Re: [ANN] Projet B+

Newsgroups	fr.comp.sys.atari
Date	2019-08-20 15:41 -0700
References	(20 earlier) <qjg913$ep5$1@gioia.aioe.org> <qjgb5g$oep$1@gioia.aioe.org> <qjgcr3$10g1$1@gioia.aioe.org> <eaca15f9-f77a-46ed-89a2-5e5ee2c09280@googlegroups.com> <qjhl8m$mer$1@gioia.aioe.org>
Message-ID	<1dc812b9-60c8-4eba-8c8a-6d48c2f2afc4@googlegroups.com> (permalink)
Subject	Re: [ANN] Projet B+
From	ol.google@lutece.net

Show all headers | View raw

> > Tu peux faire la vidéo sous TOS je ne vois pas le problème, pas besoin de MyAES pour cela.
> 
> Tu as bien vu que j'ai fait *beaucoup* de vidéos sous TOS, car ça ne
> marche que dans cette situation. C'est normal, c'est la référence de
> *tous* les programmes ATARI qui se respectent.

Non je n'ai pas vu. Maintenant je ne vois pas ce qui est normal, personnellement 95% de mes softs fonctionnent sous TOS, MyAES compris! Normal j'ai écrit une lib pour cela il y a 20 ans qui marche toujours malgré que je n'y ai pas touché depuis bien 15 ans. Tient pour MyAES même dans cette condition tu n'aurais pas de soucis de focus! C'est totalement inutile mais c'est fun, mais la particularité de mes softs comme la plupart des softs que l'on utilise encore aujourd'hui sont GEM amical.

> 
> >>> Il y a un appel AES pour réserver le focus, non?
> >>> wind_update par exemple avec BEG_MCTRL te donne le focus de la souris en
> >>> exclusivité.
> >>>
> >>> BEG_UPDATE empêche les autres appli de redessiner sur l'écran.
> >>>
> >>> Guillaume.
> >>
> >> A priori je fais tout ce qu'il faut avec le GEM pour ne pas perdre le
> >> focus, puisque ça marche avec toutes les versions de TOS, avec MultiTOS
> >> et avec MagiC. Il existe donc un problème d'attribution du focus avec
> >> myAES, qui est perdu par l'application qui est au premier plan. La
> >> solution consiste à aller chercher dans le menu ATARI, en haut à gauche,
> >> pour redonner la main à l'application courante, ce qui est compliqué !
> > 
> > Je sais parfaitement pourquoi et je n'ai nullement l'intention de corriger parce que ce n'est pas une erreur mais un choix, le choix d'apporter le moins de blocage possible même avec les vieux tromblons, je n'ai aucune volonté de faire marcher des softs qui se foutent des autres applications et se prennent pour seules au monde, pour cela il y a le TOS, si des AES modernes essayent d'apporter cette compatibilité tant mieux c'est leur choix pas le mien, je ne cherche pas la compatibilité à tout prix, il y a des principes écrits dans tous les manuels du GEM qui datent même du TOS qui ne sont pas appliqués et quelques fonctions stupides datent de cette époque qui n'ont rien à faire dans un système de fenêtrage normal, je les implémente plus ou moins car quelques applications supplémentaires sympa peuvent passer mais sans plus, généralement elles sont buggués et marchent de toute manière très mal dans un système multitâche. En fait Eureka  ne devrait pas fonctionner, pas qu'il soit buggué mais tout simplement parce que cela n'est pas un soft GEM mais un soft TOS avec quelques appels au GEM il y a une nuance et qui ne veut même pas faire semblant pour arrondir les angles alors que faire: rien ou que l'auteur essaye de faire un tout petit effort de programmation oh pas grand chose juste peut être ouvrir une fenêtre plein écran, gérer les rectangles pour le redraw et gérer le WF_TOP c'est a peu près tout pour qu'il ne perde pas le focus, parce que garder le contrôle à coups de wind_update et dessiner directement à l'écran sans fenêtre cela devrait être interdit sans s'occuper des autres applications cela s'était déjà pas ce qui est préconnisé sous TOS mais cela passait mais alors sous système multitâche non et non je ne suis franchement pas nostalgique! Dès fois faut faire des choix, moi je l'ai fait à la conception, si c'était pour faire un clone de l'AES du TOS il n'y avait aucun intérêt pour moi mais rien n'oblige à l'utiliser.
> 
> Oui, enfin MiNT et MultiTOS ont été diffusés largement à partir de 1993,
> avec le Falcon030 que j'ai acheté, mais n'ont eu qu'une très faible
> popularité au regard de la longévité des machines de la gamme ATARI,
> entre 1985 et 1996. Ça me parait curieux que tu te bases sur un système
> très peu populaire, et même majoritairement détesté par les ATARIstes,
> pour rejeter les applications historiques, qui sont toutes "mal écrites"


