 |
| red & interface graphique (GUI) | |
| coccinelle | 22-Feb-2013/14:30:33+1:00 |
| J'ai vu sur AltMe qu'y avait des possibilités d'interfaces graphique pour red. J'ai pas compris comment ça marchait ni où downloader ce qui est nécessaire pour qu'ça fonctionne. Si qqc peut m'en dire plus, ça m'intéresse. | |
| DocKimbel | 22-Feb-2013/15:53:18+1:00 |
| C'est un travail en cours réalisé entièrement par Kaj, donc pas de docs, ni de tutos pour le moment. Le GUI utilisé est GTK+ (c'est "cross-platform"). Le plus simple pour tester/regarder est de télécharger le dépot de test de Kaj en utilisant le script suivant: http://red.esperconsultancy.nl/Red-test/artifact/73888bc254bf6b705a2367593b701f32a882ef63 Il faut créer un nouveau dossier, ouvrir une console R2 dedans et lancer %download.r. Il récupère environ 50Mo de donnée, donc ça prend un peu de temps. Les binaires testables sont dans %test/MSDOS/Red/, les libs requises sont dans le dossier, donc ça doit fonctionner sans problème. Les tests/demos GUI ont un nom commençant par "GTK-". Les sources correspondantes sont dans %GTK/examples/. Kaj a initié un clone de VID en Red à mi-chemin entre VID2 et VID3 (la version de Carl), c'est limité pour l'instant, mais ça tourne. Attention, les fichiers en .reds sont des démos en Red/System alors que les démos Red sont en .red. Red, c'est deux langages de programmation pour le prix d'un.  | |
| coccinelle | 22-Feb-2013/17:54:38+1:00 |
| Merci, on va tester ça. C'est cool en tout cas de voir red évoluer ainsi. | |
| coccinelle | 23-Feb-2013/11:13:03+1:00 |
| Comme tout est devenus compliqué, il m'a fallu trouver fossil.exe pour récupérer les choses puis AVG n'a pas aimé le virus "win32 heur" dans 4 exécutables downloadé. Mais bon, c'est joli, ça fait plaisir de voir ça dans red qui j'espère va rapidement s'affranchir de Rebol. | |
| jocko | 23-Feb-2013/11:42:20+1:00 |
| Oui, bravo à Kaj pour les "portages" de toutes ces librairies (et en particulier GTK) | |
| DocKimbel | 23-Feb-2013/13:53:36+1:00 |
| Désolé, j'avais oublié que le binaire de Fossil était requis ! Pour les faux-positifs AVG, peux-tu me lister les 4 fichiers en question avec leur chemin d'accès. "win32 heur" n'est pas une signature de virus, mais une alerte déclenchée à partir d'une heuristique spécifique à AVG. Certains anti-virus ont des heuristiques mal calibrées ou trop sensibles, du coup je dois contacter chaque éditeur en question pour faire whitelist-er les binaires Red...:-/ Je ne peux que recommander Microsoft Security Essential qui est à la fois gratuit, discret et le moins consommateur en ressources. Concernant la dépendance à Rebol, R2 n'est utilisé que pour faire tourner le compilateur, une fois le code compilé, il y a zero dépendance à Rebol. | |
| coccinelle | 24-Feb-2013/10:03:45+1:00 |
| Voilà ceux qui sont signalés : Red-master\test\Windows\RedSystem\GLUT-triangle.exe Red-master\test\Windows\RedSystem\PeterPaint-SdL.exe Red-master\test\Windows\RedSystem\OSM-GPS-Map-browser.exe Red-master\test\MSDOS\RedSystem\Mandelbrot.exe Je sais bien que R2 n'est nécessaire que pour la compilation mais quand même, cela donnerait à red l'image d'une "bonne maturité" si cette dépendance était levée. | |
| DocKimbel | 24-Feb-2013/13:30:58+1:00 |
| Merci pour la liste ! Je viens de passer le premier à travers virustotal et le rapport indique que seul AVG tique dessus (t'as pas eu de chance) : https://www.virustotal.com/en/file/1c06e5e3cdd59918b97c769f14b59b5a5de21707f296555c588eb12b6bc4446c/analysis/1361707695/ Je vais contacter AVG pour signaler le faux positif. Pour la "levée de la dépendance", celà consiste à réécrire la totalité du code R2 (les deux compilateurs Red et Red/System) en Red, c'est prévu, mais c'est un gros morceau à passer tout de même. Certains utilisateurs de Red pensent que la dépendance n'est pas génante (surtout que les compilateurs sont en cours de portage vers R3 actuellement par HostileFork), que le passage en "self-hosting" n'est pas une priorité et qu'une première grosse application écrite en Red devrait être orienté utilisateurs plutôt qu'un changement purement interne et technique de l'implémentation du langage. La motivation initiale de la réécriture totale en Red des compilateurs était le support de la compilation JIT, qui nécessite d'embarquer le compilateur dans le binaire final. L'ajour récent de l'interpréteur réduit un peu l'intérêt de la compilation JIT car (a) l'interpréteur permet de supporter toutes les règles sémantiques de Rebol qui n'étaient pas faisable avec simplement le compilateur statique, (b) l'interpréteur est capable d'appeler les fonctions dont le code a été pré-compilé, donc la plupart du temps, la perte de performance n'est pas si importante. Le seul gain réel que le JIT apportera sera la compilation des fonctions créées dynamiquement, les autres cas d'usage où le JIT apportera un plus seront marginaux. Donc, le portage du code R2 actuel en Red est toujours prévu, mais il est moins urgent qu'il y a quelques mois. Le focus actuel est de compléter les fonctionnalité de Red. | |
| shadwolf | 26-Feb-2013/2:42:01+1:00 |
| HostileFork ... j adore son speudo !!! | |
| shadwolf | 26-Feb-2013/3:06:46+1:00 |
| Coccinelle +1 milliard! Les imbecils dans mon genre arrivent pas a comprendre red, comment il marche, comment implémenter de nouvelles choses. Peut etre une independance de r2 aiderait les imbecils dans mon genre a comprendre red.... sait on jamais... j en doute mais bon on peu rever. | |
|
Login required to Post. | |