Le 14 janvier 2018 à 08:47, fo...@mirovinben.com <fo...@mirovinben.com> a
écrit :
--
Franck — Operating Crocker’s rules (http://sl4.org/crocker.html)
Le 14 janvier 2018 à 09:24, Franck Paul <carnet.fr...@gmail.com> a
écrit :
Le 14 janvier 2018 à 09:41, Franck Paul <carnet.fr...@gmail.com> a
--
Le 14 janvier 2018 à 09:49, fo...@mirovinben.com <fo...@mirovinben.com> a
écrit :
--
Arf, dommage de n'avoir pas testé cet éditeur... et que je n'ai pas vu
ce message avant de mettre à jour. J'ai un client dont je suis sûr qu'il
utilise dcLegacyEditor en mode xhtml. Ça va donc poser problème assez
rapidement de ce côté-là.
Pour le reste, j'ai eu un souci sur toutes les mises à jour, à la
reconnexion à l'admin une erreur fatale dû à la nouvelle sécurisation du
mot de passe, mais un coup de vidage de cache et c'était bon.
Sinon sur Simple Hosting Gandi, toujours ce problème de création de
table sur une des 2 instances, l'une est ok, l'autre annonce l'erreur
sur la page de login.
Franck aka Tomek
Je corrige : j'ai eu un seul problème sur *une seule installation* (en
local, d'ailleurs).
Côté cache on signe (avec le numéro de version) les js/css mais parfois les
navigateurs n'en font qu'à leur tête à tout vouloir cacher de plus en plus…
Donc oui, vider le cache (ou forcer un refresh de la page) est une bonne
idée :-)
Pour le pb de l'éditeur, je suis d'accord, ça manque de test, et ça
manquera encore de tests à l'avenir, je n'y peux pas grand chose étant
donné le nb de personnes pour le faire — je ne jette la pierre à personne,
hein ?
Ton client, Tomek, peut utiliser une des deux solutions que j'ai mentionné
plus haut, si c'est vraiment rédhibitoire, un petit plugin pourra y
remédier, mais pas aujourd'hui.
> Dev mailing list - D...@list.dotclear.org - http://ml.dotclear.org/listinf
Pour mon client, on va voir s'il peut basculer à CKEditor sans encombre.
De toute façon, on trouvera un truc pour qu'il ne soit pas bloqué !
--
Ça s'installe et ça s'oublie (à virer après la prochaine mise à jour de
Dotclear).
> Dev mailing list - D...@list.dotclear.org - http://ml.dotclear.org/listinf
--
J’ai fait la mise à jour vers la 2.13 et j’utilise depuis longtemps DC legacy Editor en format xhtml. J’ai fait quelques billets pour tester et je n'ai pas pu reproduire le problème mentionné plus bas.
Je n’ai rencontré aucun bug : nouveau billet en attente, publié, remis en attente, prévisualisation, fichier en annexe, avec video externe, modification et publication d’un vieux billet, tout est ok (toujours avec xhtml et DC Legacy).
Pas eu besoin de vider le cache non plus.
Annie
> > Dev mailing list - D...@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>
> --
> Dev mailing list - D...@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>
--
Franck — Operating Crocker’s rules (http://sl4.org/crocker.html)
merci
--
Peut-être une question d'environnement ? OS, navigateur, … ou un cache un
peu plus persistant qu'attendu dans ton navigateur ? Ou alors tu utilises
CKEditor sans le savoir depuis des années :-)
Difficile à dire à distance ;-)
Et pour l’autre hypothèse : je n’utilise pas CKEditor depuis des années sans le savoir (héhé). Je préfère nettement DC Legacy et j’utilise très peu le codage automatisé car j’écris couramment le xhtml. Wiki parfois, quand j’en ai besoin pour un billet x, alors il n’est pas coché dans les Préférences.
Autre chose : je n’utilise jamais non plus l’éditeur visuel que je n’ai pas activé (pas besoin). Serait-ce la raison de mon incapacité à reproduire le « bug » du bouton Enregistrer non fonctionnel pour l’édition de Nouveaux billets sous DC 2.13 ?
Pour les autres questions d’environnement, je ne sais pas non plus, L’OS est à jour, dernière mise à jour de High Sierra vers le 8 janvier (10.13.2), navigateur : Safari, à jour itou (11.0.2). Il y a php 7 et mysqli.
Ma dernière question demeure, mais du haut de mon abyssale ingorance de simple utilisatrice de Dotclear, j’oserai la reformuler ainsi : installer le patch et la DC 2.13.1 causera-t-il un bug en réparant celui que je n’ai pas ? :-))
Merci pour tout.