Pour un connaisseur comme toi je suis surpris que tu ne connaisses pas plus les dates clefs, l'Atari ST est né en 1985, le Falcon en 1992 pour une fin de production en 1993 pas en 1996 et multitos diffusé avec le Falcon  (donc peu diffusé)et peu utilisé vu la lenteur du système et le manque de mémoire des machines de base.
Je ne rejette rien, ces applications n'ont pas besoin de moi, si elles sont utilisées elle le sont sous TOS comme bon nombre de jeux qui tapent dans la vidéo directement etc... Des applications de plus de 20 ans fonctionnent bien, pas super sexy mais bon ca fonctionne, car simplement cela respecte grosso modo les normes indiquées, ce n'est pas moi qui le dit c'est Atari dans ses bulletins de développement. Quasiment aucunes de ces applications ne fonctionnent sous Mint et fVDI.
Mais je ne me base pas sur Multitos que je n'ai jamais utilisé, mais plutôt sur Magic ou NAES bien mieux finis et qui font référence dans le domaine, eux ont été populaires

> 
> ATARI étant amené à évoluer, penser à développer un système qui ne
> soit plus compatible avec l'existant me semble être voué à l'échec.

Mais je ne vend rien, il n'y a ni succès ni échec à attendre, je n'attend rien, je ne prétend à rien si ce n'est me faire plaisir et si je fais plaisir à d'autres je suis content, c'est tout et ceux qui n'aiment pas tant pis ils ont déjà ce qui leur convient. Il y a deux intérêts différent ceux qui veulent la compatibilité parfaite et qui déjà avait des soucis entre un STf et un STe et encore pire lors du TT puis du Falcon, les machines de l'époque et les émulateurs sont là pour eux, pourquoi iraient ils installer Mint et pire MyAES? Aucun intérêt pour eux. Quand à ceux qui veulent du multitache à tout prix, quel intérêt pour eux d'utiliser un logiciel qui ne se plie pas un minimum à de la discipline, si ils en ont besoin comme des softs comme cubase (on peut comprendre dans son cas) ou calamus (honnêtement jamais compris la philosophie de ce logiciel) ils repassent sous TOS et point barre là ou cela marche. Ce sont les 2 gros exemples qui me viennent à l'esprit mais en fait il n'y en n'a pas tant que cela. Mais c'est un peu drôle parce que tu as utilisé beaucoup Aranym et ces softs un peu directes ne fonctionnent pas sur ce logiciel, cela n'a pas semblé te gêner deviendrais tu nostalgique?!

> Lorsque l'on pense à développer une application qui utilise un
> système de fenêtrage avec la souris, le GEM est largement dépassé.

Qu'est ce que tu en sais? La seule chose qui est un peu stupide ce n'est pas le GEM mais la VDI qui n'est pas sous le contrôle du GEM mais ce serait possible, j'avais commencé à y penser, rien d'insurmontable en fait et je connais peu d'application GEM amical qui serait vraiment pénalisé, bien sur Eureka n'arriverait plus à dessiner quoi que cela ;-)

> 
> On ne brise pas plus impunément la compatibilité ascendante que l'on ne
> fait table rase du passé ou une révolution à soi seul aujourd'hui dans
> son garage. Lorsque l'on s'intéresse à un système d'exploitation comme
> tu le fais, c'est au service des applications et pas le contraire, non ?

Mais c'est au service des applications crois le, faire une appli avec des boite de dialogue avec de beaux objets c'est bien plus simple et rapide que de l'écrire sous le GEM du TOS, j'ai écrit (mais pas fini) un bureau en quelques dizaine de Ko de code, les applications avec SDL sous GEM comme doom peuvent par exemple sans changer rien à la programmation sous MyAES être en vrai plein écran et être pourtant toujours de bons programme GEM dans une fenetre, en gros faire ce que tu fais de manière brutale et unilatérale mais de manière cordiale et il n'y a pas de wind_update la dedans.

> 
> Ma fierté est que Eurêka 2.12 fonctionne sur toutes les machines de la
> gamme et même en dehors des ordinateurs les plus vendus par ATARI. 

La plupart des miens aussi soit beaucoup de programmes que toi

>Mais
> le renouveau ATARI ne passe pas par la révolution du système, qui est
> une "coquille vide" tant qu'elle n'intéresse plus personne aujourd'hui.

Cela ne t'intéresse pas, moi cela m'intéresse et après tout je ne suis pas un évangéliste, je n'ai pas vocation à apporter la bonne parole.

