Tu nous remontes le bug? Dans l'outil...
Je veux bien mais c'est plutot une boulette de ma part quand j'ai appliqué ta modif pour l'affichage de l'info Langue dans la liste des users.
Est-ce un bug quand le webmaster n'a pas les yeux en face des trous ? ;-))
Tu nous remontes le bug? Dans l'outil...
Cà y est ! J'ai enfin trouvé la solution à mon pb d'affichage...
L'erreur venait du fichier admin/user_list.tpl dans le template Yoga-dark que j'utilise en priorité. Dans la partie :
<table class="table2"> <tr class="throw"> <th> </th> <th>{lang:Username}</th> <th>{L_STATUS}</th> <th>{L_EMAIL}</th> <th>{lang:Groups}</th> <th>{L_ACTIONS}</th> </tr> <!-- BEGIN user --> <tr class="{user.CLASS}"> <td><input type="checkbox" name="selection[]" value="{user.ID}" {user.CHECKED} id="selection-{user.ID}" /></td> <td><label for="selection-{user.ID}">{user.USERNAME}</label></td> <td>{user.STATUS}</td> <td>{user.EMAIL}</td> <td>{user.GROUPS}</td> <td style="text-align:center;"> <a href="{user.U_PERM}"><img src="./template/yoga/theme/permissions.png" style="border:none" alt="{L_PERMISSIONS}" title="{L_PERMISSIONS}" /></a> </td> </tr> <!-- END user --> </table>
J'ai remplacé
<a href="{user.U_PERM}"><img src="./template/yoga/theme/permissions.png" style="border:none" alt="{L_PERMISSIONS}" title="{L_PERMISSIONS}" /></a>
Par
<a href="{user.U_PERM}"><img src="./template/yoga-dark/theme/permissions.png" style="border:none" alt="{L_PERMISSIONS}" title="{L_PERMISSIONS}" /></a>
Après mise à jour en ligne et actualisation de l'affichage sur le browser et tout est rentré dans l'ordre.
Une erreur bête de ma part, un malencontreux copier-coller et voilà la galère qui commence ! Une semaine à éplucher tout le code... Y a des jours comme çà où on préfèrerait rester couché :)
Merci à VDigital pour son aide et à z0rglub et tout le Team pour cette excellente galerie.
Je n'ai pas trouvé la solution ou la cause de mon souci mais, comme une petite image vaut mieux qu'un long discourt, voici les captures d'écran de la partie Administration>Utilisateurs de mes deux galeries. L'image galerie1.jpg -//:---\spam un affichage que je qualifierai de normal et l'image galerie2.jpg illustre le pb sur le second site.
Les captures ont été faites à l'échelle réelle et identique entre les deux sites.
Ma reconnaissance éternelle à celui qui saura m'expliquer le phénomène.
Je ne comprends pas plus que toi.
Si tu trouves ou si quelqu'un à une idée...
Merci d'avance.
J'ai vidé les fichiers temporaires, testé mes deux sites sur Opera, Netscape 7, FF et IE et le pb persiste.
Je suis hébergé chez Free. Je crois qu'il s'agit de serveur Apache mais j'en suis pas sur...
Je vois vraiment pas d'où cette différence d'affichage peut venir.
1- Vide les fichiers temporaires de ton browser...
2- Vérifie sous différents browser de préférence FF
3- Quels sont tes hébergeurs? IIS / Apache...
Ok, excellent ! Je viens d'effectur les modifs prescrites et çà fonctionne super bien. Merci VDigital !
J'ai juste un petit souci qui n'a peut-être rien à voir avec cette modif : J'ai 2 galeries sur des sites différents. J'ai appliqué la modif sur les 2 sites et, bizarrement, je n'ai pas le même résultat. Sur la galerie 1, dans le panneau Admin>Utilisateurs, les utilisateurs sont affichés avec la même taille de police qu'avant la modif (avec, bien sur, les infos supplémentaires). Et sur la galerie 2, les utilisateurs sont dans une police plus grande ce qui agrandi le tableau et décale la mise en page.
J'ai fais un comparatif de tous les fichiers des 2 site via Winmerge et il n'y a aucune différence notamment dans le admin/user_list.tpl.
Même les CSS sont identiques entre les deux sites ! C'est à n'y rien comprendre...
Bon, en soit ce n'est pas très important. Cà ne gène en rien le bon fonctionnement. Mais çà m'intrigue.
Disgression et régression.
z0rglub a écrit:
En branche 1.5, il y a très peu de régression fonctionnelle (au contraire de la 1.4). La non visualisation des propriétés d'un utilisateur en fait parti. Ce n'est pas un bug, mais un choix conceptuel parfaitement dosé. Je constate que certains appréciaient cette fonctionnalité, je vais donc me pencher sur son retour... pour la branche 1.6
C'est pourquoi, cher z0rglub, en commençant en 1.4, j'ai évité de souffrir. 8;-D
Si c'est un choix conceptuel parfaitement dosé: Ok c'est pas une régression, et je retire mon propos quelque peu offensant, je l'admets. :-))
..."parfaitement dosé": Pas tant que ça, puisque tu constates... 8-D 8-D 8-D 8-D 8-D
Vincent
PS: z0rglub va me répondre que le conceptuel a des raisons que le fonctionnel ignore (débat d'experts), et il aura raison.
Merci plein beaucoup VDigital !
Je n'ai pas trop le temps d'essayer çà ce soir mais je me le garde précieusement pour ce week-end. Pas d'inquiétude : je reviendrai ici pour le retour d'expérience.
z0rglub a écrit:
je vais donc me pencher sur son retour... pour la branche 1.6
Merci aussi à toi, z0rglub, de prendre ce cas en considération. Bon courage pour la suite. Euh... une échéance prévue pour la sortie de la 1.6 ? Comme çà, à la louche ?
1/3 - Dans ton template préféré... admin/user_list.tpl
Recherche:
<form method="post" name="preferences" action="{F_PREF_ACTION}"> <table class="table2"> <tr class="throw"> <th> </th> <th>{lang:Username}</th> <th>{L_STATUS}</th> <th>{L_EMAIL}</th> <th>{lang:Groups}</th> <th>{L_ACTIONS}</th> </tr> <!-- BEGIN user --> <tr class="{user.CLASS}"> <td><input type="checkbox" name="selection[]" value="{user.ID}" {user.CHECKED} id="selection-{user.ID}" /></td> <td><label for="selection-{user.ID}">{user.USERNAME}</label></td> <td>{user.STATUS}</td> <td>{user.EMAIL}</td> <td>{user.GROUPS}</td> <td style="text-align:center;"> <a href="{user.U_PERM}"><img src="./template/yoga-dark/theme/permissions.png" style="border:none" alt="{L_PERMISSIONS}" title="{L_PERMISSIONS}" /></a> </td> </tr> <!-- END user --> </table>
et remplace par:
<form method="post" name="preferences" action="{F_PREF_ACTION}"> <table class="table2"> <tr class="throw"> <th> </th> <th>{lang:Username}</th> <th>{L_STATUS}</th> <th>{L_LANGUAGE}</th> <th>{L_EMAIL}</th> <th>{lang:Groups}</th> <th>{L_ACTIONS}</th> </tr> <!-- BEGIN user --> <tr class="{user.CLASS}"> <td><input type="checkbox" name="selection[]" value="{user.ID}" {user.CHECKED} id="selection-{user.ID}" /></td> <td><label for="selection-{user.ID}">{user.USERNAME}</label></td> <td>{user.STATUS}</td> <td>{user.LANGUAGE}</td> <td>{user.EMAIL}</td> <td>{user.GROUPS}</td> <td style="text-align:center;"> <a href="{user.U_PERM}"><img src="./template/yoga-dark/theme/permissions.png" style="border:none" alt="{L_PERMISSIONS}" title="{L_PERMISSIONS}" /></a> </td> </tr> <!-- END user --> </table>
C'était l'externe...
Coté interne remonte à ton répertoire d'install et dans admin/user_list.php
2/3 - vers la ligne 94, recherche:
// search users depending on filters and order $query = ' SELECT DISTINCT u.'.$conf['user_fields']['id'].' AS id, u.'.$conf['user_fields']['username'].' AS username, u.'.$conf['user_fields']['email'].' AS email, ui.status
et remplace par:
// search users depending on filters and order $query = ' SELECT DISTINCT u.'.$conf['user_fields']['id'].' AS id, u.'.$conf['user_fields']['username'].' AS username, u.'.$conf['user_fields']['email'].' AS email, ui.status, ui.language as language
3/3 - Puis vers la ligne 770, recherche:
$template->assign_block_vars( 'user', array( 'CLASS' => ($num % 2 == 1) ? 'row2' : 'row1', 'ID' => $local_user['id'], 'CHECKED' => $checked, 'U_MOD' => add_session_id($profile_url.$local_user['id']), 'U_PERM' => add_session_id($perm_url.$local_user['id']), 'USERNAME' => $local_user['username'], 'STATUS' => $lang['user_status_'.$local_user['status']], 'EMAIL' => isset($local_user['email']) ? $local_user['email'] : '', 'GROUPS' => $groups_string ) );
et remplace par:
$template->assign_block_vars( 'user', array( 'CLASS' => ($num % 2 == 1) ? 'row2' : 'row1', 'ID' => $local_user['id'], 'CHECKED' => $checked, 'U_MOD' => add_session_id($profile_url.$local_user['id']), 'U_PERM' => add_session_id($perm_url.$local_user['id']), 'USERNAME' => $local_user['username'], 'STATUS' => $lang['user_status_'.$local_user['status']], 'EMAIL' => isset($local_user['email']) ? $local_user['email'] : '', 'LANGUAGE' => $local_user['language'], 'GROUPS' => $groups_string ) );
En branche 1.5, il y a très peu de régression fonctionnelle (au contraire de la 1.4). La non visualisation des propriétés d'un utilisateur en fait parti. Ce n'est pas un bug, mais un choix conceptuel parfaitement dosé. Je constate que certains appréciaient cette fonctionnalité, je vais donc me pencher sur son retour... pour la branche 1.6
Eric a écrit:
C'est ce que je fais... Mais avant de pouvoir affecter un nouveau user à un groupe (par exemple English), encore faut-il connaitre la langue utilisée par le dit user !
Et çà, ce n'est plus affiché dans l'admin des utilisateurs. Non pas qu'il y ait une différence fondamentale entre mes groupes English, French et German (bien que çà peut dans certains cas), c'est un peu moyen moins de coller un user ayant choisi l'anglais dans un groupe francais :(
Bien sur, je peux aussi forcer la langue d'affichage de l'utilisateur nouvellement affecté à un groupe en focntion de cela... mais je doute que le client apprécie :-)
Non, sérieusement, y a pas une solution que je puisse appliquer ?
Je n'ai pas encore ça dans mes notes.
Je regarde "admin.php?page=user_list", il faut rajouter une colonne dans le tableau central.
En tout cas, BUG, c'est ce qu'on appelle une régression fonctionnelle (c.à.d. ce qu'on apprend en premier à ne pas faire).
J'ai pas vraiment le temps de regarder mais ce soir... Je jette un oeil si je vois une solution rapide et temporaire.
C'est ce que je fais... Mais avant de pouvoir affecter un nouveau user à un groupe (par exemple English), encore faut-il connaitre la langue utilisée par le dit user !
Et çà, ce n'est plus affiché dans l'admin des utilisateurs. Non pas qu'il y ait une différence fondamentale entre mes groupes English, French et German (bien que çà peut dans certains cas), c'est un peu moyen moins de coller un user ayant choisi l'anglais dans un groupe francais :(
Bien sur, je peux aussi forcer la langue d'affichage de l'utilisateur nouvellement affecté à un groupe en focntion de cela... mais je doute que le client apprécie :-)
Non, sérieusement, y a pas une solution que je puisse appliquer ?
Pourquoi tu ne gères pas tes utilisateurs par des groupes, avec des noms de groupe intégrant la langue utilisée... en attendant mieux?