Système de notation

• Possibilité aux administrateurs de retirer un down ou un up (en cas de down malicieux ou d'auto-up) ? Qu'on ait pas à compenser avec un compte individuel quand ça arrive. (Après c'est pour nous que je dis ça, côté anglais je sais pas si je leur fais confiance avec ce genre d'armes vu leur politique actuelle).

Barre de recherche

• Pourvoir affiner les recherches pour un mot clef par page/threads les plus récents, pages les mieux notées en premier, ce genre de choses.

système de tags diégétiques et extradiégétique (par exemple les tags de formats, les tags de réécriture etc.) où les extradiégétiques ne seraient pas affichés sur la page, mais permettraient d'être interrogé (recherché) tout de même

ça existe déjà avec Wikidot, mais il faudrait modifier toutes les pages concernées

Automatisation du module de crédit

En indiquant qu'un passage par des métadonnées pour ce faire serait excellent et beaucoup plus pratique pour dresser des statistiques hors-wiki (bots, scpper…) voire dessus.

Edit : La possibilité de téléverser plusieurs fichiers à la fois sur une page aussi. Une liste complète des suggestions de la communauté viendra avec le dépouillement du sondage mais j'ai déjà rencontré celle-ci et ça s'apparente tellement plus à du bugfix qu'à une fonctionnalité débattable qu'on peut directement l'ajouter à la liste.

• correction automatique des tags (pour reprendre l'exemple : si quelqu'un met un tag "felin" celui-ci est corrigé en "félin")
• interdiction de rajouter des tags qui n'existent pas encore (en lieu et place du message d'erreur), sauf pour certains membres (staff, team indexation)
• possibilité de faire un Mass-MP selon les rôles sur le wiki (par exemple une annonce destinée uniquement au tradburo)
• système de tags diégétiques et extradiégétique (par exemple les tags de formats, les tags de réécriture etc.) où les extradiégétiques ne seraient pas affichés sur la page, mais permettraient d'être interrogé (recherché) tout de même

• Bugfix des refus qui bloquent les nouvelles candidatures
• Possibilité de customiser le message envoyé par Wikidot aux personnes dont la candidature est acceptée ou refusée.
  • Pour les candidatures acceptées, un message de bienvenue avec le lien du Discord et du forum des présentations
  • Plusieurs templates de messages de refus selon le motif.
• Les candidatures sont refusées automatiquement si elles ne contiennent pas les éléments obligatoires.

Bannissements

• Ban des adresses IP associées à un compte banni.
  • Le staff est prévenu quand quelqu'un essaie de contourner son ban en se créant un nouveau compte avec la même IP.
• Possibilité de tempban (la personne est débannie automatiquement)
  • Le staff est prévenu quand un membre banni revient après son deban.
• Les comptes sont automatiquement tempban si la date de naissance indiquée implique underage.

Autres outils du staff

• Le staff est prévenu si deux comptes ont la même IP.
• Outil pour faire des edits de masse (ex : ajouter ou retirer du texte sur toutes les pages du wiki ou sur toutes les pages possédant un tag défini)
• Outil de vote remplaçant les threads forum, si possible avec comptage automatique (demander à implémenter Condorcet ?)
• Les suppressions complètes de page et de posts forum sont loggées quelque part.

Tags

• Tags hiérarchisés : par exemple, si une page a le tag "félin" ou "reptile", elle est automatiquement considéré comme ayant le tag "animal".
• Les utilisateurs reçoivent un avertissement s'ils essaient d'ajouter un tag qui n'est utilisé sur aucune autre page, histoire d'éviter d'avoir un tag "felin" et un tag "félin".
• Outil pour ajouter ou retirer les tags sur l'ensemble du wiki.
• RECHERCHE PAR TAG AVEC PLUSIEURS TAGS EN MÊME TEMPS

Système de notation

• Possibilité de customiser le système de notation, par exemple le Wilson.

Articles

• Possibilité d'avoir des fonctions mathématiques de base dans [[#expr ]], comme sqrt()
• Collapsibles imbriqués
• Boutons "collapsible" et "tabview" dans l'éditeur de texte
• Automatisation du module de crédit
• Uploader plusieurs images en même temps
  • Mettre une limite à la taille des images

Forum

• Bugfix au moment d'enregistrer un message forum pour éviter de tout perdre
• Brouillons de messages sur le forum pour éviter de tout perdre sur un missclick
• Ajouter automatiquement un collapsible au message final s'il est trop long.
• Un bandeau spécial pour les staff posts et empêcher les membres de répondre aux posts fermés
• EMPÊCHER LA SUPPRESSION ACCIDENTELLE DU FORUM PAR LE STAFF
• Imposer des balises dans certaines catégories du forum

Traduction

