EN: rebol.com -
rebol.org -
rebol.net -
FR: Rebol Documentation Project -
forum RebelBB -
rebol-france.org -
forum codeur -
Analyse des fonctionnalités souhaitées pour passer ce wiki en rebol.
Ce Wiki a été mis en place, pour que l’on puisse l’utiliser avant tout.
Une migration future est envisagée vers un moteur en rebol plus proche de nos besoins.
Ce moteur reste néamoins à développer, et à spécifier.
Ca a l’air d’une lubie de programmeur mais si on réfléchit attentivement REBOL dans > le domaine du webdynamique partagé n’a t’il pas objectivement plus d’atouts que PHP > qui est la référence actuelle dans le domaine (blog, wiki, forum, oscommerce) ? L’adoption par les hebergeurs du monde entier de REBOL comme solution WEB dominante ne passe t’elle pas d’abord et surtout par la réalisation de solutions REBOL convaincantes (qui ne face pas gadget et qui soient suffisement promues) pour tous > ces domaines ?
Spécification
Une première base ce serrait d’employer vanilla. Comme l’a fait Graham Chiu pour son site “compkarori”. Et d’adapter la structure de vanilla a nos besoins afin de le >rendre absoluement proche de nos besoins. Partant d’un vanilla je pense que l’on >peut évaluer à 40 % du projet final l’apport de ce code. Ce qui est toujours mieux >que rien du tout vous en conviendrez.
Tout dépend de ce que nous voulons faire et dans quels délais nous souhaitons le >faire. En tout cas je reste persuader que rebol dans ce domaine a ennormément de >chose à montrer. — Alphé Salas-Schumann 06/02/2005 06:13
Syntaxe
Coccinelle se pose la question s’il faut reprendre la syntax des wikis, celle de dokuwiki en l’occurrence, ou au contraire, utiliser plutôt la syntax de makedoc enrichie des éléments nécessaires pour le wiki.
Deux possibilités existent. Soit, on adopte un générateur de documentation dans la veine de MakeDoc, à ce moment là, il est évident que les documentations produites seront optimales du point de vue de leur présentation, notre choix alors se porterait sur le format NicomDoc qui de loin offre la plus complète gamme de formateurs de texte. Soit, on adopte et incrémente WikiDoc, un nouveau format qui vient de voir le jour, -a mon avis WikiDoc est quand même plus adapté au forum/chat qu’au wiki-. Pour plus d’info voir l’article sur les générateurs de texte en REBOL Dans tout les cas s’appuyer sur une générateur de texte REBOL permettrait de “pluginiser” une application de saisie comme MDP-GUI par example ce qui offrirait un confort de saisi INEGALABLE . Sur bien des points le formatage de texte inspiré de MakeDoc me semble plus clair et beaucoup moin source d’erreur que ne l’ait par example le format de ce wiki (example: les titres…) Forcément la solution idéale serra une fusion du monde HTML/CSS et du monde des wiki, générateurs de textes. Récement j’ai découvert avec stupeur que le forum gamekult utilisait une interface de saisie ameliorer basée sur une interface java et même ca c’est encore > loin de ce que ferait dans le même domaine un script REBOL/view pluginisé — Alphé Salas-Schumann 06/02/2005 06:03
GRAPH & POST
Je vois d’ici les petits malins qui se disent ca y est shadwolf a pété un cable… Arretez 2 secondes de rire et imaginer un peu. Une interface de dessin de graphs qui permet depuis un navigateur web IE d’ajouter a votre document wiki un schéma. Cela pourrait se présenter sous la forme d’un icon > spécial on dessine avec la sourie à l’aide de forme primitive carrés, cercle, ligne, texte on clique sur ajouter l’image est enregistré sur le serveur et un lien est ajouter dans la zone de saisie du texte. Il suffit alors de cliquer sur “Sauver” pour provoquer la mise à jour du document avec notre schéma sur le wiki. Une option subsidiaire Editer sous le graph permetrai de modifier le graph sans > le changer de place dans le document. La technologie pour cela existe en fait déjà, elle a pour nom SVG. Actuellement aucun docu wiki ne repose sur un langage suffisement puissant pour pouvoir proposer de telles interfaces. — Alphé Salas-Schumann 06/02/2005 06:37
