admin a écrit : Yyr a écrit : J'ai achevé le thème JRRVF (défaut) Merciiii ! Si je veux être puriste, et je sais que tu aimes ça, il est possible de limiter la largeur de l'affichage du forum à 1600px, comme c'est le cas pour le site ? Si trop compliqué, pas de problème, je devrais m'en remettre C. C'est très simple au contraire. La seule difficulté... c'est que je n'ai pas d'écran assez large pour tester . Je tente quelque chose sur le thème « JRRVF (défaut) » : dis-moi si cela te paraît ok.
Forum JRRVF
www.jrrvf.com/forum ↗MyBB forum in French. 9 sections tracked: Hors du Légendaire, Tolkien et la Littérature, Les Adaptations et créations, Les Langues Inventées, À propos des traductions, La Compagnie de la Comté, Tolkien sur JRRVF et les médias, La sélection des fuseaux du forum and Le Légendaire.
- Discussions per day
- 0
- Discussions collected
- 133
- Messages per day
- 14
- Sections
- 9
- Sources tracked
- 11
- Engine
- MyBB
Latest discussions
Collected every 4 hours from the forum's public feed. Only the title, the link and the beginning of the message are reproduced; every link points back to the source.
admin a écrit : Yyr a écrit : J'ai achevé le thème JRRVF (défaut) Merciiii ! Si je veux être puriste, et je sais que tu aimes ça, il est possible de limiter la largeur de l'affichage du forum à 1600px, comme c'est le cas pour le site ? Si trop compliqué, pas de problème, je devrais m'en remettre C. C'est très simple au contraire. La seule difficulté... c'est que je n'ai pas d'écran assez large pour tester . Je tente quelque chose sur le thème « JRRVF (défaut) » : dis-moi si cela te paraît ok.
[post=as1236]lien post[/post] lien post
[post=as1236]lien post[/post] lien post
Cf. ce problème-ci et ce problème-là Yyr a écrit : Problème (critique) lié à la migration : les liens internes pointent vers www.jrrvf.com/forum/ au lieu de www.jrrvf.com/forum/ . En effet, je ne l'avais pas vu venir mais c'est normal puisque je passe par une autre instance du nouveau forum pour faire la migration. Par contre, quand je copie les tables, c'est l'url de l'autre instance qui est utilisée pour former l'url. J'ai passé une requête, normalement, tous les liens sont corrigés et pointent vers jrrvf.com/forum
Cf. ce problème-ci et ce problème-là Yyr a écrit : Problème (critique) lié à la migration : les liens internes pointent vers www.jrrvf.com/forum/ au lieu de www.jrrvf.com/forum/ . En effet, je ne l'avais pas vu venir mais c'est normal puisque je passe par une autre instance du nouveau forum pour faire la migration. Par contre, quand je copie les tables, c'est l'url de l'autre instance qui est utilisée pour former l'url. J'ai passé une requête, normalement, tous les liens sont corrigés et pointent vers jrrvf.com/forum
Je récapitule & décharge ici le point suivant . Probablement depuis ma mise à jour récente de inc/datahandlers/user.php (pour protéger les apostrophes des variables city et presentation ), la mise à jour de la configuration d'un profil retournaient systématiquement des erreurs php liées aux 4 données suivantes : away , awaydate , returndate , awayreason . Comme il s'agit de données que nous n'utilisons pas, j'ai mis en commentaire ces instructions. Cédric, dans un message effacé, a écrit : Tu as gardé le message d'erreur ? Sinon, j'ai activé les logs hier matin, tu dois avoir la trace de l'erreur ici (fichier de logs temps réel) : https://www.jrrvf.com/forum/error.log Si tu veux refaire un essai, je pourrai y regarder en détail. Oui c'était bien ces erreurs-là : pb d'index de tableaux, voilà ce que dit le message d'erreur. Mais ce sont des variables auxquelles je n'ai pas touché. La seule chose que j'ai faite dans le fichier qui bugge à mon avis (i.e. inc/datahandlers/user.php) est de protéger les apostrophes des champs city et presentation... Et effectivement il me semble que le bug est arrivé à ce moment-là. À la rigueur si tu as la version de ce fichier d'avant ma modification de cette nuit je veux bien l'avoir. Mais de toute façon ce n'est plus bloquant, ces données étant relatives à des fonctions dans lesquelles j'ai taillé... les quelques instructions que j'ai mises en commentaire n'avaient déjà plus d'utilité effective
Je récapitule & décharge ici le point suivant . Probablement depuis ma mise à jour récente de inc/datahandlers/user.php (pour protéger les apostrophes des variables city et presentation ), la mise à jour de la configuration d'un profil retournaient systématiquement des erreurs php liées aux 4 données suivantes : away , awaydate , returndate , awayreason . Comme il s'agit de données que nous n'utilisons pas, j'ai mis en commentaire ces instructions. Cédric, dans un message effacé, a écrit : Tu as gardé le message d'erreur ? Sinon, j'ai activé les logs hier matin, tu dois avoir la trace de l'erreur ici (fichier de logs temps réel) : https://www.jrrvf.com/forum/error.log Si tu veux refaire un essai, je pourrai y regarder en détail. Oui c'était bien ces erreurs-là : pb d'index de tableaux, voilà ce que dit le message d'erreur. Mais ce sont des variables auxquelles je n'ai pas touché. La seule chose que j'ai faite dans le fichier qui bugge à mon avis (i.e. inc/datahandlers/user.php) est de protéger les apostrophes des champs city et presentation... Et effectivement il me semble que le bug est arrivé à ce moment-là. À la rigueur si tu as la version de ce fichier d'avant ma modification de cette nuit je veux bien l'avoir. Mais de toute façon ce n'est plus bloquant, ces données étant relatives à des fonctions dans lesquelles j'ai taillé... les quelques instructions que j'ai mises en commentaire n'avaient déjà plus d'utilité effective
Cf ce problème : Yyr a écrit : Les liens "nouveaux" et "récents" en haut à droite nous font passer par une page intermédiaire comme quoi nous allons être redirigés vers le résultat de notre recherche. Comme dirait Bastien : « C'est nul » . Le plus simple est de décocher cette option dans l'administration, ce que je viens de faire : Toutefois, cela vaudra pour presque (*) toutes les redirections, pas seulement les recherches (il y a des centaines de redirections de programmées par le forum). Il nous faudra donc être attentifs à ce que le comportement des redirections en général reste intelligible. Si à un moment une redirection nous paraît un peu cavalière comme s'il lui manquait ce commentaire, signalons-le ici et je regarderai. (*) « Presque » et non absolument toutes parce que la programmation peut forcer certaines redirections à être commentées (c'est le cas en certains endroits, logiquement ceux où la le commentaire a son importance).
Cf ce problème : Yyr a écrit : Les liens "nouveaux" et "récents" en haut à droite nous font passer par une page intermédiaire comme quoi nous allons être redirigés vers le résultat de notre recherche. Comme dirait Bastien : « C'est nul » . Le plus simple est de décocher cette option dans l'administration, ce que je viens de faire : Toutefois, cela vaudra pour presque (*) toutes les redirections, pas seulement les recherches (il y a des centaines de redirections de programmées par le forum). Il nous faudra donc être attentifs à ce que le comportement des redirections en général reste intelligible. Si à un moment une redirection nous paraît un peu cavalière comme s'il lui manquait ce commentaire, signalons-le ici et je regarderai. (*) « Presque » et non absolument toutes parce que la programmation peut forcer certaines redirections à être commentées (c'est le cas en certains endroits, logiquement ceux où la le commentaire a son importance).
J'en ai rêvé, je l'ai fait, j'ai un compte intitulé "Ouebmaitre" (en qualité de simple "membre" pour les besoins du test)
J'en ai rêvé, je l'ai fait, j'ai un compte intitulé "Ouebmaitre" (en qualité de simple "membre" pour les besoins du test)
133 discussions collected since 27 August 2026. Track this forum by keyword →