• Les traductions à relire sont postées directement sur le wiki (plutôt qu'un fil forum et un lien sandbox). Tant qu'elles n'ont pas été validées, elles ne peuvent être lues que par le tradburo.
• Centre des réservations automatique avec envoi des MP automatique.

Permissions

• Possibilité d'avoir plusieurs classes d'utilisateurs. Par exemple, une classe "tradburo" qui peut valider les traductions directement sur le wiki, une classe "interdit de traduction" qui ne peut pas proposer de traductions à relire, une classe indiquant qu'un critique est habilité à valider les idées/contes/rapports…
• Que ces rôles soient faciles à identifier sur le forum.

Divers

• Les wikis sont prévenus quand l'original d'un article qu'ils ont traduit est modifié sur sa branche d'origine
• Les membres ont une liste personnelle des articles qu'ils ont déjà lus.
• Les membres ont une liste personnelle des articles qu'ils veulent lire plus tard.
• Les membres ont une liste personnelle de leurs articles favoris.

C'est dans cette optique que le processus de développement a été ouvert aux suggestions de toutes les branches quant aux fonctionnalités ou changements que nous aimerions voir sur la nouvelle plateforme. Tous les membres du staff¹ sont donc invités à répondre sous ce message pour détailler leurs propositions et toutes celles qui sont à la fois techniquement réalisables et ne rencontrent déjà pas d'opposition forte parmi nous seront transmises à l'équipe en charge du projet.

1. Le rachat (possible) de wikidot : cela peut accélérer sa chute, mais aussi empêcher le bateau de couler. Les deux sont possibles.

2. La commu INT. Je pense que la discussion devrait aussi être menée avec les autres branches. Je trouverai dommage de "partir seul". De plus, le travail réalisé pour une migration pourrait être utile a d'autres branches.

3. Du pognon à gérer, ça peut très vite être source de problème. Si on décide de passer à une alternative payante, il faudra vraiment se poser la question.

Sinon, pas contre l'idée de jeter un œil à un possible passage sous MediaWiki, mais il faut garder en tête que wikidot se "retapera" peut être après la vente. Ou pas. À suivre.

Pour Discourse, pas de frais supplémentaires : le wiki et le forum tiendront aisément sur le même serveur.

Pour ce qui est de Scpper, le site nominal ne fonctionnerait effectivement plus avec notre wiki mais de nombreux autres moyens de collecte de données sont à notre disposition sans difficultés — j'en veux pour exemple le Banhammer qui affiche actuellement les informations des pages du site sans passer par Scpper à aucune étape du processus, juste en analysant le contenu et les métadonnées. Au-delà de ça, Scpper est un trivia amusant et pratique à utiliser mais n'a jamais été un prédominant ni nécessaire à la vie du site (dieu merci). Il sera remplaçable par une version alternative, et, si on regarde au long terme, une migration des autres branches impliquera sûrement la recréation d'un nouveau site de collecte de données interbranches sur mesure.

Edit : J'ai eu la confirmation que Scpper serait très facilement reproductible pour un site Mediawiki, celui-ci possédant une API accessible (contrairement à Wikidot).

Le tout c'est d'avoir comme "base" visuelle quelque chose qui est déjà accepté par tout le monde pour ensuite pouvoir effectuer des modifications.

L'utilisation de Discourse pour le forum ne créerait-il pas des frais supplémentaires ?

Et la question qui fâche : qu'en est-il de Scpper ?

Le problème

Le wiki utilise actuellement l'hébergeur Wikidot, qui s'avère sur de nombreux aspects et depuis plusieurs années déjà être peu fiable et à l'abandon complet du côté de son équipe de développement. Il existe un risque que la plateforme "coule" lentement ou subisse de changements qui nuiraient à notre site, et nous n'avons actuellement aucune alternative en cas d'urgence. Plusieurs initiatives ont déjà été lancées dans la communauté SCP mais aucune n'a abouti à ce jour faute de motivation et d'organisation principalement.

Ce projet vise donc à trouver une alternative viable, au moins aussi bonne voire meilleure que l'actuelle, pour le site francophone : si celle-ci est concluante, elle sera partagée à la communauté internationale pour l'aider également à la migration, avec preuve d'efficacité à l'appui sous la forme de notre nouveau site.

La solution

Deux options se présentent : avoir recours à un autre site hébergeur comme Wikidot ou déménager sur notre propre site. La première option a jusqu'ici été écartée à l'unanimité, une migration pour se retrouver tout aussi dépendants et limités qu'avant semblent peu désirable. La meilleure alternative possible envisagée à ce jour est l'usage du moteur MediaWiki¹, et c'est de celle-ci que traitera la suite de ce post. Quiconque aurait une proposition supérieure à MediaWiki est cependant le bienvenu pour la partager.

Qu'est-ce qu'un site auto-hébergé ?

Concrètement, ça signifie que personne n'entretient notre site pour nous : nous choisissons notre propre domaine sur internet et nous en faisons ce qui nous plaît. L'avantage en est une liberté absolue et la capacité de régler nous-mêmes les éventuels problèmes plutôt que de se plaindre, impuissants, de la mauvaise qualité de Wikidot, et l'inconvénient que la responsabilité de sa maintenance technique nous incombe — mais nous y reviendrons plus tard.

MediaWiki est un moteur web, c'est-à-dire un programme que nous pouvons utiliser gratuitement pour implanter la structure d'un wiki sur notre site. Pour faire un parallèle plus compréhensible, il s'agit d'un meuble Ikea personnalisable : on reçoit toutes les pièces déjà coupées, soudées et peintes par des gens qui l'ont bien mieux fait qu'on ne le fera jamais, et il nous revient de les assembler ou les redécorer selon nos préférences. L'avantage considérable est que le meuble qui en ressort est notre propriété exclusive et pas une location comme ce qui est fait actuellement.

Et pour les fonctionnalités du wiki, qu'est-ce que ça change ?

MediaWiki offre un très large éventail de possibilités pour un site comme le nôtre. L'utilisateur Fouin a réalisé un site exemple pour pouvoir s'en faire une meilleure idée, dont cette page qui liste nombre de ses fonctionnalités principales. Y est aussi disponible une version transposée de la Proposition des Drs Gémini et Tesla, pour montrer la façon dont l'apparence peut en être adaptée (de manière toujours améliorable pour qui le désire, bien au-delà de cet exemple qui a été fait de manière superficielle pour épargner du temps à son auteur, l'idée étant là encore que chacun crée son code comme il le souhaite et qu'aucun élément du thème du site ne nous est inaccessible). Il est théoriquement possible, avec plus d'efforts et une intention différente, de répliquer le thème Sigma 9 actuel à l'identique : à titre personnel, j'aimerais que cette migration soit mise à profit pour se débarrasser en partie de l'archaïsme du thème actuel et reprendre quelques éléments très intéressants du template Mediawiki de base comme la largeur de page (parce que n'occuper qu'un tiers au centre de l'écran ça hurle aux années 2008 et restreint plein de possibilités) ou les options de page discrètes en haut au niveau de la barre de recherche plutôt que tout en bas en forçant à scroller parfois assez longtemps, mais j'aimerais limiter les débats sur cette partie — pour l'instant — puisqu'il s'agit d'un élément dont on pourra faire ce qu'on veut à n'importe quel moment en fonction de notre décision collective et sur lequel on pourra également revenir en arrière même après, ce qui n'est pas nécessairement le cas du reste des choses évoquées ici².