> 
> Pour te le dire franchement, je ne comprend pas ton attitude qui
> consiste à te mettre à dos les développeurs ATARI,
Ah bon ? De qui tu parles ? Les développeur de softs qui ne sont plus maintenus et développés depuis plus de 25 ans, il y a bien longtemps que ces développeurs là se foutent de ce qui peut bien se passer, donc je ne me mettrait à dos personne, les autres et j'ai la chance d'avoir travaillé plus ou moins avec un bon nombre tu serais surpris et je ne parle pas de dire tiens cela ca ne marche pas ou tiens tu devrais faire ceci ou cela, non j'ai travaillé avec eux souvent modestement mais sur du code à corriger tel ou tel bug ou a essayer de comprendre mes propres bugs, je ne crois pas m'être mis à dos qui que ce soit. Je crois même que mon approche est plus saine, déjà je rattrape beaucoup de choses, quand je pense que l'AES peut corriger à la volée je le fais volontiers, mais faire en sorte d'être parfaitement compatible avec ce qui est permis en monotâche par facilité c'est sans doute fun à faire mais ce n'est pas un service que l'on a rendu en fin de compte au système, les développeurs, trouvent que cela marche alors pourquoi faire propre puisque l'on peut toujours programmer comme un cochon, pourquoi se priver? Et qu'est ce qui arrive après ? Et bien le système ne peut plus évoluer, le statisme est de mise on ne fait que recopier et finalement on est totalement dépassé.

Pour la petite histoire j'ai aidé Claude Attard à lui faire une petite config Aranym sympa pour un soft de gestion de compte qu'il a écrit pour lui même, on sait tous que Claude a fait une librairie d'un autre temps avant le multitache quoi et que sorti de là ses softs ne fonctionnent pas franchement, fVDI tu oubli, j'ai essayé divers AES sous Mint tu oublies MyAES inclu, je lui ai fait une config falcon sous TOS avec une résolution de folie sans fVDI, il était heureux et ne demandait rien d'autre, son soft dans une grande fenêtre sous Windows voilà son besoin, pas la peine d'essayer de vendre plus, le système en fin de compte il s'en fout, seul son soft l'intéressait, c'est curieux en écrivant cela en fait c'est comme toi avec Eureka mais lui il voulait la compatibilité pour son utilisation alors que toi tu veux la compatibilité pour pouvoir dire que ton soft passe partout comme une sorte d'étalon du système ce qui est curieux pour quelqu'un qui n'y a jamais beaucoup fait attention et tout cela pour une simple raison, c'est que tu n'as pas amélioré ton soft depuis plus de 15 ans et je ne te pense pas capable encore de faire un changement significatif dedans.

> alors que tu ne
> connais que très peu ce monde, à part pour avoir acheté un ST il y a
> 35 ans ...
Ce n'est pas d'avoir acheté qui est important, c'est de connaitre les personnes et développer avec d'autres, toi tu as acheté beaucoup et développé avec personne en fait et le fait de posséder ne fait pas de toi quelqu'un qui comprend comment marche son système
> 
> Les développement ATARI actuels se font tous en hommage à un passé
> révolu, et non pas dans le mépris de l'informatique d'autrefois ?
> Ça dysfonctionne, c'est imparfait, mais c'est notre passé commun !

Mais la plupart des applications un tant soit peu modernes que tu utilises fonctionnent parfaitement en multitâche et MyAES, je ne crois pas d'ailleurs que tu utilises des applications qui posent soucis, donnes moi la liste des applis que tu utilises régulièrement sous Aranym on verra.

OL

Back to fr.comp.sys.atari | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

[ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-07-28 00:43 +0000
  Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-29 10:51 -0700
    Re: [ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-07-29 20:09 +0000
      Re: [ANN] Projet B+ Simon <no@no.no> - 2019-07-29 23:54 +0200
        Re: [ANN] Projet B+ Arachide <houten.van@orange.fr> - 2019-07-30 08:23 +0200
        Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-30 09:47 +0200
          Re: [ANN] Projet B+ Djamé <djame@biensur.com> - 2019-08-15 21:47 +0200
      Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 13:59 -0700
        Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-31 00:58 +0200
          Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-31 13:51 -0700
  Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-30 18:38 +0200
    Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 14:19 -0700
    Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-30 14:21 -0700
      Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-31 11:30 +0200
        Re: [ANN] Projet B+ ol.google@lutece.net - 2019-07-31 14:04 -0700
          Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-01 16:08 +0200
            Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-01 11:14 -0700
              Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-03 13:18 +0200
                Re: [ANN] Projet B+ Pierre Ton-That <geek@atarians.com> - 2019-08-03 20:35 +0000
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-03 14:13 -0700
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-03 14:08 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-04 16:31 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-04 12:08 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-06 17:35 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-06 15:18 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-07 21:12 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-07 12:55 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-08 12:41 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-08 11:22 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-09 17:20 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-09 14:17 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-11 17:11 +0200
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-19 15:15 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-19 12:40 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 09:55 +0200
                Re: [ANN] Projet B+ Arachide <houten.van@orange.fr> - 2019-08-20 10:31 +0200
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 11:00 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-20 12:17 -0700
                Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-08-20 22:30 +0200
                Re: [ANN] Projet B+ ol.google@lutece.net - 2019-08-20 15:41 -0700
    Re: [ANN] Projet B+ Pierre TON-THAT <rajah@atarians.com> - 2019-07-31 00:59 +0200
      Re: [ANN] Projet B+ LE COAT François <lecoat@atari.org> - 2019-07-31 11:37 +0200

csiph-web