Forum CMS Made Simple FR

Version complète : Probléme avec surcharge fichier
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Bonjour,

J'utilise Lise. Problème, les champs date dans le backend restent dans la langue de Shakespeare.
Problème résolu en ajoutant une poignée de lignes au fichier jquery-ui-timepicker-addon.js

Code :
$(function() {
  $.datepicker.regional['fr'] = {
    closeText: "Fermer",
    prevText: "Précédent",
    nextText: "Suivant",
    currentText: "Aujourd'hui",
    monthNames: ["janvier", "février", "mars", "avril", "mai", "juin",
      "juillet", "août", "septembre", "octobre", "novembre", "décembre"
    ],
    monthNamesShort: ["janv.", "févr.", "mars", "avr.", "mai", "juin",
      "juil.", "août", "sept.", "oct.", "nov.", "déc."
    ],
    dayNames: ["dimanche", "lundi", "mardi", "mercredi", "jeudi", "vendredi", "samedi"],
    dayNamesShort: ["dim.", "lun.", "mar.", "mer.", "jeu.", "ven.", "sam."],
    dayNamesMin: ["D", "L", "M", "M", "J", "V", "S"],
    weekHeader: "Sem.",
    dateFormat: "dd/mm/yy",
    firstDay: 1,
    isRTL: false,
    showMonthAfterYear: false,
    yearSuffix: ""
  };
  $.datepicker.setDefaults($.datepicker.regional['fr']);

  $('#datepicker').datepicker();
});
J'ai trouvé cette solution sur un forum, aucun risque que j'en sois l'auteur....
Je voulais faire les choses proprement donc utiliser le dossier assets.
Cela ne fonctionne pas.... J'ai bien sûr vérifié plusieurs fois la conformité du path:
Code :
LISE/lib/fielddefs/SelectDateTime/
/assets/module_custom/LISE/lib/fielddefs/SelectDateTime
Une idée ?
Ah, je viens de tester, et j'ai effectivement le même souci : dans le fichier d'origine de LISE, la traduction apparaît bien dans l'interface. Si ça n'est que dans le fichier dans module_custom, ça ne fonctionne pas.
Question posée sur Slack.
Fernando : "LISE will only search for templates not js files"
On a notre réponse, donc. Donc pour le moment, on ne peut avoir la traduction qu'en modifiant le fichier d'origine.
Bonjour Ouik,

Merci d'avoir soumis la chose. Je ne voudrais pas accabler Joe Morg, il en fait déjà énormément et ce n'est qu'un détail, mais automatiser la traduction du Datepicker en fonction de la langue de l'interface, sans avoir à "bidouiller" serait un vrai plus...
Je veux bien croire qu'il y a quelques bricoles plus urgentes à régler pour l'instant.

J'ai pas pris le temps de regarder, mais comme le fichier est un fichier Javascript, ce ne serait pas l'extension .js qui aurait été oubliée dans l'implémentation Asset.. Sûrement pas !
Non, je pense que c'est lié uniquement à LISE et la non implémentation de prise en charge d'autres types de fichiers que tpl.
Salut Ouik,

S'agissant de l'un des modules les plus utilisés, ce serait bien de prévoir une évolution.
Cette compatibilité avec le système "assets" pourrait être un point à vérifier pour tous les modules.
Y a moyen de moyenner comme dirait l'autre, en cela il n'y a pas vraiment d'urgence, mais sur le principe, par souci de cohérence serait bien de le noter.