 |
| Source R3 dispo | |
| trigram | 12-Dec-2012/22:38:01+1:00 |
| Carl a mis à dispo les sources de Rebol 3 sur github : http://www.rebol.com/article/0519.html https://github.com/rebol/r3 | |
| coccinelle | 13-Dec-2012/10:09:13+1:00 |
| Bonne chose, j'espère que la communauté francophone saura en faire quelque chose de bien. | |
| DideC | 13-Dec-2012/14:09:17+1:00 |
| Oui, ça y est enfin ! Merci à Carl pour ce cadeau de fin d'année. Y'a plus qu'à arrêter de ronchonner et à ce mettre au boulot ! | |
| coccinelle | 13-Dec-2012/15:16:27+1:00 |
| Et ça serait pas mal de refaire l'inventaire de tout ce que l'on espérait et comme tu dis, de se mettre au boulot. | |
| ldci | 15-Dec-2012/18:52:12+1:00 |
| Absent ces derniers jours, je n'ai pu regarder R3 que ce soir. Compilation parfaite sur OSX 10.8.2. | |
| jocko | 16-Dec-2012/7:38:02+1:00 |
| compilation ok sous linux ubuntu 32 bits et sous windows XP (vs 2008) | |
| ldci | 18-Dec-2012/21:44:19+1:00 |
| Bonsoir J'ai commencé à jouer avec IOS 6.0 (avec XCode 4.2) pour compiler R3 Il faut modifier le makefile de façon à pouvoir utiliser le gcc adapté à IOS Comme expliqué pour amiga make TOOLS=/Applications/Xcode.app/Contents/Developer/usr/bin/ make INCL=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.0.sdk/usr/include # For the build toolchain: CC= $(TOOLS)llvm-gcc # la version qu'on veut ensuite lancer le make all: miracle ça compile les sources i686-apple-darwin11-llvm-gcc-4.2 ../src/core/a-constants.c -c -DTO_IOS -DREB_API -O2 -fvisibility=hidden -s -I. -I../src/include/ -o objs/a-constants.o ..... mais ça plante ici In file included from ../src/core/f-deci.c:48: ../src/include/sys-dec-to-char.h:35:2: error: #error Need to emulate long double for ecvt() ../src/core/f-deci.c:588:2: error: #error we need to emulate long double arithmetic ../src/core/f-deci.c: In function ‘decimal_to_deci’: ../src/core/f-deci.c:591: error: ‘result’ undeclared (first use in this function) ../src/core/f-deci.c:591: error: (Each undeclared identifier is reported only once ../src/core/f-deci.c:591: error: for each function it appears in.) ../src/core/f-deci.c:592: error: ‘d’ undeclared (first use in this function) ../src/core/f-deci.c:595: error: ‘e’ undeclared (first use in this function) make[1]: *** [objs/f-deci.o] Error 1 make: *** [all] Error 2 Qui aurait une idée lumineuse ? | |
| coccinelle | 19-Dec-2012/13:01:26+1:00 |
| je n'y connais pas grand chose mais en regardant le source, on voit que ni HAS_LONG_DOUBLE ni HAS_ECVT ne sont définis ce qui provoque l'erreur de compilation. Il semble que le problème vient de reb-config.h qui a été corrigé il y 3 jours par Ladislav. Peut-être que la correction de Ladislav ne corrige pas le problème sur ta plateforme. Jette un coup d'oeil sur le fichier reb-config.h et tu devrais pouvoir corriger la chose sans trop de difficulté. | |
| ldci | 19-Dec-2012/15:47:55+1:00 |
| Merci Je regarde ASAP | |
| shadwolf | 20-Dec-2012/18:52:40+1:00 |
| Hehehehehe ca a mit tellement de temps a sortir que j'avais completement decroché! coccinelle c'est pas tant l'inventaire qui me preocupe mais plutot le fait que carl ai un droit de regard et de veto sur son projet qu aucun francais (a part nenad) face parti de guru acredité qui ont l'oreille de Carl. Et que carl mette eviron 2 mois et demi pour faire ce qu'il avait dit faire. Pour la liste rapide des choses a mettre dans r3. - Un GUI avec de vrai widgets et qui soit identique sur w32 macOS X et linux. - Un desktop/browser - Une console avancée avec editeur intégré ou l'inverse L'ideal ce serait de faire un RAD comme dans python 3 un outil qui te permet a la fois d'aller explorer les script de rebol.org. D'editer modifier et upload des script sur rebol.org. Mais aussi en local. D'avoir acces a une documentation interactive, traduite et détaillée. De debugger visuellement ton code en exploitant le nouvel outils de trace. Eventuellement qui te permette d'avoir plusieurs niveau de dialogue avec la communauté rebol (ca peut etre une simple liste de liens pointant vers les sites qui vont bien... ) mais bon vu que rien ne s'organise que que groso modo 10 personnes se sentent concernées ca risque pas plus d'avancer le schmilblik | |
| shadwolf | 20-Dec-2012/18:54:52+1:00 |
| enfin et la je vais choquer probablement tout le monde je veux que le gui de r3 arrete avec les GOB etc... les GOB ca me gave c'est clair? | |
| shadwolf | 20-Dec-2012/19:05:14+1:00 |
| version pour android de r3/core je vois perso pas du tout l'interret... Sans le GUI rebol3 sur une smartphone c'est moche... | |
| coccinelle | 20-Dec-2012/23:56:51+1:00 |
| Je comprends pas bien le problème de license. Si ça veut dire qu'on doit avoir un OK du Carl pour faire quelque chose, ça c'est ennuyeux. Mais si c'est seulement si l'on veut que les modifications que l'on fait soient ajoutée à la version "officielle", ça on s'en fout complètement. On va pas continuer à dépendre de Carl, non mais ... | |
| shadwolf | 21-Dec-2012/19:46:32+1:00 |
| Durant le mois et demi de discussion sur la licence. Ce qui a toujours ete tres clair c'etait que Carl garde le control de r3. et quíl ne souhaitai pas quíl y ait de fork. La question lui a ete posée directement a plusieurs reprise sur son blog. Et ca reponse ná jamais variée. Donc si tu fais une version "maison" de r3 et que tu la diffuse sur ton site pan tu perds le droit d'utilisation. Jái evidement protesté disant quíl me semblait peu vraissemblable que Carl ait du temps a consacrer a rebol et qu'au final tout le processus dévolution de rebol soit bloqué et quíl me semblait peu vraissemblable que les gurus reconnus du genre RMA arrive a faire quelque chose avec lópen source... Ce sur quoi je concluais il est imperatif d'avoir droit au fork je veux pouvoir faire ma version tuned de rebol 3 sans avoir a passer par Carl ou les gurus incompetents. | |
| PierreCh | 22-Dec-2012/19:59:42+1:00 |
| Bonsoir, On a droit au fork; c'est même un principe de base de github, qui héberge le code source de rebol3, que de forker à tout-va. Donc rien ne nous empêche de forker, d'avoir notre rebol3 bien à nous, de le modifier, etc. | |
| wet_wet_wet | 23-Dec-2012/3:45:50+1:00 |
| I am late again to find out that the code is out. http://www.rebol.com/article/0517.html quoting his comment :- "Yes, you can even use the code commercially and keep your changes secret. However, if you improve the code, I urge you to follow/support the spirit of our community and contribute back as much as you can." although I did not read the apache2.0 license agreement, just based on carl's own words, it looks to me that you can have your own version, if you are allowed to keep your changes secret. He does not force you to relinquish every change you do. he "urges" you to support and contribute back, but you are not mandated or legally bound to give back your code. | |
| coccinelle | 24-Dec-2012/8:35:45+1:00 |
| Bonne nouvelle, good news, thanks wet. For me, it urge to bring R3 at the same level as R2, this will protect the investments done past years. Pour moi, il est important pour moi de mettre R3 au même niveau que R2 de manière à protéger les investissements fait ces dernières années. This will also maintain or renew the passion we have all for Rebol, it's important too. Ce va maintenir ou faire renaitre la passion qu'on avait tous pour Rebol, c'est vachement important. Joyeux Noël, Merry Christmas, Marco. | |
| shadwolf | 24-Dec-2012/14:20:16+1:00 |
| Pierre Ch attention a la mauvaise interpretation mon ami! Oui git hub permet de faire des branches differentes mais d'un seul et meme projet. Carl t'autorise a garder secrete ta version maison de r3. Mais c'est bien dit SECRETE, donc pas publique ... si tu veux rendre tes modifications publiques tu dois te rapprocher des gens qui editeront et maintiendront la version officielle de r3 et les convaincrent que tes changements doivent etre intégrés dans la vm officiel. Sinon pas de diffusion publique de ta version custom. Enfin vu quÃl y aura vraissemblablement peu de gens autorisé a avoir un impact direct sur la branche officielle de r3 je pense que les branches alternatives n existeront pas. | |
| shadwolf | 24-Dec-2012/14:23:24+1:00 |
| le fais de devoir passer par la branche de diffusion officielle pour diffuser tes modifications ca reviens en fait a interdir les fork. ce que carl veut c'est que soit maintenu sa vision de rebol que l effort soit orienté et concentré et pas que ca part dans un delir total qui multipliera les version inachevée de rebol ce qui n aurait pour effet que de rendre floue l image de rebol. | |
| shadwolf | 24-Dec-2012/16:50:33+1:00 |
| coccinelle en fait ca va etre compliqué de convaincre et de defendre voir de simplement discuter les differents bugs fix que tu auras a proposer. Le truc c'est que carl officiellement ne veux qu une seule source de diffusion de rebol laquelle est rebol.com. Il veut aussi garder un droit de veto sur les nouveautés apportées. Donc si tu espere officiellement voir reaparaitre une VID/browser un VID ou un rebcode je pense que tu te fais des illusions. officieusement tu peux toujours faire ta muture perso mais si tu veux que d'autres travaillent dessus avec toi la mise en place d un site pour gerer et difuser cette branche ne sera pas possible ou vu d un tres mauvais oeil par Carl et la communauté (comment ca on sén fiche? rho tu vas leur faire de la peine...) | |
| shadwolf | 24-Dec-2012/16:55:03+1:00 |
| moi je suis d'avis que la rebol french connection a toujours ete bien plus organisée que le boxon proposer par les autres. On a pas forcement tous le meme avis sur tout mais on etait arrivé a pas mal se federé il y a de ca plus de 8 ans :P Est il possible de lancer un effort parallele qui servirait d'example et qui utiliserait les volontés francophones? Oui c'est toujours possible ceci dit la communauté a bien bien decrochée encore faudrait il que la nouvelle de lóuverture en open source et de notre organisation soit connue. | |
| shadwolf | 24-Dec-2012/17:02:03+1:00 |
| Et franchemetn je ne sais pas si j ai encore envi de mÃnvestir en pure perte dans un projet titanesque qui ne m apportera que des emmerdes. | |
| ldci | 26-Dec-2012/5:04:14+1:00 |
| Bon, j'ai, finalement réussi à compiler R3 pour IOS (en mode simulation pour l'instant) ** ** ** Version: 2.101.0.2.2 ** ** Platform: Macintosh mac-m68 ** ** Build: 26-Dec-2012/3:38:26 ** ** Warning: For testing purposes only. Use at your own risk. ** Le pb, c'est que le terminal n'existe pas sous IOS (sauf avec un jailbreak)! Affaire à suivre | |
| DideC | 26-Dec-2012/9:56:03+1:00 |
| Désolé, shadwolf, mais il va falloir prendre le temps de lire avant de réagir. Yes, you can even use the code commercially and keep your changes secret. However, if you improve the code, I urge you to follow/support the spirit of our community and contribute back as much as you can. Traduisez : Oui, vous pouvez utiliser le code commercialement (donc vendre un r3 avec tes modifications) et garder ces modifications secrètes (autrement dit pas obligé de publier les sources de tes modifs). Mais si vous améliorez le code, je vous invite franchement a suivre/supporter l'esprit de notre communauté et a contribuer en retour autant que possible. Donc oui, tu peux forker ! Donc oui, tu peux vendre ton fork ! Donc oui, on peut forker et travailler à plusieurs dessus ! Donc oui, tu peux enfin faire ce que tu veux de Rebol ! Donc oui, tu n'a qu'à lire et comprendre la licence Apache 2.0. Et non, tu ne peux pas l'appeler Rebol : c'est le seul interdit ! Donc arrête de geindre partout : tu as ce que tu réclame depuis au moins 5 ans et tu n'es toujours pas content/tu n'en fait toujours rien ! J'en ai marre des pleurnichards et des jamais content !! Merde à la fin !!! | |
| PierreCh | 26-Dec-2012/12:29:34+1:00 |
| Bon lendemain de Noël à tous! DideC: oui, il me semble bien que j'avais compris ça, qu'on pouvait forker en tous sens, et faire ce qu'on en voulait. Si l'on voulait basculer des modifs dans la branche Rebol3 (j'ai horreur d'appeler ça r3, je sais pas pourquoi: pas assez signifiant, probablement?) principale, il faut passer par les fourches caudines de Carl. Je comprends ça: c'est quand même son bébé, qu'il le fasse aller où bon lui semble sans se faire pourrir, ça me semble un souci compréhensible. Mais comme tout ça a lieu en place publique (pas comme dans AltMe, où je n'ai jamais été, rebuté par la chose, probablement à tort), si les changements sont argumentés, Carl ou autre mentor ne pourra que se plier au bon sens. Shadwolf: les geignages et autres coups de gueule me font plutôt rigoler: je les prends au second degré! ;o) Une caricature de l'esprit râleur et ultracritique français. Mais il ne faudrait pas que ça soit contre-productif. J'ai un peu le sentiment que nous sommes à un moment Historique: ce serait vraiment dommage de le gâcher en râlant un tout petit peu trop. D'autant que dans certaines cultures, notre esprit critique franchouillard est totalement mécompris (vécu...). Et là, je me demande si, comme le dit Shadwolf, la "rebol french connection" ne pourrait pas jouer un rôle important. Si elle a effectivement été bien organisée par le passé (je ne sais pas trop, mes types de connexion au Net, à l'époque, ne m'ont pas permis de m'y impliquer, donc je me fie à l'avis de Shadwolf), on pourrait tenter de réanimer cela. Oui, je sais, ça semble être douloureux, j'ai cru comprendre qu'il y avait de sacrées couleuvres à avaler, voire même des pythons?... Donc, personnellement je vote un grand OUI à l'effort parallèle francophone! à quand le prochain RUG? S'agit-il d'une spécialité du Nord, ou y en a-t'il dans des coins plus septentrionaux? Je pense en effet que se retrouver physiquement peut permettre de débloquer des choses, d'en lancer, etc. | |
| shadwolf | 26-Dec-2012/15:01:16+1:00 |
| DideC tu es tres en colere tu veux un calin? Merci pour tes precisions ceci dit tu peux m'expliquer comment tu fais ton fork de r3 en l'appellant autrement ou en le gardant secret tout en respectant ces termes de la licence apache 2.0? You must give any other recipients of the Work or Derivative Works a copy of this License; and You must cause any modified files to carry prominent notices stating that You changed the files; and You must retain, in the Source form of any Derivative Works that You distribute, all copyright, patent, trademark, and attribution notices from the Source form of the Work, excluding those notices that do not pertain to any part of the Derivative Works; DideC ... tu devrais lire la licence apache 2.0 toi aussi et c'est pas loin dans la licence c'est juste le paragraphe 4 diffusion. Et didec c'est justement l'objet de ma remarque tu peux pas dire tout et son contraire dans la meme phrase et esperer que personne vienne te faire la remarque. Donc je repose ma question comment tu fais pour a la fois garder secret tes modifs tout en la diffusant suffisement pour que plusieurs travaillent efficacement dessus, tout en cachant que le produit que tu vends integre un r3 modifié tout en respectant le paragraphe 4 de la licence apache 2.0? Le passage YOU must retain in the Source Code etc blha blah suppose que ta version fork secrete collaborative que tu vends dans un produit fini, tu diffuse avec les sources du dit produit et pas seulement un package auto extractible... hehehe... pardon ... PierreCh c'est quoi un geignage? Et a raleur raleur et demi... s'il y avait eu plus de raleurs et moins de gens qui se barrent en ce disant que rebol c'est tout pourrit on serait plus d'une trentaine dans le monde a encore s'interesser a rebol. On aurait pas attendu 10 ans pour arriver a l'open source. | |
| shadwolf | 26-Dec-2012/15:25:58+1:00 |
| DideC mon ami, les exemples de non respect des closes de diffusions des sources ni de la mention de l utilisation des outils du domaine publique sont legions... Prenons quelques exemple concrets: les routeurs wifi ou pas qui sont administrable par web ils integrent tous une version modifier d'apache et de linux tu as deja vu le code source de ses logiciels? Les NAS eux aussi s'appuient sur des version de linux ou freebsd (freenas entre autre) modifié est ce que tu as deja vu le fabricant de ses produit te donner le code source de ses boitent a disques durs partagés sur le reseau? Dernier exemple android tout le monde ou presque en a un dans sa poche et les sources sont pas diffusées. Pourtant la licence de java et de linux oblige cette diffusion. Donc le simple fait de vouloir garder le controle des forks et garder une source officielle unique est illusoire. Et multiplier les version pas finie ou qui marchent encore moins bien que l officiel de r3 je vois pas l interret. Pour faire un r3 et se mettre au niveau de ce que produisait carl il faut ennormement de travail. LEs nombreuses tentatives de clonage de rebol l'ont demontrée. Pour finir si tout le monde se met a faire du C qui va utiliser rebol? | |
| PierreCh | 26-Dec-2012/15:57:47+1:00 |
| Un geignage, ça pourrait être une geignerie. Ou un geignement, voire une geignette, ou n'importe quoi imprégné de suffisamment de geignitude. Ça doit être un néologisme, inspiré par la prose de DideC, "arrête de geindre partout"... | |
| DideC | 26-Dec-2012/16:11:15+1:00 |
| Ce qui peut être secret, ce sont les modifs que tu fais au fork de R3. Tu ne peux effectivement pas cacher que ton "Rfork" (quel que soit le nom que tu lui donne) est basé sur Rebol. Tu dois joindre le fichier NOTICE le stipulant, auquel tu rajoute tes propres informations (genre si tu utilise OpenGL, tu le stipule). Si tu diffuse les sources : tu dois faire les modifs dans les fichiers que tu as modifiés (You must cause any modified files to carry prominent notices stating that You changed the files; and) mais tu peux diffuser sous forme binaire. You must retain, in the Source form of any Derivative Works that You distribute, all copyright, patent, trademark, and attribution notices from the Source form of the Work, excluding those notices that do not pertain to any part of the Derivative Works; signifie que si tu diffuse les sources de ton Rfork, tu ne peux pas remplacer dans les sources originales les entêtes de licence originaux. Bref, tu n'a pas le droit de dire que c'est toi qui a fait tout ça. Seulement là où tu as mis ton grain de sel. Pour distribuer ton Rfork tu dois juste dire dans un fichier NOTICE (ou compléter le NOTICE original) que c'est basé sur Rebol qui est Apache 2.0. Tes modifs pouvant être sous une licence différentes ! You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License. Shadwolf à dit : "Donc je repose ma question comment tu fais pour a la fois garder secret tes modifs tout en la diffusant suffisement pour que plusieurs travaillent efficacement dessus, tout en cachant que le produit que tu vends integre un r3 modifié tout en respectant le paragraphe 4 de la licence apache 2.0? => Github est gratuit pour les projets opensource, si tu veux faire du closesource : tu paye et pis voilà, tu as ton projet à toi que tu partage avec qui tu veux dans ton coin. => Tu n'a effectivement pas le droit de cacher que c'est basé sur r3 (une boite de tuning ne cache pas la voiture qu'elle customise, et n'a pas le droit de dire "c'est ma voiture", mais seulement "ce sont mes modifs de la clio"). Comme disent les ricains : IANAL ! Donc, tu peux faire un fork de Rebol pour que la communauté francophone travaille dessus, si ça t'amuse. Mais est-ce le bon moyen de faire avancer Rebol ? Je ne pense pas. | |
| shadwolf | 26-Dec-2012/16:12:33+1:00 |
| exemple Cyphre notre guru prefere nous forni une version pour android de r3 je vois pas l'interret... Mais c'est mon point de vu... tout le monde trouve genial d'avoir rebol sur android... donc c est que ce doit etre genial... | |
| DideC | 26-Dec-2012/16:23:53+1:00 |
| Pourquoi cela n-a-t-il pas d’intérêt à tes yeux ? Même si je concède que ce qu'il a fait POUR LE MOMENT n'est pas utilisable, mais il s'attache a faire les modifs nécessaires pour rendre les sources compilables pour android. C'est le premier pas. Il faudra ensuite ajouter une console pour le rendre utilisable comme Core, puis par la suite un GUI. Bref, au moins lui, il fait quelque chose ! | |
| WET_WET_WET | 26-Dec-2012/16:47:49+1:00 |
| bottom line, to go back to the orginal question, anybody is allowed to fork if they want to... or have the means to. maybe it's not something individual contributors will do, but big corporations have the means to... they can create their own forks and take it their own direction. of course once you fork, you cannot call it REBOL. It's on the official REBOL, that Carl has a veto rights. He can reject any change. | |
| PierreCh | 26-Dec-2012/22:55:53+1:00 |
| As I can read on the mailing list concerning rebol3 on github, Carl seems to be accepting quite a few corrections, bug fixes, etc. Good! | |
| shadwolf | 27-Dec-2012/3:21:46+1:00 |
| DideC voila c est pas utilisable et ca donne une image de truc pas fini en test a rebol qui est deja au stade alpha depuis 7 piges. et c est trop... c est un peu plus que le GUI adapte a la sourie et au clavier qu il faudrait pour r"/gui... Moi ce qui me casse furieusement les couilles DideC c'est que Cyphre ai fait un portage a la con a la va vite en utilisant un soft third party histoire de revendiquer le fait qu il est le premier a fournir une version de r3 pour android. Ridicul et rebol a pas besoin de ca. Il a besoin de gens qui se structurent se mettent au boulot et produisent. Wet_WET_WET I doubt any big guns retake rebol to make their own sauce... they already have plainty of scripted language open source with big and not lazy community... Wet_pow3 ... what is the interrest of making your own brand of rebol and let the official thing down ? Well this is not my way. If I do a fork it will be in the hope that the official version integrate most of our changes ... if the official version is 10 light years behind this will not be my problem... | |
| DideC | 27-Dec-2012/16:32:17+1:00 |
| Je ne comprend pas ta réaction. En fait je ne te comprend pas du tout. Quand tu as travaillé sur ce merveilleux éditeur avec colorisation syntaxique en AGG (le nom m'échappe), tu as bien diffusé des versions intermédiaires, de travail, bugguées, inutilisables dans la pratique... appelons les comme on veux. Bref tu as fait des annonces grandiloquentes avant même que le produit soit fini et pleinement fonctionnel. Je me trompe (je crois pas, je les ai testé) ? Alors pourquoi Cyphre ne peut pas faire la même chose et diffuser une version intermédiaire du travail qu'il entreprend, c'est à dire le portage sur Android ? Si ce qui te gonfle, c'est qu'il soit le 1er, alors soit le premier à porter en 64 bits puisque tu le réclame à tout va. Ca prouvera que tu ne sais pas que te plaindre à longueur de temps et partout pour tout et rien ce dont tu ne te rend plus compte tellement c'est devenu naturel. Personnellement, j'avoue simplement que je n'en suis pas capable, car le C est une histoire ancienne pour moi. Alors je laisse ceux qui ose faire des choses les faire, que ça me plaise ou pas, je ne vois pas en quoi c'est un problème, ils ont le droit de le faire. Au moins, ils font quelque chose. | |
| shadwolf | 27-Dec-2012/18:18:34+1:00 |
| non dideC je m'en fiche quÃl soit le premier mais lui apparement c'est super important. Non je ne serai pas le premier a me contenter de recompiler rebol pour me la peter... je prefere donner des bugs fix et une methode de travail. DideC, le C c'est comme le velo ca ne s'oubli pas ce qui compte c'est la validité de l'algorithme surtout le reste c'est juste appeller les commandes qui vont bien et qui correspondent a ce que tu veux faire. Justement DideC je pense que c'est juste de la poudre aux yeux je parirai ma chemise que ca en restera la. Comme le RMA/gui en est resté la non ? Deux semaines que rebol est open source et j'ai pas vu RMA/gui annoncer une reprise de leur projet avec correction des bugs que cyphre a relevés et qu'il est a meme de corriger. DideC quand j'ai travaillé sur viva-rebol oui j ai diffiser des version intermediaire mais toujours qui etait en capacité de fonctionnement et qui faisait quelque chose. Les versions ne faisant rien ou presque je me les suis gardee pour moi et j ai pas ete poster la nouvelle sur le blog de carl... Apres dans ce projet j ai pas ete plus loin car ce bon Cyphre plein de bonne volonté m a gentillement dit que les bugs que je relevais dans le rendu de texte dans draw/agg de rebol2 je ne les retrouverait pas dans r3 que r2 etait abandonné qu il ne progresserai plus et que l'effort ce concentrait sur r3. Ce a quoi j ai repondu la partie la plus interessante du r3/gui est dans une boite noire tu ne sais pas si elle a des bugs ou pas mais tu t imagines qu'il y en a pas. Pour finir 6 mois plus tard RMA/gui dont cyphre faisait parti s'arrete de travailler justement parce que la fameuse boite noire est pleine de bugs et a moitiée developpée. DideC j'avais tendance a dire pareil la partie C de rebol ne m interresse pas. Mais je constate que ca interesse pas grand monde dans la communauté a part carl. Si tu te souviens de l integration de AGG cyphre avait fait une demo. Mais Carl avait fait le travail d integration. Cyphre est bon comme source d'inspiration. On se souvient tous de ses superbe widgets semi transparent, la aussi demo des avantages de draw/agg. je regrette que ca n est pas ouvert sur une librairie complete ( c est pas entierement vrai c est quand meme la source d'inspiration de rebgui...) Tout le monde fais quelque chose DideC ... meme garder le silence c'est faire quelque chose  | |
| shadwolf | 28-Dec-2012/20:11:59+1:00 |
| pour les deux semaines sans rien de la part des gurus je corrige il ont lancer le projet saphiron. Et d'apres eux il y a une liste impressionnante de correction et nouveauté !!! | |
| PierreCh | 30-Dec-2012/19:22:25+1:00 |
| J'avoue que j'ai beaucoup de mal à m'y reconnaître, il y a plein de noms inconnus qui ont fleuri! Durant ma période de ReboLéthargie (qui vient de s'achever), il y a eu plein de gros mots de sortis: r3, rma, r3gui, saphirion, rebgui, rebcode... et j'en passe. Ça donnerait comme une petite impression de dispersion, mais peut-être me gourre-je. Et à l'arrivée, rebol3 qui n'a plus le VID qui était si commode... Bon. Google est certes mon ami, mais bon, c'est assez chronophage. D'autant qu'on tombe sur des choses complètement obsolètes (quoique souvent libellées "new"). Il n'y aurait pas quelque part un schéma clair et simple qui explicite un peu ce que sont tous ces bidules, les sens dans lequel c'est parti? [vieucon] Je me prends à regretter le temps où il y avait un et un seul Rebol (enfin, bon, il y avait certes les /command, /view, /core, tout ça, mais ça évoluait en parallèle), ou le VID était unique, simple, et commode. Bref, c'était SIMPLE... Et là, je m'arrache un peu la tronche à essayer de me retrouver parmi plein de choses que je ne pige pas forcément, qui ne marchent pas assez souvent. [/vieucon] Hm. Je me sentirais un peu râleur, là. Presque d'humeur shadwolfienne?... Non, quand même. | |
| shadwolf | 30-Dec-2012/20:24:02+1:00 |
| PierreCh non tu as raison de poser la question on est tellement habituer a se parler a nous meme qu on a tendance a oublier que 8 ans se sont ecouler depuis la derniere periode faste de rebol. je vais donc clarifier les termes et les remettre dans leur contexte n hesite pas a me dire si tu es perdu si tu comprends pas etc.. rebgui: dernier gros projet communautaire (et peut etre le seul ...) mene par ashley trutter, rebgui se voulait etre une reimplementation de fond de rebol 2 VID sans toucher au moteur de VID. En gros l ambition etait de ce servir de l existant our ameliorer les choses. il y a eu a ce moment une prise de conscience. Carl pratiquait la fuite en avant au lieu de reprendre fonctionnalité par fonctionnalité les apports et ajouts qui etait né au sein du travail collectif de la communauté rebol. CArl arrivait sans sesse avec de nouvelle fonctionnalité ce qui interrompait les debats en court pour les lancer dans une direction completement differente. La communauté c est mise a raller apres rebcode et a commencer a demander a carl de finir les sujets entammé. Ce qui etait surtout demander c etait la correction de bug de r2/VID et l integration de rebgui dans la VM r2. ce a quoi carl a repondu en disant: "Il est impossible de continuer a debugger r2, il a atteint un point critique qui empeche tout ajouts / modifications supplementaires. De plus il faut integrer dans rebol le support UNICODE ce qui rend encore plus complexe les developpement futurs. Je propose donc de repartir avec une feuille blanche ou presque. rebol3. Rebol3 sera developper avec le concours intime de la communauté toutes les fonctionnalités seront discutée et rebol3 sera mis en alpha. " Ce qui est toujours le cas en 7 ans apres. On avait deja vu un etiolement de la communauté rebol de moins en moins de gens participant ou simplement venant donner leur avis ou demander de l aide pour leur code. rebcode est donc le dernier gros module integré dans rebol dont le but etait d´accelerer une parti du code interne de rebol les focntions de rebol ecrite en rebol donc. Rebcode a ete abandonné car rebol3 est une reecriture complete et optimisé basse sur une decade de programation par carl et de retours de la communauté. une des critiques majeure de la communauté sur r2 etait aussi le systeme de chargement et d interface avec les librairies externe C le fameux load/library. On a donc demander a carl de profieter de la remise a plat de rebol dans r3 pour venir avec un meilleur systeme. Entre temps un langage etant apparu le lua dont le but intime etait de s integrer dans des logiciels ecrit en C afin d etendre facilement leur fonctionnalite par un systeme de script renvoyant ou complementant les fonctions de base du logiciel sans avoir a le recompiler. CArl nous annonce donc l abandon de VID pour le remplacer par r3/gui lequel ne s appui plus sur l objet face mais sur l objet gob. La aussi on nous promet une integration d unicode pour le traitement du rendu du texte de meilleurs widgets et un meilleurs moteur de rendu une meilleure integration d agg est aussi au programme. Tout ca pour finir par carl qui disparait pendant 4 mois avant de revenir pour 2 mois le temps d externaliser la couche GUI (en parti carl le moteur parse pour r3/gui est resté secret). Ce cree alors un groupe de travail de 5 personnes dont le but est de reprendre et de finir le travail de CArl. Ce groupe se dit capable de mener a bien cette mission se designe comme des code wizards. C est le fameux rma/gui. Carl a fini par disparaitre completement laissant RMA face a des bugs insurmontable. Entre temps Nenad qui en a franchement marre organise la dicidence avec RED qui seduit l ensemble de la communauté rebol restant (une trentaine de personne a peine) ShadWolf passe en mode "bon maintenant vous me faites vraiment chier avec vos conneries" et ne se gene pas pour le dire. Apres tout ceux qui doivent bosser au fignolage de r3/gui sont aussi ceux qui sont le plus impliqués dans Red, ou les fans les plus virulants. Le propos ne plait pas evidement et il se fait bannir d Altme. Le propos principal de shadwolf etant de dire qu une demi ouverture comme l etait r3-host n etait pas suffisante pour assurer un avenir a rebol3 que la seule issue etait l ouverture en open source et la creation d une communauté structurée. un an et demi plutard carl revient les gurus lui demande le passage en open source ce qu ils obtiennent 4 mois plutard environ. Ce retour sonne le rassemblement des troupes qui du coup se desinterresent de Red. RMA qui a ete incapable de produir une ebauche de gui lance le projet Sapphiron dont le plus gros fait d arme actuellement est d avoir ete adapte a android ! je pense n avoir rien oublier avoir ete plutot honnete quand a mon attitude et a celle des autres. | |
| shadwolf | 30-Dec-2012/20:49:26+1:00 |
| j en profite pour expliquer le terme de gurus. C est une mode qui est propre de rebol3 et a la facon dont carl avait envisagé la gestion le projet. A l epoque de rebol3 en 2006 il etait deja notoire que CArl avait de moment de disparition et que maintenir le contacte avec lui etait une epopée epic. A propos donc de l ouverture de rebol en open source, Carl, dont les avis sont toujours tranchés et surprenant (non je veux pas de thread dans rebol c' est de la merde je prefere les processus asynchrone... sauf que ton processus assynchrone tu ne peut pas le gerer aussi finement qu´un thread et que le plantage du processus asynchrone implique l arret de l application ce qui n est pas le cas des threads (c est ce que je pense..) bref cette decision menera a uniserv et a cheyenne! illustration du propos de carl) donc Carl nous dit "non !!! je veux pas de l opensource c´est la foire au n importe quoi ! je prefere la politique des Selected Few!!" Les selected few sont une poignee de gens ayant la confiance de carl. et a qui carl confiera des taches precises. A l usage les selected few deviendront les portes paroles de Carl et donc des gurus. Ayant la charge de mene plus ou moins les choses. Qui sont les gurus? BrianH, Sunanda, robert Müench, Cyphre, et d autres dont les noms m echappes. Je pense que Dockimble est toujours reste en retrait de ce processus. Au et avant de me faire jetter d´altme j avais annoncer ma mise en retraite de la communauté rebol. Etant retraité j ai decide de me lacher franchement et de dire ce que j avais sur le coeur. Beaucoup m ont soutenus d ailleurs me disant qu´ils avaient exactement le meme etat d esprit et qu il continait par habitude plus que par envie. | |
| DideC | 30-Dec-2012/21:58:40+1:00 |
| C'est pas mal, juste quelques détails. Rebgui avait pour but de remplacer vId dans r2. Ré-implémentation light, simplifié. Depuis, pour les fans de VID, Henrik l'a fait évolué : http://www.hmkdesign.dk/project.rsp?id=vid-ext-kit&page=info Sunanda n'a jamais été un guru de Rebol. Il a créé et a fait évolué Rebol.org car il en est le webmestre, mais je ne me souviens pas qu'il ai développé pour RT ou RMA. Il a trouvé des bugs, et en a parlé, comme tout le monde. | |
| PierreCh | 30-Dec-2012/23:28:24+1:00 |
| Bon, merci beaucoup pour l'historique résumé, les gars. J'ai lu avec attention, et je n'aurais que quelques mots: mais quel boxon! Et quel gâchis! Je commende à mieux piger pas mal de choses, à la lumière de tout ceci... | |
| PierreCh | 30-Dec-2012/23:36:30+1:00 |
| Il me semble avoir compris, il y a longtemps, que certaines parties de Rebol avaient été libérées, notamment VID: ma mémoire me joue-t'elle des tours? Si VID était bien libre, ce ne serait peut-être pas la mer à boire (je rêve, je crois...) de le recoller au Rebol3 open-source ET au Red? Non? Je dis ca parce que le VID était, à mon avis, un moyen ttès efficace de mettre l'eau à la bouche de personnes quelconques. Et si on veut prosélytiser (en tous cas, moi, je le souhaite), ca peut être quelque chose d'assez prioritaire. | |
| DideC | 2-Jan-2013/11:03:29+1:00 |
| Je ne crois pas pour VID en tant que tel, et à moins que je ne me trompe, je pense que tu fais référence au "Desktop" qui lui a été libéré... sans qu'il n'y ai eu de résultat probant. http://www.rebol.com/news/news3610.html VID est un dialect (Visual Interface Dialect). Donc il est tout a fait envisageable que le dialect en soit puisse produire une IHM sous r3. Mais "View" (moteur d'interprétation du dialect VID) souffrant de nombreuses limitations, le dialect aussi. Et tout le monde s'accorde à dire qu'il faut combler ses manques et donc faire évoluer le dialect. | |
| ldci | 2-Jan-2013/12:41:33+1:00 |
| Bonne Année à tous DideC a raison, c'est le Desktop qui a été libéré, mais néanmoins j'ai retrouvé sur un disque une REBOL/SDK 2.7.5 BETA Distribution du 20-Mars-2007 qui donne accès aux sources de VID REBOL [ Title: "REBOL/View" Rights: "Copyright REBOL Technologies 1997-2002" ; You are free to use, modify, and distribute this software with any ; REBOL Technologies products as long as the above header, copyright, ; and this comment remain intact. This software is provided "as is" ; and without warranties of any kind. In no event shall the owners or ; contributors be liable for any damages of any kind, even if advised ; of the possibility of such damage. See license for more information. ; Please help us to improve this software by contributing changes and ; fixes via http://www.rebol.com/feedback.html - Thanks! ] #include %gfx-colors.r #include %gfx-funcs.r #include %view-funcs.r #include %view-vid.r #include %view-edit.r #include %view-feel.r #include %view-images.r #include %view-styles.r #include %view-request.r ;-- Must be done prior to loading anything that requires fonts on Linux. layout [text "imanXwin kludge"] ;-throw this one away soon-- okay? open-events Ca peut servir de base à quelqu'un Amicalement | |
| DideC | 2-Jan-2013/14:03:22+1:00 |
| Effectivement, avec le SDK on a les sources de VID. Mais étant donné la licence : pas le droit de les publier ! | |
| ldci | 2-Jan-2013/14:22:47+1:00 |
| @didec Tu as raison! Good point! | |
| shadwolf | 2-Jan-2013/14:29:37+1:00 |
| DideC, hum je sais pas c'est flou... la licence en tete dit vous avez le droit d utiliser modifier et distribuer ce software avec les produit RT... ceci dit s appercevoir en 2013 qu on a les source de VID depuis 2007 c'est marrant je trouve... du coup je me demande si le fameux super moteur rma-gui a la mort moi l'OS gaiement de RMA c'est pas juste un copier coller de partie de VID de rebol2 ... Enfin ce qui a été libéré c'est la partie rebol du code VID la partie C a l epoque n'etait pas libre. | |
| jocko | 2-Jan-2013/15:12:39+1:00 |
| @shad : non, le gui-RMA, c'est une extension du gui-r3 que Carl avait écrit. Ils ont ajouté les redimensionnements, les skins utilisant des matériaux, des widgets orientés tables pour bases de données ... Mais le code reste très proche ... à part deux ou trois éléments (la gestion des actions, la gestion des fontes ?) qui les rendent incompatibles. Ils auraient au moins dû identifier et documenter clairement les points d'évolution : aujourd'hui, la doc sur leur site, qui est en bonne partie celle de Carl, ne prend pas en compte leurs modifs. | |
| DideC | 2-Jan-2013/16:33:43+1:00 |
| Shadwolf : si tu as un SDK, alors oui tu as les sources de VID Les sources du code mezzanine (code Rebol), s'entend. Evidemment avec le SDK on a pas les sources du code C. Mais avec r3, si  r3gui est une réécriture complête. Si tu as regardé un tout petit peu aux archanes de r2 (avec anamonitor.r c'était super facile), tu as une idée de comment fonctionne VID. r3gui est très différent car plus évolué. | |
| shadwolf | 3-Jan-2013/19:57:11+1:00 |
| ouai ... est suffisant DideC mon lapinou pour rassemble la partie de code C de r3 et de lui coller la partie de mezanine de r2 ? A t on ne serait ce qu interet a faire ce genre de frankenstein sachant que l un et l autre sont ....hum... bugissimo ? | |
| shadwolf | 3-Jan-2013/19:58:49+1:00 |
| oui j ai regarder en surface comment marchait le VID avec anamonitor2.r meme. A quand un anamonitor pour reboxon 3 ? | |
| shadwolf | 3-Jan-2013/20:00:17+1:00 |
| anamonitor qui a ete repris par Carl d ailleurs et integre dans les tools par defaut de rebol/desktop/rebol.com et renomé RMOA. | |
|
Login required to Post. | |