BoyWiki:Agora/Demandes d'intervention technique

De BoyWiki
Aller à : navigation, rechercher

Pour demander une intervention technique que vous ne savez pas ou que vous ne pouvez pas réaliser vous-même (création ou modification d’un modèle, par exemple) :

  • vous pouvez expliquer en détail votre demande sur l’Agora, et éventuellement en discuter avec les autres contributeurs ;
  • veuillez ensuite résumer clairement votre demande sur la présente page, sous un titre de section encadré par === ===.
  • Quand vous prenez une demande en charge, pensez à déplacer le message de la demande dans la page Interventions en cours de traitement et/ou à tester et à mettre un message à destination du demandeur.
  • Quand vous pensez avoir finalisé une solution, pensez à déplacer le message de la demande dans la page Interventions traitées, charge au demandeur de supprimer l'ensemble de la demande et des réponses s'il en est satisfait.

Si vous avez des compétences techniques en programmation, vous trouverez ci-dessous la liste des interventions demandées par d’autres contributeurs. Merci de les aider à améliorer BoyWiki.

Demandes d’intervention

Agora : création automatique de la date + retour

Actuellement, pour créer la page du jour dans l'Agora, il faut :

  • cliquer sur Ajouter un message (en haut)
  • écrire le message et le publier – ce qui affiche la page du jour
  • puis cliquer sur l'onglet modifier (en haut)
  • ajouter en tête de page une ligne-titre du type
    =[[BoyWiki:Agora/31 février 2099|Agora/31 février 2099]]=
  • publier à nouveau, ce qui affiche encore la page du jour (mais pas la page de l'Agora complète)

Tout ceci est long et compliqué. Serait-il possible :

  1. d'automatiser la création de la ligne-titre avec la date ?
  2. de programmer un retour direct à l'Agora (et non à la page du jour) ?

C'est ainsi que ça fonctionne sur le Bistro de Wikipédia. Caprineus 22 décembre 2008 à 16:13 (GMT)

Contrôle de sécurité anti-automatisme

Selon Phénix, le contrôle "anti-automatisme" actuel est beaucoup trop simpliste, puisqu'il demande juste de faire une addition ou une soustraction avec des nombres qui sont lisibles par un programme malveillant. (Ce contrôle est activé lors de l'inscription d'un pseudo, et aussi lors de la publication d'une page comprenant de nouveaux liens.)

Il faudrait remplacer ce système archaïque par celui qui demande de lire des lettres ou des chiffres déformés et mélangés à des lignes de brouillage visuel. Un tel système ne peut pas être contourné par un programme, même doté d'une reconnaissance de caractères : il réclame nécessairement l'intervention d'un être humain, ce qui limite beaucoup les risques d'attaque. Quelqu'un sait-il faire ça ? (Une sécurité de ce type existe déjà sur de très nombreux sites) Caprineus 22 décembre 2008 à 16:32 (GMT)

Un plugin est disponible sur http://www.mediawiki.org/wiki/Extension:ConfirmEdit qui implémente cette fonctionnalité.
Pinocchio 25 janvier 2009 à 09:39 (GMT)
Bonjour ! Et bienvenue à toi sur BoyWiki ! Je vois que tu ne perds pas de temps pour te mettre au travail...
Concernant le plugin, je sais à peine comment ce genre de chose s'installe sur mon ordi (en cliquant sur un bouton). Alors, sur un site extérieur... Tu connais sans aucun doute les procédures d'installation bien mieux que moi (et bien mieux aussi que les autres francophones qui fréquentent ce lieu).
Il y a probablement bien d'autres failles de sécurité sur BoyWiki. Saurais-tu en découvrir quelques-unes ?!... (et les colmater)
Caprineus 25 janvier 2009 à 13:59 (GMT)
Bonjour et merci !
C'était juste une info pour compléter la demande destinée à un éventuel administrateur système qui s'ennuierait et passerait lire par ici ! Je doute qu'aucun de nous possède les droits nécessaires à cette opération.
Pinocchio 25 janvier 2009 à 16:29 (GMT)

Agora : lien sur chaque page + confidentialité

Pour rendre l'Agora facilement accessible, il faudrait mettre un lien dans le cadre navigation, en haut à gauche de chaque page (entre Communauté et Actualités, par exemple).

De plus, par mesure de sécurité, il serait bon de rendre ce lien invisible et de bloquer l'accès à l'Agora pour toute personne non connectée.

Caprineus 22 décembre 2008 à 17:14 (GMT)

