{5} Assigned, Active Tickets by Owner (Full Description) (24 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
bastnic (6 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #287 | jform: create auto-complete input texte in jform | jelix:forms | enhancement | 09/27/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be interresting to have autocomplete input texte (on xml source, or sql query) in jform |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #399 | Quand on enregistre 2 erreurs sur le meme champs, seul la derniere est affichée | jelix:forms | enhancement | 01/04/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Quand je valide certaines données a la main et que j'assigne 2 erreurs $form->setErrorOn('url_site', 'mauvaise url');
$form->setErrorOn('url_site', 'site down');
seul la dernière erreur s'affiche. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #237 | Implementer jPrefs | jelix:utils | new feature | 07/31/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Implémenter un système de stockage dynamiques de préférences/paramètres d'applis et de modules. voir http://developer.jelix.org/wiki/fr/drafts/preferences |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #566 | jForms: support of <repeat> | jelix:forms | Jelix 1.2 | new feature | 04/28/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Sometimes, in a form, we need to duplicate some fields dynamically. A typical example is to have upload fields to attach a file to an article. The number of this field depends of the need of the user, so there are some buttons to add dynamically a new upload field, or to remove an upload field. <repeat> could bring this feature. Example: <repeat ref="uploadedfile" min="1" max="5" count="3"
addlabel="Add a new file" removelabel="remove this file">
<label>...</label>
<input ref="filelabel"><label>title for the file</label></input>
<upload ref="file"><label>the file to upload</label></input>
<!-- <datasource dao="".../> -->
</repeat>
the input and the upload elements will be repeated 3 times. But if we indicate a datasource element, there will have as many input/upload files as records given by the datasource. the uplodadedfile data will be an array with data of each input/upload "lines". |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #625 | Log avec firePHP | jelix:utils | Jelix 1.2 | enhancement | 06/18/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Voici un patch sur jLog qui permet de logguer dans firePHP. Dans la méthode log, on détecte si le navigateur dispose du dit plugin. Si c'est le cas, on renvoit la méthode fireLog qui envoit un log dans les headers. Sinon, on log normalement. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #355 | une completion bash pour les scripts jelix | jelix-scripts | new feature | 12/01/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ca pourrait être sympa d'avoir quelque chose comme ça pour jelix : http://code.djangoproject.com/browser/django/trunk/extras/django_bash_completion |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
bibo (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #806 | Update to jQuery v1.4 | jelix-www | Jelix 1.2 | enhancement | 01/15/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
jQuery 1.4 has been released. It has some good perf wins. We should integrate it at first on trunk and if no regressions arise (is jQuery UI compatible?) land it in 1.1branch. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
brunto (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #107 | Implementing an OpenID controlleur (consumer) | modules | new feature | 02/01/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
OpenID is an decentralized authentification système. See http://openid.net/ It could be usefull if there is a driver for jAuth, to use OpenId? for an authentification. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
doubleface (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #986 | Import PHPunit branch into the trunk | jelix | task | 09/10/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Christophe's work on the integration of phpunit into Jelix could be now integrated. I already started this merge on my own branch. It is almost finished. I just have to update tests now. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Julien (6 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1025 | jTpl: EOL after PHP processing instruction in compiled template gets ripped | jelix:tpl | Jelix 1.1.6 | bug | 11/21/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
see http://jelix.org/forums/read.php?5,5916 for example and explanation. will write a patch |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #489 | Add support for partial overloads for non-generic locales (en_US, fr_CA, ...) and overloaded locales | jelix:core:jLocale | enhancement | 03/06/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It could be very powerfull if we could only redefine 1 string for locale en_US, and let Jelix do some kind of merging whith the locale en_EN. Same idea for overloaded locales in the "overload" directory of modules. Would be very nice to be able to overload just 1 string and not the full file. Mix both cases and you have this : en_US (overloaded) > en_US (original) > en_EN (overloaded) > en_EN (original). If everything fails, we have an exception like today. Is this a good enhancement ? I have 2 methods for doing this : 1. trying to get the locale recursively and returning it when found. 2. at compilation/caching time, some kind of merging is done and all files (for every locale, original or overloaded) have the full set of strings inside. Method 2 should be more efficient in production use, because compilation/caching should only be done once, but this compilation/caching process will be more heavy. It also seems simplier to code. Which method should I choose (please don't answer "both and we'll see" ;) ) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #765 | jAuth: auth plugin should periodically check the validity of credentials against the auth backend | jelix:auth | enhancement | 12/04/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the auth coord plugin, we could have a config option named "checkInterval" which will represent the number of seconds after which the auth credentials stored in session should be checked for validity in the auth backend (db, ldap, class, ...). Setting this parameter to null will disabled periodic validation. That way, it will be possible to invalidate auth for already connected users (I'm an admin, and I disable a contributor's account for example, then he should be logged out without having to wait for the session to expire). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #784 | jForms: help messages should work without javascript | jelix:forms | Jelix 1.2 | enhancement | 12/17/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
we could use a nice icon, with some kind of CSS tooltip. The javascript thing will remain, but I would prefer not to output things like this in the default builders : <span class="jforms-help">
<a href="javascript:jFormsJQ.showHelp('jforms_users_profile','password_confirm')">?</a>
</span>
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1016 | jAcl2Db: support named groups | jelix:acl | Jelix 1.2 | enhancement | 11/12/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I need a way to get a specific group and I cannot use the id, as it's auto increment (an so is not a constant). Example : in a recruitment app, I have a soap method to create a recruiter account. I need to put the user in the "recruiters" group. Note: I could have made a separate db table to keep the existing schema unchanged, but I think it's better that way. Let me know if I'm wrong. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #490 | Do not create session when it is not necessary | jelix:core:jSession | enhancement | 03/07/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Sometimes, on a web site, sessions are not required, or only when a module would like to store something in it. So, for some visitors, sessions are created even if it is not used. This is a perf issue : it creates a file or a record which is not useful. We could have jSession::get($varname) and jSession::set($varname, $value) to read or save session variables. So we use them instead of using directly $_SESSION, and there isn't a session_start systematically. session_start is called only when calling jSession::set. When we call jSession::get, it should detect if there is a cookie of session. If yes, it execute session_start and return the value from $_SESSION, else it just returns null or "". (of course session_start is called only one time during the execution of an action). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
laurentj (6 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #4 | système de cache http | jelix:core | Jelix 1.2 | enhancement | 01/03/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A propos des zones et quoi qu'il en soit dans le détail que je ne connais pas encore. Pour moi, quoi qu'il en soit, les choses question cache se résument en deux mots:
Un système de cache côté client n'a donc qu'une question à se poser: le cache client mérite-t-il d'être rafraichi? Côté serveur, il y a deux approches à mon avis:
Je n'ai rien contre les hashs, mais bon... A mon sens, il n'y a pas que la performance à prendre en compte (quand bien même il me parait certain que vérifier quelques paramètres est plus rapide que générer le contenu correspondant), mais la cohérence du bazar: ça n'a aucun sens de re-générer mille fois le même contenu... - dMp |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #813 | Improve performance of jLocale | jelix:core:jLocale | enhancement | 01/20/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
files resulting from the "compilation" of properties files are php file with php arrays. This is not a good solution for performance. We should instead stored localized string in a db4 file (see http://fr2.php.net/manual/en/book.dba.php ). This database will be stored in var/ressources/ for example. a new build flag ENABLE_PHP_DBA will be created, will have 1 as default value, and will enable this db4 storage. We could set it to 0 if we want to keep the php file solution (in case where dba extension is not installed on the server for example). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #861 | New method helpers in jDbTools to manage a database | jelix:db | Jelix 1.2 | enhancement | 03/06/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
jDbTools should provide methods to create or drop tables, create/alter/drop fields, indexes, references etc.. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #736 | Une erreur récurrente dans error.log depuis que j'ai installé la version gold de Jelix | jelix:core | bug | 11/12/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A chaque appel d'une page Jelix, j'ai une nouvelle entrée dans error.log de ce genre : 2008-11-12 10:30:42 [1] jelix_scan_action_sel() [<a href='function.jelix-scan-action-sel'>function.jelix-scan-action-sel</a>]: Invalid third argument, not a string /var/www/offres-emploi-plus.com/demo/jelix/lib/jelix/init.php 426 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #593 | web: bug in forums for preformated text (code) | web site | bug | 05/20/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There is a bug in the parser code for the forums that put back to left the first line of a preformated code (obtained by indenting text). Perhaps some "trimleft" all write space instead of justing deleting the first linefeed? e.g the following expected lines: line1 line2 line3 appear as if there were typed as: line1 line2 line3 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #675 | mauvais id retourné par saveToDao | jelix:dao | enhancement | 08/27/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Apparemment la méthode ne retourne pas vraiment l'id de l'enregistrement ajouté (dans le cas d'une insertion) mais plutôt un booléen vrai ou faux suivant si l'insertion à réussit ou non. Dans mon cas j'utilise un id auto-incrémenté... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Lipki (2 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #545 | Templates virtuel | jelix:tpl | enhancement | 04/15/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Alors voila l'idée : Pour utiliser jTpl on est obliger de créer des fichiers physique. (.tpl) Dans la "norme" jTpl, la plupart des éléments sont fait pour créer des squelettes, mais de plus en plus sont créer des plugins orienté contenu. Je pense évidement eu plugin image, swf, mais également aux modificateurs, à jUrl, et dans une certaine mesure les boucles le plugin cycle et j'en oublie. C'est dommage de ne pas pouvoir profiter de tout cela sur du contenu dynamique. Comme par exemple récupérer d'une base de données. En tous cas j'ai trouvé ça dommage :) Donc je propose ... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #533 | plugin syntax highlighting | jelix:plugins:tpl | new feature | 04/03/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Voici la première version du plugin de coloration syntaxique. Ce plugin est basé sur un développement personnelle, légèrement inspiré par GeSHi. Utilisation : {sh 'jtpl'}
<div class="corps">
<p>
contenu
{image 'toupie.png', array('width'=>100)}
</p>
</div>
{/sh}
Un exemple du rendu a cette adresse http://jelix.toopi.info/page/cadre |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Surfoo (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #12 | Générateur sitemap.xml | jelix:core response | Jelix 1.2 | enhancement | 10/04/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Un module qui générerait un sitemap.xml pour Google. Il permettrait de favoriser le référencement d'un CMS dans le moteur de recherche Google. Actuellement le générateur existe en Python, mais pas encore en PHP5. La documentation Google Sitemap : https://www.google.com/webmasters/sitemaps/docs/fr/protocol.html Script existant en PHP : http://www.webrankinfo.com/google/sitemaps/faq_52_227.htm |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
