[Red] Nouveau langage

[Red] Nouveau langage
trigram	4-Mar-2011/9:50:39+1:00
Je créé un topic spécifique sur le langage Red pour éviter de partir en vrac dans d'autre topic. Je reprends les topics postés dans le thread sur Cheyenne : http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C27Feb2011153916647937100%3E *RebKodeur 4-Mar-2011/7:51:08+1:00* DocKimbel, as-tu eu vent des réactions de la communauté mondiale de Rebol concernant ton projet Red ? *DocKimbel 4-Mar-2011/9:35:31+1:00* Les réactions de la communauté sont sur AltME, j'ai reçu, globalement, un excellent accueil, certains sont très enthousiastes, j'ai reçu plusieurs offres de contributions déjà de la part de certains top développeurs. J'ai eu également un très bon retour lors de la conf ReBorCon, l'un des participants m'a demandé à la fin: "Je signe où ?" . Donc, c'est un très bon début, je dois continuer sur cette lancée, en espérant faire croitre l'embryon de communauté régulièrement.
trigram	4-Mar-2011/9:53:53+1:00
Rappel des liens utiles... il y a le blog de DocKimbel : http://www.red-lang.org le Twitter : http://twitter.com/red_lang et le forum sur Google Groups : https://groups.google.com/group/red-lang?hl=en&pli=1
Jedi	6-Mar-2011/10:36:24+1:00
@DocKimbel: As-tu déjà reçu une réaction de Carl au sujet de Red ?... a+ Sébastien 'Jedi' Jeudy. -- http://www.neosysta.com & http://twitter.com/neosysta
DocKimbel	6-Mar-2011/15:54:09+1:00
Non aucune, je crois qu'il doit être pris ailleurs
trigram	6-Mar-2011/18:56:13+1:00
J'ai dÃ©marrÃ© un nouveau blog sur Red ainsi qu'un canal Twitter : http://red-chronicle.blogspot.com http://twitter.com/red_chronicle Nicolas
trigram	7-Mar-2011/0:14:11+1:00
J'ai aussi démarré un twitter Redlang France : http://twitter.com/redlang_france
trigram	9-Mar-2011/17:49:40+1:00
La révolution est marche ! Première sortie de Red/System ! http://www.red-lang.org/2011/03/taking-redsystem-pill.html Dispo sur : https://github.com/dockimbel/Red Nico
trigram	9-Mar-2011/18:28:59+1:00
Premier hello world avec Red ! https://picasaweb.google.com/lh/photo/_CaXC4Yckcj6mmYe73sl8g?feat=directlink NB: il faut créer un sous-répertoire builds sinon la compilation du hello.exe ne fonctionne pas (il doit manquer un make-dir quelquepart...)
trigram	9-Mar-2011/18:30:29+1:00
Avec le bon lien c'est mieux :
ldci	9-Mar-2011/21:59:44+1:00
J'ai testé (sans crash) et regardé le code de Nenad. J'attends avec impatience la suite car c'est du grand DocKimbel tout ça! A utiliser sans modération.
Laurent	10-Mar-2011/0:54:24+1:00
Fantastique. Vivement la version Linux.
coccinelle	10-Mar-2011/8:55+1:00
Bravo, bravo, je vais suivre ça avec attention.
jocko	10-Mar-2011/9:22:29+1:00
Oui, c'est vraiment bien ... je me retiens d'essayer de lancer d'autres dll !
DocKimbel	10-Mar-2011/10:29:57+1:00
Merci à tous pour vos soutiens et encouragements ! J'espère que certains d'entre vous pourront contribuer le moment venu à la librairie standard de Red (c'est un très gros morceau).
paullys	10-Mar-2011/11:23:48+1:00
Bravo! bon boulot! Petite question, j'ai pas trouvé de emit-pop, il n'y aurait donc pas de moyen de "désempiler"?
RebKodeur	10-Mar-2011/11:39:51+1:00
Excellent ! Au lieu d'utiliser le bon vieux cmd comme console, ne serait-ce pas plus actuel de sortir en powershell ?
DocKimbel	10-Mar-2011/11:54:10+1:00
@paullys: en effet, cela n'est pas nécessaire (du moins pour le moment) car tous les arguments empilés sont dépilés d'un coup par l'instruction LEAVE dans emit-epilog (à la sortie d'une fonction) pour les appels internes et les appels à l'API win32 (ça fait partie du modèle d'appel STDCALL). (emit-push n'est utilisé que pour empiler les arguments des fonctions, toutes les autres opérations se font entre les registres et la mémoire HEAP). @RebKodeur: bonne idée, je n'y avais pas pensé. As-tu déjà testé pour voir si ça tournait sous powershell ?
RebKodeur	10-Mar-2011/12:03:33+1:00
Je viens de tester en lancant le hello.exe sous powershell mais bien entendu cela lance cmd.exe comme output Je ne sais pas faire en sorte que la sortie des print de ton script hello.reds se fasse sous la console de powershell
RebKodeur	10-Mar-2011/12:09:08+1:00
Est-ce que tu prévois que Red puisse être porté sur des smartphones type Android ou Windows Mobile ?
DocKimbel	10-Mar-2011/12:24:51+1:00
Il faudrait essayer en changeant la propriété "sub-system" dans %compiler.r (fonction make-job): sub-system: 'console ;sub-system: 'GUI Essaye en activant la version GUI (et en commentant la version 'console). Si ça ne donne rien, je suppose qu'il faudrait alors utiliser une API particulière pour écrire dans la console powershell. Smartphones: clairement, c'est une cible prioritaire après le support x86. Donc le portage pour ARM se fera sans doute rapidement, une fois les bases de Red en place. Cela permettra de commencer à travailler sur l'interfaçage avec les OS Android, iOS et WP7.
RebKodeur	10-Mar-2011/13:00:30+1:00
Smartphones: Génial !
RebKodeur	10-Mar-2011/13:09:55+1:00
Non cela ne donne rien.
RebKodeur	10-Mar-2011/13:14:51+1:00
Ce serait intéressant de pouvoir écrire dans cette console-là : http://poshconsole.codeplex.com/
paullys	10-Mar-2011/13:45:02+1:00
Pour un coût modique (codage emit-pop), on ouvre la voie à une gestion mémoire par pile (intermédiaire entre statique et heap). Et sauf erreur, red étant conçu entre pour du traitement intensif, la gestion par pile est un moyen de se dispenser du GC par un meilleur contrôle de la mémoire qu'en heap. Ainsi pour des tâches à optimiser au max, red pourrait prévoire un mécanisme de débrayage du GC.
DocKimbel	10-Mar-2011/14:13:51+1:00
@RebKodeur: une console avec un mode Quake, fallait le faire ! Pour l'interfaçage, poshconsole tourne sur .Net, donc il faudrait attendre d'avoir un support .Net pour Red, ce qui n'arrivera pas avant le support ARM (mobile) et le support JVM d'après mon planning. @paullys: j'ai oublié de préciser que toutes les variables locales sont également sur la pile (elles font partie du "stack frame" d'une fonction), donc pour être plus juste et corriger ma précédente affirmation, la plupart des opérations se font plutôt entre les registres et la pile (à moins de n'utiliser que des variables globales). Sinon, oui, clairement la pile est un bon moyen de réduire la charge du GC et gérer à moindre coût les allocations temporaires. C'est ce que Carl a fait avec R3 en déplaçant le stockage des variables locales sur la pile plutôt que sur le tas, d'où un gain en performance des appels de fonctions, mais au détriment d'un contexte persistant par défaut (comme sous R2). J'imagine que c'est ce qui a motivé l'introduction du type closure! pour compenser.
trigram	10-Mar-2011/14:22:12+1:00
Pour le planing des implémentation : 1/ Windows : OK 2/ ARM : OK + 3/ JVM : OK ++ Pour le reste, il s'agit d'ouvertures, mais non prioritaire.
DocKimbel	10-Mar-2011/14:59:37+1:00
Linux et OSX seront supportés avant ARM sans doute, le CPU utilisé étant le même, il y a juste à supporter les formats d'executables correspondants et adapter les mappings OS bas niveau dans la future librairie Red. Je pense que je vais ajouter le support Linux très rapidement, il ne coute pas très cher en temps et une bonne partie des devs qui me suivent déjà l'utilisent (donc je vais devoir le faire plus tôt que prévu). Pour OSX, une fois la version Linux réalisée, il suffira simplement de supporter le format d'executable mach-o pour faire tourner Red/System dessus, donc encore une fois, c'est un petit effort comparé au portage sur mobiles ou sur JVM.
paullys	10-Mar-2011/16:37:34+1:00
Cela va mieux comme ça: "la plupart des opérations se font plutôt entre les registres et la pile" Oui, mais la pile a d'autres secrets et avantages... Et c'est une des faiblesses de R2 de ne pas en tirer partie. (Y'a quand meme un début de prise de conscience avec ce que tu dis sur la R3 qui empile désormais les variables locales). La perte de contexte n'est pas une fatalité c'est juste une sous utilisation de la pile qu'induit la libération/réinitialisation (on dépile tout) de la pile par la fin ou le retour d'une fonction en utilisant des appels standards. Il faut simplement que le "dépilement" soit sélectif==> nécessité emit-pop. Selon moi, c'est tellement important ce petit détail que cela pourrait presque justifier d'un fork
DocKimbel	10-Mar-2011/17:31:36+1:00
La perte de contexte n'est pas une fatalité c'est juste une sous utilisation de la pile qu'induit la libération/réinitialisation (on dépile tout) de la pile par la fin ou le retour d'une fonction en utilisant des appels standards. Il faut simplement que le "dépilement" soit sélectif==> nécessité emit-pop. J'avoue avoir du mal à voir concrètement comment cela peut fonctionner avec une pile d'exécution (notamment le "dépilement" sélectif), mais je suis curieux, si tu as un exemple, ou des liens vers des pages traitant de ce sujet, je lirai çà avec intérêt. As-tu comme référence FORTH ou RPL en tête ? Selon moi, c'est tellement important ce petit détail que cela pourrait presque justifier d'un fork Tu peux, c'est un principe de base sur github, pour contribuer, il faut forker. Si la contribution me semble utile au projet, je la réintégrerais dans le dépot d'origine.
deglingo	10-Mar-2011/19:53:30+1:00
Doc, Excellent, Red démarre sur les chapeaux de roues !! Tous mes voeux de succès... Quelques questions sur Red : + Quelle est la cible au niveau utilisation ? multi-casquettes, un peu comme Rebol: client graphique, parties serveurs, bases de données, réseau, etc... ? + est-ce que tu cibles le développement de serveurs d'applications en Red avec des performances à la hauteur de JAVA par exemple (avec le multi-threading) ? Au bout de la ROADMAP bien sûr... + Red offrira la possibilité de développer des interfaces graphiques, c'est bien ça ? En reprenant les mêmes idées que R3GUI développée par RM-ASSET ou d'autres ? A quelle échéance dans la ROADMAP ? + J'imagine que Cheyenne sera porté sur Red, ça coule de source, non ? + Au niveau du langage pur, y aura-t-il les mêmes concepts ? imbrication code + données dans les "block!" (avec "delayed evaluation" sur les blocks), commande PARSE par rapport à R3 ? , Modules (http://www.rebol.com/r3/docs/concepts/modules-loading.html ), Unicode ?, protocoles réseau ? , etc... Merci, et chapeau...
paullys	10-Mar-2011/19:58:39+1:00
C'est effectivement la philosophie forth. C'est comme un appel de sous-programme.on empile l'adresse de début de la fonction, puis on dépile jusqu'à cette adresse (forth utilise pour cela une pile de retour). Mais si ça te parles pas, te prends pas la tête, c'était juste une proposition. Reste concentré sur ton sujet, on verra plus tard pour les petits SWAP, ROT etc...
paullys	10-Mar-2011/20:06:35+1:00
Pour info à propos de l'application de l'idée de contexte, Postscript est une source documentation.
DocKimbel	10-Mar-2011/20:45:35+1:00
@paullys: Je me doutais un peu qu'un adepte de Forth se cachait sous ce pseudo. Sinon, SWAP, ROT, DUP, etc me sont familiers, j'ai codé en RPL pendant plusieurs années (sur HP-28S, je dois pas être le seul ici) et écrit quelques routines Postscript. C'est un modèle de programmation différent que tu proposes là. Red/System est de type impératif (comme le C), Red sera un mix impératif/fonctionnel/objet (comme REBOL).
DocKimbel	10-Mar-2011/21:35:14+1:00
@deglingo: Merci! Pour répondre à tes questions: + Il n'y a pas de cible privilégiée, Red sera un language généraliste, dont les domaines d'applications iront de la programmation système au scripting haut niveau. Je compte bien ne plus avoir à utiliser ni REBOL, ni le C quelquesoient les applications à developper. Le but est bien d'avoir un language suffisamment générique pour être un bon choix quelque soit le domaine d'application. + Il y aura un focus important sur le support des communications réseaux, je compte intégrer un couche à la UniServe en interne et un serveur web/applications scalable, mais minimaliste. Il y aura certainement un ou plusieurs serveurs d'applications une fois la v1 disponible, mais il ne faut pas y compter avant début 2012 (à moins que quelqu'un s'y mette à fond durant le dernier trimestre 2011). Au niveau des performances, elles devraient être au minimum comparables à celles de serveurs Java, et au mieux au niveau de bons serveurs en C. + GUI: je ne compte pas renouveller les erreurs et errements de RT concernant cet aspect. Ma roadmap dans ce domaine est claire: 1) Serveur web minimaliste intégré au language (permet des UIs et applications web dès que la couche communication sera en place). 2) GUI pour l'IDE: ce sera une mince couche d'abstraction avec un dialecte VID-like pour les utilisateurs et un mapping simple vers les widgets OS natifs (même approche que SWT, dont je compte bien emprunter les idées et solutions). Avec l'IDE arrivera donc également cette librairie graphique multi-platformes. 3) Les projets externes sont les bienvenus pour wrapper des librairies graphiques existantes: le champ est libre, j'ai déjà été contacté par Max qui voudrait faire un moteur type R3/View, mais plus costaud et porter GLASS dessus. Construire un moteur type View (multi-plateformes, pas de widgets natives) est possible et ce n'est pas très compliqué à faire, mais cela reste très peu prioritaire pour moi. Le problème principal de cette approche est de batir un jeu de widgets digne de ce nom. Or, en 10 ans, REBOL a échoué dans cette voie, donc je ne suis pas chaud du tout, mais si quelqu'un s'y met, ça fera une option de plus pour les utilisateurs. + Cheyenne: oui, sans doute, mais en plusieurs étapes. Un moteur réduit intégré au language dès que techniquement possible, puis un portage plus important après la v1. Le moteur devra être réécrit en partie pour exploiter les possibilités de concurrence via les acteurs (s'appuyant sur du multithreading en dessous). + Language: - imbrication code + données dans les "block!" : oui, identique à REBOL (nécessite le compilateur JIT pour supporter DO, COMPOSE, REDUCE, ...) - PARSE: oui, indispensable, j'intégrerai les modifications faites dans R3 qui me paraissent pertinentes (à étudier, je n'ai pas regardé en détail chaque changement dans R3). Mais attention, PARSE va nécessiter lui-aussi la présence du compilateur JIT, donc assez loin dans la roadmap. - Modules: oui, similaire voire plus simple que ceux de R3. - Unicode: oui, les scripts seront en UTF-8, le stockage en mémoire des strings sera en UTF-8 ou UTF-16 (non décidé encore). - Protocoles réseau: oui, j'implémenterai personnellement les plus importants: HTTP, SMTP, IMAP, POP3, SSH et pour les plus bas niveaux: TCP, UDP, SSL, ICMP (on va enfin pouvoir ping-er!). Il est trop tôt pour faire une liste exhaustive de ce qui sera intégré dans le language ou dans sa librairie standard. Ce que je peux dire, c'est que Red semblera pour la plupart des developpeurs très proche de REBOL, avec quelques éléments en moins (le binding dynamique), mais énormément de possibilités nouvelles en plus. Un facteur également important est la quantité de contributions qui seront faites par la communauté pour la librairie standard (pas d'impact sur le planning, mais sur le nombre de fonctionnalitées et types de données qui seront disponibles pour la v1).
paullys	10-Mar-2011/21:39:48+1:00
La HP-28S la meilleure machine de tous les temps!!! Dans mon idée, ce serait la base d'un dialecte de Red...c'est pour cela que ca peut attendre que le travail soit plus avancé.
DocKimbel	10-Mar-2011/23:20:11+1:00
@paullys: eh oui, une pure merveille de technologie. Les fonctions de calculs étaient hallucinantes pour l'époque sur une calculatrice (dérivées et developpements de polynômes en symbolique). J'ai codé des tas de jeux et utilitaires à l'époque (surtout durant les cours de philo en Terminale). J'ai aussi codé en assembleur dessus (le fameux proc SATURN avec ses registres 64/80 bits!), je me suis extasié sur la fameuse routine SPEED en ASM permettant d'overclocker le proc (x2!), j'ai eu des frissons en faisant le tuning de la bête pour ajouter un port infrarouge E/S afin de communiquer entre deux HP28S et un port joystick pour les jeux (j'utilisais un micro-joystick pour netbook)...que de très bons souvenirs!
paullys	11-Mar-2011/9:02:42+1:00
Ah ouais, t'étais un furieux sur cette machine!! Je suis pas allé aussi loin (assembleur), mais c'était quand même l'éclate. C'est bien dommage qu'on ne fabrique plus ce genre de machine que je qualifierais de "techniquement émouvante". Cependant on a de quoi faire du soft "techniquement émouvant" ;rebol le fût,red le sera.En tout cas je nous le souhaite.
Didec	11-Mar-2011/12:21:32+1:00
J'ai téléchargé et testé ce matin. Ca marche, mais j'ai une fenêtre de crash à la fin de l'exécution du hello.exe. En tout cas, déjà un sacré boulot de fait !! Bravo et chapeau bas.
jocko	11-Mar-2011/12:45:36+1:00
Oui, vraiment chapeau. J'ai testé l'appel de dll. J'ai utilisé une dll que j'avais faite pour appeler un moteur Matlab, en lui envoyant du code Matlab et en récupérant le résultat du calcul. A part un tout petit problème de représentation de certains caractères, je récupère bien dans la console le résultat du calcul effectué par Matlab.
DocKimbel	11-Mar-2011/12:57:24+1:00
@Didec: J'ai poussé des modifications tard hier soir, peut-être une regression, mais en testant, je n'arrive pas à produire de crash (Win7 32-bit). Sur quelle version de Windows testes-tu ? Peux-tu me faire une capture écran du rapport de crash stp ? @Jocko: Est-ce que ta DLL est compilée en STDCALL ? La convention d'appel CDECL n'est pas appliquée sur les mappings fait avec #import, donc je suis un peu surpris que ça puisse marcher. D'un autre coté, les 2 normes étant très proches, il est possible que les mauvais caractères à l'écran soient dûs à un petit clash entre les 2 conventions d'appel.
jocko	11-Mar-2011/13:06:10+1:00
convention d'appel : _cdecl
jocko	11-Mar-2011/13:07:44+1:00
en fait ce sont les premiers caractères de la chaine de retour qui sont illisibles, la suite, ça va.
Didec	11-Mar-2011/13:38:55+1:00
Je suis sous XP SP2. Signature de l'erreur : AppName = ModName = hello.exe AppVer = ModVer = 0.0.0.0 Offset = 000010f8 Après pour le contenu du rapport, j'ai bien un bouton pour l'envoyer à M$, mais rien pour l'envoyer à Dockimbel Le "copier" ne marche pas et le rapport est long. Voici quelques infos de base : Exception information Code: 0xc0000005 Flags: 0x00000000 Record: 0x00000 Address: 0x0000000004010f8 System information Windows NT 5.1 Build: 2600 CPU Vendor Code: 756E6547 - 49656E69 - 6C65746E CPU Version: 000006FB CPU Feature code: BFEBFBFF CPU AMD Feature Code: 00D5E824 [...Je passe les modules...] Thread 1 Thread ID: 0x00000e4c Context: EDI: 0x7ffdc000 ESI: 0x00000000 EAX: 0x00380000 EBX: 0x0013da7c ECX: 0x00001000 EDX: 0x7c91e514 EIP: 0x7c91e514 EBP: 0x0013daf0 SegCs: 0x0000001b EFlags: 0x00000246 ESP: 0x0013da54 SegSs: 0x00000023 Dis moi ce que tu veux d'autres.
DocKimbel	11-Mar-2011/14:27:59+1:00
Super, il y a l'adresse, le code erreur, et les registres, je vais regarder çà tout de suite. Merci.
DocKimbel	11-Mar-2011/16:13:25+1:00
Ok, j'ai corrigé la régression et commité sur github. Merci de l'avoir signalée, sur Win7, curieusement, elle est invisible...
Didec	11-Mar-2011/17:02:21+1:00
Et, oui, ça marche avec cette nouvelle version. Rapide le bougre !! D'ailleurs je n'avais pas signalé que je lançais hello.exe directement en double cliquant sur on icone et non depuis la console. Maintenant que ça marche, c'est mieux par la console, car sinon je n'ai pas le temps de voir grand chose
DocKimbel	11-Mar-2011/23:37:26+1:00
@jocko: J'ai amélioré le support des conventions d'appel et ajouté un support complet de cdecl ! Peux-tu tester avec ta DLL pour voir si ça corrige, ou pas, le pb des caractères illisibles ? Attention, le format des imports nécessite maintenant d'indiquer la convention d'appel pour chaque DLL importée : #import [ "kernel32.dll" stdcall [ ;-- DLL Windows => stdcall ... ] "ma-dll.dll" cdecl [ ;-- DLL C classique => cdecl (sans le _ devant!) ... ] ]
jocko	12-Mar-2011/8:32:57+1:00
@Doc, merci, J'ai essayé, pour te faire un feedback rapide, car je suis pris toute la journée. Celà fonctionne comme précédemment, c'est à dire, pas de problème pour l'appel des fonctions, mais des problèmes pour les valeurs de retour. J'ai aussi fait des essais avec ma dll de synthèse vocale. Ca fonctionne bien, tant que je ne cherche pas à récupérer la valeur de retour. Bonne journée, à+
DocKimbel	12-Mar-2011/14:12:22+1:00
Je n'ai pas eu de soucis avec une DLL faite en ASM, je vais retester avec une DLL codée en C. Quel compilateur C utilises-tu pour ta DLL ?
DocKimbel	12-Mar-2011/14:44:27+1:00
Pour info: je viens de tester avec une DLL très simple en C (compilée sous VS2008 avec l'option "Compile as C Code (/TC)" au lieu de "Compile as C++ Code (/TP)". J'arrive à passer des arguments et récupérer des int ou char * en retour sans pb.
jocko	12-Mar-2011/22:45:37+1:00
Dans mon cas, c'est du c++, compilé avec Visual C++ 2008.
deglingo	13-Mar-2011/15:59:36+1:00
Merci Doc pour ton explication détaillée sur le futur contenu de Red. Que du bonheur ! Ca me plait beaucoup la possibilité de développer des serveurs d'applications avec des perfs au-delà de JAVA... D'ailleurs, sur ce point, je fait un aparté sur le langage Javascript qui passe côté serveur avec Node.JS, chose que l'on aurait eu du mal à imaginer il y a quelques temps encore : + http://blog.xebia.fr/2011/02/15/revue-de-presse-xebia-198/#NodeJSstableen + http://linuxfr.org/news/sortie-de-nodejs-040 + http://www.web-tambouille.fr/2011/02/15/node-js-partie-1-tout-ce-que-vous-devez-savoir-sur-node-js.html# + http://nodejs.org/ Node.JS est un serveur implémenté avec une gestion des entrées/sorties non bloquante. Tout fonctionne en asynchrone avec des callbacks. Il est basé sur V8, le moteur Javascript de Google utilisé dans Chrome. Il semble obtenir de bonnes perfs. A suivre... Revenons à Red : j'ai bien compris que la partie GUI n'était pas ta priorité, même si Red devrait en implémenter 1 minimaliste pour l'IDE, c'est bien ça ? Espérons, comme tu le dis, que quelqu'un d'expérimenté dans ce domaine en développe une à côté. Autre question : que vas-tu mettre en place côté profiling / debugging et traitement d'erreurs par rapport à ce qu'a ajouté Carl dans R3 ? Merci.
DocKimbel	14-Mar-2011/15:07:59+1:00
Si tu es intéressé par Nodejs, tu devrais suivre ce projet: https://github.com/giesse/Project-SnowBall Revenons à Red : j'ai bien compris que la partie GUI n'était pas ta priorité, même si Red devrait en implémenter 1 minimaliste pour l'IDE, c'est bien ça ? Oui, tout à fait. "Minimaliste" est relatif, un IDE ayant en général une UI évoluée. que vas-tu mettre en place côté profiling / debugging et traitement d'erreurs par rapport à ce qu'a ajouté Carl dans R3 ? Principalement, une intégration complète du débogueur/profileur dans l'IDE: * débogueur visuel pas à pas du code Red (n'existe pas dans R3 il me semble) * débogueur visuel pour PARSE, avec pas à pas, points d'arrêts, ... * moniteur visuel des flux d'entrée/sorties (UDP, TCP, HTTP et accès disques principalement) Pour le traitement des erreurs, par défaut, je reprendrai la même approche que REBOL, mais comme il y a une phase de compilation, un certain nombre d'erreurs runtime dans REBOL pourront être détectées durant la compilation, donc les applications mises en production devraient être plus robustes.
trigram	14-Mar-2011/17:07:29+1:00
@DocKimbel Juste une petite digression sur le projet SnowBall, Gabriele indique qu'il avait commencé en Rebol mais finalement a abandonné. Sais-tu pourquoi ?
DocKimbel	14-Mar-2011/19:50:55+1:00
Non, il faut lui demander directement.
deglingo	15-Mar-2011/0:05:52+1:00
Merci Doc. Tout ça est plus que prometteur ! Par-contre, je n'ai pas très bien compris en quoi consistait le projet Snowball. Mais bon, j'avoue que j'ai regardé un peu rapidement.
shadwolf	15-Mar-2011/3:12:50+1:00
aaaaaaah ouai quand meme donc conclusion : " y en a marre de rebol vive red!" ? Remarquez ca tombe bien j'ai pas pris ma retraite de la communauté Red encore... Pour la couche GUI Nemad je t'en suppli base toi sur une librarie LGPL, gtk+, wxwindows, voir meme QT ... rappelons que nokia a reçu des fond de la communauté européenne pour faire avancer QT et qu'il est absolument scandaleux qu'il soit abandonné. Je veux bien monter et dirriger un groupe pour mettre en place le segment GUI mais je veux que ce groupe etablisse un cahier des charge clair avec étapes de développement clairs. C'est le minimum je pense. Après j'ai pas encore eu le loisir de tester red.
shadwolf	15-Mar-2011/4:42:56+1:00
j'ai pas encore testé Red mais j'ai lu les slide de présentation de Nenad. L'ironie en moins on dirait notre échange se le langage de nos rêves. Enfin remarque quand meme 2 pages shadwolfesque "how started rebol .... " "Where is rebol now?" As t on besoin de rebol oui. Mais on a besoin que'une langage rebol-like crée une véritable dynamique un véritable sens voir même osons cette insulte : "qu'il rapporte de l'argent !!". QT a pu faire 100 millions d'euros de capitalisation avant d'etre racheter et sacagé par nokia preuve que l'aproche on est gratuit tant que vous faites du gratuit marche. après comment créer une dynamique autour de Red. Ben déjà en faisant tout le contraire de RT. Faisons connaitre Red attirons les programmeurs a nous et si l'on veux aller vers l'informatique pour tous il faut aller vers des interfaces "clic&run". Avoir une interface graphique capable de supporter et de présenter du click&run est a mon avis le gage de la meilleures qualité possible de GUI. J'aime l'approche de Nenad qui tend à penser projet fini et a adapter le langage a ce besoin. Plutôt que de suivre la voie RT du "je mets tout et n'importe quoi dans mon interprète/langage et on verra bien ce qu'en feront les gens...". C'est un peu la vision qu'on a de l'informatique avec PHP par exemple. Ou même python n'a pas commencer en étant le langage qu'il est... Etant fortement lié au C et évoluant dans une communauté linuxienne ayant une forte culture de programmation C python c'est développé comme alternative rapide au C. Pouvant produire de gros projet comme Jokosher par exemple. Mais sans grand projets il n'y a pas de grands langages c'est simple non ? Un langage n'existe que par rapport à ce qu'il permet concrètement de faire. Rebol c'est présenté comme une alternative au PHP ok combient de site tournent avec du rebol dans le moteur? Peut on comparer ses réalisation de site rebol avec des réalisation de site PHP? C'est parcequ'il y a eu de grands projets comme wiki ou les forum PHPBB que php c'est développé et qu'il est devenu incontournable. C'est en s'adaptant au besoin des réalisateur de ces grands projet que PHP a grandi. Resultat aujourd'hui dans le monde du web "rebol? connait pas..." Dans le monde graphique ? "REbol? connait pas..." Dans les monde de l'informatique professionnelle en générale "Rebol? connait pas...." Pourtant les aspects fondementaux de rebol sont et restent fantastiques. Il sont améliorables mais par manque d'accès directe les gens s'en éloignent. Est ce que Red aura plus de succès que les précédente tentatives. C'est tout le mal que je lui souhaite. Il faut que ce projet ne se contente pas d'être le projet perso hobby d'un individu. C'est ce qui a plombé rebol tout bien peusé finalement. Beaucoup de chose ont été lancée trop sont restée au stade de beta (desktop,rebrowserplugin, console, RebService, vid, agg etc...) Pour avancé c'est trivial mais il est préférable d'avoir des spécialistes qui se concentrent sur leur domaine plutot que des gens qui vont dans tout les sens et essaient de tout faire tout seul...
Goldevil	15-Mar-2011/11:27:06+1:00
Bonjour à tous. Après une très longue absence, je viens vous faire une petit coucou. Le projet Red a éveillé mon intérêt et me pousse à m'intéresser à nouveau au micro-univers Rebolien. J'ai toujours pensé que Rebol se trouvait "le c.. entre deux chaise." Soit il devient vraiment Open Source et cela devient motivant pour la communauté. Soit il devient vraiment commercial et RT a les moyens de ses ambitions (équipe in-house de développeurs bien rémunérés, marketing...) Red prend l'un des deux chemins de manière claire et a des objectifs assez bien définis. C'est très motivant.
DocKimbel	15-Mar-2011/16:59:34+1:00
@shadwolf: Faisons connaitre Red attirons les programmeurs a nous et si l'on veux aller vers l'informatique pour tous il faut aller vers des interfaces "clic&run". Précision importante: contrairement à Carl, ma cible principale n'est pas l'ensemble des gens voulant apprendre à programmer, mais bien les développeurs confirmés, pour un usage pro ou privé. Mais sans grand projets il n'y a pas de grands langages c'est simple non ? Un langage n'existe que par rapport à ce qu'il permet concrètement de faire. C'est très vrai, le "destin" d'un langage, en général dépend de la "killer-app" qui sortira et le fera connaitre (comme Rails pour Ruby). Donc, j'espère que la communauté Red sera la plus large possible afin de pouvoir avoir une ou plusieurs "killer-app" le plus tôt possible. Il faut que ce projet ne se contente pas d'être le projet perso hobby d'un individu. Je ne crois pas avoir jamais dit que c'était un hobby pour moi. Vu mon investissement actuel et à venir dans ce projet, c'est tout sauf un hobby.
trigram	15-Mar-2011/18:28:44+1:00
Pour la Killer-app, avec Red comme nom, Red le film, Red = rouge, je pense que c'est annonciateur... Plus sérieusement, je pense que Red a tout les atouts pour voir sortir un application de ce genre... Aujourd'hui, je pense qu'il y a assez de personnes expérimentées et qui connaissent le besoin du milieu Pro pour se focaliser dessus... Si on se met autour de la table avec Jedi, Olivier, ldci, Francois, JJV, GreG... j'en oubli... je pense que l'on pourra arriver à quelque chose de très intéressant. Je créé un Topic pour une rencontre de type RUG (Rebol/Red) chez les Chtis (on est au moins 2 avec Olivier) ou sur Paris... Nico
François	15-Mar-2011/21:27:53+1:00
Si c'est chez les chti, je suis partant. C'est pas trop loin de bruxelles
trigram	19-Mar-2011/18:37:57+1:00
J'ai mis en place un sondage : http://www.rebol-france.org/sondage-rug-spring-2011 Et il y a un topic pour cela. Pour ce qui concerne Red, j'ai lancé un page d'accueil pour le future de la communauté francophone autour de Red (proposition comme d'habitude). http://www.redlang-france.org Nico
wet_wet_wet	25-Mar-2011/2:13:56+1:00
I hope Red moves fast in terms of its milestones, one of the reasons, I would like to use Red, is because it is compiled, that implies speed should be better than Rebol and people won't be able to see and tamper with the source code that easily.
DocKimbel	25-Mar-2011/10:46:05+1:00
@wet_wet_wet: moving fast forward is a key factor to Red's success. The other factor will be community size, but I guess it will heavily depend on the first one. I don't expect community to grow significantly until Red reaches a beta state (should be around September this year), then I hope Red will gain momentum starting from Q1 2012. Red general performances will be nothing comparable to R2 or R3, it should be between one and two orders of magnitude faster than equivalent REBOL code. Power always coming with a price to pay, some of REBOL flexibility will be lost, but that won't matter to most programmers that don't rely on rarely used features like BIND. Fortunately, the code/data duality will be preserved thanks to the JIT-compiler.
GreG	25-Mar-2011/11:11:28+1:00
J'adore le BIND moi!
Laurent	25-Mar-2011/16:13:26+1:00
Moi le BIND ne me manquera pas. Surtout si cela permet d'avoir des performances entre 10 et 100 fois supérieures.
GreG	25-Mar-2011/16:37:31+1:00
On trouvera bien sur un moyen de s'en passer
trigram	24-Apr-2011/23:41:15+2:00
Aller petit essai de création d'un page Wikipedia pour Red : http://fr.wikipedia.org/wiki/Langage_de_programmation_Red N'hésitez pas à contribuer ! D'avance merci. Nicolas
wet_wet_wet	25-Apr-2011/4:31:56+2:00
I tried to post a comment at www.red-lang.org, but it seems to vanish when I try to preview. I was commenting as "anonymous" profile. does anybody have any problem to post a comment there using anonymous or is it only me ? http://www.red-lang.org/2011/04/update-on-redsystem-progress.html#comment-form
trigram	26-Apr-2011/17:35:42+2:00
I've just post an Anonymous comment. I didn't try to preview the comment first. It works. Now, I've tried with preview and it works too...
trigram	26-Apr-2011/22:49:42+2:00
But now, my first comments has dispared. It seems that the preview make the error.
shadwolf	1-May-2011/21:24:06+2:00
@DocKimbel: Mon point pour le RAD fait avec red pour red c'est surtout que c'est le genre de gros projet qui normalement tirent vers le haut un langage. Enfin quand les auteurs du langages sont à l'écoute et renforce les points faible de leur langage. Faire un RAD on l'a vu a plusieurs reprise ( ce n'est pas une critique et ca me conserne aussi ne vous en faite pas) avec REBOL est une tâche qui est loin d'être simple et loin d'être dépourvue d'enseignements et d'intérêt. Elle permet de montrer l'ensemble des possibilité du langage qui l'a supporte. Killer-app ? hum oui mais la killer-app en général ne montre qu'un aspect bien limité du langage. Un champs d'application concrèt bien précis et ou le langage excèle comme nul part ailleurs. Alors que le RAD puisqu'il doit premettre l'assistance active à la réalisation d'un projet se doit de proposer le support de toute les technologies qui font partie du langage et de ses librairies main stream. Peut on concevoir par example un RAD javascript ne connaissant pas Prototype et JSON ? Oui ca existe ...et on appele ca un editeur de texte brute ASCII/unicode . Pour moi le rad doit etre modulaire simplement écrit et permettre sont extension facilement. Analysons viva-rebol et critiquons ce shadwolf, viva-rebol pèse 1 800 lignes de code dont 1400 lignes dédié a une widget qui devrait faire partie du set de face par défaut de rebol et rebol aurait dû être optimisé et adapté pour supporter le mieux possible cette widget (area-tc). Au lieu de ca on a 1400 lignes de bricolage pas portable... Tant que la majeure partie de la problématique de viva-rebol tourne autour de la widget area-tc, le reste des fonctionnalité typique du rad ne peuvent être dévelopée. Mais qu'est ce que ce salopard de Shadwolf n'a pas développer dans viva-rebol avant de lachement le laisser tomber. - pas d'interface de création rapide d'interface graphique générant du VID minimaliste. - pas d'outils de traçage ( avec R3 ca aurait pris tout son sens puisqu'il y a justement un nouvel outil de traçage de code) - pas d'aide contextuelle, (area-tc) - pas de complétion de code (area-tc) - pas d'assitance a la saisie de code (area-tc) - pas de copier coller multi ligne (area-tc) -pas de browser rapide de contenu séparant les items par nature - pas d'outils de modelisation de SGDBR capable de sortir divers dialect SQL ( en gros tu fais ton model tu choisis quel serveur de base de donnée cible pour les script SQL et hop et si tu change de serveur pan tu exportes vers un autre format de script SQL. Ladybird de Coccinel etait vraiment en bonne voie pour arrivé à ce genre de chose) - pas de documentation sur le rad - pas d'interface click and run pour les tout petit script - pas de wraper de code ( grebox aurait pu etre repris amélioré et intégré dans viva-rebol) - pas module d'extension possible permettant . - pas de flexibilité facile des couleurs du texte (ave stockage et exportation) - pas de support d'outils de travail partagé (cvs, subversion, github) - pas possibilité d'obtenir une vue synthétique UML like du projet et de sa gestion. ( basé sur les information cvs par example) et après on peut aller de plus en plus loin dans l'implémentation. Bref c'est un vrai boulot quoi ... pas un truc qu'on fait en 5 minutes pour voir si c'est possible de faire et si ca vaut eventuellement le coup. Tant qu'on est au stade on fait des widgets bricolées en trichant avec rebol parce que l'auteur refuse d'y apporter les evolutions qui ferait qu'on ai plus a se préocuper de la dite widget mais qu'on pourait ce concentrer agréablement sur le reste, construire une activité commerciale et rentable autour de cet outil tout en 1. Donc fin du projet ca sert a rien de se casser la tete et de perdre du temps sur un projet qui n'ira pas plus loin car trop de manque dans R2 qui ne seront jamais corrigés. bref c'est juste un example de ce que j'ai vécu et de ce que j'avais prévu de vivre.
shadwolf	1-May-2011/21:32:49+2:00
j'ai oublier de mentionné un outil qui me tennait vraiment a coeur c'etait l'edition multi main en temps réel (moon editor).
wet_wet_wet	7-May-2011/21:17:27+2:00
I still am not able to post a comment on http://www.red-lang.org/2011/04/update-on-redsystem-progress.html#comment-form. the comment just seems to disappear all the time. do they have to be approved before they show up on the site ? I tried both IE8 and k-MELEON 6.0.
wet_wet_wet	7-May-2011/21:20:42+2:00
sorry I was able this time. seems the way the site works is funny, it's like you have to try to submit multiple times before it gets to show you a captcha, and then submit again. this will turn away a lot of people ! do you guys have the same problem ?
RebKodeur	8-May-2011/7:38:13+2:00
No problem with Firefox 4.0. The captcha appears just after the comment post.
rosanoff	3-Jun-2011/13:56:19+2:00
bonjour, félicitation pour le projet, je suis de tout coeur avec vous même si mon niveau n'est pas suffisant pour pouvoir vous aider. actuellement j'utilise cheyenne avec rebdb pour une application web de gestion de hta (camping )cette application est en test réel depuis deux ans et je compte la mettre en production en septembre. j'ai choisi la solution du web pour simplifier la maintenance et de plus l'utilisation de se fera par abonnement. Concernant RED : la gestions des bases de données sera t elle gérée comme avec rebol pour que je puisse adapter rebdb ou faut il que je passe directement à pgsql? Bon Dev.
DocKimbel	3-Jun-2011/15:50:30+2:00
Gestion des bases de données: je crois que ce genre de question est prématurée, le langage Red n'étant pas encore implémenté. A priori, ce sera des drivers basés sur des ports comme en REBOL.
Laurent	7-Jun-2011/14:10:12+2:00
@rosanoff Je suis en train de faire un site avec base de données PostgreSQL V9.0 et le driver pgsql de DocKimbel marche vraiment très bien, je te le conseille.
gerardcote	4-Jul-2011/0:38:34+2:00
@DocKimbel : les objets en Red seront-ils definiset implantes de maniere semblable a ceux de Rebol 2 ou. 3 ou auront-ils leur saveur propre, un peu comme cette version originale d'un Logo repense de maniere a integrer les technologies provenant des langages imperatifs et des langages fonctionnels, toitncomme Rebol et Red ? Pour fins de comparaison, une lecture rapide de ce papier relatif aux objets d'Elica, cet autre Logo repense aidera si le temps de L'auteur de Red le lui permet et l'envie aussi de comparer, meme si les details d'implantation ne sont pas fournis. http://www.elica.net/download/papers/ElicaLogoObjects.pdf Desole pour les accents. Le iPad n'est pas specialement adapte pour nous faciliter le travail, francophones que nous sommes -sans ajout Merci Gerard
trigram	5-Jul-2011/1:09:31+2:00
Red/System en version beta ! http://www.red-lang.org/2011/07/redsystem-goes-beta.html?m=0
Laurent	5-Jul-2011/10:36:58+2:00
J'ai vu ça. Super!
ldci	5-Jul-2011/11:57:19+2:00
Dans les bonnes nouvelles, j'ai vu que la version core052 (pour BeOS X86) fonctionne sans problème sous Haiku (alpha 3). Dans la mesure où Red propose un runtime Posix, on devrait pouvoir faire tourner Red sous Haiku/BeOS. Ca rappellera le bon temps à Nenad lorsque nous étions des développeurs référencés pour BeOS!
Philippe	5-Jul-2011/15:01:01+2:00
Salut, Excellente nouvelle ! Bravo ! ===Philippe
DocKimbel	5-Jul-2011/20:25:44+2:00
Merci à tous pour vos encouragements ! Red vient de faire l'objet d'un nouvel article sur OSNews: http://www.osnews.com/story/24921/Red_System_Reaches_Beta_Loads_Syllable_Shared_Libraries @ldci: ah, j'avais oublié que /Core avait été porté sur BeOS x86, merci pour le rappel ! Il faudrait que je teste le compilateur Red/System sous Haiku pour voir si la version de /Core 2.5.0 est suffisante. @gerardcote: les objets dans Red utiliseront le même principe que les objets REBOL (prototype-based). L'API de Red sera largement ouverte et permettra d'implementer ses propres types, donc s'il y a des fans de la POO par classes, ils pourront l'ajouter. Merci pour le lien vers Elica, c'est interessant ce logo modernisé...(j'ai parcouru rapidement le document et le site, et je l'ai bookmarké pour le lire en détail plus tard).
ldci	7-Jul-2011/11:14:31+2:00
Salut à tous Toujours dans les nouvelles qui intéressent Red Le rebol core 2.5.0 fonctionne très bien sous QnX (X86) et sous windows mobile (ARM) Plein de tests Red en perspective!
wet_wet_wet	8-Jul-2011/4:54:21+2:00
quoting trigram: Red/System en version beta ! Great job Doc !!! at least you seem to be more on time with your delivery, and that's good news for people following Red. I am more interested in Red than Red/system and I can't wait for it to come out.
gerardcote	8-Jul-2011/6:40:49+2:00
@docKimbel: Merci ptous our les efforts consentis et toute l'information partagée - cette documentation concernant Red/System (specs et processus) est vraiment géniale pour aider à apprendre comment développer et implanter un langage. Je suis un fan assidu - je lis et relis toutes les conversations sur AltMe, ce canal et quelques autres. Pas toujours léger comme contenu pour un néophyte du low-level comme moi mais très enrichissant et surtout très concret - cela change des bouquins que je lis (ou tente de lire - le plus souvent sans trop comprendre les détails - mais ici alors on n'en manque pas et je me force à les étudier tant que je n'y arrive pas ...) Changement de propos, pour Elica, une autre référence complémentaire à celle que je t'ai transmise lors du dernier post, est celle ci-dessous - elle explique un peu plus en détails comment l'auteur a conçu et implanté plusieurs aspects de sa version du core d'Elica. http://www.elica.net/download/papers/ProgrammingAsPoetry.pdf Enfin, je suis un peu surpris de la simplicité apparente avec laquelle, l'auteur réussit à introduire chez les jeunes du secondaire (~ fin du lycée), les bases du 3D et de l'animation par approximation avec le mapping de texture de manière très concrète avec le genre de document et de programme ci-dessous (le fantôme animé est vraiment génial). Il me tarde de trouver de plus amples infos pour apprendre à l'utiliser par moi-même - je ne connais encore rien au 3D ... http://www.elica.net/download/papers/UsingLogoToModelAndAnimate.pdf Et pour ton information, il travaille aussi sur un compilateur pour Logo qu'il a appelé Lhogho - ces réflexions seront peut-être utile pour certains aspects de Red, qui sait? - Voir les liens suivants : http://lhogho.sourceforge.net/details.html http://lhogho.sourceforge.net/docs/lhogho.pdf Bonne suite et merci encore pour tous ces gros efforts. Je regarde mes finances et je tenterai de faire un don bientôt en guise d'encouragement plus tangible de ma part. Félicitations aussi à toi et aux précieux collaborateurs pour ce succès grandissant presque aussi vite que souffle le vent ... (un peu de prose ne nuit jamais, non ?)
jocko	8-Jul-2011/8:53:31+2:00
Je suis aussi attentivement l'avancée de Red/System ... en attendant Red. Le long post de Gérard m'a incité à ajouter quelques mots, car c'est toujours stimulant de savoir que son travail est suivi et apprécié. Donc félicitations et encouragements à continuer à ce rythme qui est impressionnant. J'apprécie particulièrement le soin apporté à éditer une doc en phase avec l'état du code. Enfin, tel qu'il est, Red/System permet déjà des réalisations spectaculaires(réalisation en quelques lignes d'exécutables qui peuvent avoir des fonctionnalités impressionnantes grâce à l'appel de dll système ou "maison")
trigram	8-Jul-2011/9:40:01+2:00
redlang-france.org ne demande qu'a démarrer. Alors, je suis ouvert à toute proposition : tutoriel, traduction de documentation en anglais, article, ... Il faut que l'on ait assez de substrat pour ensuite postuler sur developpez.com ! C'est hyper important d'être présent sur ce site (à mon avis perso).
DocKimbel	8-Jul-2011/11:23:52+2:00
@gerardcote: ce que tu dis me fais très plaisir, car je suis très attaché au partage des connaissances. N'hésite pas à poster des questions sur la mailing-list Red sur les points qui te semblent obscurs ou mal documentés. Il n'y a rien de mieux pour apprendre qu'un projet réel. @jocko: merci ! Je pense que tu seras particulièrement intéressé par la possibilité de facilement générer des DLL écrite en Red, je vais y travailler durant le mois de juillet. Concernant la documentation, il manque la documentation du runtime (toutes les variables globales et fonctions pré-définies), il faudrait idéalement un système simple de génération de docs automatique, car le runtime évolue rapidement. @trigram: avoir des articles en Fr serait bien, sur le site red-lang.org, les stats montrent que la France est le pays d'où proviennent le plus de visites, juste derrière les USA, et loin devant les autres pays. Des tutoriels et manuel d'utilisation (version plus orientée "pratique" des spécifications) seraient les bienvenus.
ldci	10-Jul-2011/22:35:34+2:00
Hello à tous Red sur Mac OSX sans pb. J'ai testé Voir le site http://www.red-lang.org/ DOCS: upgraded README file to mention Mac OS X and give more details on the installation process.
deglingo	11-Jul-2011/19:45:50+2:00
D'abord bravo pour l'avancée fulgurante de RED. Chapeau Doc, et tous ceux qui travaillent activement dessus. C'est passionnant à suivre... Sinon, je suis tombé sur "Akka", un framework Java/Scala sur les "Actors" : http://akka.io/ http://blog.xebia.fr/2011/07/08/xebia-accueille-la-14eme-soiree-du-paris-scala-user-group/ Doc, c'est bien cette notion d'"Actors" que tu souhaites implémenter en Red ?? Cela permettrait de faire une sorte d'Uniserve en RED hautement scalable, non ?!
ldci	13-Jul-2011/11:14:56+2:00
Salut à tous Je viens de terminer une première version d'un éditeur de code compatible Red. Le code est écrit en rebol Vous le trouverez ici http://perso.numericable.fr/frajouen/Red/editor.r On peut travailler avec plusieurs fichiers et faire tout le processus edition, compilation et exécution du code red. On a une numérotation de ligne, des fonctions de recherche ... manque la coloration. J'ai testé avec Mac OS. Pour l'utiliser copier juste le code dans le répertoire red-system et c'est tout.
DocKimbel	13-Jul-2011/15:04:29+2:00
@deglingo: Merci ! Ca ne fait que commencer, le meilleur est à venir Concernant Akka: je suis inscrit au PSUG (Paris Scala User Group) depuis le début (plus d'un an), et je vais assez souvent aux réunions mensuelles. Akka est une version plus puissante de la lib Acteurs fournie de base dans Scala. D'ailleurs les deux fusionnent, Akka va intégrer Scala et son auteur vient de s'associer avec Martin Odersky (le créateur de Scala) pour créer une société commerciale aux USA: http://typesafe.com/company Pour répondre à ta question, oui, c'est bien ce modèle d'acteurs que je compte intégrer dans Red, avec en cible, des fonctionnalités équivalentes à celles d'Akka. Et oui, celà permettra de faire des serveurs hautement scalables (entre-autres choses). @ldci: Sympa comme contribution, je t'ai fait une réponse par email.
ldci	13-Jul-2011/19:37:48+2:00
Nouvelle version qui améliore le resize et l'interface Toujours ici http://perso.numericable.fr/frajouen/Red/editor.r En revanche je ne comprends pas pourquoi call/output ne fonctionne pas sous windows. A +
shadwolf	13-Jul-2011/23:12:30+2:00
http://people.gnome.org/~otaylor/reinteract-demo.html
DocKimbel	17-Jul-2011/20:57:01+2:00
Portage de Red/System vers Mac OS X terminé: http://www.red-lang.org/2011/07/mac-os-x-port-released.html
gerardcote	7-Aug-2011/20:24:06+2:00
Allo, Je n'ai pas encore pu tout lire ce qui concerne le système proposé par Akka.io mais je suis aussi intéressé par ce qui touche les échanges, que ce soit sous forme d'un RTOS ou non. De mon côté, j'ai aussi commence à lire su sujet du OpenComRTOS qui semble aussi offrir plusieurs outils intéressants basés sur des principes ayant fait leurs preuves et également à la tolérance des fautes et au multitraitements. http://www.altreonic.com/category/products/opencomrtos-suite Espérant que cela sera utile a certains d'entee vous et qui sait peut-être à toi aussi Nenad... pour certains aspects de Red.
trigram	11-Aug-2011/13:59:44+2:00
Version 0.2.1 de Red/System dispo : http://www.red-lang.org/2011/08/redsystem-v021-released.html
jocko	12-Aug-2011/12:25:21+2:00
Allez, pour le fun, une petite démo de Text To Speech pour Red/System (utilisant l'API Google ... impressionnante). NB: ne fonctionne que sous Windows, avec une connexion internet. Il suffit de décompresser et de cliquer sur l'exe demoTTS.exe Pour en savoir plus, parcourez le source demoTTS.reds http://www.colineau.fr/rebol/downloads/demoTTS_Red.zip
DocKimbel	12-Aug-2011/15:49:19+2:00
Très sympa comme démo jocko, merci et bravo ! La qualité de la voix est assez bluffante. Quand Red sera prêt, tu pourras réécrire la DLL en Red directement.
jocko	12-Aug-2011/16:01:13+2:00
Merci, et surtout bravo à toi, Doc, pour tout le travail déjà fait autour de Red/System (et probablement de Red, dont j'attends la version alpha avec impatience) !
jocko	12-Aug-2011/17:13:55+2:00
The DLL is compiled for Windows, but maybe jocko could build it for Linux or Syllable too. Or you can just make a wrapper on Google's TTS service using the cURL binding. Je réponds ici, car je n'ai pas accès à ALTME. There are two steps in this DLL: first send a request to the Google api, for instance : http://translate.google.com/translate_tts?tl=en&q=hello+world Google returns an audio file : translate_tts.mp3 second, automatically open this file and play it. I use a DirectXShow filter (windows only), directly able to render the url. In the cas of Linux, cUrl could do the first step, and, for instance VLC the second
shadwolf	16-Aug-2011/7:26:37+2:00
ou SDL ... c'est libre c'est tout open et gratos et c'est portable ...
JJV	17-Aug-2011/23:20:03+2:00
Bonjour Jocko, Bravo pour red lang DocKimbel Bravo Jocko, je vois bine une appli pour apprendre une langue, pas mal. à bientôt JJV PS: Je modifie if french = 1 [ TTSlng "fr" ; for french language (or whatever ...) txt1: "Red System est étonnant 123" txt2: "Je répète, Red est fantastique 123" txt3: "bien sûr que j'ai raison 123" txt4: "est-ce que j'ai raison ? 123" txt5: "salut125 ..." ] Et le message dicté ne prend pas en compte les modifs?
jocko	18-Aug-2011/11:35:34+2:00
as-tu recompilé ? (le chemin d'accès peut être différent ...) do/args %rsc.r "%../source/demoTTS.reds -t Windows"
ldci	4-Sep-2011/18:47:36+2:00
Salut Nouvelle version de l'éditeur pour Red http://perso.numericable.fr/frajouen/Red/editor_1_1.r Des améliorations essentiellement esthétiques. Le fichier d'aide est automatiquement généré par makedoc et affiché dans un navigateur html
ldci	6-Sep-2011/22:05:41+2:00
Salut Nouvelle version de l'éditeur pour Red http://perso.numericable.fr/frajouen/Red/editor_1_2.r Il y a une gestion des options du compilateur Red: le mode verbose et le mode debugging qui peuvent être activés ou pas. Par défaut ces modes ne sont pas activés. Testez avec ce code de Nemad pour voir les différences avec ou sans debugging Red/System [ Title: "Red/System empty script" Author: "Nenad Rakocevic" File: %empty.reds Rights: "Copyright (C) 2011 Nenad Rakocevic. All rights reserved." License: "BSD-3 - https://github.com/dockimbel/Red/blob/master/BSD-3-License.txt" ] print "test for HexDump" dump-hex as byte-ptr! 00001000h dump-hex4 as byte-ptr! 00001000h print [ "done" lf] Le code est écrit sous Mac OSX 10.7 et doit fonctionner avec les autres OS
DocKimbel	6-Sep-2011/23:23:04+2:00
Merci ldci pour cette nouvelle version. Il y a un problème au chargement, l'éditeur requiert le script %makedoc2.r situé dans un sous-répertoire %/docs qu'il ne trouve pas et plante au démarrage. Il serait bien que l'éditeur puisse télécharger ce script directement s'il ne le trouve pas.
DocKimbel	7-Sep-2011/0:01:26+2:00
Pour ceux qui ne seraient toujours pas au courant, je présenterai Red au Software Freedom Day 2011, le 14 septembre prochain à Amsterdam: http://www.softwarefreedomday.eu/2011/index.html http://www.softwarefreedomday.eu/2011/Red.html
ldci	7-Sep-2011/10:03:25+2:00
@DocKimbel OK, je vais modifier le code pour télécharger si besoin makedoc2.r
shadwolf	10-Sep-2011/1:02:33+2:00
Esperons que ca va plaire a plein de hacker et que Red aura la communauté qu'il mérite. Pour ma part ... oh et puis non j'ai pas envi de faire de commentaire. Il parrait que mon silence sera bien plus explicite donc je ma tais. Si toute fois mon avis sur la question vous interesse... ben vous ferrez comme si ca ne vous interessait pas hein c'est ce que tous le monde attend de vous
ldci	12-Sep-2011/16:22:53+2:00
Salut Nouvelle version de l'éditeur pour Red http://perso.numericable.fr/frajouen/Red/editor_1_3.r Certains raccourcis clavier ont été ajoutés et le code est amélioré A+
none	12-Sep-2011/23:29:22+2:00
tiens un vrai de vraie question technique serrieuse etc pour DockImbel Red est copiler grace a parse et a rebol, je vais pas rentrer dans le détail ( j'imagine cependant que parse transforme directement un mot du dialect en son équivalance binaire un peut comme un emulateur.. Sauf que normalement on a un table de correspondance ou chaque instruction se voit traduit en hexdecimal) Red est donc très dépendant de rebol est ce que ca va rester comme ca ou est ce qu'a terme red se compilera a l'aide d'une VM faite en red.. et donc sera t'il a terme autosuffisant ou aura t'il toujours besoin de la béquille rebol.
shadwolf	12-Sep-2011/23:34+2:00
ldci > la touche return ne marche pas pour aller a la ligne dans editor_1_3.r.
shadwolf	13-Sep-2011/0:59:03+2:00
hum en fait ma comparaison avec un emulateur c'est exactement ca ... Enfin sauf que la tu ne traduit pas deux code binaires mais du texte vers du code binaire. Tu cree des struct! avec le format d'un binaire et tu remplis les "cases" avec la traduction hexadecimal des instructions du dialect RED... ce que tu fais avec le red aurait aussi bien put etre faire directement dans rebol. Par contre je comprend pas trop comment tu structure ta propre couche de dialect sur red comme l'etendre et comment repercuter a tous les fichiers concernés les ajouts. Enfin en meme temps j'ai survolé rapidement le code qui est touffu. Je n'imaginais pas qu'on puisse avoir un cotrole aussi precis du contenu de variables en rebol ... sachant que justement rebol n'est pas typé et que les variables n'ont pas de taille a proprement parler. je comprend l'idee generale mais pas tout...
shadwolf	13-Sep-2011/2:37:49+2:00
Pour etre franc voici pourquoi j'avais pas regarder dans le code de Red avant. J'avais peur d'y decouvrir un wrapper ce script rebol plus ou moins ce que fait REBOL/SDK ou Grebox. Et en fait mon analyse preliminaire montre que non ... c'est une vraie traduction du code rds en binaire. Après avoir vu ca une foule de questions se bousculent dans ma tete. Alors que pendant des année on a essayer de savoir si rebol pouvait reelement etre compiler voir comment s'interfacer efficacement avec d'autre librairie binaire, je m'etonne qu'on ai pas eu plus tôt une proposition de cette aproche. Est ce que Rebol est vraiment adapter à ce genre de travail ? plutot que le C ou autres langages? La complixité de red croissant ne vat on pas se retrouver a terme dans un an ou deux avec un compilateur extremement lent ? Le niveau meme de complexité qu'implique la croissance de Red ne rendra t elle pas a terme le projet impossible a géré comme ca été le cas pour rebol 2 dans la neurserie de Carl?
ldci	13-Sep-2011/10:50:27+2:00
@ shad: la touche return ne marche pas pour aller a la ligne dans editor_1_3.r. corrigé: c'est le keycode [#"^m"] qui bloque le CR suffit de corriger le code comme suit b8: app-btn 60 keycode [#"^p"] "Compile" [if tnFiles > 0 [redCompile]] A +
shadwolf	13-Sep-2011/23:11:14+2:00
@ldci : voui c'est ce que j'avais vu aussi l'introduction des raccourcis clavier a "casser" le retour chariot. Je suis officiellement a la retraite donc pas de code et je voulais pas non plus etre trop présomptueux ... bref bel effort et a la difference de area-tc c'est portable :P.
ldci	15-Sep-2011/16:37:51+2:00
Salut à tous J'arrête pour le moment le développement de l'éditeur de code. Allez sur http://www.activestate.com/komodo-edit Vous trouverez un super soft qui marche avec Rebol et Red, le tout sous Mac, Linux et Win C'est paramétrable à volonté A titre d'exemple j'ai installé quelles commandes da
ldci	15-Sep-2011/16:42:55+2:00
Salut à tous J'arrête pour le moment le développement de l'éditeur de code. Allez sur http://www.activestate.com/komodo-edit Vous trouverez un super soft qui marche avec Rebol et Red, le tout sous Mac, Linux et Win C'est paramétrable à volonté A titre d'exemple j'ai installé quelles commandes dans le tool box qui font que je peux compiler et tester le code Red. C'est pour Mac et donc à adapter Compile: /vos répertoires/dockimbel-Red/red-system/rebol %rsc.r "%F" Debug and Verbose: /vos répertoires/dockimbel-Red/red-system/rebol %rsc.r "-v" 2 "-g" "%F" Run: open %b La coloration marche avec Rebol A voir pour Red A +
ldci	15-Sep-2011/18:01:36+2:00
Bon c'est du xul qui va être abandonné par Mozilla et Firefox... Le tout avec du javascript M'enfin ça maarche
DocKimbel	17-Sep-2011/16:59:30+2:00
@ldci: Je compte proposer un IDE complet pour Red et Red/System d'ici la fin de l'année. Je n'ai pas encore décidé si j'allais passer par un framework graphique ou bien utiliser simplement ce que propose l'OS. Le problème des frameworks graphiques existant est que les bons (Qt, FLTK,...) sont en général codés en C++, donc problématiques à wrapper.
ldci	17-Sep-2011/19:18+2:00
@DocKimbel: Je suis d'accord et les bons frameworks sont en C++. On attendra donc que tu décides pour l'OS ou un framework Bravo pour la présentation aux Pays-Bas, les slides sont super claires A +
DocKimbel	17-Sep-2011/22:10:42+2:00
@ldci: Merci François ! Pour ceux qui sont sur Paris, je présenterai Red à l'OSDC le 23 septembre prochain (normalement en français). Plus d'info ici: http://act.osdc.fr/osdc2011fr/talk/3641
jocko	21-Sep-2011/15:27:24+2:00
un autre problème est que les bons frameworks nécessitent généralement l'installation d'un run-time important, avec un tas de librairies dynamiques, ce qui nuit à la "légèreté" de la solution.
jocko	21-Sep-2011/15:28:11+2:00
un autre problème est que les bons frameworks nécessitent généralement l'installation d'un run-time important, avec un tas de librairies dynamiques, ce qui nuit à la "légèreté" de la solution.
shadwolf	21-Sep-2011/19:32:47+2:00
jocko ben le probleme c'est que legèreté ne rhyme pas avec nombre important de fonctionnalité. A MOINS, evidement de faire comme Carl a fait dans rebol systématiquement tout réécrit le plus minimalistement possible au final on a des choses rigolote comme la capacité de faire un serveur en 1 ligne de code mais pas la possibilité d'interagir au niveau des couches basses de protocole réseaux comme ICMP par example. Hors on le sait tous une des application phare dans le domaine IT est l'application de monitoring et rebol aurait pu offrir un réel atout dans ce domaine (penser a des CMS comme nagios ou bigbrother par example ...) Et ce manque de fonctionnalité est ce qui donne l'aspect par fini de rebol ... alors que pour Carl c'est fini puisque ca remmpli la tâche qu'il avait en tête au départ quand il a commencer a ecrire ce "module".
jocko	21-Sep-2011/23:30:33+2:00
ok, shad, mais je fais aussi du c++, et ça donne beaucoup de possibilités dans le domaine graphique et dans les autres. Ce qui me plait dans Rebol, c'est, à mon sens, un bon compromis entre des fonctionnalités de haut niveau, et un nombre minimal de fonctionnalités graphiques de base. Pour des applications spécifiques et performantes (jeux, calcul, traitement d'image, interfaces soignées, ... ), j'utilise autre chose. Une option possible pour Red pourrait être un jeu de fonctions graphiques de base, à la Rebol, basées sur l'API des OS, et, pour les applis plus exigeantes, l'utilisation de bindings avec des librairies graphiques indépendantes des OS
shadwolf	23-Sep-2011/2:15:48+2:00
l'idéal aurait été sutout que carl ecoute sa comunauté renforce les points pas fini main intéressant de rebol. Au lieu de fair l'autiste qui part dans tout les sens... A mon avis ajouter la capacité de pinguer une machine dans la couche réseau de rebol c'est pas ce qu'il y a de plus lourd.
shadwolf	23-Sep-2011/2:22:56+2:00
ben heu en fait est ce que rebol serait le meme si carl y avait intégrer rebgui ? est ce que rebol 2 serait le meme si carl et cyphre avaient corriger les bug agg et font pour intégrer area-tc de base dans le jeu de widget de base de rebol? Est ce que rebol 2 serait le meme si desktop et rebol.org avait continuer a progresser plutot que de stagner comme ca a été le cas depuis l'annonce R3. Est ce que rebol 2 serait le meme si les procoles(dialectes) SQL avaient été inclus de base au lieu de s'entete pendant des année a vouloir faire payer odbc:// dispo uniquement pour windows et donc pas portable ? le probleme de rebol c'est que je peux continuer a poser ce genre de question pendant une semaine durant tellement y a de ratés ! un ratés c'est quelque chose qui aurait pu etre fantastique mais qui s'avère médiocre au final.
Laurent	23-Sep-2011/17:45:28+2:00
Pour info je reviens juste de l'OSDC où j'ai assisté (entre autres) à la présentation de Red par DocKimbel. Dans cette excellente et trop courte présentation il a essentiellement parlé de Red/SYSTEM qui est en beta mais fait déjà beaucoup de choses sur de nombreuses plateformes. Il a également indiqué que la sortie de Red 1.0 en Q1 2012 était un peu optimiste et que une sortie en Q2 2012 était plus probable. J'espère que cette présentation par Nenad aura permis à encore un peu plus de gens de découvrir Red qui semble décidément bien prometteur. En tout cas l'auditoire avait l'air d’apprécier.
DocKimbel	26-Sep-2011/10:32:16+2:00
@Laurent: merci d'être venu ! Je ne m'attendais pas à autant de monde (salle comble). J'ai été frappé par la notoriété de REBOL parmi le public (notamment chez les pythonistes). J'ai également beaucoup apprécié l'OSDC, beaucoup de conférences très intéressantes (Haskell, LuaJIT, Perl6,...).
bob le bricoleur	29-Sep-2011/22:01:54+2:00
bonsoir vieux nouveaux sur rebol, je suis le langage et la communauté depuis que je l'ai découvert dans un article d'Olivier (Auverlot). Je tiens à préciser que je ne suis pas un codeur pro mais j'ai quelques questions sur le prometteur langage RED. Est-ce que le code REBOL fonctionnera sans trop de modifications ? surtout en ce qui concerne la partie graphique ou faudra encore il réinventer la roue ? Est-que les principales applications "libres" type Cheyenne seront "traduites" en RED ? Quand la couche graphique sera crée et exploitable ? de même pour les version "embarquées" pour des OS comme androîd ou Symbian ? En clair, RED serat il un nouveau REBOL avec tous ces inconvénients ou va t il fédérer de nombreux développeurs qui vont participer à son envol pour créer un langage et un environnement de programmation complet, simple d'utilisation permettant un travail rapide et efficace ? Beaucoup de question, peut être quelques réponses à venir.
shadwolf	29-Sep-2011/23:09:23+2:00
article d'olivier averlot ... aaaaah dans le regreté ... très regreté magazine logine des editions pose press... Moi aussi j'ai découvert rebol par ce biai il y a trop longtemps. hum reponse rapides a tes questions: oui. oui c'est le but a moyen terme. heu surtout qui et comment on va la faire. Enfin le comment dependera du qui. On espere faire mieux que rebol, simple et efficace? rien n'est simple quand on compile je pense. voila pour les réponses type mitraillette. Comment ca vous aimeriez que je developpe ... Maaaaaaaais euuuuuuuuuuuuh j'ai pas envi ... Bon allez parce que c'est un gentil nouveau je vais développer: est ce que le code rebol fonctionera sans trop de modif: alors ca... cela depend en fait de ce que tu entends par code rebol, oui je sais on dirait que je suis pointillieux mais comme je developpe je vais expliquer vous inquietez pas. Si par code rebol tu entends script Rebol/core je pense que la réponse est oui a 100% avec meme des nouveautés(emploi du ++ par exemple). Si par code rebol tu entends tout les reste (command, view, rebcode, rebservice etc...) j'aurai tendance a dire non. Pour ce qui est de l'adaptation de cheyenne et autre protocoles SQL a Red je pense que c'est ce que Doc a en tete dans un ou deux ans (pour faire cheyenne faut la couche reseau asynchrone et parse et ca a faire c'est pas rien) Pour ce qui est de la couche graphique pour l'instant la reflexion suis son cour... Rien n'a été décider il y a quelques amorces de faite pour voir quelles sont les choses les plus interessantes. Idealement je souhaiterai disposer d'une solution comparable a VID coté programmeur RED mais bon ca dependera surtout de aui va faire ce module... Symbiam c'est du QT QT c'est du C++... Symbian a été abandonné l'année derniere par Nokia quand il se sont allié a microsoft pour faire du téléphone bas de gamme windows phone 7... tout la branche "linuxienne" de nokia a été élaguée ca veux dire vente de QT a une société tierce abandon de symbian et abandon de meego. pour ce qui est d'android ca semble a mon avis plus interressant car plus vaste comme marché potentiel que symbian. Gros problem d'android c'est basé sur java d'oracle et oracle veux que google lui paie des milliards de royalties pour la diffision de cet O.S bref... Android les 2 gros problemes sont surtout de savoir de quel matos et de quelle version d'android on parle... c'est pas impossible Illumination Software Creator le fait... (en s'appuyant sur python, flex) disons pour faire court que ca demande une vraie reflexion un vrai travail et de déterminer le plus petit denominateur commun... Sur la fédération autour de Red ca depend essentiellement des gens ca ... Au moins c'est ouvert donc comme d'irait l'autre y a qu'a s'y mettre. Quand aux inconvenient de REBOL c'est surtout du au fait que le projet est parti dans tous les sens en meme temps sans jamais arrivé nul part ... Comment c'est bien dit ca ...je m'épate moi même. Aaaaaah oui j'oubliai bienvenu dans notre petit village d'irreductibles... gaulois
shadwolf	4-Oct-2011/4:35:12+2:00
je prend ma boule de cristal et predit que cette année comme l'année derniere doc va gagner un rebol award pour le developement de red n'y voyez aucune malice de ma part bon allez si un peu quan meme donc dockimbel je tiens a te félicité en premier avant tout les autres et dès le mois d'octobre pour ce prix bien mérité !!!
DocKimbel	4-Oct-2011/12:13:01+2:00
@Bob: Est-ce que le code REBOL fonctionnera sans trop de modifications ? Je vise une compatibilité à 80-90%. Les détails des règles sémantiques de Red n'étant pas encore figée, je ne peux pas donner de réponse plus précise pour le moment. surtout en ce qui concerne la partie graphique ou faudra encore il réinventer la roue ? C'est du domaine de la librairie et non du langage lui-même. Je ne compte pas travailler sur un moteur type "View", la charge de travail et les compétences requises pour réaliser une ensemble de widgets graphiques d'un niveau professionnel sont hors de portée pour moi. Je compte proposer plutôt une solution multi-platforme utilisant un dialecte type VID, mais s'appuyant sur les widgets proposées par l'OS sous-jacent. Le code GUI sera donc portable, mais aura le "look'n feel" natif. Est-que les principales applications "libres" type Cheyenne seront "traduites" en RED ? Je compte écrire un nouveau serveur d'application utilisant pleinement les capacités de Red. Red aura dès le début un micro-serveur web intégré, pour un serveur plus évolué, ce ne sera sans doute pas avant la mi-2012. Quand la couche graphique sera crée et exploitable ? Je compte commencer à travailler dessus dans le cadre du sous-projet d'IDE pour Red. J'aimerais développer l'IDE en Red et non en Red/System, je vais donc attendre 1 mois ou 2 encore avant de commencer. Pour une version exploitable, je pense que ce sera liée à la maturité de Red, donc sans doute fin 1er trimestre 2012. de même pour les version "embarquées" pour des OS comme androîd ou Symbian ? Cette partie est plus prioritaire, je compte faire le portage vers Android courant octobre/novembre. Pour la couche graphique, elle devrait aller un peu plus vite pour les plateformes mobiles. Il est possible que je fasse une VID-Mobile pour ces plateformes là. Symbian n'est pas dans mes cibles, je compte travaille sur Android et iOS uniquement. BlackBerry eventuellement courant 2012, si RIM ne sombre pas face aux 2 autres poids lourds. En clair, RED serat il un nouveau REBOL avec tous ces inconvénients ou va t il fédérer de nombreux développeurs qui vont participer à son envol pour créer un langage et un environnement de programmation complet, simple d'utilisation permettant un travail rapide et efficace ? Mon but avec Red est de faire une alternative open source à REBOL tout en gommant, les grosses lacunes (AMHA) au passage. Pour l'adhésion des développeurs, c'est un travail long et difficile où les paramètres menant au succès ne sont pas prédictibles. La part de "chance" dans la réussite de ce genre de projet est très grande. Tout ce que je peux faire, c'est travailler dur et de mon mieux pour avoir le meilleur résultat possible.
bob le bricoleur	4-Oct-2011/17:46:39+2:00
Bonjour, Merci Doc pour ces détails et précisions. J'attends avec impatience la suite bon courage Olivier
deglingo	4-Oct-2011/21:00:48+2:00
Bonjour, Doc, concernant la couche graphique, je trouve que c'est une très bonne idée, de se reposer sur les widgets natifs de l'OS sous-jacent. J'utilise SWT/JFace dans mon boulot qui est basé sur le même principe. C'est puissant, et puis c'est quand même le socle graphique de l'environnement de développement Eclipse. Par-contre, cela oblige à désallouer soi-même les widgets (méthode "dispose" / Voir : http://www.eclipse.org/articles/swt-design-2/swt-design-2.html ). Enfin, un vrai look & feel "système" ! On aimerait déjà y être ! Soyons patients, et bon courage également.
jocko	5-Oct-2011/10:38:15+2:00
Je suis aussi d'accord avec cette approche reposant sur l'api des OS. Comme je le faisais remarquer plus haut, c'est la solution la plus légère, et, finalement, la plus portable, tout pris en compte. Ca n'empêche pas l'utilisation de librairies indépendantes pour les applications plus exigeantes en termes graphiques (qui ne représentent quand même qu'une partie réduite des applications faites avec ce type de langage)
shadwolf	6-Oct-2011/5:51:35+2:00
de quoi ???!!! j'ai loupé un épisode ? depuis quand réécrire autant de version du moteur graphique qu'il y a d'OS c'est plus rapide que de se baser sur les basses couches d'une libraries commune a tous ces OS? ceci dit ... si je me base sur les sources de host kit la partie exploitant les libraries native se resume a créer une fenetre avec un fond et a y dessiner par dessus les gob... enfin ce qui dans la boite noir et qu'on a pas c'est la partie dialect justement la fameuse traduction des mot du R3GUI en instructions de base la librairie graphique. enfin tout les OS comme vous dites n'ont pas tous les meme widget ni les meme maniere de dialoguer avec. Et la par exemple je pense aux widget android comparée aux widget win32api. surtout que win32api est suposé deprecated comme X11... est ce que ca vaut le coup de s'enteter dans des lib qui sont amenée a disparaitre meme si leu remplacant gardera une compatibilité descendante?
shadwolf	6-Oct-2011/5:53:59+2:00
donc a moins de faire comme dans R2/VID une face capable de tout faire et dont toutes les autres face heriteront je vous pas comment vous aller faire pour qu'arriver au 3 eme portage vous en ayez pas raz le bol?
deglingo	6-Oct-2011/22:55:05+2:00
Un article très intéressant sur le design de la librairie SWT (Standard Widget Toolkit), et la stratégie d'implémentation : http://www.eclipse.org/articles/Article-SWT-Design-1/SWT-Design-1.html
deglingo	6-Oct-2011/23:10:36+2:00
Autres liens en français sur SWT : + http://www-igm.univ-mlv.fr/~dr/XPOSE2003/Nicolas_Sebban/principes_fonctionnement_swt.html + http://www-igm.univ-mlv.fr/~dr/XPOSE2003/Nicolas_Sebban/Expose_SWT.ppt + http://www.crim.ca/fr/r-d/technologie_internet/documents/SWT.pdf
shadwolf	9-Oct-2011/11:01:48+2:00
tant qu il y aura pas de parse comme base de red je considererait red comme meme pas un clone de rebol digne de ce nom ... je sais c'est dur ... mais parse est rebol donc si tu clone rebol to clone parse sinon tu te reclames pas de rebol. c'est clair c'est net c'est precis ceci dit j'ai absoluement rien contre red etant son propre langage a part peut etre que red est un nom deja pris pour une solution ruby /javascript ... enfin je vais pas chipoter pour si peu hein red c'est tellement bien comme nom c'est difficile de trouver mieu ...
shadwolf	9-Oct-2011/11:06:20+2:00
putain 10 ans de rebol pour en arriver a red ... c'est comme si seiyar attaquait le grand pope a coup de chaine nebulaire ... J'en pleurerai ....tient...
shadwolf	9-Oct-2011/11:40:42+2:00
quand je dis que red ou peut importe son nom doit pas s'appuyer sur les gens qui ont montrer leur incapaciter a faire de rebol un succes je le pense... Ceci m'inclus de fait mais notez bien ... je ne veux surtout pas participer a red et j'en suis certain dockimbel m'en remercie ... erf qui voudrait d'un poil a gratter tel que moi ... ca c'est si tu tu te fie a ce que je post sur le forum et non a ma capacite de travail... Et la est le noeud du probleme moi je veux pas d'un herzats de rebol je veux rebol et qui progresse ... donc on est pas fait pour s'entendre... j'ai suporte aucun des clones de rebol car pour commencer aucun des clones de rebol ne clone parse et ca c'est juste super nul... bref ignore moi ne vient pas discuter serrieusement avec mois contente toi de ton speudo rebol inspirer de rebol mais pas tout a fait rebol et laisse moi te dire a quel point ca me navre c'est le minimum...
ZeBrain2	20-Dec-2011/18:45:57+1:00
Du neuf Dock depuis fin Septembre ?
DocKimbel	21-Dec-2011/19:05:32+1:00
Le port ARM de Red/System est quasiment terminé, il reste quelques bugs à corriger pour faire passer les derniers tests unitaires (une trentaine). Je vais officialiser le port par un nouvel article dans le blog dès que ce sera prêt (j'espère cette semaine).
DocKimbel	21-Dec-2011/19:06:54+1:00
Il y a aussi le canal twitter pour ceux qui souhaitent suivre de plus près les évolutions: http://twitter.com/red_lang
Zebrain2	25-Dec-2011/17:36:56+1:00
J'ai vu une démo avec Gtk aussi, ça avance sacrément vite !
Login required to Post.