Il y a déjà plusieurs jours que Pinocchio a traité l'essentiel de ce point, ce qui représente un gros progrès.
Cependant, l'Agora reste accessible pour les personnes non connectées, si elles passent par un chemin détourné (par exemple, par la page des Modifications récentes). Or ce qui se dit sur l'Agora ne concerne que les modifications de BoyWiki, et donc que les connectés.
Ce serait quand même plus sûr de verrouiller complètement la porte contre l'intrusion éventuelle d'anonymes plus ou moins malveillants et trop curieux. Est-ce possible ?
(Par Agora, j'entends non seulement la page principale, mais aussi les pages annexes : interventions demandées, en cours ou terminées, jours disparus, historiques de ces pages, etc.)
Caprineus 10 avril 2009 à 19:16 (GMT)

Caractères arabes

En général, les caractères arabes sur un wiki sont affichés en trop petite taille pour être facilement lisibles – surtout en ce qui concerne les points diacritiques (essentiels pour la lecture) et les "accents" (voyelles courtes, pas essentielles mais souvent utiles).

Il faudrait les grossir d'au moins 20 %. Ça peut se faire soit avec les tags <big> </big>, soit avec un modèle de langue {{lang|rtl|ar|}} (comme sur Wikipédia). Ce dernier est la meilleure solution, mais il faudrait l'importer, et sans doute le paramétrer.

Voici un même texte dans 3 configurations différentes, afin de pouvoir faire des essais :

————

Texte "nu" :

شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.

————

Texte encadré par <big> </big> :

شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.

————

Texte inséré dans le modèle {{lang|ar|dir=rtl|mode=paragraphe|texte=}} :

شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.

————

Caprineus 22 décembre 2008 à 20:20 (GMT)

Tiens ! Je n'avais pas remarqué que le modèle {{lang|rtl|ar|}} était devenu actif. Le rendu est correct, mais comme toujours avec les caractères arabes, trop petit par rapport à l'écriture latine. Serait-il possible d'augmenter sensiblement la taille des caractères ? D'au moins 30 %, peut-être même jusqu'à 75 % : actuellement, quand on regarde à la loupe le corps des lettres arabes (donc sans les hampes, les queues, ni les signes diacritiques) a une hauteur d'à peine 4 pixels ; alors que le corps des lettres latines fait 7 pixels.
Un rendu à peu près similaire à l'exemple Texte "nu" serait déjà correct en matière de taille – mais bien sûr, il faut absolument rester en sérif, tant les polices sans-sérif sont laides en arabe (et mal lisibles, car les points y sont trop petits).
Caprineus 7 mars 2009 à 11:06 (GMT)
Police et taille modifiées. Reste à régler la hauteur de ligne, il faudrait voir avec une phrase sur plusieurs lignes.Pinocchio 7 mars 2009 à 15:52 (GMT)
Je ne vois pas beaucoup de différence avec avant (pour mémoire, j'utilise un ordi portable en affichage 1024 × 768 pixels).
Exemple d'un mot en texte "nu" sans sérif :
مَعَانيه
Le même avec {{lang|ar|dir=rtl|mode=paragraphe|texte=}} :
ar
Et ensemble sur une même ligne :
مَعَانيه مَعَانيه
Celui avec le modèle lang, c'est très visible chez moi, est trop petit par rapport à l'autre (voir en particulier l'ouverture des "ronds" pour les première, deuxième et dernière lettres – à partir de la droite, bien sûr !). De plus, les traits ne sont pas assez nets.
"Gonfler" encore le modèle de quelque 40 % serait à mon avis une bonne chose (mais je me trompe peut-être dans les proportions...).
Quant à afficher plusieurs lignes avec l'exemple long que je donnais plus haut, c'est facile : il suffit de faire apparaître la barre latérale du navigateur, puis de la déporter vers la droite si nécessaire. Sinon, je pourrai évidemment chercher un texte plus long.
Caprineus 7 mars 2009 à 18:21 (GMT)
Et là ça donne quoi ? Moi je le vois plus gros (plus gros que <big>) mais il est vrai que ça dépend de la définition de l'affichage final. Pinocchio 7 mars 2009 à 18:46 (GMT)
Apparemment, il y a un problème ! Mais je ne vois pas d'où il peut venir... Ayant gardé la même page ouverte pendant que je travaillais sur autre chose, j'ai pu comparer très exactement l'avant et l'après : pour moi, le mot en sérif est maintenant un peu plus large dans le sens horizontal, mais pas du tout dans le sens vertical – donc pas plus lisible. Et bien sûr, il reste nettement plus petit que le sans-sérif, et beaucoup plus petit que le big.
Comme j'utilise Mozilla, j'ai essayé (pour une fois) avec Firefox : même résultat. Puis, dans les préférences de Mozilla, j'ai augmenté la taille de la police sérif par défaut (Times New Roman) : le résultat est encore plus curieux, car toutes les polices deviennent plus grosses, sauf l'arabe sérif !
Serait-ce la police que tu as mise dans le modèle qui ne convient pas ? Bizarre...
Pour moi (mais je ne sais pas comment tu le verras), le mot de la ligne suivante est à peu près de la bonne taille – il a fallu pour cela lui imposer le Times New Roman en 2 fois "big" :
مَعَانيه مَعَانيه
Du coup, j'essaie le même traitement avec tout le texte :
شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.
Ça paraît correct, très lisible, et apparemment il n'y aurait pas besoin d'augmenter l'interlignage. Qu'en penses-tu ?
Caprineus 8 mars 2009 à 00:03 (GMT)
Dernier essai avant demain. Le résultat (pour moi) avec le modèle ressemble à ta dernière ligne, imperceptiblement plus grand.
Peut-être un problème de cache, les modification sont faites dans un fichier css additionnel qui n'est pas rechargé à chaque page. Bonne nuit ! Pinocchio 8 mars 2009 à 00:47 (GMT)
Cette fois-ci, on y est presque ! L'affichage chez moi est très bien aussi. Contrairement aux premières versions du modèle, les pleins et les déliés sont bien perceptibles, ce qui est important pour l'esthétique de cette écriture. As-tu changé la police ?
Ma mise en forme avec <big> :
شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.
Le modèle :

شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.

À titre d'essai, le modèle en gras :

شَرْح دِيوَانْ أبـِيْ نـُوَاسْ / ضبَط مَعَانيه وَشرُوجَه وَأكمَلهَا إيليَّا الحَاويْ. – منشورات : الشركة العالميّة للكتاب، دَارُ الكِتابِ اللبنـَاني، دَارُ الكِتابِ العَالمي، ١٩٨٧.

Le problème de la taille des caractères est donc réglé. Cependant, je note que le modèle ne suffit pas pour obliger la dernière ligne à commencer au bord de la marge droite, comme ça devrait être le cas. Or l'alignement (à gauche ou à droite) doit évidemment être inversé, comme le sens de l'écriture. Je n'ai pas le temps d'aller voir maintenant comment ça marche sur Wikipédia. Si tu as une idée...
Caprineus 8 mars 2009 à 01:52 (GMT)
Je viens d'insérer le modèle là où il devait être (2 fois dans l'article Abû Nuwâs, 1 fois dans Al-Amîn). Le résultat est excellent – beaucoup mieux que ce qu'il y avait auparavant.
Si tu modifies l'alignement du modèle (pour passer d'un alignement à gauche à un alignement à droite), il faudra vérifier que cela n'affecte pas les lignes où il y a les deux types d'écriture (comme dans le premier paragraphe de ces articles). En quelque sorte, dans ces cas-là, l'alignement latin à gauche doit être prioritaire sur l'alignement arabe à droite.
Caprineus 8 mars 2009 à 12:04 (GMT)
Après vérification il semble que l'alignement à droite ne soit pas prévu pour ce modèle qui est visiblement destiné à l'insertion d'un ou quelques mots seulement dans le cours du texte. Je n'ai trouvé nulle part d'exemple de longue phrase alignée à droite. Pourtant la possibilité est facile à obtenir. J'ai donc ajouté un argument optionnel (utilisable seulement dans la syntaxe documentée) qui permet de traiter le texte en paragraphe indépendant. À tester donc. Éventuellement il faudra changer le nom du modèle pour ne pas le confondre avec celui d'origine Wikipedia.
Ces recherches m'ont permis de comprendre mieux la normalisation des citations en langue originale : il me faudra modifier le modèle Citation bilingue pour insérer les bons paramètres et utiliser le même style.
Pinocchio 8 mars 2009 à 21:03 (GMT)

Modèle {{Year nav}}

Il y a sur les pages d'année (par exemple 1907 ou 2000) un lien vers un modèle de navigation {{Year nav}}, qui existe sur la Wikipedia anglaise (voir ici). Est-ce que quelqu'un pourrait l'importer dans BoyWiki, ainsi que les modèles liés manquants ? Caprineus 3 janvier 2009 à 19:00 (GMT)

J'ai essayé de la faire, mais cela pose de gros problèmes, les anglais ne numérotant pas les siècles comme nous (18th au lieu de XVIIIe) il y a quantité de modèles à changer etc... il vaut mieux aller chercher un tableau équivalent sur Wikipédia fr. Clipeus Virtutis 4 janvier 2009 à 13:22 (GMT)
Ah ! ces Anglais, il faut toujours qu'ils roulent à gauche ! :-) Et Pinocchio a finalement supprimé les quelques références à {{Year nav}}. On pourrait en effet se contenter d'importer le modèle {{années}} depuis la Wikipédia française – ça serait bien pour pouvoir continuer à créer des pages d'années (il commence à y avoir beaucoup de liens rouges de ce type).
Dans ce modèle {{années}}, il me semble que les 3 cadres du bas (Chronologie mensuelle, Chronologies thématiques et Calendriers) sont inutiles, car nous n'aurons pas assez de données pour les utiliser.
Je préfère laisser faire les spécialistes...
Caprineus 7 mars 2009 à 10:43 (GMT)
Argh, désolé, emporté par le ménage de printemps j'ai pensé qu'il s'agissait d'un essai ancien abandonné ! On peut les restaurer si tu veux, mais comme le modèle était vide…
{{années}} tout comme {{Year nav}} me semblent être des usines à gaz, avec plein d'autres modèles liés, juste pour afficher un tableau avec des dates… Mais c'est dû en grande partie à la faiblesse des fonctions utilisables dans les modèles.Pinocchio 7 mars 2009 à 16:11 (GMT)
Ben, ce n'est pas vraiment la peine de restaurer {{Year nav}} sur les pages d'année si ça ne marche pas...
J'avais cru comprendre, d'après ce que disait Clipeus Virtutis, que la difficulté venait surtout du mode anglais de numérotation des siècles, difficile à importer dans un contexte français.
Quoi qu'il en soit, il faudra quand même bien avoir un système de navigation d'année en année, et de siècle en siècle. As-tu des suggestions à ce sujet ?
Caprineus 7 mars 2009 à 18:31 (GMT)
En test un modèle {{Yearnav}} différent, proposition de solution pour la navigation à travers les années. Les liens vers les pages années ne sont pas dynamiques, j'ai seulement fixé en dur celle de l'année 2000 pour test, reste à trouver une solution pour savoir quand de nouvelles pages sont créées.
Pinocchio 30 mars 2009 à 19:29 (GMT)
Ah oui... Après test rapide (vu l'heure !) :
  • Le principe et le graphisme me plaisent bien : c'est sobre, original et pratique.
  • Contrairement à ce que j'avais pensé autrefois, il semble qu'une ligne Décennie serait utile pour naviguer de 10 en 10 (en revanche, ce n'est sans doute pas la peine de prévoir des pages de décennie).
  • Quand on a voyagé un peu loin dans le temps, il serait peut-être judicieux d'avoir une possibilité de revenir instantanément à l'année de la page (peut-être en cliquant sur le mot Année ?)
  • Sur les pages de siècles, on peut s'interroger sur l'utilité (ou pas) de garder aussi le grand tableau présentant toutes les années d'un seul coup d'oeil. Il est quand même pratique... (mais si on le garde, ce serait bien d'en faire un modèle, un peu comme {{366 jours}}.)
En tout cas, c'est bien d'avoir enfin un modèle {{Yearnav}}, on va pouvoir recommencer à créer des pages d'année. (Mais es-tu sûr qu'on gardera ce nom pour le modèle ? Que se passe-t-il, par exemple, si le BoyWiki anglophone souhaite avoir un Yearnav différent ? Est-ce que les modèles sont communs entre les 3 versions du wiki ?)
Je te laisse triturer tout ça au mieux – et réapparaîtrai sans doute mercredi soir ou jeudi matin (beaucoup d'occupations ces jours-ci...)
Caprineus 31 mars 2009 à 00:03 (GMT)
Ajouté le lien vers l'année initiale.
Le nom n'est pas très beau en effet et prête à confusion mais je n'ai rien trouvé d'aussi concis en français. Si tu as des idées…
Il reste à travailler sur la collecte des dates et donc sur leur organisation pour maintenir à jour les liens. L'usage des catégories semble le plus simple pour regrouper les infos. Mais les années appartiennent-elles aux siècles, aux millénaires, au deux à la fois ? Vu le sujet, en segmentant trop fin on risque d'avoir de larges étendues de temps désertes entre le foisonnement de l'Antiquité et de l'époque contemporaine. Par exemple que s'est-il passé entre le 5e et le 15e siècle nous concernant ? Même sur Wikipedia certaines années sont encore vides…
Pinocchio 31 mars 2009 à 22:33 (GMT)
Si l'on adopte un titre français pour le modèle, je propose Navigtemps, qui paraît clair et assez facile à retenir. Navigationtemps ou Navigationtemporelle sont sans doute un peu longs...
Pour le lien vers l'année initiale, ce serait peut-être plus clair (pour les non-initiés) si la bulle affichait quelque chose comme Année de la page ; ou mieux : Année 1907 (mais peut-on mettre du code dans les bulles ?!).
Pour l'instant, la collecte des dates se fait surtout dans le Calendrier garçonnier et ses pages de jour. Je n'ai pas créé simultanément les pages d'année correspondantes (à part 1907 et 2000), parce que je ne voulais pas risquer d'avoir à retoucher plusieurs dizaines de pages (voire plusieurs centaines), si le système de navigation changeait. Une fois que ce système aura été fixé (au moins pour les noms des modèles), je pourrai me lancer...
A priori, il me semble que les années appartiennent aux siècles, et les siècles aux millénaires. Bien sûr, certains siècles risquent d'être relativement vides, mais ce n'est pas bien grave. Supprimer l'échelon siècle pour mettre directement les années dans les millénaires risquerait de faire de bien longues pages (et bien lourdes, aussi).
Caprineus 1 avril 2009 à 09:56 (GMT)
Ok pour Navigtemps, le modèle est en place.
Création des pages d'années à tester, voir en particulier la prise en compte dans le Navigtemps des liens vers les pages nouvellement créées. Se souvenir que la page d'année pour être valide doit être catégorisée dans un siècle.
Pinocchio 2 avril 2009 à 21:00 (GMT)
Pour tester la prise en compte des pages d'année nouvellement créées, je viens de créer 1906 et 1897, ainsi que XIXe siècle. Ça n'a pas vraiment l'air de marcher, les liens dans {{Navigtemps}} restent rouges...
Caprineus 3 avril 2009 à 23:39 (GMT)
Il y avait un problème de droit d'accès à la page tableau des dates dû au nom de la page, j'espère que c'est réglé à présent.
Pinocchio 5 avril 2009 à 12:55 (GMT)

Timeline

Si je m'enquiers de la formalisation des dates et des événements c'est que j'avais idée à terme, si nombre d'évènements suffisant, de suggérer une représentation de ce type là (exemple), sur une page dédiée.

Pinocchio 31 mars 2009 à 22:33 (GMT)

La page que tu indiques, A Timeline of Information History, est intéressante : cela vaut sans doute la peine d'essayer. Mais quel usage lui vois-tu exactement ? Aurait-elle pour but de regrouper tous les événements concernant l'histoire de la pédérastie (c'est-à-dire tous ceux répertoriés dans les pages de jour – soit plusieurs centaines au moins) ? Ou simplement un choix des plus marquants ?
Si tu crées une telle page, ce serait bien d'avoir la possibilité de représenter graphiquement une durée, entre autres pour visualiser la vie d'un personnage (son nom sur une bande colorée commençant à sa naissance et finissant à son décès, par exemple – avec peut-être un code des couleurs selon qu'il s'agit d'un écrivain, d'un peintre, d'un sculpteur, d'un musicien, d'un homme politique, d'un religieux, d'un militant, etc.).
Caprineus 1 avril 2009 à 09:56 (GMT)
Timeline n'est une forme de présentation utile que si les événements sont en nombre suffisant. Si on est obligé de dérouler du temps pour faire apparaitre l'événement le plus proche, alors ça devient plus pénible que pratique. Il faudrait donc regrouper tout les événements (je ne pense pas qu'on en aura trop), quitte à filtrer les thèmes au moment de l'affichage, au choix du lecteur. Plusieurs centaines c'est pas énorme étalé sur des siècles (dans l'exemple donné plus haut j'en ai compté 70). La vraie difficulté c'est de formaliser ces événements (une date ou une durée dans un format strict, un titre, un texte court, un thème,...) pour les rendre facilement identifiables et récupérables dans le texte des articles, si c'est un logiciel qui fait l'extraction, sinon il faut écrire le fichier source des événements à la main et là c'est plus drôle...
Pinocchio 2 avril 2009 à 21:00 (GMT)
Pour Timeline, j'imagine mal la création automatique d'événements extraits des pages. Par exemple, comment transformer automatiquement une date de naissance et une date de décès en une bande colorée avec le nom de la personne ? Il sera plus simple, à mon avis, de créer les événements sur une page spéciale – ça prendra le temps que ça prendra (parmi les principales vertus du wikiste, il y a la patience et la ténacité... :-). A condition bien sûr que cette création soit simple (pourquoi pas des modèles à remplir ?).
Caprineus 3 avril 2009 à 23:39 (GMT)
Pour Timeline, l'utilisation d'un modèle d'événement est peut-être une solution intermédiaire en effet, qui demande certes un travail supplémentaire de saisie, mais peut-être pas autant que de devoir écrire deux fois tout les événements. Un peu à la manière du modèle Extrait qui contient des informations non visibles dans l'article mais facilitant une collecte et un traitement partiellement automatisés.
Pinocchio 5 avril 2009 à 12:55 (GMT)
Personnellement, je ne vois pas trop comment cette collecte automatique pourrait se réaliser. Un exemple sera plus parlant :
  • Pour Roger Peyrefitte, ses dates de vie détaillées figurent au 17 août (recopié ensuite dans la page 1907) et au 5 novembre (recopié dans 2000). Pour ne pas être trop sec, il faut y faire figurer aussi quelques autres indications : lieux, pays, commentaire succinct, âge au décès, oeuvres...
  • Un "modèle d'événement" destiné à être intégré dans Timeline n'aurait besoin que des années de naissance et de décès (pas des jours, ni des lieux, ni du pays), des nom et prénom de la personne (sans autres commentaires), et éventuellement de sa qualité principale (écrivain, peintre, homme politique, etc.).
  • Pour un livre : titre, année de parution (peut-être aussi l'auteur). Idem pour un événement : énoncé très bref, année.
On pourrait donc imaginer un modèle du genre {{Timeline|qualité|énoncé|date|date}}, qui serait utilisé de la manière suivante :
  • {{Timeline|écrivain|Roger Peyrefitte|1907|2000}}
  • {{Timeline|livre|Les amitiés particulières|1944}}
  • {{Timeline|film|Les amitiés particulières|1964}}
  • {{Timeline|justice|affaire Ado 71|1997}}
La "qualité" (à choisir parmi une liste limitée) déterminerait les symboles et les couleurs utilisés dans Timeline. La présence de 2 dates génèrerait une bande colorée portant le texte de l'énoncé.
Il me semble que tout ça serait assez facile à remplir – surtout qu'il n'y aura quand même pas des millions d'événements à répertorier !
Ceci dit, tu as peut-être de tout autres idées. Si c'est le cas, pourrais-tu préciser un peu plus, avec un exemple à l'appui ?
Caprineus 5 avril 2009 à 21:20 (GMT)
Pas d'idée précise, non. Mais dans l'exemple Roger Peyrefitte on retrouve la quasi totalité des infos nécessaires dans le premier paragraphe de l'article : on a le nom, les dates et même le résumé d'introduction pour la bulle. En général un article commence par une introduction semblable et suffisante pour résumer un événement. Il manque seulement le thème (qualité) mais qui pourrait aussi faire l'objet d'une identification pour les divers types d'articles. Et la formalisation bien sûr. Je trouve simplement dommage de devoir réécrire la même chose sur une autre page. Mais on peut faire comme tu proposes, c'est plus simple et plus facile à formaliser ! Mais à chaque fois il faut ouvrir la page des événements et copier/coller...
Pinocchio 6 avril 2009 à 20:42 (GMT)
(J'espère que les deux sections seront plus gérables maintenant qu'elles sont séparées : ça commençait à devenir lourd...)
Damned ! J'avais oublié la bulle ! Ce qui bien sûr change la perspective. Et tes considérations sur l'introduction de l'article éclairent cette perspective. Donc :
On peut supposer que tout "sujet" à insérer dans Timeline sera traité dans un article, et que cet article commencera par une introduction. A partir de ça, on pourrait éventuellement imaginer un modèle de ce type :
{{Timeline|qualité|sujet|date date|introduction}}
Si le sujet d'un article ne doit pas figurer dans Timeline, son introduction est rédigée selon la méthode habituelle (sans le modèle {{Timeline}}).
En revanche, pour un sujet qui doit figurer dans Timeline, l'introduction de l'article est insérée dans le modèle {{Timeline}}. Par exemple :
  • {{Timeline|écrivain|Roger Peyrefitte|1907 2000|Roger Peyrefitte (Castres, 17 août 1907 - Paris, 5 novembre 2000) est un écrivain et historien français qui a milité pour l'acceptation de la pédérastie.}}
Sur la page de l'article, seule l'introduction apparaît : les autres indications du modèle restent invisibles.
Dans Timeline, en revanche, apparaissent : la qualité sous forme d'un symbole, la date sous forme d'un emplacement précis (ou d'une bande colorée s'il y a deux dates), le sujet sous forme d'un texte cliquable vers l'article (car sujet = titre de l'article), et enfin l'introduction dans une bulle...
Si l'introduction de l'article est trop longue, on peut très bien n'en insérer qu'une partie dans le modèle. Seule cette partie s'affichera dans la bulle de Timeline (au rédacteur de s'arranger pour que ce texte soit suffisant).
Ainsi le modèle est rédigé en même temps que l'article, et dans l'article : pas besoin de recopier quoi que ce soit. Et la collecte devient très simple à faire : détection automatique de tous les {{Timeline}} existants.
Le seul inconvénient de ce système, c'est qu'un sujet n'apparaîtra dans Timeline que lorsqu'un article aura été créé (au moins une ébauche avec l'introduction). Mais ça peut être aussi un bon stimulant pour les rédacteurs.
On peut également imaginer une page qui soit une sorte de "couveuse", où des sujets non encore traités en articles, mais déjà insérés dans le modèle {{Timeline}} avec un rudiment d'introduction, attendraient patiemment qu'un rédacteur s'en empare... Ce qui ne les empêcherait pas d'apparaître dans Timeline.
Est-ce que ça correspond mieux à ce que tu envisageais ?
Caprineus 6 avril 2009 à 23:35 (GMT)
Oui tout à fait ! Ça me semble plus pratique. Reste à voir si c'est applicable à tout les cas d'événement. La limite initiale inhérente à cette méthode est l'obligation d'écrire un article pour générer un événement (mais il faut bien qu'il soit décrit quelque part) et probablement aussi un seul événement par page (il n'y a qu'une seule introduction), quoique on puisse imaginer des pages d'événements comme il y a des pages de citations ? Par exemple les œuvres d'un auteur par date de parution, chaque événement-lien renvoyant vers une page d'extraits : ça complique un peu pour le sujet qui n'est plus le titre de l'article. Mais est-ce bien nécessaire ? À moins qu'un article standard (contenant des extraits) par œuvres soit d'un usage plus simple ?
Pinocchio 7 avril 2009 à 22:33 (GMT)
Dans le principe, il est prévu que tout livre, article ou revue intéressant d'un point de vue pédérastique ait droit à un article séparé (c'est une des raisons pour lesquelles il y a beaucoup de liens rouges actuellement !). Donc pas de problème pour y intégrer une "balise d'événement" au niveau de l'introduction. Idem pour une oeuvre d'art.
Le cas des lois sera peut-être particulier. En effet, un changement important de la législation sexuelle passe souvent par une simple modification d'une loi existante, et il peut y en avoir plusieurs successives. Or on ne peut pas rédiger un article séparé pour chaque modification d'une loi. Il faudra donc inventer une pratique particulière pour contourner cette difficulté. Par exemple :
  • soit le rédacteur (d'un article sur une loi) commence par mettre au point les textes qu'il veut mettre dans des bulles de Timeline, et il s'arrange ensuite pour les intégrer au texte de l'article (il pourrait donc y avoir plusieurs balises dans un même article, si nécessaire) ;
  • soit on prévoit une option pour pouvoir rendre les textes contenus dans des balises complètement invisibles, et on les stocke ainsi à la fin de l'article (bien sûr, ces textes devraient redevenir visibles dans Timeline) ;
  • soit encore on crée des pages uniquement destinées à recevoir des "balises orphelines" – ce que j'appelais plus haut des "couveuses" (mais cette solution me paraît moins élégante que les deux premières).
Caprineus 7 avril 2009 à 23:06 (GMT)
Le cahier des charges est plus précis, à présent on peut passer aux premières ébauches !
J'ai remplacé qualité par thème qui me semble plus générique, je me voyais mal trouver une qualité à la législation ! Je ne sais pas si c'est une bonne idée, le thème littérature s'appliquant par exemple sans distinction aux auteurs et aux œuvres… Il faudra établir une liste des mots clés et d'attributs de style (couleurs). Il reste des problèmes à résoudre comme la notation des années avant JC qui semble ne pas être prévue dans la norme (??) pour qu'elles soient comprises par l'outil.
Pour l'instant le modèle ne fait rien d'autre (peut-être lui trouver un autre nom ?).
Pinocchio 8 avril 2009 à 22:37 (GMT)
Voyant que tu avais créé le modèle {{Timeline}}, je n'ai pu résister au plaisir de faire un essai. Ou plutôt deux essais, que j'ai insérés dans l'article Roger Peyrefitte : l'un, visible, sur l'introduction ; et l'autre, invisible, à la fin de l'article.
Le problème, c'est que j'ai mis comme thème, pour le premier, écrivain, et pour le second, amour. Comme tu n'as pas créé la liste (forcément limitée) des thèmes possibles, il y a un beau Erreur thème qui s'affiche ! J'ai laissé les choses en l'état, pour te permettre de tester.
Je suggère comme thèmes (liste non limitative pour l'instant) :
  • écrivain (les philosophes, journalistes, etc., pourraient faire partie de la même catégorie), artiste (peintre, dessinateur, sculpteur...), musicien, cinéaste, politicien (+ rois, militaires...), militant, scientifique, religieux, revue, groupe...
  • écrit (livre, article...), oeuvre (d'art plastique), musique, film, justice (loi, procès), religion, amour...
Le premier groupe implique une durée (de vie ou d'action), et comportera donc deux dates. La visualisation se ferait par une bande colorée, d'une couleur différente pour chaque thème.
Le second groupe concerne des événements ponctuels, visualisés par un symbole.
Quant aux dates, bien sûr il nous faut toute l'Antiquité ! On doit pouvoir afficher correctement -7530421 (fondation de Rome).
Peut-être un problème : la date 90602, qu'est-ce que ça veut dire ? 2 juin de l'an 9, ou février 906 ? Ou faut-il coder toujours les années sur 4 chiffres, pour différencier 00090602 de 090602 ? (Pour la fondation de Rome, ce serait alors -07530421.)
Voilà. Pour éviter de faire des bêtises, je n'y touche plus jusqu'à ce que tu aies suffisamment progressé...
Caprineus 8 avril 2009 à 22:57 (GMT)
On peut avoir enfin un aperçu de l'outil ici. Je n'avance pas vite. Pour le moment les événements représentés proviennent d'ailleurs, juste pour exemple. Il faudra trouver un autre nom de page plus explicite avec peut-être une introduction. Autre problème : vue la lourdeur de l'outil, il n'est pas installé sur notre site, le téléchargement du code et des icônes se fait depuis mit.edu, donc en dehors de notre domaine et sans https, ce qui laisse probablement des traces. Il faudrait configurer les navigateurs pour ne pas transmettre le referrer (adresse origine de la page qui mentionne le lien, c'est à dire boywiki). Reste à créer la pages d'événements propre.
Pinocchio 12 avril 2009 à 22:18 (GMT)
Dans un premier temps je n'ai vu qu'un cadre vide, et j'ai bien cru que ça ne passerait pas à travers mon proxy (Tor) ; mais après avoir cliqué sur le bouton de rafraichissement, TimeLine est apparu.
Comme nom de page, on pourrait avoir quelque chose comme Panorama historique...
Ce que tu dis à propos de l'hébergement du code et des icônes chez mit.edu est assez inquiétant ! A mon avis, il ne faudra avoir au final aucune connexion avec un autre site que BoyWiki, sous peine de faire courir des risques graves aux utilisateurs. Et même si ce n'était pas le cas, il y aura toujours des gens pour hurler, ce qui fera peur à beaucoup (rappelle-toi comment Pan s'est fait attaquer, et presque traiter de flic, parce qu'un des liens de son site pointait vers une page d'un site officiel !).
Si c'est juste pour une phase d'essai, ça peut aller : il suffit de sortir couvert...
Justement, as-tu vu sur LG les propos de Phénix (ici) ? Comme d'habitude il est très négatif et désagréable, mais il n'a peut-être pas complètement tort. Il faudra absolument combler les failles connues (comme celle du système anti-pourriel avec une simple addition, qui peut être facilement contournée), traquer les inconnues, et éviter d'en faire naître d'autres en créant des fonctions potentiellement dangereuses. Non seulement le site doit être sécurisé, mais il ne doit même pas pouvoir être soupçonné d'insécurité – sinon, on va se retrouver avec un beau wiki que personne ne viendra lire ni compléter !
Côté graphisme, je suppose que ça peut s'améliorer encore, et que tu n'en es qu'aux premiers essais. Pour une durée (la vie d'une personne par exemple), le mieux serait d'avoir une bande de couleur, suffisamment large pour que le nom de la personne ou de l'événement soit écrit sur la bande, et non à côté. Ce ne serait pas plus encombrant, et sûrement plus clair. Mais est-ce possible ?
On voit en bas à gauche la mention d'un copyright. Est-ce un logiciel qu'on peut utiliser librement ?
Caprineus 12 avril 2009 à 23:29 (GMT)
Aucune connexion vers un autre site ? Alors il faut supprimer tout les liens externes ! Il n'y a pas de différence entre charger une page (qui contient éventuellement du code) à partir d'un lien vers un autre site et charger le code timeline à partir de mit.edu. Le problème n'est pas l'accès à d'autres sites mais les traces qui sont laissées quand on le fait à partir d'un lien sans inhiber l'info du référant. Sur LG cela est fait en appelant les liens à travers un code spécifique, par exemple : https://www.legarcon.net/cgi/deref.cgi?url=http://img529.imageshack.us/img529/7661/jigier.jpg. On peut probablement utiliser le cgi de LG pour passer nos liens (c'est peut-être mieux d'obtenir leur accord avant) ! Mais masquer le référant (l'adresse du site qui propose le lien) ne protège pas l'adresse de l'utilisateur qui a actionné le lien. La sécurité se situe à plusieurs niveaux et l'utilisateur aussi doit être actif dans sa protection, le but initial du wiki n'est pas de fournir une solution de sécurité idéale qui n'existe pas.
La méthode de création de compte n'est pas un gouffre de sécurité, c'est certes une faiblesse de l'authentification, mais l'accès en édition aux articles est restreinte. Sur LG cette restriction n'est pas obligatoire la plupart du temps, n'importe qui peut écrire n'importe quoi et supprimer les messages utiles par saturation de l'historique, le site n'est pas pour autant considéré comme 'insécure'. Ce qui fait la sécurité d'un wiki c'est sa mémoire, la possibilité de restaurer les versions des articles, l'impossibilité d'effacer totalement. Wikipedia qui autorise les modifications de pages par les non-connectés n'est protègé que par cette fonctionnalité.
Si on en croit la page version l'outil ConfirmEdit a été installé, mais il n'est apparemment pas activé. Cette configuration des fichiers php ne peut être effectuée que par un admin du serveur, et non pas un admin de l'application wiki, ce n'est pas du tout le même niveau de droits.
Quant aux autres trous : lesquels ? Annoncer qu'il existe des failles mais sans les indiquer, d'après toi c'est s'inquiéter sincèrement de la sécurité de l'utilisateur ou bien juste chercher à discréditer ?
Des bandes de couleur avec le label superposé, oui c'est possible, l'ancienne version était présentée ainsi. Mais ça limite les possibilités de couleurs pour le label.
Simile Timeline est OpenSource sous license BSD.
Pinocchio 15 avril 2009 à 11:27 (GMT)
L'exemple des liens vers des sites externes est intéressant, mais il ne s'agit pas tout à fait de la même chose que dans le cas de Timeline.
Si je clique sur un lien externe donné dans un article, je sais à priori ce que je risque (et c'est à moi d'assurer ma sécurité en réglant auparavant la valeur du "referer" sur 0... ou en évitant de cliquer).
En revanche, si je vais sur une page de BoyWiki, je suis censé ne pas y courir de risque. Le problème, dans le cas de la page Panorama historique, c'est que le lien externe s'activera automatiquement sans que le lecteur ait pu décider de l'accepter ou non.
C'est sur ce point que nous pourrions être critiqués – voire attaqués. (Tu n'ignores pas que chez certains, chercher à démolir systématiquement ce que font les autres relève presque de la maladie psychologique, et BoyWiki y aura forcément droit !)
Tu dis que LG a résolu le problème en mettant en place un code spécifique. Ne pourrions-nous pas en faire autant ? J'imagine qu'alors tous les liens externes donnés sur une page BoyWiki devraient comporter un "préfixe" – ce qui ne paraît pas vraiment gênant à mettre en oeuvre. Mais il vaudrait mieux faire ça en interne, sans passer par LG.
Peut-être même que la meilleure solution serait de donner systématiquement le choix à l'utilisateur, en indiquant toujours à la fois un lien direct et l'adresse (pour utilisation en copier-coller).
Pour revenir à Timeline, il me semble qu'il faudrait :
  • soit que le logiciel soit installé sur le serveur de BoyWiki (meilleure solution) – si ça exige des pouvoirs que tu n'as pas, il devrait être possible de demander à quelqu'un d'assez haut placé ;
  • soit, au moins, que la liaison avec mit.edu soit "masquée" par un système comme celui de LG.
Je ne comprends pas trop ce que tu dis à propos de l'outil ConfirmEdit (n'oublie pas que tu parles à un presque nul en matière d'informatique !). S'agit-il du système qui m'oblige à donner la solution d'une petite opération chaque fois que je veux créer ou modifier une page qui contient un nouveau lien externe ? Si c'est ça, il fonctionne très bien pour moi ! Le reproche fait par Phénix, c'est qu'une telle "barrière" est facilement surmontable par un logiciel élémentaire, qui n'aura aucun mal à faire l'opération indiquée – alors qu'il existe des systèmes plus sophistiqués qui nécessitent un regard humain pour reconnaître des caractères.
Pour la réalité ou non des autres trous supposés, à toi d'en juger, puisque j'en suis bien incapable (et les autres utilisateurs actuels aussi, apparemment). Tu es notre seul bouclier ! :-)
« ...s'inquiéter sincèrement de la sécurité de l'utilisateur... » ? Arf ! comme dirait quelqu'un... Si ce quelqu'un me dit : « A te voir, tu cours manifestement le risque de gros problèmes de santé, mais je ne te dirai pas lesquels... », je peux penser que c'est un charlatan qui dit ça uniquement pour m'inquiéter ; ou que c'est quelqu'un qui a un vernis de médecine et qui cherche surtout à se faire valoir ; ou encore que c'est un vrai médecin et en même temps un vrai pervers, puisqu'il ne me donne pas les moyens de me soigner !... Mais tu comprendras que moi, pauvre ignorant, j'éprouve quand même une légère inquiétude.
Il y a sur certains sites (celui des livres téléchargeables de Google, par exemple) une protection contre les logiciels malveillants qui cherchent à inonder le serveur de requêtes (je peste assez contre cette fonction lorsque je télécharge une série de livres et qu'elle me prend pour un vulgaire pirate !). Ne pourrions-nous pas avoir une protection de ce type ?
Caprineus 15 avril 2009 à 13:40 (GMT)
Ok, alors on peut mettre un lien sur la page Timeline qui active le chargement manuellement. Bien sûr le mieux serait de passer par un moyen comme celui de LG. Ou par un autre 'anonymiseur'. En posséder un propre c'est sûrement possible, un wiki c'est un site web, mais l'info du 'referrer' à supprimer se trouve dans une entête http, c'est du protocole réseau, ce problème ne peut donc pas se résoudre à notre niveau. Installer Timeline en local n'est pas si facile : avec des pages limitées à 30 Ko il va en falloir une dizaine, sans compter la trentaine d'icônes à importer et les difficultées de IE pour accéder en https aux images depuis media.boywiki...
ConfirmEdit est le module qui remplace l'authentification simple par des images représentant des lettres déformées ou hachurées visibles seulement pour un cerveau humain (pour combien de temps encore ?). Bien sûr que faire une addition n'est pas une opération compliquée pour un logiciel, mais ce que je faisais remarquer c'est que LG qui n'est équipé d'aucun contrôle n'est pas taxé pour autant de trou de sécurité. Si ce point là est un gouffre alors c'est plutôt rassurant au sujet des simples trous ! Tu as aussi raison de t'inquiéter, c'est ce qui assure la survie en environnement hostile ! Mais si on ne pense qu'à ça alors on ne fait plus rien. Moi un bouclier ?! Imagine que je sois un Bernard infiltré pas saint du tout ;o)
Pour le dernier point je ne vois pas de quoi tu parles, mais globalement on a assez peu de possibilités pour agir sur le serveur à notre niveau, c'est d'ailleurs une disposition sécurisante à la base.
Pinocchio 15 avril 2009 à 16:16 (GMT)
Le protocole réseau, c'est un gros mot, ou du chinois ? En tout cas, s'il y a quelque chose à faire pour permettre une "anonymisation" des utilisateurs de liens externes, tu peux éventuellement t'adresser directement à dB (du Comité de LG), en lui expliquant ce que tu souhaites : je crois qu'il a un contact direct avec les Grands Esprits – il sait même comment les réveiller quand ils sont dans un sommeil profond !
Tout ceci nous rappelle une chose importante : que l'utilisateur de base se protège très mal. Je me demande s'il ne serait pas utile de rédiger, en lien direct avec la page d'accueil, une page Précautions indispensables, où l'on expliquerait aux nouveaux arrivants l'essentiel de ce qu'ils peuvent faire tout de suite pour se protéger.
Pages limitées à 30 Ko : bof, il y a bien mes petits Ramoneurs savoyards qui avoisinent les 100 Ko ! Et apparemment ça ne pose pas de problème, sauf lorsque je veux modifier l'ensemble de la page (en utilisant Mozilla).
« Les difficultées de IE ... » : ah bon, il y a encore des gens qui emploient ça ?! :-)
Si ConfirmEdit est installé et qu'il suffit de l'activer, là encore il faudrait peut-être en transmettre la requête aux Grands Esprits via dB...
Concernant la sécurité sur LG, je crois avoir lu qu'elle est en partie assurée par le manque de sophistication du logiciel, ce qui donne peu de prise aux hackers (par exemple, code HTML archaïque). Et Phénix semblait justement critiquer le fait que nous créons (enfin, je veux dire : que tu crées) actuellement un tas de fonctions complexes, qui selon lui fragilisent BoyWiki (genre utilisation de JavaScript). Comme je n'ai aucune idée des techniques utilisées par les hackers, je te laisse juger de la réalité ou non de ces menaces...
Caprineus 15 avril 2009 à 17:59 (GMT)
C'est évident un site comme LG est incomparablement plus simple, la sophistication d'un wiki est inhérente au logiciel choisi, à l'interface proposée. Mais en ce qui concerne l'authentification (puisque c'est de ça qu'il est question) il me semble difficile de croire qu'une absence totale puisse être une meilleure sécurité qu'un mode de connexion même moyen.
J'ai compris autrement que toi le post que tu cites [1]. Il est question pour moi de failles qu'il aurait découvertes au moment de son passage ici, c'était un mois avant mon arrivée. Tu mentionnes déjà le problème dans la demande d'intervention datée du 22/12, ainsi que les supposées autres failles dans ta réponse du 25/01 à ce qui était mon premier message (BoyWiki:Agora/Demandes_d'intervention_technique#Contr.C3.B4le_de_s.C3.A9curit.C3.A9_anti-automatisme). Il n'a pas parlé de javascript ni de fonctionnalités actuelles. Au passage, la requête à propos de ConfirmEdit date de ce jour là.
Je note qu'il est très fort pour diviser et discréditer, puisqu'à présent tu as des doutes ! Je ne vais pas chercher à te convaincre, d'abord parce que je ne suis pas à l'abri des erreurs, il est possible que je me trompe. Mais ces méthodes ne sont pas ma façon de coopérer : c'est en travaillant ensemble qu'on fait avancer un projet, pas dans la suspicion. Ce qui implique un minimum de confiance réciproque. S'il voit des failles qu'on peut éviter ou corriger, qu'il le dise clairement, qu'il participe. Je ne suis pas venu ici pour imposer quoi que ce soit, j'ai essayé la plupart du temps de répondre au demandes formulées, selon ce que je sais faire. Maintenant si tu crois fondé que j'introduis des failles dans le wiki alors il est possible de tout désactiver, ça prendra 5 minutes... Mais il faut savoir que javascript était largement utilisé avant que j'ajoute mes quelques lignes. Encore une fois c'est l'utilisateur qui a le choix : chacun peut désactiver l'exécution des scripts dans son navigateur, rien n'est imposé.
Pinocchio 15 avril 2009 à 22:41 (GMT)
Ne comprends pas mal mes inquiétudes : je crois avoir exprimé assez clairement que je n'y connais presque rien et que je te fais une entière confiance. Si tu es sûr que ce que tu fais est sans risque (ou à peu près sûr, car comme tu le dis une erreur peut toujours se glisser), non seulement je te ferai confiance, mais j'aurai confiance – car depuis que tu es arrivé ici j'ai pu juger sur pièces de ta compétence. Et sans doute même aurais-je jeté l'éponge depuis un certain temps si tu n'avais pas été là pour résoudre les problèmes techniques.
Avoir des inquiétudes (parce qu'on tient à quelque chose et qu'on ne comprend pas bien comment ça marche), ce n'est pas avoir des doutes, ni faire preuve de suspicion. Toi et moi, nous avons assurément la volonté que le wiki soit de la meilleure qualité possible – c'est l'essentiel. Qualité éditoriale, certes, et sécuritaire aussi (et nul doute qu'au moment de l'ouverture, nous serons critiqués sur les deux...).
J'avoue que parfois j'ai envie d'effacer complètement les liens vers les forums, dans mon navigateur, et de ne plus m'occuper que de BoyWiki... Oublier les parlottes inutiles, les criticailleurs et les incultes, pour pouvoir me consacrer à des choses vraiment intéressantes, avec des personnes actives et compétentes...
Caprineus 15 avril 2009 à 23:36 (GMT)
On devrait toujours vérifier : j'étais tellement persuadé que la transmission du référant se faisait par défaut que je n'avais pas pris la peine de vérifier. En fait quand la page contenant le lien est chargée par https et que le lien pointe vers un simple http, alors il n'est pas envoyé ! Ça couvre donc la quasi totalité des liens externes présents dans nos pages. J'ai testé pour Firefox et IE. Vous pouvez faire l'essai avec par exemple les liens suivants : cnil et securinet, normalement l'info referrer (c'est à dire le serveur origine de la page, donc boywiki) est vide. Si on fait le même test sur Wikipedia (qui est en simple http) alors l'info est présente.
Pinocchio 16 avril 2009 à 22:35 (GMT)
Oui, je viens de vérifier pour Mozilla 1.7.12 (après avoir remis le referer sur 1, pour tester) : ni la CNIL ni Securinet ne détectent rien.
Securinet semble même un peu faiblard : il m'affirme que je n'utilise « Ni Windows, ni MAC » (en réalité j'utilise Windows XP SP3), et que je viens de la page RealJukebox NS Plugin (jamais vu !). De plus, il ne détecte aucune adresse IP, alors que la CNIL en trouve une (fausse, bien sûr, puisque je passe par Tor).
Donc, si j'ai bien tout compris, et à condition que les utilisateurs ne puissent se connecter à BoyWiki qu'en https, ça supprime tout problème de risque pour Timeline ? Bonne nouvelle !
Caprineus 16 avril 2009 à 23:45 (GMT)
J'ai vérifié pour Timeline, les chargements javascript étant un peu différents d'un lien à cliquer : pas de trace d'une entête indiquant l'origine de la page. Tests effectués dans le cadre bien sûr d'une connexion initiale à boywiki en https. Le problème maintenant est de s'assurer que l'utilisateur se connecte bien sous ce mode…
Pinocchio 17 avril 2009 à 22:34 (GMT)
Je suis extrêmement surpris de constater qu'on peut se connecter en http ! (je n'avais jamais essayé). Est-ce qu'un site peut désactiver cette possibilité de connexion, et obliger ainsi tous ses utilisateurs à se connecter en https ? Il me semble que c'est ce que font, entre autres, les sites de paiement en ligne. A mon avis, ce serait impératif pour BoyWiki !
Caprineus 18 avril 2009 à 00:01 (GMT)
C'est possible dans la configuration du service web, qui n'est accessible qu'à un administrateur système. À notre niveau on peut, pour timeline, refuser le chargement si la connexion n'est pas https ; mais pour les liens ordinaires c'est plus difficile : on peut par exemple afficher un message d'avertissement à chaque page, le principe étant assez gênant pour supposer une réaction de l'utilisateur. Ceci dit, un têtu peut toujours désactiver les scripts et continuer à surfer en http !
Pinocchio 18 avril 2009 à 09:31 (GMT)
Es-tu sûr de ne pas avoir les pouvoirs nécessaires pour intervenir à ce niveau ? Tu es "administrateur", est-ce que c'est différent de "administrateur système" (et quel serait le terme anglais pour cette fonction) ?
J'avoue m'y perdre un peu dans l'organigramme de BoyWiki, d'autant plus qu'il est à cheval sur deux langues, qu'il utilise parfois des mots plus ou moins ou moins bizarres, et que ça ne semble pas être toujours cohérent ni bien à jour.
Par exemple, la page Liste des utilisateurs comporte les fonctions Scribe, Administrateur (traduit par Curator en anglais), Bureaucrate, Vérificateur d'utilisateur, fsc (?).
Mais on découvre ailleurs qu'en plus des Administrateurs normaux, il existe un Gardien du Wiki (Keeper of the Wiki), qui semble doté de super-pouvoirs. N'est-ce pas à lui que tu devrais t'adresser pour obtenir une modification du système ?
Comment s'appelle un fsc en français, et qu'est-ce qu'il peut faire ?!
Si tu as sur ces points des idées un peu plus claires que les miennes, je suis preneur de toutes explications utiles. Ça pourrait éventuellement permettre de rédiger une page claire et complète sur l'organisation du wiki (en français, bien sûr). Je veux bien m'y coller, mais pas avant d'avoir tout compris !
Caprineus 18 avril 2009 à 10:29 (GMT)
Ces termes ésotériques ne sont pas très clairs pour moi non plus ! Mais ils désignent des droits ou des limitations à l'intérieur d'une application (le wiki) et qui n'ont pas de valeur au-delà. Par exemple on peut être admin pour boywiki et ne pas avoir de droit dans mediawiki. Au dessus il y a le service réseau, puis le serveur et son système d'exploitation. Il est bon que les rôles soient séparés, il serait dangereux que l'administration de ces niveaux soit accessible depuis une application parmi d'autres, comme si tu pouvais changer d'adresse IP ou redémarrer ton PC depuis Word. Maintenant la même personne peut posséder plusieurs niveaux de droits, je ne sais pas si c'est le cas de Keeper. Et comment les joindre s'ils ne lisent pas nos discussions ?
Pinocchio 18 avril 2009 à 10:59 (GMT)
C'est la question que je me pose depuis plus de 6 mois ! Les anglophones sont à l'origine de BoyWiki, mais ils semblent l'avoir plus ou moins déserté, y compris les administrateurs, et y compris sur la page du Conseil. Comme je le disais récemment, le meilleur moyen d'établir quand même un contact avec eux semble être de passer par dB (qu'on peut toujours joindre à l'adresse du Comité de LG).
Le mieux serait peut-être que tu réunisses les demandes d'intervention à faire (activation de ConfirmEdit, interdiction des connexions en http, etc.), et que tu les lui communiques pour qu'il les transmette à qui de droit. A noter que plus tes demandes seront claires et complètes (voire même rédigées en anglais !), plus il y aura de chances que ça marche...
Caprineus 18 avril 2009 à 11:56 (GMT)

Modèle {{Extrait}}

Sur les pages d'extraits de BoyWiki (comme Les Passions schismatiques (extraits)), les textes et leurs références devraient s'afficher de la même manière que sur Wikiquote (voir Les Passions schismatiques).

Pour cela il faudrait créer un modèle {{Extrait}}. Le "cahier des charges" est équivalent à celui de Wikiquote, mais en plus simple pour le texte principal :
• pas de guillemets, ni d'italique, ni de retrait de paragraphe

Y a-t-il un volontaire pour réaliser ce modèle ?

Caprineus 3 janvier 2009 à 19:12 (GMT)

Caprineus, peux-tu préciser ton besoin ? Est-il encore d'actualité ? Pour ma part, je ne vois pas vraiment de différence (hormis le fond bleu au lieu de gris). C'est peut-être WikiQuote qui a évolué depuis ta demande.
--Loustic 27 février 2009 à 18:00 (GMT)
Je vais faire de nouveaux essais sur la page Les Passions schismatiques (extraits), pour voir quel modèle est le mieux adapté au texte des citations.
Pour les références des citations : le modèle actuel semble bon, sauf sur un point important : il affiche toujours le nom de l'auteur après le titre, alors qu'il faudrait l'afficher en premier. Les références de cette page devraient donc être de la forme :
  • Gabriel Matzneff, Les Passions schismatiques, Stock, 1977, partie « Le Christ », p. 26
Caprineus 27 février 2009 à 19:45 (GMT)
Pour le texte des citations : le modèle qui semble le plus adapté est celui des citations courtes sans liseré (voir les modifications provisoires sur la page Les Passions schismatiques (extraits)).
Il faudrait pourtant le modifier (ça tombe bien, Pinocchio est en train de s'en occuper :-) :
  • en supprimant les guillemets (inutiles, et même mal venues quand il y a déjà des guillemets dans le texte, comme c'est le cas pour la première citation)
  • en agrandissant légèrement la police (car pour un même oeil, par exemple 12 points, le Times New Roman est toujours plus petit que des fontes sans sérif comme Arial ou Tahoma), et peut-être même en l'élargissant
  • en créant une marge à droite, égale à celle de gauche.
Ensuite, le modèle de la référence devrait être modifié pour afficher les mêmes marges, de façon que le texte et sa référence soient au même niveau (sans oublier la modification de l'ordre auteur/titre que j'évoquais plus haut).
On testera ensuite si c'est agréable à voir et à lire...
Caprineus 27 février 2009 à 20:25 (GMT)
Création du modèle {{Extrait}} et modification du style reflivre pour alignement des marges.
Modèle appliqué pour test sur les deux premières citations de la page Les Passions schismatiques.
À noter : l'appel à {{Réf Livre}} est inclus dans le modèle, à la fin de l'extrait, et non pas à la suite du modèle {{Extrait}}, afin d'appliquer les marges de l'extrait à la référence, sans imposer en dur ces marges (qui sont propres au style de Extrait) au modèle 'Ref Livre' : quand celui-ci est utilisé hors du modèle 'Extrait' il ne possède pas de marges propres.
Pinocchio 10 mars 2009 à 17:33 (GMT)
Au vu de la page Les Passions schismatiques (extraits), le résultat est plutôt agréable à l'oeil, et cohérent avec le style général des textes cités (police sérif).
Un point toutefois serait à revoir : il y a trop d'indentations successives à gauche (titre de section – citation – puce – référence), ce que les bons typographes évitent de faire. Il serait donc préférable de simplifier en alignant la puce et le fond bleuté sur le texte de la citation (et à droite aussi).
On pourrait essayer aussi d'afficher la référence en sans-sérif : en effet, c'est de l'information encyclopédique, et non pas une citation proprement dite.
Tout autre chose, mais pour le même modèle : on pourrait imaginer que la page d'accueil de BoyWiki affiche chaque jour, entre autres choses, une citation choisie de façon aléatoire. Serait-il possible, dans cette optique, d'attribuer à chaque citation un numéro, non significatif en soi, mais qui l'identifie pour permettre ce "tirage au sort" automatique de la citation du jour ? (Je n'y ai pas réfléchi plus que ça, c'est juste une idée en passant pour "animer" un peu la page d'accueil, qui pour l'instant est un peu morne...)
Caprineus 11 mars 2009 à 00:45 (GMT)
Peux-tu refaire un test stp ? Il me semble que le modèle répond globalement à ce que tu demandes. Peut être as tu fait le premier test avant la fin de la mise au point ou sans avoir rechargé la page de style en cache ?
Pour la citation sur la page d'accueil, c'est une bonne idée, mais qui n'est pas facile à mettre en œuvre vues les limitations imposées. Je suis en train de chercher une solution possible, mais ce serait plus simple si cette fonction était placée côté serveur, lancée en tâche chaque jour. De notre côté (côté client) cela nécessite un utilisateur connecté avec des droits suffisants pour modifier la page et pendant un temps suffisant pour effectuer l'opération, vus les temps de réponse. Quatre phases sont nécessaires :
  • lecture de la page des citations préparées (pour plusieurs jours d'avance)
  • recherche de la liste des pages contenant des citations et sélection d'une page au hasard
  • lecture de cette page tirée au hasard et copie d'une citation au hasard (une page de citations en contient généralement plusieurs)
  • écriture de la page des citations préparées après mise à jour de la nouvelle citation.
On peut guère espérer moins de 30 secondes pour l'ensemble de l'opération. Si l'utilisateur change de page avant la fin, l'opération ne se fait pas. Je pensais lier l'action logiquement à la page d'accueil, mais qui va rester 30 secondes au moins sur cette page (personnellement j'y vais rarement) ? Même si une citation nouvelle apparait chaque jour et incite à la consultation, la plupart se lisent en moins de temps. Il faudrait lier l'action à la composition ou édition de page pour être sûr de disposer d'assez de temps, mais ça me parait peu cohérent d'agir (sans le savoir) sur la page d'accueil quand on édite une autre page…
Pinocchio 12 mars 2009 à 22:29 (GMT)
Oui, le format affiché pour les citations est maintenant tout à fait au point. De même que le modèle {{Droite}}, qui rend l'effet désiré (Lamartine sera content ! :-)
En ce qui concerne l'affichage de citations sur la page d'accueil, je pensais plutôt à un processus entièrement automatisé :
— Une fois par jour, un robot explore le site et répertorie toutes les citations existantes (grâce au modèle) ;
— il exclut de sa liste les citations déjà récemment affichées ;
— parmi les restantes, il en tire une au sort et l'affiche pour 24 heures sur la page d'accueil,
— en n'oubliant pas de la placer ensuite sur la liste des "récemment affichées".
Il n'y aurait donc aucune intervention humaine (sauf pour alimenter le fonds en ajoutant sans cesse de nouvelles citations).
C'est pour permettre (ou pour faciliter) le tirage au sort que j'avais imaginé que chaque citation soit marquée par un identifiant. Ça pourrait aussi permettre de distinguer les citations (avec identifiant) des simples extraits de textes divers illustrant des articles (sans identifiant, parce qu'ils n'auraient pas vocation à être affichés séparément de leur contexte).
Caprineus 12 mars 2009 à 23:39 (GMT)
Ajout cadre Citation du jour sur la page d'Accueil pour test et mise en page. Pour le moment l'automate de mise à jour n'est pas actif (pas terminé), il s'agit déjà de voir si la citation change chaque jour malgré les problèmes de cache. Je te (vous) laisse le soin d'améliorer la présentation de la page Accueil qui est maintenant trop longue, certaines citations occupant presque une demi-hauteur de page.
Certes un robot (PC client dédié) solutionne le problème de temps d'opération, mais il nécessite un PC affecté à cet usage, ce qui pose problème en cas de panne ou d'absence. J'étais parti sur l'idée de considérer tout utilisateur comme robot potentiel malgré lui ! Mais ce délai d'opération semble trop long pour être transparent à l'utilisateur…
Pinocchio 14 mars 2009 à 12:33 (GMT)
En te lisant, je crois comprendre pourquoi, hier soir, mon ordi s'est mis à ramer comme une bête quand j'ai essayé d'aller sur la page où tu faisais des essais avec cet automate : il était utilisé à son insu comme "robot potentiel" ! Je te confirme qu'en effet, ce n'était pas transparent du tout – d'autant que je me connecte toujours à travers Tor.
Et s'il suffisait que le "robot" (sur le PC d'un ou plusieurs admins) se connecte par exemple une fois par mois, le temps qu'il procède au tirage au sort des 30 jours suivants ? Il établirait alors une table de correspondance entre jours et références de citation, qui serait enregistrée sur le site, et ensuite l'affichage ne poserait plus de problème particulier. On pourrait peut-être même le faire anticiper sur un délai encore plus long. Ainsi les problèmes de panne et d'absence seraient évités.
Concernant l'affichage sur la page d'accueil, il faudrait trouver un bon graphiste pour la reconstruire totalement, en la rendant aussi dynamique et attrayante que celle de Wikipédia. Personnellement, je verrais bien la citation du jour s'afficher dans un cadre de demi-largeur de page (l'autre demi-largeur étant éventuellement occupée par "Une page au hasard"). Il faudrait imposer une limite à la hauteur du cadre, de façon qu'en cas de texte trop long on puisse poursuivre sur la page d'origine (de toute façon, le but d'un tel instrument étant d'inciter à la navigation, il doit être accompagné d'un lien vers la page d'origine – de même que le cadre de "Une page au hasard" n'afficherait que les premières lignes, suivies d'un lien).
Pourquoi pas, aussi, un lien du type :
Que s'est-il passé le 14 mars ?... Et il y a 100 ans ? 200 ans ?...
Qui bien sûr serait automatiquement adapté à la date du jour.
Le lien vers l'Agora, lui, encombre vraiment la page ! Ne serait-il pas possible de le mettre dans le cadre navigation de la marge gauche (entre Communauté et Actualités, par exemple) ? Par la même occasion, on pourrait le rendre invisible aux utilisateurs non connectés (mais pour les connectés, il serait visible sur toutes les pages, donc plus pratique d'accès).
Caprineus 14 mars 2009 à 18:51 (GMT)
Je reviens sur l'idée d'un tirage au sort des citations. Or ce dont nous avons besoin, en réalité, c'est d'une présentation variée, et non d'un véritable tirage aléatoire permanent.
Une solution serait peut-être d'attribuer automatiquement à toute citation, lors de sa création, un numéro identifiant aléatoire. Genre nombre décimal à 10 chiffres (presque 10 milliards de possibilités) ou nombre binaire à 32 chiffres (4 milliards de possibilités). Ce serait en quelque sorte un "pré-tirage au sort", effectué une fois pour toutes.
Ensuite, les citations seraient automatiquement affichées, jour après jour, par ordre croissant de numéro identifiant (et en boucle).
La variété "pseudo-aléatoire" de l'affichage serait engendrée par le grand nombre des citations, et par le caractère pseudo-aléatoire des numéros attribués. Pour cela, il faudrait mettre au point un algorithme utilisant habilement, par exemple, le nombre de caractères de la citation, les valeurs numériques de ses premières lettres, la date et l'heure de sa création, etc. De façon qu'il n'y ait qu'une faible probabilité que deux citations d'un même auteur se suivent ; et aussi de façon que les nouvelles se mélangent parfaitement avec les anciennes.
Et il va donc falloir s'activer encore pour créer des pages de citations suffisamment nombreuses ! Oh là là, vivement la retraite... Si j'aurais su, j'aurais pô v'nu ! :-)
Caprineus 14 mars 2009 à 19:26 (GMT)
Ajout des identifiants pour le modèle {{Extrait}}. Et d'une option pour ne pas en affecter les extraits qu'on ne veut pas. Pour les extraits déjà créés sans identifiant il suffit de re-publier la page. À tester avec prudence…
Par ailleurs le mécanisme de rafraichissement de la page d'accueil est en place. Il manque encore celui pour ajouter les citations futures.
Pinocchio 17 mars 2009 à 17:51 (GMT)
Arrivé ce soir sur la page d'accueil, je commençai déjà à bougonner (c'est mon côté ours...) contre la disparition du lien vers l'Agora – quand, me souvenant d'une suggestion récente, je me suis dit que ça marcherait peut-être mieux en m'identifiant. Aaah ! Très bien !... Enfin on peut discuter à l'abri des regards indiscrets, voire hostiles.
L'affichage des citations du jour a l'air de se faire correctement, mais le logiciel semble pour l'instant être fanatique de Gabriel Matzneff ! J'ai donc republié les 4 pages de citations existantes, comme tu l'as expliqué, pour générer les identifiants (je note en passant que nous ne pourrons pas mettre plus de dix millions de citations ! :-). As-tu prévu une solution pour le cas où le hasard attribuerait à deux citations le même identifiant (probabilité très faible, mais pas nulle) ?
Pour l'affichage sur la page d'accueil, une suggestion : lorsque le curseur passe sur le titre Citation du jour (et éventuellement sur la référence, ou même sur l'ensemble du cadre), une bulle pourrait s'afficher avec Cliquez ici pour lire d’autres citations du même auteur – ce qui renverrait à la page d'origine. Ce serait peut-être plus incitatif, parce que plus visible, que le lien en bas à droite du cadre.
En tout cas, que de progrès ! Quant à moi, il ne faut pas croire que j'aie déserté les lieux, même si j'y suis moins visible depuis quelques jours : au contraire, j'ai passé tout un roman en OCR (c'est long !), et je suis en train de le relire attentivement avant publication. Grappillé aussi un texte amusant (historique, quoique relativement criticable), indiqué sur LG par Dôron : cela aussi sera publié sous peu.
Caprineus 18 mars 2009 à 23:47 (GMT)
Ouf ! Je crois que c'est terminé pour la procédure de choix et d'ajout des futures citations du jour. J'ai opté pour une solution intermédiaire : le lancement manuel à la demande. Vu le délai nécessaire à son déroulement il était difficile d'envisager un mode furtif. Et puis le mode interactif permet de passer des informations sur le déroulement de l'opération. On peut tester sur la page BoyWiki:Accueil/Citation du jour Prepare. Normalement tout utilisateur connecté ayant le droit d'écrire dans la page des citations (qui est une sous page ordinaire de Accueil) devra pouvoir l'utiliser.
Pinocchio 22 mars 2009 à 00:17 (GMT)
Ajout du lien en bulle vers la page origine de la citation.
À propos des éventuels identifiants attribués en double, un contrôle est fait lors du tri dans la préparation des citations, un message devrait signaler l'erreur, pour le moment le cas ne s'est pas présenté.
Pinocchio 22 mars 2009 à 16:39 (GMT)
Je suis allé voir la page BoyWiki:Accueil/Citation du jour Prepare, et j'ai docilement cliqué partout où on m'a dit... Mais une question me turlupine : puisque les identifiants sont tous déjà attribués, est-ce que cette manoeuvre ne donne pas chaque fois les mêmes résultats ? Ça ne serait pas grave si on laissait la liste des citations s'épuiser complètement avant de la renouveler, mais si chaque jour quelqu'un va cliquer et que ça redémarre le processus à zéro, est-ce que ce n'est pas toujours la même citation qui s'affichera ?!
A vrai dire, je ne comprends pas très bien le processus mis en oeuvre. Je pensais que si les citations recevaient dès le début un identifiant aléatoire et définitif, il suffisait ensuite de les afficher toujours dans l'ordre croissant. Ce ne serait pas vraiment monotone : avec seulement 4 pages de citations, on en aurait déjà pour plus de 3 mois avant de recommencer ; et pour près de 3 ans quand on aura 1000 citations (ce qui arrivera vite).
Caprineus 22 mars 2009 à 21:32 (GMT)
En effet, actuellement la page dans laquelle sont écrites les citations sélectionnées est une page de test. De ce fait à chaque fois que la page des citations réelle est lue, elle est trouvée vide (le dernier jour est le 22) et 30 citations nouvelles sont générées. J'attendais que tu testes pour finir ! Parce que le test ne peut se faire qu'une fois, si la page est pleine (30 jours maxi.) alors la procédure est interrompue dès le début et il ne se passe rien. Au mieux on ne peut en ajouter qu'une chaque jour. J'ai pensé que 30 jours était une bonne moyenne entre l'obligation de penser à les générer trop souvent, et la nécessité d'attendre l'épuisement du lot de jours avant de voir apparaitre les citations d'une nouvelle page récemment ajoutée. En effet, les identifiants étant affectés aléatoirement, ils s'intercalent au hasard entre ceux déjà attribués : c'est lors d'un nouveau tri que les nouveaux sont pris en compte. Si 100 jours sont générés, ils le sont avec des citations disponibles au moment du tri croissant, pas celles qui ont été ajoutées entre temps. Et puis je craignait les problèmes de débordement de taille de page. Enfin on peut changer facilement cette limite de 30 jours.
Pinocchio 22 mars 2009 à 22:19 (GMT)
Il y a deux nouvelles pages de citations : Propos secrets (citations) et L’Oracle (citations). Histoire de fournir du grain à moudre...
Sur la page L’Oracle (citations), il y a le modèle {{Personnage}} qui ne fonctionne pas (c'est une importation de Wikiquote L'Oracle). Si tu pouvais le ramener à la raison... (Dans le cas où ce serait trop problématique, je pourrais toujours le remplacer par un modèle {{Petites capitales}} – mais c'est moins souple si on veut en changer.)
A propos de ce modèle {{Petites capitales}} : je trouve qu'on ne voit guère de différence avec des capitales normales si on l'insère dans le modèle {{Citation longue}} – regarde par exemple dans Jocelyn – 4ème époque, 1, où les noms des personnages du dialogue, Laurence et Moi, sont dans ce format (en revanche, CAPITALES et Petites capitales sont nettement distinctes en sans sérif). Penses-tu que ça puisse être amélioré en sérif ?...
Caprineus 14 mars 2009 à 23:13 (GMT)
Modèle {{personnage}} importé, mais il fait la même chose que {{petites capitales}}.
Sur la page L’Oracle (citations), je pense que le personnage devrait être englobé dans le modèle {{extrait}} et non disposé avant, afin d'hériter de ses caractéristiques (en particulier la police).
Pinocchio 15 mars 2009 à 18:14 (GMT)
Merci pour l'importation. Oui, le modèle {{personnage}} fait actuellement la même chose que {{petites capitales}} ; mais s'il est distinct, ça peut permettre un jour d'en changer les caractéristiques sans modifier pour autant les autres occurrences en petites capitales.
Par ailleurs, je ne comprends pas ta suggestion : sur les pages L’Oracle (citations) et Le Roi des aulnes (citations), le modèle {{personnage}} est bien inclus dans le modèle {{extrait}} (je ne suis d'ailleurs pas sûr que ce soit une très bonne chose, puisque le nom du personnage ne fait pas à proprement parler partie de la citation : il pourrait donc être en sans-sérif).
Caprineus 16 mars 2009 à 00:17 (GMT)

Sécurité : aspiration du site

Les administrateurs de sites n'aiment pas du tout les aspirateurs, qui utilisent énormément de bande passante.

C'est donc une attaque possible à notre égard : une équipe d'antis qui lanceraient sans cesse un aspirateur comme l'excellent (et gratuit) WinHTTrack.

Est-il possible d'empêcher de telles attaques ? (certains sites ne sont pas "aspirables".)

Caprineus 7 mars 2009 à 11:19 (GMT)

Acquisition des données du site

Pour dissuader les utilisateurs de bonne foi d'aspirer le site, il semble possible de leur permettre d'enregistrer un état récent de la totalité des données. C'est ce que fait pour Wikipédia le logiciel WikiTaxi.

La même chose pourrait-elle être mise en place pour BoyWiki ? (En plus, ça multiplierait le nombre total de sauvegardes existantes, ce qui peut être très utile en cas de gros problème.)

Caprineus 7 mars 2009 à 11:29 (GMT)

BoyWiki en livre

Wikipédia possède maintenant une fonctionnalité remarquable : chacun peut facilement composer ses propres livres en PDF, à partir d'articles existants de son choix (voir le petit cadre Créer un livre dans la marge gauche de Wikipédia).

Est-il envisageable que BoyWiki offre un jour à ses lecteurs la même possibilité ?...

Caprineus 7 mars 2009 à 11:37 (GMT)

C'est une belle idée ! J'avais même pas remarqué. Mais c'est typiquement une fonction implémentée côté serveur… Pinocchio 7 mars 2009 à 16:16 (GMT)

Chantier Bibliographie

J'ai ouvert une page spéciale Chantier Bibliographie.

En effet, j'hésite actuellement à continuer les pages de la Bibliographie garçonnière, sachant que des modèles devront absolument être créés tôt ou tard dans ce domaine, et que le travail sera alors en grande partie à refaire. De plus, avec le système "artisanal" actuel, les pages deviennent vite beaucoup trop lourdes.

Ce qui me fait bouillir d'impatience, c'est que je dispose des éléments pour réaliser la meilleure bibliographie de la pédérastie jamais publiée dans toutes les langues, et de loin la plus complète ! Ne serait-ce que pour ça, BoyWiki deviendra incontournable pour les chercheurs, pour les bibliophiles, et pour les simples amateurs...

Caprineus 15 avril 2009 à 16:42 (GMT)

Interventions en cours de traitement et/ou à tester

Une liste des demandes en cours de traitement ou de test est disponible à cette page.
Pensez à tenir à jour la liste de vos demandes et de vos interventions.
Quand vous estimez qu'une demande d’intervention a été correctement traitée et testée, pensez à la transférer en Intervention traitée.

Interventions traitées

Une liste des demandes traitées est disponible à cette page.
Pensez à tenir à jour la liste de vos demandes et de vos interventions.
Quand une de vos demandes d’intervention semble avoir été traitée à la satisfaction de tous, pensez à la supprimer.