À la structure Mediawiki de base peuvent être ajoutées de nombreuses fonctionnalités, nommées extensions, telles que l'éditeur visuel (voir en dessous) qui permet à tous de modifier les pages du site non via une syntaxe comme sur Wikidot mais de façon dynamique, à la façon d'un traitement de texte tel que Word ou Libreoffice. Pour ceux qui préféreraient continuer à l'utiliser malgré tout, car les deux sont disponibles en parallèle, la syntaxe Mediawiki est également plus efficace et intuitive que celle de Wikidot.

► Éditeur visuel

▼ Éditeur visuel

La capture d'écran ci-dessous montre ce que voit un utilisateur de l'éditeur visuel en modifiant une page : son contenu normal avec en plus les options de traitement de texte et d'insertion d'éléments qui s'affichent en haut.

Je suis parfaitement conscient que ce sujet est aussi important pour le site que pour chacun de nous, aussi ce fil est-il ouvert à tous types de questions et remarques de la part de tous les membres du Staff — et, si certains d'entre eux ont des questions d'importance majeure à soulever, de la part des membres normaux par l'intermédiaire de l'un de ces derniers. Le but est d'informer tout le monde à la perfection et de parvenir à un consensus : le changement de plateforme ne devrait pas se faire contre la volonté de l'un d'entre nous ou sans qu'il ait pu en comprendre tous les tenants et aboutissants. Toute question supplémentaire peut être posée sur ce fil, directement à moi-même ou à Fouin qui maîtrise bien le sujet et m'a grandement aidé à appréhender le fonctionnement de l'auto-hébergement Mediawiki. Qu'elles soient posées ici ou sur Discord, je mettrai à jour ce premier post avec les réponses à toutes les questions susceptibles d'intéresser le plus grand nombre.

Je clorai donc ce premier post sur la simple demande de condenser vos posts de réponse au maximum pour éviter à ce fil de sombrer dans le chaos absolu en quelques jours et que sa lecture reste possible pour tous ceux qui devront le rattraper en chemin. C'est parti !