Probléme avec surcharge fichier

Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
#1
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 ?
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre
#1
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 ?
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre
#2
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.
Ouik - communication . outils numériques . design graphique
Répondre
#2
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.
Ouik - communication . outils numériques . design graphique
Répondre
#3
Question posée sur Slack.
Ouik - communication . outils numériques . design graphique
Répondre
#3
Question posée sur Slack.
Ouik - communication . outils numériques . design graphique
Répondre
#4
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.
Ouik - communication . outils numériques . design graphique
Répondre
#4
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.
Ouik - communication . outils numériques . design graphique
Répondre
#5
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 !
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre
#5
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 !
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre
#6
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.
Ouik - communication . outils numériques . design graphique
Répondre
#6
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.
Ouik - communication . outils numériques . design graphique
Répondre
#7
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.
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre
#7
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.
Win 10 pro 64 - CMSMS 2.2.19 - grincheux parfois...
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)