• 1201

Nouveautés et changements prévus pour v11.0.0-B1

Nous avons  presque terminé la prochaine mise à jour majeure de notre système qui sera la version 11.0.0

Nous allons donc énumérer ici les différentes idées qui ont été retenues pour cette future version, ainsi vous aurez à peu près une idée de ce que vous pourrez espérer dans un avenir proche. Ne comptez tout de même pas avant fin février de cette année, parce qu'une mise à jour majeure demande pas mal de tests avant de pouvoir être appliquée sur un site de production.

Néanmoins, une partie du programme étant déjà connu, je peux donc le partager. Je vais le faire en détaillant les points les plus importants. Venez donc voir régulièrement ici si cela vous intéresse.

Mise à jour installée le 22 février à 01h30

😀 Tout avis est le bienvenu, participez, osez, ne soyez donc pas timide... 😀

👍 N'hésitez pas à "réagir" sur une réponse, cela fera toujours plaisir à son auteur. 👍

Réponses (39)
    • Commentaires - Ajouter cover pour les pages commentaires.

      • Wiki fonctionnalités - Nouveauté - Dans notre cas, la chose la plus utile serait d'en faire une fonctionnalité système - l'interface utilisateur de Pages Builder et d'utiliser l'approche de l'utilisateur comme dans notion.so. Ensuite, par exemple, il serait possible d'ajouter le mode administrateur, une fois activé, il serait possible de modifier les pages directement dans l'utilisateur (et les menus et formulaires ultérieurs).

        Pour ce faire, nous avons besoin de:Ajouter un nouveau type de bloc - wiki, dans ce bloc, l'historique de toutes les modifications sera enregistré, et des macros peuvent être utilisées dans ce bloc.Lors du passage en mode édition, ajouter des éléments pour éditer la page et les blocs (et à l'avenir pour d'autres éléments - formulaires et menus) pour diviser les pages en classes, comme celle par défaut, seul l'administrateur peut modifier le système, et l'utilisateur (et / ou un autre) tous les utilisateurs, par exemple, la section documentation, peut tout modifier, mais pas les autreset pour chaque classe de pages faites votre propre menu automatiquement, lors de la création d'une nouvelle page ajoutez un lien vers la page dans ce menu, et pour l'instant créez le constructeur le plus simple pour ce menu dans l'utilisateur (comme sur notion.so à gauche, mais nous pouvons l'avoir dans le panneau qui apparaît en mode édition) afin de structurer les pages et les sous-pages - cela est nécessaire pour avoir une liste de toutes les pages et pour pouvoir insérer un bloc avec navigation. Une simple liste suffit, aucun menu n'est nécessaire.Essayer de fournir un support pour le multilinguisme (voir rapidement ce qui doit être traduit (donc si le contenu est modifié, il le signale pour chaque langue et permet aux traducteurs de voir une liste de choses qui doivent être mises à jour pour leur langue):chaque bloc wiki doit avoir les champs suivants: texte, langue, révision, auteur, heure de mise à jour, drapeau de langue principaleLe bloc WIKI utilisera la langue active du site, si cette langue est manquante, alors utilisez le bloc WIKI avec le "drapeau principal lang"Les traductions manquantes doivent être marquées d'une manière ou d'une autre dans l'interface, il doit également s'agir d'un endroit où toutes les traductions manquantes sont répertoriées si le temps de mise à jour de la langue principale pour le bloc particulier est plus récent que pour la langue non principale, alors ce contenu doit être mis à jour et doit être marqué d'une manière ou d'une autre, il doit s'agir d'une liste de tous ces blocs wiki qui doivent être mis à jour.il doit s'agir d'actions ACL distinctes pour ajouter et modifier des blocs WIKI via l'interface utilisateurIl doit s'agir d'une action ACL distincte qui permet d'ajouter uniquement des traductions, sans possibilité de modifier le contenu du bloc wiki avec le paramètre "drapeau principal lang".

        • Gestion - Nouveauté - Admin peut difficilement aider et déceler et résoudre un problème si il n'est pas dans les conditions réelles du membre concerné.

          solution: Autoriser les administrateurs à basculer vers n'importe quel profil utilisateur + retour. Ajouter une action ACL distincte qui permettra cela, autoriser cette action pour les administrateurs uniquement par défaut.

          • Catégories - Nouveauté - Permettre aux utilisateurs de créer une catégorie si elle n'existe pas. (Comme sur TFL).

            • Gestion - Changement - Admin doit pouvoir voir à quelle date expire le niveau de membre directement sur le profil comme c'est le cas pour son propre profil.

              • Profils - Changement - Faire une pause de 2 secondes sur la couverture de profil, puis descendre sur la ligne de flottaison.

                 

                NB: Appliqué ce 25-01-20

                • Feed - Changement - Design - En plus du changement pour les réactions, nous changeons aussi la présentation des commentaires, ainsi on peut voir quels sont les 5 dernières personnes à avoir répondu et les 5 dernières à avoir réagit.

                   

                  • PHP4 - Changement - Rendre le code compatible pour migration vers php4.

                    • Version 11 Altair passe actuellement  les tests finaux avant de commencer à empaqueter la première Beta (si tout va bien la seule Beta avant la version finale). Altair un excellent mélange d'améliorations système, de corrections de bogues, d'améliorations UI / UX, de nouvelles fonctionnalités et de nouveaux modules puissants. J'ai hâte de commencer à utiliser tout ceci ;-)

                      • Donc, où en sommes-nous ici ? La première version bêta est en cours de test intensif et la seconde version bêta est en cours. C'est probablement celle-là que nous appliquerons au site, à moins que les quelques bugs importants ne puissent être réparés individuellement, je vais voir cela dans les prochains jours. Sinon, pas mal de choses intéressantes.

                        Encore un peu de patience ;-)

                        Connectez-vous ou Inscrivez-vous pour pouvoir commenter.