 |
| Rebol 3 plus d'un mois de retard | |
| seb2 | 30-Jul-2007/15:21:19+2:00 |
| Selon les dernieres nouvelles R3 ne sotira pas avant le 18 Aout DOnc avec plus d'un mois de retard | |
| Didec | 30-Jul-2007/16:28:17+2:00 |
J'ai un petit doigt bavard et qui a des contacts  Je peux vous assurer qu'il y a chaque jour un travail conséquent qui est fait sur R3. Carl travaille sur le coeur du moteur du langage, la sous couche réseau... bref le C, Cyphre sur tout ce qui est graphique (AGG, RichText... en C aussi) et Gabriele est le principal responsable du code Mezzanine. Sans oublier Greg Irwin, qui créé les outils de tests unitaires. Rien que tester les datatypes nécessite plusieurs centaines de milliers de tests (opérations, conversion, ...). De plus quelques autres développeurs aident au débuggage, aux tests, convertissent quelques une de leurs applications pour tester l'aspect pratique de R3. En tout une vingtaine de personnes sont concernées. Actuellement, le gros du travail est axé sur VID3. Il est totalement nouveau est encore incomplet. Mais très prometteur en terme de capacité, et toujours aussi simple à programmer ! En étant assez réaliste, je pense qu'il y a encore au moins un mois de phase Alpha, avant de passer en Beta 1 et d'ouvrir la porte à plus de développeurs. R3 c'est 80% de nouveau par rapport à R2 ! Donc ça prend un peu de temps tout ça. | |
| guest2 | 30-Jul-2007/17:54:33+2:00 |
| J'ai cru comprendre qu'il y aurait un nouveau parser en plus du parser classique. Etant un grand amoureux du parsing sous Rebol, j'aurais aimé en savoir plus. T'as des infos Didec ? | |
| Goldevil | 31-Jul-2007/10:44:07+2:00 |
| >> Selon les dernieres nouvelles R3 ne sotira pas avant le 18 Aout >> DOnc avec plus d'un mois de retard Le contraire m'aurait inquiété. Depuis que je joue avec Rebol, jamais un release n'est arrivé à la date espérée Il n'empêche que R3 arrive fort tard. Les reste de l'univers informatique se développe dans milles directions et, vu de l'extérieur, Rebol semble stagner. Pour garantir la pérennité du langage, un large base d'utilisateurs est importante et cela nécessite une offre très large. Certains cherchent un IDE qui accélère le développement. D'autres cherchent un serveur d'applications. Il y en a qui veulent communiquer facilement avec d'autres architectures (XML, SOAP, Ms Exchange, Oracle 10,...). Etc Je ne pense pas que R3 offrira cela à son lancement et c'est dommage. Autre chose regrettable, c'est le nombre de plateformes suppportées qui s'est considérable réduit mais surtout qui ne s'est pas ouvert à de nouvelles architectures populaires (Windows mobile, Symbian...) Ou alors de manière incomplète (toujours pas de release officiel pour Mac OS X). Touts ces choses sont potentiellement accessible avec R3 mais le travail reste énorme (et la réponse "Tu peux le faire toi-même" ne satisfait personne. Dommage que Carl ne puisse pas avoir une équipe plus étoffée. Arrgh ! J'aimerais tant avoir une version beta de R3 ! Septembre c'est trop tard. Je n'arriverai pas à attendre. Bouhouhou ! | |
| GreG | 31-Jul-2007/17:01:45+2:00 |
| Effectivement, je n'attends plus non plus deseperement! Lorsque R3 sera la, ce sera cool, mais en attendant, je joue avec ce qu'on a. Remarquons aussi que l'existant nous permet de faire deja pas mal de choses, exemple: Cheyenne, ce forum, ... Donc il n'est pas necessaire d'attendre pour demarrer un projet! Je travaille d'ailleurs activement sur un projet de mise en ligne de photos avec R2. | |
| Didec | 31-Jul-2007/17:09:16+2:00 |
| Il y a une nouvelle instruction DELECT permettant de faciliter l'interprétation de dialecte simples (!?). Voici ça définition en quelques mots par Carl "DELECT converts a keyword command dialect with optional arguments (like View layout) into seperate command blocks with fixed argument lists, the missing optional arguments being replaced with NONE values." J'en sais pas plus, si ce n'est que c'est prévu à l'origine pour pouvoir interfacer facilement un dialect avec du code C (dans le cas d'un module en C). Mais ça peut aussi servir en Rebol pure, d'ailleurs VID3 s'en sert. | |
| guest2 | 31-Jul-2007/23:47:08+2:00 |
| Vouiiii, je vois... (flou) faudrait voir dans la pratique parce que là je me pose plein de questions. Maintenant si ça permet de réecrire la fonction layout en plus concis c'est forcemment un ENORME progrès. J'ai toujours pensé que parse aurait du être pensé pour pouvoir construire le dialecte VID (et donc la fonction layout) de façon purement déclarative (enchainement de règles à parser). En fait on peut voir la fonction layout actuelle comme un ensemble de hacks pour étendre les limites du parser de base au dialecte VID. Je prends un exemple simple : Le dialecte VID permet de passer un argument soit en valeur simple soit de façon indirecte (via une évaluation). ex: TEXT 255.0.0 et TEXT red, sont tous 2 accéptés (rien de plus normal). Mais avec parse c'est une usine à gaz pour créer ce genre de règle toute simple, ce qui, il faut l'avouer, est franchement dommage. On aurait aimé pouvoir écrire simplement un truc du genre: ['TEXT set color get tuple!] (notez le 'get) Avec 2-3 améliorations de 'parse dans ce genre, le dialecte VID aurait pu être écrit de façon beaucoup plus simple et puissant. On parle souvent de REBOL comme LE language qui permet de construire des dialectes mais on oublie de dire que la fonction parse n'a pratiquement pas évolué depuis son origine alors que de nombreuses proposisions d'évolutions ont été proposées. Je ne compte plus les fois ou je me suis dit - bon sang !!! si on pouvait faire telle chose avec 'parse, mon programme serait 10 fois plus simple - Alors construire tout plein de dialectes avec 'parse je veux bien mais faudrait penser à le faire un peu évoluer parce que VID est peut être simple dans son principe mais la fonction layout est ce que j'appelle une usine à gaz... | |
| guest2 | 1-Aug-2007/0:12:45+2:00 |
| J'ai oublié de préciser un truc: On peut se demander: mais pourquoi veut-il tout faire avec 'parse ?? Une des raisons est que si un dialecte est décrit de façon totalement déclarative on peut envisager de faire du pas-à-pas plus facilement (pour déboguer), du streaming (c-a-d parser le flux d'entrée de manière asynchrone quand la source est imposante ou qu'on essaye de parser des protocoles de communication) et il est même possible de faire du parsing "inversé". Oui je sais, sur ce dernier points certains me regardent avec des gros yeux, mais j'ai fait pas mal de tests en la matière ces derniers temps et je sais que c'est possible en respectant certaines règles d'écriture. le parsing 'inversé' permettrait de reproduire un source à partir d'un résultat et inversement. Les applications sont nombreuses, je vous laisse imaginer (pour VID ce serait assez génial). Il n'y a rien de miraculeux, des languages comme prolog ont spécialement été conçus pour faire ce genre de chose. Et il est rageant de constater que parse est à 2 doigts de pouvoir faire ce genre de chose. Vala ! | |
| Didec | 1-Aug-2007/11:52:26+2:00 |
| Teaser! Dans VID3 (dans son état actuel, encore incomplet), la partie déclarative/générative du layout et son affichage (en gros, stylize, make-face, le dialect, layout, view, unview) c'est 250 lignes !! Le "layoutage" est entièrement automatique (plus de at, return, across, below...) par groupement et spanning (en gros). En plus de ça, il y a le face de base, la gestion des événements, les styles déjà défini... En tout 2600 lignes de codes. Mais VID3 n'aura de commun avec VID que la simplicité d'écriture d'un layout, car derrière il est beaucoup plus évolué et puissant. Encore un peu de patience | |
| Goldevil | 2-Aug-2007/10:42:20+2:00 |
| Aaaaaargh ! Je ne peux plus attendre ! Je vais finir par mordre quelqu'un. Grrrrr... | |
| Didec | 2-Aug-2007/15:27:11+2:00 |
| Ce sera pas moi, je suis bien trop loin | |
| ZeBrain | 7-Aug-2007/22:39:01+2:00 |
| Un mois de retard c'est un peu frustrant mais pas dramatique. On aura aimé des releaes intermédiaires au lieu d'avoir 50 nouveautés d'un seul coup, ça aurait permis de montrer que Rebol se bouge. Néanmoins ça vaut le coup d'attendre si les nouveautés sont aussi puissantes qu'elles en ont l'air. | |
| guest2 | 7-Aug-2007/23:55:48+2:00 |
| Mouais, si au moins on pouvait avoir un aperçu de la doc qui est sensée être écrite au fil de l'eau... J'en viens à douter qu'elle existe cette fameuse doc... Ils ont tellement annoncé de trucs que je me dis qu'on va encore être déçu. La montagne va accoucher d'une souris... Je suis particulièrement inquiet en ce qui concerne VID3 vu le peu d'infos qu'on a. Ce sera probablement une simple réecriture (avec les allégements "dialectaux" dont nous a parlés Didec). Je m'attends à ce que VID3 ne sache toujours pas gérer dynamiquement les widgets (resizing, repositionnement et reconstructions dynamiques). Les styles actuels sont quasiment tous statiques (le fameux block init tout pourri qu'est même pas réentrant) Je crains également que le futur multi-format RTF (ou RTE) ne sache pas gérer non plus la saisie mais juste l'affichage statique. Je m'inquiète parce c'est très complexe à implémenter dans Rebol2 (voir impossible) et comme RT n'a jamais communiqué sur ses intentions en la matière, il y a fort à parier qu'on aura rien de tout ça si de nouveaux méchanismes puissants n'ont pas été intégrés dans View. | |
| ZeBrain | 8-Aug-2007/20:43:13+2:00 |
| En tout cas si R3 n'est pas à la hauteur de nos attentes Rebol Technologies n'aura plus qu'à mettre la clé sous la porte. Ca devrait les motiver à bien faire. J'ai entendu parlé précédement du projet LiquidGL qui est censé "faire ce que le VID ne sais pas faire, ou mal". Est-ce le nouveau nom de VID3 ou un projet parallèle ? | |
| guest2 | 8-Aug-2007/21:22:22+2:00 |
| Projet parallele. A la base ça n'a rien à voir avec un nouveau dialecte de type VID. C'est une technologie (un grand mot) qui permet de décrire des graphes de dépendances entre objets pour gérer dynamiquement le rafraichissement des données. exemple, si on décrit la chaine de dépendance suivante: A -> B -> C et si on modifie A, alors B et C sont modifiés en cascade. Ca ressemble furieusement à un moteur évenementiel mais avec semble-t-il des possibilitées accrues qui ne se limitent pas à la gestion d'objets graphiques ni a des dépendances top-down. Primo: Sa techno est bien sympa mais il a omi de mettre au point un dialecte pour en rendre l'usage simple du coup c'est carrément pas exploitable en l'état (enfin c'est mon avis). Secundo: Il essaye apparement de raccorder son moteur au moteur évementiel de View dans le but de fabriquer un éditeur d'objets graphiques sympatoche avec plein de trucs qui gigotent. Y'a une démo qui tourne (je l'ai pas vue) mais ça reste une démo et il est confronté aux même problèmes que ceux qui ont déjà essayé avant lui à savoir: le manque probable de modularité et d'abstraction (faut construire des couches de dialecte les mecs !!!) de sa conception qui l'empêchent de dépasser la stade de simple démo pour en faire un truc vraiment évolutif et exploitable par tous. | |
| ZeBrain | 8-Aug-2007/22:37:45+2:00 |
| Ouch, comme souvent, sur le papier ça parait super mais en vrai ... bon c'est encore en développement donc il y aura peut-être un travail sur les dialects dans la nouvelle version. | |
| ZeBrain | 20-Aug-2007/15:43:59+2:00 |
| pas avant le 18 aout et on est déjà le 20 ... marre d'attendre ... | |
| seb2 | 21-Aug-2007/14:47:49+2:00 |
| Le problème n'est pas l'attente mais le manque d'information rien sur le blog de Carl depuis le 6 juillet rien sur les news de la semaine depuis le 22 juillet le silence est tres lourd surtout que l'on a toujours pas acces aux doc | |
| cr8825 | 22-Aug-2007/7:47:46+2:00 |
| je pense qu'il ne faut pas s'énerver car nous sommes toujours après le 18 aout 2007.... et pour un bon moment | |
| GreG | 22-Aug-2007/16:23:27+2:00 |
| Il y a quand meme des news ici: http://www.rebol.net/r3blogs/0099.html Les choses semblent avancer, mais encore une fois, il ne faut pas se mettre en mode "attente de R3"; faut continuer a reboler tranquillement avec R2!  | |
| François | 1-Sep-2007/15:24:24+2:00 |
| Bonjour, Je tombe comme un cheveu dans la soupe. je n'ai plus touché à REBOL depuis plus d'un an, en fait depuis que je suis passé aux MacIntel... L'absence de version Universal Binary de rebol m'a fait passé à autre chose... pendant un temps. Maintenant, les voix impénétrables de rebol m'apelle et je me suis dit: "Allons donc voir si une version MacIntel est enfin disponible". Malheureusement, rien! Alors, y-a-t-il des chances que R3 soit compilé en Universal? Cordialement François | |
| ZeBrain | 2-Sep-2007/11:43:03+2:00 |
| Il me semble qu'il extiste déjà un version beta de Rebol/View pour Mac Intel Pour R3 je ne sais pas, comme RT a bandonné les plates-formes "exotiques" pour se concentrer sur les plus courantes y'a des chances que ça sorte. | |
| Didec | 3-Sep-2007/11:37:26+2:00 |
| Il y a bien des versions Mac, mais Je ne suis pas certain qu'il y ai une version compilée en Universal binary. Quand a R3, pour le moment, c'est que du Win32 car tout est en développement. Mais la portabilité est prise en compte à chaque fois qu'une fonction est ajoutée. Donc, une fois "stqabilisé, les développeurs volontaires pourront aider au portage sur d'autres plateformes. | |
| Philippe | 11-Sep-2007/23:51:29+2:00 |
| Salut, Sur Altme, cela a l'air de bouger pas mal. Didec, tu peux nous rapporter quelques news ? ===Philippe | |
| Didec | 12-Sep-2007/10:49:07+2:00 |
| Ca bouge tout les jours. Difficile (et chronophage) de rapporter tous les mouvements ! Aujourd'hui est arrivé la version Alpha n°77 (soit depuis le 1er juin, une version tout les 1 à 2 jours). Après une première compilation ce W.E. pour Linux et OsX, cette version ne fait que corriger des problèmes de codes limitant le portage. Portage qui se fait sans pb, en dehors de la partie graphique, qui demande plus de boulot. | |
| ZeBrain | 12-Sep-2007/17:38+2:00 |
| Donc on aura une version officielle pour MacOSX Si les seuls problèmes rencontrer sont des pbm de portage on devrait avoir la beta rapidement alors  | |
| GreG | 12-Sep-2007/20:46:25+2:00 |
| Des news ici: http://www.rebol.net/r3blogs/0102.html | |
| Philippe | 14-Sep-2007/13:50:05+2:00 |
| Bonjour, Une petite rétrospective sur R3 ici : http://rebolweek.blogspot.com/ ===Philippe | |
| cr8825 | 21-Sep-2007/10:05:11+2:00 |
| Hello, à ce rythme pas de r3bol avant noël 2007  !!!!!je crack | |
| GreG | 21-Sep-2007/15:35:36+2:00 |
| Oui c'est enervant... mais en meme temps, on s'y attend tous! C'est pour ca que je clame de ne pas se mettre en mode "Attente"  | |
| seb2 | 21-Sep-2007/15:51:39+2:00 |
| Le plus enervant c'est qu'aucune date même lointaine n'est donnée je dois développer un programme que je ne peux pas developpé avec la version de rebol que j'ai. normalement d'après ce que je sais avec R3bol cela devrais être possible et même si j'ai pas de véritable délais pour cette réalisation j'aimerai savoir si je vais devoir patienter encore longtemps je pense de plus en plus à laisser rebol de coté pour aller voir ailleur | |
| GreG | 21-Sep-2007/16:28:01+2:00 |
| A ta place, j'essairais de le faire en R2. D'abord, il risque d'y avoir des bugs dans R3, donc meme apres sa sortie, il y aura surement une phase de convergence qui n'est jamais cool lorsqu'on developpe un produit. Et puis, ya des solutions a tout en general. Tu ne devrais pas etre bloque au point de ne pas pouvoir realiser ton projet en R2. | |
| guest2 | 27-Sep-2007/20:47:33+2:00 |
| Fait chier quand même, RT pourrait quand même nous donner accès en consultation à son Bugtracking et à la Documentation Wiki. On est comme des cons là avec rien à se mettre sous la dent. Non mais franchement, RT se prend pour un éditeur de jeux avec son histoire d'Alpha fermée au publique. (et en plus, on a même pas droit à des screenshots) | |
|
Login required to Post. | |