Remise à jour

Après trois semaines ... Peu de nouvelles mais je crois que je ne suis lu par personne donc ...

Michal Schulz a brillemment soutenu sa thèse de doctorat, je lui présente toutes mes félicitations ... Je lui souhaite de trouver maintenant dans la finalisation de sa pile USB, ainsi que dans la mise au point du noyau 64 bits, les sujets de récréation dignes de son esprit brillant !
Rob avance très vite sur ses paquets DOS, il est déjà à même de lire une pseudo-partition FAT16 !
MinisterQ est en train de finir de porter LunaPaint 0,3,2 sur Amiga classic, à suivre ...

Si mes « jouets » interessent quelqu'un, sachez que j'ai réussi à compiler avec succès les sources de PubScreens d'Helmut Kindler qui sont disponibles sur Aminet (util/moni/pubscreens.lha), merci à lui de les avoir mises à disposition en domaine public (« on peut en faire ce qu'on veut »). Ce n'est donc qu'un début, mais j'ai le plaisir de commencer à comprendre des choses en C ! Je dois encore vérifier que ça n'est pas instable (j'ai fait des modifications pour compiler pour Aros, et évidemment c'est risqué quand on ne comprend pas grand chose ...) mais ça me permet d'apprendre.

Mes jouets

Aujourd'hui, l'actualité semble moins chargée, alors j'en profite pour présenter les « jouets » que j'aimerais être à même d'élaborer si je peux me mettre à la programmation :

Commandes shell :

- Windows : avec l'argument list, donne la liste des fenêtres présentes sur l'écran courant, par leur nom. Eventuellement, Windows List screen nom_de_l'écran donnera le nom des fenêtres de l'écran nommé. Avec l'argument move, déplace la fenêtre donnée en argument, pour que son coin supérieur gauche se retrouve au point de coordonnées x et y. Exemple : Windows move nom_de_la_fenêtre x=20 y=40. Et possibilité de donner de nouvelles dimensions à la fenêtre par les arguments width et high. Au bout du compte, l'idée est de manipuler une fenêtre existante avec les mêmes arguments que ceux que l'on peut actuellement donner à CON: en invoquant un NewShell.

- Screens : avec l'argument list, même idée que Windows list, pour les écrans actuellement disponibles. Argument go pour « aller » vers un écran.

Commodités (commodities) :

- ScreenList : un clic droit en haut à droite de tous les écrans affiche une liste de ceux qui existent actuellement, et permet de cliquer sur le nom de celui vers lequel on veut aller.

- WinManager : une fenêtre intuition affiche une représentation d'un écran disponible (par défaut wanderer) et des fenêtres de celui-ci (au début, les représentations de fenêtres pourront n'être que des rectangles. Ensuite, on pourrait y mapper une « photo » de la fenêtre en question). Chaque représentation de fenêtre peut y être déplacée, et cela déplace la fenêtre réelle. Eventuellement, afficher dans le même WinManager tous les écrans, et pouvoir les déplacer, ou déplacer une fenêtre d'un écran dans l'autre ... Dans ce cas, ça commencera à ressembler à Visual Screens d'Apple ! À terme, prévoir une interface AREXX.

- Draggable(not_so)Screens : comme on n'a pas encore d'écrans déplaçables, on fait semblant : un clic gauche sur un titre d'écran affiche autant de fenêtres sans bords qu'il y a d'écrans disponibles, chacune contenant une « photo » d'un écran, plus une « photo » noire derrière toutes les autres. On voit par dessus les autres celle de l'écran en cours, et on peut la déplacer vers le bas pour voir celle de l'écran suivant et ainsi de suite, jusqu'à ce qu'on clique dans celle de l'écran vers lequel on veut aller, ce qui a pour effet de nous y « emmener » et de fermer les fenêtres de « photos ». Pour que ça ait l'air « vrai » , Il faut que le mouvement de la souris soit empêché latéralement dès qu'on clique, le mouvement vertical étant laissé libre sauf vers le haut quand la souris voudrait aller au dessus de la fenêtre noire.

Et ce n'est qu'un début !

Comme je m'y attendais ce matin, Rob a posté sur son blog : il souhaite bel et bien s'atteler au Bounty des « paquets DOS » (en attendant qu'on me dise comment traduire ça ...), et il va effectivement y ajouter un système de fichier FAT, celui de Marek Szypowski, qui pour l'instant ne fonctionne qu'en lecture - Rob pense s'atteler plus tard à l'écriture, c'est une autre histoire !
Il semble vouloir implémenter les « paquets » par une mise à jour majeure de la dos.library, qui acceptera alors ce protocole, classique sur la plateforme Amiga, et de façon complémentaire l'actuel protocole qu'il appelle « IOFileSyst », et qui est spécifique à AROS, et ne propose pas de système de fichiers autre que le FFS (l'implémentation de SFS par Michal utilise le système AROS, mais avec un traducteur interne spécifique vers les « paquets »), alors qu'il est pourtant plus évolué en théorie ...


À part ça, j'ai essayé la nouvelle image du CD d'installation, et même si craid-hjb n'a pas encore fini le glisser-déposer au niveau des appwindows (traduire par fenêtres dynamiques ?) ... ça marche !!! (essayez avec MysticView dans SYS:Extras/Gfx/) ... CONGRATS AND THANKS CRAID!

Bienvenue, ça commence aujourd'hui !

Bonjour et bienvenue sur mon blog (dont je reconnais que le titre est un peu facile ... désolé ;-) ) sur l'Amiga Research Operating System.

Il semble que Robert Norris (connu sous le surnom de Rob, ou encore fce2 sur l'irc (#aros) ait décidé d'accepter le bounty « dospackets » ... C'est une très bonne nouvelle ! Il semble qu'il finalise actuellement les termes exacts de son engagement, en contact avec Damocles, et il en dira plus bientôt sur son blog.
Je tiens à rappeler l'excellente interview qu'il a accordée à Novaburst.

Avec les « paquets DOS » (ce n'est certainement pas la bonne traduction), il va nous apporter aussi le système de fichier FAT, et donc la possibilité d'exploiter, entre autres, les clés USB, si tout se synchronise à peu près bien avec le projet de Michal Schulz qui semble vouloir nous faire mariner encore un peu avant de délivrer les résultats de sa pile USB.

Je ne saurais être exhaustif dans les nouvelles à annoncer dans ce blog, mais je tiens quand-même au moins à vous faire part de l'arrivée de l'excellent Lunapaint de M0ns00n en révision 0.3.1, la dernière avant la publication des sources, donc sûrement la dernière à être exclusivement sur AROS ...

Par ailleurs, et si vous voulez un scoop, je pense que Christoph Johann Szczecina (craid-hjb) a posté des modifications dans l'archive svn cette nuit, qui devraient peut-être nous permettre de jouer avec les app-windows dès la compilation d'aujourd'hui ? ;-)