Résultats de la recherche sur « morphos »

Affichage de 15 réponses de 15,526 à 15,540 (sur un total de 19,943)

  • #38676

    /me aime les réponses limpides et pédagogues de BatteMan

    c’est pas pour rien qu’il prépare un Capes l’animal !

    merci !!!

  • Admin
    #38675

    SoundSquare :

    1. Regarde l’icone qui se trouve dans Sys:prefs/env-archive/sys/cd0_icon.info (ou un truc à la noix… je ne comprends pas que ça ne soit plus cd0.info, enfin bref…). C’est ton icone de CD par défaut. Il te suffit de le remplacer par celui de ton choix. Si tu veux que cela soit effectif directement, tu devras aussi le copier dans Ram:env/sys/ ou sinon un petit reboot et tout rentrera dans l’ordre (ce qui ne se fait pas sous OS4 qui possède un HappyEnv qui va chercher directement Env: dans Envarc:, cela dit en passant).

    2. Poseidon est directement en 2.2 avec la boot.img de MorphOS 1.4.5, donc pas besoin de remettre la ligne PoseidonRomUpdate. Par contre, ce n’est pas normal que cela ne fonctionne pas. Comme le suggère Sas, essaye d’enlever les prefs…

    3. Un soir sur IRC, je te filerais mon fichier Prefs de WW7, chez moi ça marche, y’a pas de raison que ça déconne chez toi ;-)

    /me a répondu aux trois questions :-D

    Only Amiga makes it possible !

  • #38674

    le problème c’est que pour dire à Wordworth d’utiliser son propre écran, il faut déjà que Wordworth se lance :))

  • #38673

    merci pour vos réponses !


    @Sas

    3/utilise le sur son propre ecran

    j’ai créé un écran pour Wordworth mais je ne sais pas comment dire à Wordworth d’utiliser l’écran en question

  • #38672

    2 : le poseidonromupdate n’a plus lieu d’être car MOS 1.4.5 inclut déjà la dernière version dans la boot.img (est-ce vraiment la même ?)

  • #38671

    1/comme sur Aos, comme jah :)

    2/chez moi j’ai dû effacé les prefs pour que ça marche bien de nouveau, inutile d’jouter la PoseidonROMUpdate ni la lib relative à poseidon c’est intégré à la boot.img maintenant.

    3/utilise le sur son propre ecran

  • #38670

    1) regarde dans envarc:sys/

    2) je sais pas

    3) je sais pas

    • dans le forum Général

      1 – une petite question très bête, mais pour laquelle je ne trouve pas de réponse.

      Suite à l’installation d’un pack d’icônes sous MOS l’icone de mon CD0 a changé et j’aimerai la remplacer à la main. Comment on fait ? ou est le fichier .info par défaut pour le lecteur CD ?

      2 – depuis l’install de MOS 1.4.5 l’USB déconne plein pot chez moi, je ne peux plus rien brancher en USB. La ligne PoseidonRomUpdate qui était dans ma startup a disparu, si je la rajoute je ne peux plus booter MOS du tout. Que pasa ?

      3 – Wordworth 7 ne fonctionne toujours pas, j’ai bien ajouté le tooltype Picasso machin qui va bien mais je ne vois les fonts à l’écran uniquement si je choisis une couleur autre que le noir. En noir les fonts n’apparaissent pas.

      voilà des petites choses que j’aimerai bien regler rapidement pour retrouver le plaisir d’utiliser mon Peg

    • En réponse à : Feelin (sur GuruMed)

      #37340

      @Yomgui Ralala, je crois que je vais pleurer !

      M’enfin qu’est ce que c’est que tout ces trucs que je comprends rien ? :-D

      Où je trouve cette version 3.77 de make ? Pas sur Aminet en tout cas. Dans « Feelin:Tools/ » il y a un chti prog qui s’appelle F_Make. Il génére automatiquement les makefiles pour les classes à partir du fichier « Project.c » de la classe et du fichier « Feelin:Sources/make-class ». Du si c’est qu’une question de chemin, spa compliqué de modifier F_Make et de refaire les makefile des classes e.g. avec makeall.rexx

      2) il faut (re)générer les ppcinlines, proto et lib avec cvinclude.pl.

      Je ne sais pas de quoi tu me parles :-D Note: j’ai un milldeu et WinUAE. Je ne connais rien au monde étrange et fabuleux des autres « amigas ».

      3) Feelin est certe maintenant écrit en C (sauf les Tools/* au passage !) mais il utilise fréquément le binding de variable sur registre: en claire les truc genre « int variable __asm(« a0″) » par exemple, pour affecter une variable à un registre du 68k.

      Ben ui, mais c’est obligatoire pour les fonctions de la bibliothèque. MorphOS passe tout sur la pile ou quoi ? Comment on fait avec le PPC ?? De toute façon c’est pas vraiment un problème, TOUS les hooks sont définis avec les macros F_HOOK et F_HOOKM et sont appelés avec F_CALLHOOK. Donc, au pire, il ne reste qu’à modifier ces macros…

      4) oulalala que de warnings (et encore juste avec le -Wall sur gcc) sur des trucs genre: if (Bob = Alloc(sizeof(…)))

      Wé ben il est vraiment très con GCC !!?

      Bob = Alloc(sizeof(…)); if (Bob != NULL)

      Boulala c’est pas gagné ! C’est complétement con ce test ! if (Bob) marche pas ??!! Va faloir que je sorte GCC de sa grotte et que je m’y frotte :-D

      BREF… c’est quand même des ptis détails pénibles tout ça… Je sais pas trop par quoi commencer … suggestions ?

    • En réponse à : Feelin (sur GuruMed)

      #37337

      @gofromiel & rusback:

      hier soir, j’ai regardé un peu les sources (050517).

      J’ai commencé à analyser le code pour voir les pb possibles, j’ai trafiqué donc les makefile’s puisque sur morphos le sdk c’est GCC et pas SAS/C. Finalement il manque aussi des trucs dans l’archive src comme les Tools/* (F_CreateLib par exemple). Mais je me demande si ça sert au final…

      Autre chose à savoir: mon pauvre gofromiel, avec un make 3.76 tu veux aller où? bon en plus, celui de SAS/C et le vrai GNU 3.77 (où + je sais plus, moi j’ai en tout cas le 3.8 geek qui marche le mieux). La plus part des pbs de makefile sont dus à cela.

      Bon voilà le taf à faire dans l’ordre (au moins pour le début) pour le port:

      1) Refaire les makefiles pour tenir compte de make en 3.77 au moins. Le pb est le suivant: suivant certaine version de make, il faut utiliser des chemins POSIX ou AMIGA ! Avec le make du SDK Mos c’est POSIX, d’où le pb de rusback avec les histoires de ‘%’ dans les targets: les chemins (dans make.header) sont de la forme « Feelin:patati/patata », or cela doit être « /Feelin/patati/patata ».

      Cela implique donc faire 2 fichiers différents: un pour GCC et un pour SAS/C (du faite de l’icompatibilité syntaxique des deux)

      2) il faut (re)générer les ppcinlines, proto et lib avec cvinclude.pl.

      Et faire un mix avec ce qui est déjà écrit pour les protos.

      3) Feelin est certe maintenant écrit en C (sauf les Tools/* au passage !) mais il utilise fréquément le binding de variable sur registre: en claire les truc genre « int variable __asm(« a0″) » par exemple, pour affecter une variable à un registre du 68k.

      Feelin utilise donc un systèm de Hook à l’instar de MUI 68k… c’est bad, bad, bad :-P (surtout pour du PPC).

      Donc:

      a) soit on retombe dans une programmation aussi chiante que MUI avec des gate, STRAP code, etc… pour avoir une compatibilité entre classes 68k et PPC.

      b) soit on vire tout ça et on fait un code pure natif PPC, incompatible avec la version 68k.

      c) soit on trouve une meilleur solution que les hooks !

      4) oulalala que de warnings (et encore juste avec le -Wall sur gcc) sur des trucs genre:

      if (Bob = Alloc(sizeof(…)))

      ….

      Gofromiel! voyons!!!!! 😮

      la dessus, gcc va râler car il manque des parenthéses autour de l’affectation, et cette écriture facilite l’arrivé de bugs.

      écrit plutôt cela, il y a moins de risques:

      Bob = Alloc(sizeof(…));

      if (Bob != NULL)

      ….

      5) ré-écrire le code d’init de la lib car j’ai vu des trucs pas correct comme le signal Henes.

      6) continuer l’investigation des pb potentiels.

      Désolé mon gofromiel d’être aussi méchant sur ton code, mais il fallait un bon coup de MrPropre pour en faire un hit ;-)

      /me qui aime bien le coup du semaphore qui s’appel « Henes » X-D

    • En réponse à : Feelin (sur GuruMed)

      #37334

      Bon alors :-)

      @Tetuzo On peut évidement modifier l’interface dynamiquement en enlevant et en ajoutant des objets, c’est ce que fait l’éditeur de préférence sans arrêt. Tu peux aussi aussi les cacher, comme dans la démo « states.xml ».

      @Rusback Damned de makefile ! J’utilise le Make GNU 3.76.1… rien de bien original je pense. Si makeall.rexx ne marche pas, est-ce que le makefile des classes marche ? Par exemple, si tu vas dans « Feelin:Sources/feelin » et que tu tapes « make » qu’el résultats obtients-tu ? Pareil pour « Feelin:Sources/AppServer » ??

      @Henes En gros, la première chose que je dois faire lors de libopen() c’est incrémenter le compteur d’ouverture et poser le flag d’expunge.

      Je comprends pas pourquoi il pante comme une merde sur ta machine… Feelin tourne comme un charme sur mon milldeu et comme un rêve sur WinUAE. Je veux bien que tu m’envoyes les informations de crash.

      Est-ce que l’utilisation de la bibliothèque SEULE plante aussi, c’est à dire sans qu’elle charge la moindre classe externe ? Peux tu au moins lancer la démo « Feelin:Demos/MemoryTest » ?

      Dernière question, tu OS est-il bardé de patch ? Le mien est assez propre puisque je n’utilise que MCP et MagicMenu.

      PS: Tu as vu le nom du sémaphore que j’utilise lors de libopen() ? :-P

      Hybrid Alors pour l’interface en noir et blanc j’en sais rien (ancienne version ??), mais j’ai ma petite idée. Maintenant les couleurs directes sont utilisées le plus possible (environnement HiColors), je pense que les couleurs « allouées » ne marchent pas correctement avec MorphOS… Déjà je suis surpris que Feelin tourne dessus :-) C’était pas prévu :-D

      En ce qui conserne les icônes, j’ai pensé aux « utilisateurs ». C’est sûr que c’est plus agréable que le shell…

      Feelin possède deux mode de rafraichissement : un « vite fait » qui efface tout puis déssine, et un « complexe » qui efface que ce qui est nécessaire et dessine le reste. Essaie les deux pour voir lequel te convient le mieux. Dans l’éditeur de préférence c’est dans « Window » ou « Fenêtre » si tu as la version localisée.

      Pour le défilement avec les flèches… ben ça marche, il suffit juste de rendre le « listview » actif avec « tab » ou les flèches justement. Une fois qu’il est actif tu utilises les flèches « haut » et « bas » pour passer d’une page à une autre.

      D’autres problèmes :-) N’y aurait-il pas quelqu’un chez qui Feelin marche à merveille (à part moi) ?? :-D

    • En réponse à : Feelin (sur GuruMed)

      #37326

      @Gofromiel:

      Faut porter Feelin sur Morphos ???

    • En réponse à : Feelin (sur GuruMed)

      #37324

      en parlant du blabla XML… j’en remet une couche sur Python:

      Si quelqu’un pouvait nous faire un port viable de feelin sur Morphos, alors le port de python pourait ce faire…

      Or expat est déjà en module dans Python, donc un module feelin utilisant juste le coeur de cette lib (sans les trucs de config XML par exemple) suffit pour créer une appli, ensuite il suffit d’utiliser le module xml pour faire la même chose et en plus respectieux de la norme ;-)

      vla…!

      8-)

    • #38486

      hé les gars (et filles ? ;-)) !

      au lieu de rien faire pendant X jours que râler sur le forum et de faire gréve le 16… vous voulez pas programmer des trucs sympas sur Morphos, voir me porter dessus Feelin ? (même m’aider pour debuger Python par exemple)?

      .. si vous savez pas quoi faire, moi j’ai des idées pour vous ! :D

      sans rancunes ! :-P

      /me qui est le premier à râler aussi :)

      /me qui était en RTT le 16 et qui bossait sur Blender…

    • En réponse à : Feelin (sur GuruMed)

      #37318

      Ah ouai un autre truc:

      Je veux bien faire un module Feelin pour Python, SI et SEULEUMEMENT SI (ça me fait penser à mes études de maths ça tiens…) quelqu’un me fait un port de Feelin sur Morphos ! (na!)

      @Gofrocaramel: sinon tu pourrais me dire un truc: Feelin gère t’il bien l’aspect dynamique? Je m’explique par un exemple: sous MUI on peut en temps-réel (au runtime quoi) ajouter/retirer des élèments à la GUI?

    Affichage de 15 réponses de 15,526 à 15,540 (sur un total de 19,943)

    Amiga Impact