Bonjour,
Pour faire suite à la proposition de modification n°66 de la boite à idées ci-dessous (rejetée pour l'instant et absolument pas prioritaire, j'en conviens...)
Cela aurait été effectivement pratique d'inclure des modifications de variables d'admin dans fr-plus.inc
Or d'après le test que je viens d'effectuer (V5.00.11), il n'en est rien...
Et il faut créer ce que j'ai proposé pour voir les modifications être prises en compte.
Je maintiens donc cette proposition, à moins qu'une autre manœuvre soit possible pour qu'elles soient prises en compte dans fr-plus.inc.
Amicalement,
Jean-Denis

Toujours suggestion non retenue.
Il s'agit d'une inversion dans le chargement des fichiers de langue. Le fr-web devrait être chargé en dernier, ce qui sera résolu dans la prochaine version.
Ce post avait plutôt sa place dans le forum.

Bonjour,
Pour faire suite à la demande de AAApipoAAA
Peut-être serait-il possible, à l'image de ce qui existe déjà pour fr-web.inc et fr-plus.inc
de créer un fichier type fr-adm-plus.inc
qui pourrait être appelé ainsi dans fr-admin.inc

 

if (is_file(CHEMIN.'inc/lang/fr-adm-plus.inc')) {
    include CHEMIN.'inc/lang/fr-adm-plus.inc';
}

 
        
et dans le fichier fr-adm-plus.inc
on pourrait personnaliser des messages d'admin,  Edito en lieu et place de Editorial (par exemple)

 

<?php
if (stristr($_SERVER['SCRIPT_NAME'], 'fr-adm-plus.inc')) {
    header('location:../index.php');
    die();
}
$charset = 'UTF-8';
$admin[8] = "Edito";
?>

Là encore, ce n'est absolument pas une priorité !
Amicalement,
Jean-Denis

Suggestion non retenue.
Dans fr-plus.inc rien n'interdit d'y faire figurer également des variables du fichier admin.

Bonjour,
Pour faire suite à ce fil
http://www.freeguppy.org/fgy5th.php?lng=fr&pg=258067&cat=201&fid=1
Peut-être serait-il possible en admin, dans le choix du groupe à qui s'adresse un article, un téléchargement...
de pouvoir choisir -un membre- puis d'avoir accès à une liste déroulante des membres afin de lui attribuer (à lui et à lui seul) cet article, ce téléchargement...
Ce n'est évidemment pas une priorité !
Amicalement,
Jean-Denis

Suggestion non retenue.
Actuellement pour tous les documents :
- l'admin du site a tous les droits sur les documents
- les collaborateurs admin ont le droit d'accès à tous les documents non réservés + ceux dont ils sont propriétaires + ceux des groupes auxquels ils appartiennent
- les redacteurs n'ont accès qu'aux documents dont ils sont propriétaires + ceux des groupes auquels ils appartiennent
- les webmestres et modérateurs n'ont accès qu'aux documents des services qui leur sont alloués

 

Bonjour a tous !
je viens vous solliciter car j'aimerai savoir une chose 
je prépare un site actuellement mais la personne qui va sans servir n est pas trop alaise avec l'informatique 
je voudrai lui faciliter la tache en modifiant les nom des bouton dans la console admin est-ce possible ?
EX: FAQ je voudrai que sa soit Règlement 
En voila une superbe idée 

Suggestion non retenue.
Il est possible de modifier les libellés d'origine dans le fichier de langue additionnel inc/lang/fr-plus.inc

Bonjour,

Serait-il possible d'avoir - en admin - un champ qui  définit le nombre de résultats affichés par page lorsqu'un utilisateur lance une recherche ?

@+
Olivier

Suggestion non retenue.
Ce champ existe déjà dans Config recherche.
 

Bonjour à tous,

Je réponds systématiquement à toutes les réactions (blog/article/livre d'or) de mes visiteurs, directement dans le document concerné, en prenant soin de laisser cochée la case "Ne pas modifier la date de mise à jour".

Pourtant, lorsque le billet/article/livre d'or est affiché, ce n'est plus la date initiale qui est affichée.

Il semblerait que l'en-tête utilise à présent la date du fichier et non plus le champ $moddate de celui-ci... Serait-il possible de revenir sur ce choix ?

Merci d'avance !

Bonjour,

Sur le forum, les membres de la Team ont souvent dis, que lorsqu'on envisage de créer un nouvel article de ne pas faire de copier/coller d'un texte provenant d'un document Word.

Comme j'ai eu le même problème par le passé, j'en ai un peu marre de répéter mille fois les choses.

Sachant que lorque via l'admin => Administration des données => Articles => Ecrire un article,

il y a devant des labels de texte des images en forme d'info bulle qui lorsque l'on les survols affiche un message correspondant.

Cependant lorsque juste au dessus de l'éditeur il y a ( Ecrivez votre texte :) il n'y a pas d'info bulle.

J'ai donc codé sur le même principe, un texte informatif qu'il ne faut pas faire de copier/coller d'un texte provenant d'un document Word.

Car d'une part cela insére dans l'éditeur des codes propres à Word,
et qui peuvent provoquer des résultats inattendu tant dans l'article, que dans la structure du site lui même.

Dans le fichier (admin.inc ) ligne 2010 j'ai rajouté ceci :
Reste à savoir, si cela peut généralisé dans une prochaine mise à jour.
Je pense et j'espére que les personnes lisent ces infos bulles.

 

 
Le plus simple pour rédiger un article est d'utiliser des éditeurs de texte brut, tel que le bloc-notes de Windows ou Notepad++.

Si votre article est assez long à faire, pour cause de mise en forme, texte, et ou image, commencez-le, mais mettez-le en situation caché.

A savoir si cela, pourrait être utile pour toutes les personnes utilisant Guppy.

Cordialement

Rey

Merci pour cette proposition.
Cependant, CKEditor est doté des outils nécessaires, dans la seconde barre d'outils du haut à gauche, ce sont les fonctions d'édition, notamment le simple copier, le copier sans mise en forme, et le copier depuis Word.
Suggestion non retenue.

Suggestion de deux améliorations de formulation pour le fichier fr-web.inc :$web[45] = "Nous vous remercions de prendre le temps d'écrire ce message.";(car le reste de la page utilise "Nous" et non "Je")$web[650] = 'Retour à la liste';

Il est possible que notre élocution ne soit pas académique, mais il suffit de lire la documentation pour savoir qu'il est possible de personnaliser les textes en créant un fichier inc/lang/fr-plus.inc et d'y mettre les personnalisations.

Bonjour,

Une proposition qui rejoint sur un point celle de Ludo (n° 28) : l'utilisation de variables dans le contenu des articles et des menus de Guppy.

Ludo présentait l'utilisation de this_url et this_title. J'y ajouterais this_day, this_month et this_year. Cela permettrait notamment de créer un lien "dynamique" vers l'agenda du mois en cours dans une boite de menu ou un article.

Cordialement,

Stéphane

Suggestion non retenue.