Popularité de REBOL

Popularité de REBOL
reboltof	6-Nov-2006/14:22:18+1:00
Sans vouloir relancer le débat, la comparaison suivante est édifiante: http://www.google.com/trends?q=rebol%2C+php%2C+ruby&ctab=0&geo=all&date=all J'espère que le DevCon 2007 à Paris va un peu améliorer la situation !
shadwolf	6-Nov-2006/18:46:07+1:00
hum ... sans vouloir etre mechant les script faut les mettre sur google ou bien google ne sais pas ce qu'est rebol ^^ et eu enfin les statistique on en fait vraiement ce que l'on veux pour preuve http://www.google.com/trends?q=r%2C+php%2C+ruby&ctab=2&geo=all&date=all c'est edifiant comme indicateur moi je prefererait prendre la script librairy. Enfin les programmes fait avec rebol sont pas non plus systématiquement publier
skywaukers	6-Nov-2006/18:48:41+1:00
ben c'est clair, personne ne connait Rebol. C'est dommage car je pense que la techno est bonne. Mais le pb c'est que la communauté est trop petite, c'est du propriétaire qui n'avance pas assez vite pour du propriétaire, il manque cruellement de documentation, et les forums sont peu actifs. Voilà faut pas le prendre mal, mais je pense que le problème vient en grande partie de là
shadwolf	6-Nov-2006/18:48:54+1:00
moi je m'etonne que ruby soit pas plus utilisé ^^ quand a php hum bon W3C en a fait le support du webdynamique amen ...
shadwolf	6-Nov-2006/19:04:23+1:00
forum peu actif ? ho serrieu ? 25 000+ message sur codeur.org c pas assez maintenant c sûr que qui lit s'amuse a lire tout le forum ? personne (on avait il ya longtemps un projet pour ressembler les infos les plus pertinentes du forum sur un site ... mais c pas le genre de chose qui se fait tout seul ... car ce genre de travaux est hautement subjectif ce qui me semble difficile peux sembler trivale a un autre et inversement.) A la base je pense (et on en a discuter en long en large et en travers) vraiement pas que CARL ait envi de faire de rebol une usine à gaz capable d'absoluement tout moi je préfère de petits site facil a coder et a mettre a jour et qui sont ultra stable plutot que des trucs qui plante tout le temps .. Apres c une phylosophie ... Tu vas pas te farie remunéré un site web qui fait 5 pages de 60 lignes de code et un site web qui fait la meme chose en 20 fichiers de 400 lignes de java ... Disons que dans ce cas c plus facile de jouer du pipo a ton client en disant 3vous savez c'est chèr mais on a travailler comme des fous sur votre projet et on y a passer bcp de temps" Même si apres le site plante tout le temps c pas grave .. L'industrie n'en a que faire elle veux VENDRE DE LA PRESTATION ET ON NE FAIS RIEN DE RENTABLE AVEC REBOL C DEV TROP RAPIDEMENT ET C'EST TROP STABLE ^^ soyons realiste rebol hyper connu et hyper rependu c la fin des SII On a pas bcp de code mais Dieu qu'il est bon ^^ (la qualité primera toujours que la quantité a mes yeux ceci ca n'engage que moi)
Goldevil	6-Nov-2006/20:35:02+1:00
Débat mille fois abordé... J'ai sans cesse le sentiment que Rebol est un peu à la croisée des chemins. Gratuit mais pas open-source ou payant mais pas avec un support suffisant. Il n'a pas la masse critique suffisante d'adhérents pour que la communauté crée les tools et la doc suffisante. Et il n'a pas les tools et la doc pour atteindre cette masse critique. En fin de compte, seul les moyens que RT met en place peuvent changer la donne. Soit Rebol passe en Open Source. C'est très tendance et la communauté OpenSource va du coup s'y intéressé. Soit RT lève suffisamment de fond pour investir et proposer des tools (IDE,...), des librairies, des formations. Pour l'instant Rebol est assis entre deux chaises.
reboltof	7-Nov-2006/14:08:23+1:00
Bonne analyse, Karim !
shadwolf	10-Nov-2006/18:28:17+1:00
si on retrouve radis on pourrait peut etre s'en servire de base pour un IDE avec support de RebGUI (donc fait avec et permettant de codé en minimal avec rebgui) Le gros l'ennorme reproche fais a radis ne tennait pas tant sur l'utilisation meme de l'application mais plutôt sur le code généré qui etait osons le dire moche car comportant tout les parametres de chaque objets. Moi je vous ca un peux plus à la visual studio en fait tu créer une fenetre tu la dimensionne la dimension est sauvegarder tu cliques droit tu as les propriete de la fenêtre (support sur lequel on va placer les widgets) tu peux lui donner un titre ou pas la mettre en resize ou pas etc (et seul va s'ecrire ce que tu as renseigner dans le formulaire de proprité) en suite tu drag & drop tes widget dans ta fenetre de support et la pareille tu peux resizer avec la sourie depuis le contexte graphique mais dès que tu veux passer a plus de config tu passes par le fomulaire des propriétés de la widget qui sert aussi pour recueillir sois l'appel de focntion pour les "action widgets" soit le code qu'on placera directement dans un block (ex: btn "Close" red 70x40 [ unview/only face/parent-face ]) . Ca c'est pour le Vid dedigner reste apres a faire le texte editor et la faut tout repenser en s'appuyant sur AGG pour que le text soit colorié a la volée que l'on puisse avoir de replier les fonction ou les objets. Il faut un fonction /var /object listeur (comme dans visual CPP moi j'aime bien la liste des fonction / objet/var sur le coté et le fait de pouvoir faire du clic and Go (on clique dans la liste sur une variable globale et on se rend a l'endroit ou elle est definie parreil pour les fonctions) un listeur des fichiers du projets en cours Pour finir on peu faire DB designer qui peut etre simplement un formulaire ou l'on choisi le "protocole" de base de données puis on aurait des icones et des formulaire pour rajouter des table ou inserer dans le code courrant une commande d'interaction avec la base. Pour moi le seul vraie problème est de code la colorisation dynamiqeu du texte. Le reste me semble suffisement trivial. La encore pkoi le faire en rebol ? Simple je l'ai dit et je le repète il n'y pas de langage sans projet phare fait dans ce langage. Scintilla, tomcat, pour java par example, PHPBB, OS commerce pour php par example. Moi je vois que des projets phares commencent à naitre comme rebGUI sql protocol, cheyenne etc. reste et la ce n'est que mon avis a inventer le projet phare qui fait le lien et donne incroyablement du sens a l'ensemble. Est ce a Carl de faire ca ? hum ... bof. Ce serrait aussi bien fait par nous non ?
shadwolf	10-Nov-2006/18:32:28+1:00
si on retrouve radis on pourrait peut etre s'en servire de base pour un IDE avec support de RebGUI (donc fait avec et permettant de codé en minimal avec rebgui) Le gros l'ennorme reproche fais a radis ne tennait pas tant sur l'utilisation meme de l'application mais plutôt sur le code généré qui etait osons le dire moche car comportant tout les parametres de chaque objets. Moi je vous ca un peux plus à la visual studio en fait tu créer une fenetre tu la dimensionne la dimension est sauvegarder tu cliques droit tu as les propriete de la fenêtre (support sur lequel on va placer les widgets) tu peux lui donner un titre ou pas la mettre en resize ou pas etc (et seul va s'ecrire ce que tu as renseigner dans le formulaire de proprité) en suite tu drag & drop tes widget dans ta fenetre de support et la pareille tu peux resizer avec la sourie depuis le contexte graphique mais dès que tu veux passer a plus de config tu passes par le fomulaire des propriétés de la widget qui sert aussi pour recueillir sois l'appel de focntion pour les "action widgets" soit le code qu'on placera directement dans un block (ex: btn "Close" red 70x40 [ unview/only face/parent-face ]) . Ca c'est pour le Vid dedigner reste apres a faire le texte editor et la faut tout repenser en s'appuyant sur AGG pour que le text soit colorié a la volée que l'on puisse avoir de replier les fonction ou les objets. Il faut un fonction /var /object listeur (comme dans visual CPP moi j'aime bien la liste des fonction / objet/var sur le coté et le fait de pouvoir faire du clic and Go (on clique dans la liste sur une variable globale et on se rend a l'endroit ou elle est definie parreil pour les fonctions) un listeur des fichiers du projets en cours Pour finir on peu faire DB designer qui peut etre simplement un formulaire ou l'on choisi le "protocole" de base de données puis on aurait des icones et des formulaire pour rajouter des table ou inserer dans le code courrant une commande d'interaction avec la base. Pour moi le seul vraie problème est de code la colorisation dynamiqeu du texte. Le reste me semble suffisement trivial. La encore pkoi le faire en rebol ? Simple je l'ai dit et je le repète il n'y pas de langage sans projet phare fait dans ce langage. Scintilla, tomcat, pour java par example, PHPBB, OS commerce pour php par example. Moi je vois que des projets phares commencent à naitre comme rebGUI sql protocol, cheyenne etc. reste et la ce n'est que mon avis a inventer le projet phare qui fait le lien et donne incroyablement du sens a l'ensemble. Est ce a Carl de faire ca ? hum ... bof. Ce serrait aussi bien fait par nous non ?
shadwolf	10-Nov-2006/18:40:37+1:00
vous vous souvennez peut etre il ya assez long temps j'avais lancer un topic pour trouver un moyen de simplifier l'utilisation de DLL ou .a .so dans les programmes rebol peut être que la solution est à voir au niveau d'un IDE. En effet, on choisirait faire une application rebol/C on founirait les .h de la librairie C qu'on desire exploiter et l'ide nous contruirait un script rebol de passerelle resterait plus qu'a ecrire le code rebol qui employe la librairie (l'application a proprement parler) je sais que la aussi des travaux ont commencer pour un transcodeur .h --> .r faudrait voir ou ca en ai comment on peu améliorer ce soft.
Goldevil	10-Nov-2006/21:25:03+1:00
A mon avis, un IDE doit être modulaire au possible. Ainsi chaque fonctionnalité (édition du code, mise en page des fenêtres, debug, ....) pourrait être "pluggée" au fur et à mesure des projets. Je vois surtout l'IDE comme un truc incroyablement simple en apparence mais qui doit être bien pensé dans les coulisses. Un logiciel Rebol est avant tout un ou plusieurs fichiers qui sont assemblé au sein d'un projet. Outre un fichier .r, on peut avoir des images, des fichier de config, des dll, etc. Donc il est essentiel que l'IDE permette d'organiser et de sélectionner des fichiers pour les traiter. Un fichier source pourra être édité ou exécuté ou compressé ... Un fichier image pourra être manipulé, encodé en Base64, ... Il faut donc un gestionnaire de fichiers qui permette de classer les fichiers dans une arborescence virtuelle Ensuite, l'IDE doit pouvoir exécuter des modules et communiquer avec ces derniers. La création d'un module doit être très simple mais permettre un certain niveau de complexité. Le plus simple étant de simplement lancer un programme externe. Ainsi, je pourrai continuer d'utiliser Crimson Editor tant qu'un éditeur 100% rebol ne serait pas disponible. Chaque module devrait se "déclarer" à l'IDE. Voici mon icones, les types d'entité que lesquelles je peux interagir , la liste des actions que je peux effectuer sur chacun d'eux,... - un mot (aide contextuelle sur le mot en dessous du curseur) - un fichier (exécute de code, modifie cette image, compresse ce fichier,...) - ... Mais un module doit être un process indépendant de l'IDE (en cas de crash, faut pas tout perdre !). D'un autre côté, il doit pouvoir communiquer avec lui dans les deux sens. Par exemple, un mot (par exemple "parse") est sélectionné dans le module éditeur. Ce dernier le signale à l'IDE. L'utilisateur appuie sur le bouton aide contextuelle. L'IDE demande au module "Aide", d'afficher les informations sur le mot "parse". Le problème c'est que Rebol ne peut se baser sur un système de communication interprocessus. Par conséquent, il ne reste que le réseau. Chaque process (l'IDE ou un module) étant client et serveur. C'est tordu mais faisable. Tout cela pour dire, qu'un IDE rebol est dans ma tête avant tout : - une gestion de projet matérialisée par une arboresence de fichiers - une barre d'icone composée essentiellement par les différents modules - un protocole de communication entre les modules et l'IDE. - une série de modules qui serait enrichie avec le temps. Juste une idée.
Bertrand	13-Nov-2006/10:56:57+1:00
Veuillez excuser par avance l'avis d'un candide, qui n'a fait que survoler Rebol. Voici quelques reproches, ou plutôt quelques critiques personnelles au sujet de Rebol : 1) L'annonce d'un changement imminent de version qui fait hésiter à utiliser la version actuelle, surtout quand on débute, 2) Avec Rebol on peut faire de trés jolies choses facilement et rapidement (même si l'on est débutant de chez débutant) mais on se heurte rapidement à ses limites : - limites de la version gratuite - limites du VID même si c'est trés facile (le plus facile !) à utiliser et trés souple, 3) Les scripts écrits en Rebol ne sont pas toujours des plus lisibles. Cela est dû à l'usage intensif de "blocks" délimités par des crochets qui se baladent un peu partout. Mais cela est dépendant du programmeur plus que du langage lui-même, 4) Les "series", qui semblent être une des caractéristiques de Rebol, sont assez déroutantes lorsqu'on veut les manipuler avec cette variable qui voyage selon un index dont il faut toujours vérifier le positionnement. Là je trouve que Rebol cherche trop à se démarquer des autres langages de prog. (mais c'est un point de vue de profane), 5) Le vocabulaire utilisé par Rebol se démarque parfois un peu trop des autres langages et on perd du temps à rechercher la signification de certains mots (mêmes remarques que pour le point précédent) 6) Le nombre phénoménal de types de données est rebutant. En dehors de cela, je trouve au contraire qu'il y a pas mal de documentations (dont quelques-une en français) et de tutoriels pour pouvoir s'initier à Rebol rapidement, et que les forums sont assez vivant et dynamique. Un Rebol plus complet, en version gratuite, et peut-être plus performant (mais je ne peux pas juger de la performance étant donné que je n'ai fait que survoler Rebol) rendrait sans doute Rebol plus populaire car l'avantage certain qu'il doit conserver à tout prix, c'est sa taille et sa simplicité.
shadwolf	13-Nov-2006/11:57:30+1:00
pour l'aide ca m'inspire une fonction plus rapide a utiliser. En fait pourquoi carrement ne pas lier l'aide avec le dico sur rebolfrance et le dico US. En rendant ca facil d'emploi genre on selectionne un morceau de texte on clic droit on a un menu qui s'affiche et on a l'option "Aide pour ce mot.." dans le menu si le mot objet de la sélection fait parti du langage rebol (systeme/words) on le recherche sur le docu wiki et sur le dico officiel de rebol si on ne l'a pas trouvé dans le premier. - Comme je l'ai dit un tel projet peux permettre: * de faire connaitre rebol * de faire un outil vraiement ludique et didactique rebol offre un temps de développement ridicule pour de petites applicatione et je ne pense pas qu'on ai réellement besoin d'un ide pour ce genre d'application sauf si on débute et qu'on désire avoir quelqu'un qui nous tienne la main. * Un tel projet a mon avis ne peux pas de toute se faire seul si on veux qu'il soit défuser largement un jour. * sur le "richt text editing" il y a deja eu quelques tentatives en se sens mais c'était avant AGG. Et franchement si on arrive a faire des librairie 3D avec AGG pourkoi pas un moteur de RTE. * dernier truc l'ide on peux l'emenner tres loin tres tres loin je m'explique imaginons qu'on decide avec carl de mettre au point un serveur wiki relier a notre IDE. On pourrait disposer ainsi d'un formidable moyen de developpement partager unique au monde j'explique grosso modo l'idée: J'ai une idée d'application mais pas trop le temps de travailler dessus ou pire pas le temps ni l'envi de me documenter pour chacune des tâches que je veux faire faire a mon application. Je commence le script dans le header j'expose mon idée ce que le programme devra faire etc. j'ecris tout le code qui est a ma portée puis dans l'ide j'appui sur la touche "publier" ou "partager" je me suis enregistrer sur le site préalablement et j'ai rentrer mes parametres de connexion au source-wiki dans l'ide préalablement. je peux mettre dans mon fichier les commentaires concernant les ajouts que j'aimerai que d'autres programeurs fassent. Le code source se retrouve publier sur le serveur source-wiki. Il suffit aux programmeur s qui le desire dans l'ide de choisir "view all shared source codes" pour obtennir la liste des code sources sur lequelle ils peuvent apporter leur contribution quand on clic que un code source disons Rsudoku.r le code est charger dans l'ide on peux travailler dessus et en suite plublier le ajouts (afin d'eviter les merdouillement on ne prendrait en compte que les ajouts et on ne réécrirait pas tout le code afin de ne pas ecraser de multiples ajouts successif. A prends la Version 1 du code source B aussi B fini plus vite que A et plublie ces modifications Le code source est maintenant en V2 et il faudrait pas que la version de A une fois publier ecrase la version de B. Donc seule les modifications serrait publiées et ajouter au fichier sur le source-wiki Dernier point seul le premier publieur pourrait modifier l'entête de son code source une fois publier. On pourrait aussi dire -- DideC a ajouter ca le 25/11/05 --- code rebol --- fin ajout dideC -- seule la version editée par l'auteur initial est rechargée en bloc. "a se momment on bloc le téléchargement ou l'upload tant que l'auteur initial n'a pas uploadé sa version example: REBOL [ title: "Un example.r" author: "shadwolf" os: "all" descritption: { example pour illustrer mon idée} ] ;ajouter ici un message de bienvenue ; dire 10 fois de suite le message de bienvenue ; afficher l'heure je publie et quelqu'un passe par la a decide de l'éditer REBOL [ title: "Un example.r" author: "shadwolf" os: "all" descritption: { example pour illustrer mon idée} ] ;ajouter ici un message de bienvenue helloword-func: does [print "hello World!"] ; dire 10 fois de suite le message de bienvenue ; afficher l'heure cette personne publie sur le source wiki sa modification sur le serveur on a donc REBOL [ title: "Un example.r" author: "shadwolf" os: "all" descritption: { example pour illustrer mon idée} ] ;ajouter ici un message de bienvenue ;-- Ajout auteur1 le 10/10/03 helloword-func: does [print "hello World!"] ;--- fin ajout auteur1 --- ; dire 10 fois de suite le message de bienvenue ; afficher l'heure pendant se temps la une autre personne auteur2 a aussi editer la version 1 du document: REBOL [ title: "Un example.r" author: "shadwolf" os: "all" descritption: { example pour illustrer mon idée} ] ;ajouter ici un message de bienvenue ; dire 10 fois de suite le message de bienvenue ; afficher l'heure print rejoint "Il est: " now/time/precise [code] auteur2 publi et on a sur le site: {code] REBOL [ title: "Un example.r" author: "shadwolf" os: "all" descritption: { example pour illustrer mon idée} ] ;ajouter ici un message de bienvenue ;-- Ajout auteur1 le 10/10/03 helloword-func: does [print "hello World!"] ;--- fin ajout auteur1 --- ; dire 10 fois de suite le message de bienvenue ; afficher l'heure ;-- ajout auteur2 le 10/10/03 print rejoint "Il est: " now/time/precise ;--- fin ajout auteur2 [code] bon le problème de ce mode de gestion c'est que si auteur 1 et auteur2 veulent publier la même modification on risque d'avoir [code] ;ajouter ici un message de bienvenue ;-- Ajout auteur1 le 10/10/03 helloword-func: does [print "hello World!"] ;--- fin ajout auteur1 --- ;-- Ajout auteur2 le 10/10/03 helloword-func: does [print "hello World!"] ;--- fin ajout auteur2 --- ;-- Ajout auteur3 le 10/10/03 helloword-func: does [print "hello World!"] ;--- fin ajout auteur3 --- mais bon comme je l'ai dit on solutionne ca de 2 façon : * soit l'auteur initial (shadwolf) edite le code source et fait le menage et poste une version clean et decide que le resulat est satisfaisant et interdit aux gens l'edition future * soit on crée une blaise spéciale non rebol blocante qui permet l'edition par partie (on aurait accès a une version renderisée du code source avec des boutons edite (comme obtion d'edition par paragraphe des docuwiki) quand on clic sur ce bouton ca nous dit si un auteur est deja dessus et si on peut l'editer ou non si quelqu'un est deja entrain d'editer cette partie du document alors on bloc les edition ultérieure. tant que celui qui a pas cliquer sur le bouton editer n'a pas publiquer) example: ;<fnc> ajouter une horloge ;<fnc> ajouter un calendrier on aurait dans la version renderiser ; Ajouter une horloge ---------------------------------------------- \| edit \| \|______\| ; Ajouter un calendrier ---------------------------------------------- \| edit \| \|______\| Bon on fait deja bcp d'aide a la redaction de code source dans ce forum si on disposait d'un tel outil ca deviendrai puissament méchant. quelqu'un arriverait sur le forum avec un problème on lui dirait prend notre IDE engristre toi sur le source wiki, entre tes paramentre de connexion au source wiki dans l'ide et plubli la sur le source wiki. utilises les balise ;<fnc> description pour baliser les ajouts ou modification que tu souhaite qu'on apporte à ton code source. et regardes les solutions a tout tes problèmes arrivées du monde entier ^^ Biensur le source wiki aurait une sauvegarde des différentes version succesive du projet d'un projet.
Goldevil	13-Nov-2006/12:18:07+1:00
Ne t'excuse pas. Ton avis est très pertinent. 1) Tout a fait d'accord avec toi. Rebol 3 n'arrête pas d'être imminent depuis trop longtemps. Si au moins il y avait une information approximative et fiable sur une date de sortie. 2) Quelles sont pour toi les limites de la version gratuite qui sont le plus frustrantes ? Accès aux DLL, cryptage, accès aux DB, ... ? 4) Avec les séries, ce qui est pour moi un peu rebutant ce n'est pas les séries elle-mêmes mais le fait qu'il faut savoir quelles sont les fonctions qui changent une série. next a Ceci ne change pas la série. Le pointeur reste au début. Pour décaler le pointeur il faut faire a: next a Par contre, certaines fonctions changent la série ; sort a La série a été modifiée. La fonction ne renvoie pas la version triée de A mais tire A. 6) Je ne trouve pas cela dérangeant. Certains types sont peu utilisés (issue! par exemple). Certains ne sont pas assez utilisés (hash! par exemple). Au niveau de la performance, je trouve que Rebol s'en tire pas mal pour un langage interprêté. C'est peut-être l'utilisation de la mémoire (avec VID par exemple) qui est gênante.
shadwolf	13-Nov-2006/12:40:51+1:00
1) L'annonce d'un changement imminent de version -> le derniere anonce de ce type on a pas vu de nouvelle version avant 2 ans environ ct pour rebol 1.3 deplus nous avons pas contater de perte majeur de compatiblité des applications rebol (a part quelques cas très précis) limites du VID ? A bon koi donc comme limites on peux faire des moteur 3D avec je vois pas trop les limites dont tu parles. Rebgui as tu essayé ? (oui les widgets VID sont pas belles et plutot unitiles a la base mais rebgui apporte plus de widgets et en gros il ne lui manque que la tree view)
shadwolf	13-Nov-2006/12:55:30+1:00
2) Quelles sont pour toi les limites de la version gratuite qui sont le plus frustrantes ? Accès aux DLL, cryptage, accès aux DB, ... ? Hum HUM HUM ca se vois que tu sais pas de koi tu parles ^^ Alors l'accès au DDL est possible mais c TRES TRES TRES fastidieu l'accès au DB par ODBC n'aporte rien de plus que l'acces via TCP/IP/ ou rebolprotocol qui lui est gratos (sql-protocol, mysql-protocol, postgres-protocol,rebDB pour ne siter que ceux la ...) 3) Les scripts écrits en Rebol ne sont pas toujours des plus lisibles. Cela est dû à l'usage intensif de "blocks" délimités par des crochets qui se baladent un peu partout. Mais cela est dépendant du programmeur plus que du langage lui-même, ho la y en a quand meme moins qu'en LISP par example ^^. oui bon je suis d'accord mais avec un bon editeur de text evolué comme crimson ou jedit je te garanti que c'est deja bcp plus sympatique (j'ai fais un article sur rebolfrance.org dispo sur www.rebolfrance.info) Ceci dit on s'y fait tres bien en tout ca ca me semble mieux de mettre comme séparateur logique dans le code [] plutot que ; ou cr (retour chariot) comme dans le C /C++/JAVA ou python ... que tu ecrives fonction1: func [arg1 arg2 etc.. ] [ print arg1 + arg2 print "fin" ] ou bien fonction: func [ arg1 arg2 etc ] [ print arg1 + arg2 print "fin" ] ca ne change rien en rebol si tu as des problème avec les crochet un conseil comme par les ecrire avant de les remplir print-args: func [][] puis tu remplis les crochet comme ca tu es sûr de rien oublier ^^. 6) utilisation de la mémoire oui oui on sait on a proposer une fonction de désallocation y a quelque temps avec un moteur de gestiond e threads c'est resté lettre morte ...
Bertrand	13-Nov-2006/13:06:25+1:00
En ce qui concerne le VID : je le trouve trés "attrayant" car d'une simplicité étonnante par rapport aux autres langages (mis à part peut-être ELICA LOGO) mais lorsqu'on veut faire des choses un peu plus poussées cela devient un peu compliqué ou peut-être pas suffisamment expliqué Pour ce qui est de l'évolution de Rebol, je pense que le hic est dands l'effet d'annonce d'une version plus prometteuse avec quelques changements plus ou moins radicaux en perspective. Pour moi c'est une mauvaise pub car ça donne l'impression de cacher des "choses" ... J'ai plutôt de la sympathie pour Rebol et mes critiques perso se veulent constructives dans une certaine mesure seulement car je ne suis pas un expert mais j'ai plutôt l'esprit de celui qui vient de découvrir un nouveau langage de programmation abordable, simple et efficace. Les limites de Rebol, auxquelles je faisais allusion sont en effet dans l'accès au DLL, dans la possibilité de lancer des EXE extérieurs au langage, etc. Je pense que le fait que Rebol soit "Open Source" ou pas est beaucoup moins important. D'ailleurs le fait que le noyau du langage ne soit pas ouvert peut protéger le langage d'une certaine anarchie quant aux évolutions possibles ... Rebolutionnaire oui, anarchique peut-être pas
shadwolf	13-Nov-2006/16:11:56+1:00
Oui oui la doc est inexistante ... sur VID qui est en mode BETA depuis un siècle et demi. Si tu veux faire tes propres widgets sans te prendre la tête je te conseil vraiement REBGUI dont la structure est plus simple. puis tu as accès que code source de rebgui toutes les infos et quelques widgets supplémentaires pour rebgui dans http://www.rebolfrance.info
shadwolf	13-Nov-2006/16:13:28+1:00
pour le pire dans VID reste la gestion de la selection et du curseur dans les AREA
reboltof	14-Nov-2006/10:00:49+1:00
Tiens, RADIS refait parler de lui ... :-P Pour mémoire, si le projet n'avait pas connu de suite, c'est parce que François et moi estimions que trop peu d'intérêt avait été montré pour le concept et pour le produit. Alors à quoi bon nous investir dans un projet qui ne serait pas utilisé... Mais je dispose toujours du code
qualop	14-Nov-2006/11:46:41+1:00
Pour moi, le concept me semblait très intéressant. Pour le produit je n'en sais rien car je ne l'ai jamais vu. Pour moi un des problèmes de la communauté rebol est que de nombreux projet sont abandonnés juste au moment ou ils commencent à susciter de l'intérêt (nous sommes tellement peu nombreux que l'intérêt sera de toute manière relativement limité)
franck	15-Nov-2006/14:02:27+1:00
+ 1 Quel est l'état d'avancement du projet ?
reboltof	16-Nov-2006/13:27:25+1:00
Etat d'avancement = "proof of concept"
Login required to Post.