2:19 p.m.
Hello
Je viens de constater un bug avec les dernières nightly unstable (je crois
que c'est apparu avec la 2.6-dev-r1554, et toujours présent avec la
2.6-dev-r1569).
Je n'arrive plus à attribuer une catégorie à un billet sous Chrome 28...
Situation de départ :
- nouveau billet, avec, dans la partie Classement, le choix de la
catégorie fermé.
Pour avoir le bug :
- ouvrir la partie "Catégorie"
- essayer de sélectionner une catégorie dans la liste déroulante.
Résultat attendu :
- la catégorie est sélectionnée.
Résultat erroné obtenu :
- la partie catégorie se referme...
Note : je n'ai pas ce problème avec Firefox 23. Mais avec Firefox 23, le
clic sur le titre "catégorie" pour afficher ou cacher ces infos ne
fonctionne pas non plus.
julien
4:22 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
C'est normalement réparé depuis cette nuit. Vidage de cache ?
Le dimanche 25 août 2013, Julien Mudry a écrit :
Hello
Je viens de constater un bug avec les dernières nightly unstable (je crois
que c'est apparu avec la 2.6-dev-r1554, et toujours présent avec la
2.6-dev-r1569).
Je n'arrive plus à attribuer une catégorie à un billet sous Chrome 28...
Situation de départ :
- nouveau billet, avec, dans la partie Classement, le choix de la
catégorie fermé.
Pour avoir le bug :
- ouvrir la partie "Catégorie"
- essayer de sélectionner une catégorie dans la liste déroulante.
Résultat attendu :
- la catégorie est sélectionnée.
Résultat erroné obtenu :
- la partie catégorie se referme...
Note : je n'ai pas ce problème avec Firefox 23. Mais avec Firefox 23, le
clic sur le titre "catégorie" pour afficher ou cacher ces infos ne
fonctionne pas non plus.
julien
--
Dev mailing list - Dev(a)list.dotclear.org <javascript:;> -
http://ml.dotclear.org/listinfo/dev
--
Franck
4:43 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
2013/8/25 Franck Paul <carnet.franck.paul(a)gmail.com>
C'est normalement réparé depuis cette nuit. Vidage de cache ?
Grr.... j'étais pourtant à peu près certain de l'avoir vidé ce satané cache
(car c'est quand même la première chose à laquelle j'avais pensé...) !
Problème résolu.
Merci !
julien
7:45 p.m.
J'avais noté le souci aussi et c'est bien retombé en marche cette nuit.
La seule question que je me pose : pourquoi diable vouloir mettre
toutes les options possibles dans des boites repliables ?? C'est
fichtrement pénible... Il me semble qu'un regroupement par "section"
repliable (état, options, plugins additionnels) serait plus judicieux,
voir même donner la possibilité dans "préférences utilisateurs"
d'afficher ou non certaines options du billet sur la page de rédaction.
Non ?
On Sun, 25 Aug 2013 16:22:05 +0200, Franck Paul
<carnet.franck.paul(a)gmail.com> wrote:
C'est normalement réparé depuis cette nuit. Vidage de cache ?
Le dimanche 25 août 2013, Julien Mudry a écrit :
> Hello
>
> Je viens de constater un bug avec les dernières nightly unstable (je crois
> que c'est apparu avec la 2.6-dev-r1554, et toujours présent avec la
> 2.6-dev-r1569).
>
> Je n'arrive plus à attribuer une catégorie à un billet sous Chrome 28...
>
> Situation de départ :
> - nouveau billet, avec, dans la partie Classement, le choix de la
> catégorie fermé.
>
> Pour avoir le bug :
> - ouvrir la partie "Catégorie"
> - essayer de sélectionner une catégorie dans la liste déroulante.
>
> Résultat attendu :
> - la catégorie est sélectionnée.
>
> Résultat erroné obtenu :
> - la partie catégorie se referme...
>
> Note : je n'ai pas ce problème avec Firefox 23. Mais avec Firefox 23, le
> clic sur le titre "catégorie" pour afficher ou cacher ces infos ne
> fonctionne pas non plus.
>
> julien
> --
> Dev mailing list - Dev(a)list.dotclear.org <javascript:;> -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
9:15 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 19:45, HTML Edition <contact(a)html-edition.com> a écrit :
J'avais noté le souci aussi et c'est bien retombé en marche
cette nuit.
La seule question que je me pose : pourquoi diable vouloir mettre
toutes les options possibles dans des boites repliables ?? C'est
fichtrement pénible...
Je suis assez d'accord et je ne dis pas seulement ça parce que c'est
pénible à gérer !
Il me semble qu'un regroupement par "section"
repliable (état, options, plugins additionnels) serait plus judicieux,
voir même donner la possibilité dans "préférences utilisateurs"
d'afficher ou non certaines options du billet sur la page de rédaction.
Non ?
Là ce n'est plus tout à fait le même sujet mais intéressant tout de même.
9:22 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Pas loin de penser la même chose, ça va être chiant à gérer sinon.
Le 25 août 2013 19:45, HTML Edition <contact(a)html-edition.com> a écrit :
J'avais noté le souci aussi et c'est bien retombé en marche
cette nuit.
La seule question que je me pose : pourquoi diable vouloir mettre
toutes les options possibles dans des boites repliables ?? C'est
fichtrement pénible... Il me semble qu'un regroupement par "section"
repliable (état, options, plugins additionnels) serait plus judicieux,
voir même donner la possibilité dans "préférences utilisateurs"
d'afficher ou non certaines options du billet sur la page de rédaction.
Non ?
On Sun, 25 Aug 2013 16:22:05 +0200, Franck Paul
<carnet.franck.paul(a)gmail.com> wrote:
> C'est normalement réparé depuis cette nuit. Vidage de cache ?
>
> Le dimanche 25 août 2013, Julien Mudry a écrit :
>
>> Hello
>>
>> Je viens de constater un bug avec les dernières nightly unstable (je
crois
>> que c'est apparu avec la 2.6-dev-r1554, et toujours présent avec la
>> 2.6-dev-r1569).
>>
>> Je n'arrive plus à attribuer une catégorie à un billet sous Chrome 28...
>>
>> Situation de départ :
>> - nouveau billet, avec, dans la partie Classement, le choix de la
>> catégorie fermé.
>>
>> Pour avoir le bug :
>> - ouvrir la partie "Catégorie"
>> - essayer de sélectionner une catégorie dans la liste déroulante.
>>
>> Résultat attendu :
>> - la catégorie est sélectionnée.
>>
>> Résultat erroné obtenu :
>> - la partie catégorie se referme...
>>
>> Note : je n'ai pas ce problème avec Firefox 23. Mais avec Firefox 23, le
>> clic sur le titre "catégorie" pour afficher ou cacher ces infos ne
>> fonctionne pas non plus.
>>
>> julien
>> --
>> Dev mailing list - Dev(a)list.dotclear.org <javascript:;> -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
> --
> Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
9:35 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 19:45, HTML Edition <contact(a)html-edition.com> a écrit :
La seule question que je me pose : pourquoi diable vouloir mettre
toutes les options possibles dans des boites repliables ?? C'est
fichtrement pénible... Il me semble qu'un regroupement par "section"
repliable (état, options, plugins additionnels) serait plus judicieux,
voir même donner la possibilité dans "préférences utilisateurs"
d'afficher ou non certaines options du billet sur la page de rédaction.
Non ?
Pour te répondre (et à ceux qui t'approuvent). Vous oubliez deux choses :
1/ Certaines personnes ne se servent tout simplement jamais de tel ou
tel élément.
2/ Une fois une boîte ouverte elle le restera sauf si vous la refermez.
Il en résulte qu'une fois les deux trois premières utilisations
faites, vous n'y reviendrez plus et vous aurez les champs dont vous
vous servez le plus qui seront ouverts et les autres fermés.
Un état par sections n'a pas de sens, je crois que vous raisonnez trop
comme si l'objectif était de "ranger au fur et à mesure" : je déplie
mon bidule et une fois la chose faite je pars en ayant tout bien rangé
et fermé les tiroirs. Cela est aussi probablement faussé par le fait
que vous n'êtes pas en situation d'usage mais de découverte/tests.
Mais comme nous pouvons nous tromper et que des modifications peuvent
être faites ultérieurement sans devoir tout reconcevoir, je note qu'il
faudra porter attention à l'utilisation que les gens font de ces
champs et leurs retours au bout de quelque temps d'utilisation en
conditions réelles.
Quant à permettre d'afficher ou non des champs via les préf
utilisateurs, je suis sceptique (mais là cest un point de vue perso
non discuté avec Gautier) : ça réclame de connaître suffisamment bien
les composants du sidebar pour se souvenir qu'ils existent et aller
les réactiver le jour où on en a besoin… J'ai de gros doutes.
9:41 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 21:35, Kozlika <kozlika(a)gmail.com> a écrit :
Il en résulte qu'une fois les deux trois premières utilisations
faites, vous n'y reviendrez plus et vous aurez les champs dont vous
vous servez le plus qui seront ouverts et les autres fermés.
Dans ce cas-là, ça me va :)
9:46 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 21:41, Jean-Michel Royer <jeanmichelroyer(a)gmail.com> a
écrit :
Dans ce cas-là, ça me va :)
Tout pareil que le monsieur. Des fois on a trop le nez dans le code et on
ne sait pas ce qu'on code ! :-)
10:14 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
2013/8/25 Kozlika <kozlika(a)gmail.com>
Il en résulte qu'une fois les deux trois premières utilisations
faites, vous n'y reviendrez plus et vous aurez les champs dont vous
vous servez le plus qui seront ouverts et les autres fermés.
Au détail près que cet état est stocké dans les cookies et que pour ceux
qui, comme moi (oui, je suis pénible), limitent la durée de vie de leurs
cookies à la session, on se retrouve à chaque fois avec tous les champs
fermés.
Note : ceci n'est pas une plainte, seulement une constatation. J'ai un
comportement bizarre, je l'assume lui et ses conséquences. ;-)
julien
10:23 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 22:14, Julien Mudry <julien.mudry(a)gmail.com> a écrit :
Au détail près que cet état est stocké dans les cookies et que pour
ceux
qui, comme moi (oui, je suis pénible), limitent la durée de vie de leurs
cookies à la session, on se retrouve à chaque fois avec tous les champs
fermés.
Note : ceci n'est pas une plainte, seulement une constatation. J'ai un
comportement bizarre, je l'assume lui et ses conséquences. ;-)
C'est une discussion intéressante parce qu'il est aussi question
d'enregistrer les préférences via l'usage qui en a été fait par
l'utilisateur pour les choix des colonnes et tris de liste et les
filtres sur les listes…
Une discussion avait été amorcée il y a deux ans sur la façon de
stocker ça. J'imagine que c'est la même problématique.
7:47 a.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 22:23, Kozlika <kozlika(a)gmail.com> a écrit :
Le 25 août 2013 22:14, Julien Mudry <julien.mudry(a)gmail.com> a
écrit :
> Au détail près que cet état est stocké dans les cookies et que pour ceux
> qui, comme moi (oui, je suis pénible), limitent la durée de vie de leurs
> cookies à la session, on se retrouve à chaque fois avec tous les champs
> fermés.
>
> Note : ceci n'est pas une plainte, seulement une constatation. J'ai un
> comportement bizarre, je l'assume lui et ses conséquences. ;-)
C'est une discussion intéressante parce qu'il est aussi question
d'enregistrer les préférences via l'usage qui en a été fait par
l'utilisateur pour les choix des colonnes et tris de liste et les
filtres sur les listes…
C'est tout à fait envisageable de remplacer le stockage via cookie par une
préférence utilisateur. Ça me paraît même plus logique (et en lien avec le
ticket #1573). Cela implique en revanche certains impacts : là où le
repliage ne se faisait que dans un bout de javascript, il va falloir
indiquer dans le code php les sections repliables.
En clair :
* Lors de l'affichage de chaque page, au niveau php, on récupère l'info si
une boîte est repliée ou non (et on génère le bout de code pour la
replier/déplier le cas échéant)
* On remplace le bout de code javascript qui fixe un cookie par un appel
ajax vers le service qui va bien, pour modifier les prefs utilisateur.
--
Bruno
11:14 p.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 21:35, Kozlika <kozlika(a)gmail.com> a écrit :
Quant à permettre d'afficher ou non des champs via les préf
utilisateurs, je suis sceptique (mais là cest un point de vue perso
non discuté avec Gautier) : ça réclame de connaître suffisamment bien
les composants du sidebar pour se souvenir qu'ils existent et aller
les réactiver le jour où on en a besoin… J'ai de gros doutes.
L'intérêt que j'y verrais serait de permettre à l'installateur du blog
de configurer l'admin en fonction des options laissées à
l'utilisateur. Par exemple, je fais beaucoup de sites vitrines où les
commentaires ne sont pas souhaités par le client. Dans ce cas, pouvoir
masquer les options relatives aux commentaires (sur le tableau de
bord, dans la sidebar, dans la page d'édition des billets, etc.)
permettrait de proposer une interface de rédaction plus simple et
débarrassée des options inutiles ;)
--
Philippe
11:41 p.m.
L'intérêt que j'y verrais serait de permettre à
l'installateur du blog
de configurer l'admin en fonction des options laissées à
l'utilisateur. Par exemple, je fais beaucoup de sites vitrines où les
commentaires ne sont pas souhaités par le client. Dans ce cas, pouvoir
masquer les options relatives aux commentaires (sur le tableau de
bord, dans la sidebar, dans la page d'édition des billets, etc.)
permettrait de proposer une interface de rédaction plus simple et
débarrassée des options inutiles ;)
C'est quelque chose qui pourrais peut-être être proposer par un plugin.
C'est un besoin que j'ai également.
--
lipki
11:49 p.m.
1/ D'où l'idée de proposer dans les préférences utilisateur les options
à afficher (au seul superadmin peut-être ?) ;)
2/ Je suis également dans le cas où une mémorisation par cookie n'est
pas forcément suffisante (navigation depuis plusieurs appareils + vidage
fréquent des cookies).
Si on enlève l'aspect très rustre, la présentation de ces options dans
la version 2.5.x est pratique en l'état et serait au top si on pouvait
choisir ce qu'on veut ou non afficher :)
On Sun, 25 Aug 2013 21:35:23 +0200, Kozlika <kozlika(a)gmail.com> wrote:
Pour te répondre (et à ceux qui t'approuvent). Vous oubliez deux choses :
1/ Certaines personnes ne se servent tout simplement jamais de tel ou
tel élément.
2/ Une fois une boîte ouverte elle le restera sauf si vous la refermez.
12:14 a.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Dans le cas des commentaires et rétroliens, ne pourrait-on pas simplement
supprimer les lignes et onglets s'ils sont désactivés dans les préférences
du blog ?
Actuellement sur la page de rédaction d'un billet, ces 2 options restent
même si elles sont désactivées (avec un message d'erreur et toujours la
possibilité de cocher/décocher ce qui est inutile)
De mon point de vue c'est inutile et ça surcharge l'admin.
C'est trop radical à votre avis ?
--
Thomas
12:23 a.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 26 août 2013 00:14, Thomas Daveluy <t.daveluy(a)gmail.com> a écrit :
Actuellement sur la page de rédaction d'un billet, ces 2 options
restent
même si elles sont désactivées (avec un message d'erreur et toujours la
possibilité de cocher/décocher ce qui est inutile)
De mon point de vue c'est inutile et ça surcharge l'admin.
Voilà :-)
--
Anne / Kozlika
7:01 a.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
C'est logique uniquement si on ne change pas d'avis depuis l'installation.
Quid quand on active/desactive en cours de route ou que des
commentaires/retroliens sont déjà existant ? Je peux me tromper mais si
c'est ainsi c'est qu'il doit´avoir une raison ;)
Le lundi 26 août 2013, Kozlika a écrit :
Le 26 août 2013 00:14, Thomas Daveluy <t.daveluy(a)gmail.com
<javascript:;>>
a écrit :
> Actuellement sur la page de rédaction d'un billet, ces 2 options restent
> même si elles sont désactivées (avec un message d'erreur et toujours la
> possibilité de cocher/décocher ce qui est inutile)
> De mon point de vue c'est inutile et ça surcharge l'admin.
Voilà :-)
--
Jean-Michel
12:21 a.m.
New subject: [Dotclear Dev] Impossible de choisir une catégorie avec la dernière unstable
Le 25 août 2013 23:49, HTML Edition <contact(a)html-edition.com> a écrit :
Si on enlève l'aspect très rustre, la présentation de ces options
dans
la version 2.5.x est pratique en l'état et serait au top si on pouvait
choisir ce qu'on veut ou non afficher :)
C'est-à-dire la même mais tout ouvert et ordonnée sans logique…
J'avoue que j'ai du mal à croire que ça ne veuille pas dire "je suis
habitué à l'actuelle, ne me bouleversez pas".
(Au demeurant c'est aujourd'hui fermé par défaut, ça peut aisément
être le contraire.)
Qu'un super-admin puisse faire des choix via un plugin pour éliminer
ce qui n'est pas pertinent sur sa plate-forme (exemple, il impose la
syntaxe wiki et vire le choix de syntaxe, le bouton de conversion, le
bouton de validation), pourquoi pas, mais je reste très peu convaincue
(euphémisme) par un choix utilisateur de disparition pure et simple,
même modifiable dans ses préférences.
Par contre que les items de menu soient liés aux paramétrages du blog
ou aux autorisations, ça a une logique (exemple si commentaires
interdits sur le blog, suppression de l'option dans le billet) ; on a
déjà : utilisateur ne possédant pas de permissions sur les catégories
: suppression de l'item de création).
Quoi qu'il en soit, une sidebar paramétrable ne sera pas dans la 2.6.0
car si on faisait un truc comme ça il faudrait bien penser à
où/comment on le stocke, où on opère ces choix, qui a le droit de le
faire, etc. C'est un sujet à part entière qu'on ne peut (devrait) pas
traiter par petits bouts. Pourquoi serait-ce uniquement cet élément ?
3919
days inactive
3920
days old
18 comments
10 participants
participants (10)
-
Dsls -
Franck Paul -
HTML Edition -
Jean-Michel Royer -
Julien Mudry -
Kozlika -
Lepeltier kévin -
Nicolas -
philippe＠dissitou.org -
Thomas Daveluy