› Forums › Rechercher
Résultats de la recherche sur « morphos »
-
ça demande une analyse poussée… je pense pas à une simple conversion genre gtkXXX() -> muiXXX(), mais fondamentalement revoir le design, car il faut géré certainement les evénement d’une façon différente, plus les fonctions qui n’existes pas (genre tracer une ligne à 30° avec un patern spécial et sur une épaisseur donnée… exite sous Xlib, pas sous graphics.library, c’est ce qui m’avais rebuté à l’époque! refaire ces fonctions à la con, faut vraiment completer la graphics.library)
voilà…
[edit]
Ah si! le plus dure va être de gérer l’aspect multi-threading entre GUI et appli… passer par notre système de tâche et pas pThread et ensuite voir pour les library en dynamique, The Gimp les utilise pas mal pour les plugins.
[/edit]
-
De rien et scuse pour ma mauvaise interprétation de ton post alors.
Tiens ça ça serait un truc à mettre dans le wikipeg

-
sous macosx , thegimp s’affiche sur un serveur x
c la meme technique que pour le port amiga precedament cité
-
Bah avoir sa propre GUI ça a ses + et ses – … ensuite vaut juste que le/les developpeur(s) en soi(en)t bien conscient(s)…
J’avais commencé à refléchir sur une bibliothéque de fonctions pour créer une GUI mais avec des éléments standarisés et ainsi créer des applis en décrivant le contenus mais pas le contenant.
C’est un peut le principe de MUI mais en plus générique…. il n’y a pas de dépendances sur le système utilisé. Ainsi un même programme peut proposer à l’utilisateur différents moteur de rendu de GUI. Un même programme utilise la lib pour créer son interface de façon générique. Ensuite la lib utilise telle ou telle lib (suivant prefs utilisateur) pour savoir si elle rend en MUI/Reaction/Intuition-Gadgtools/Tk/GTK+/OpenGL/…
-
Il y a eu d’énormes progrès faits dans la version 2, je dois le reconnaître. Mais ça reste un logiciel pour geeks. Rien que pour faire un dégradé personnalisé, j’ai cherché pendant un bon quart d’heure, avant de trouver le bouton qui ouvre la fenêtre de fabrication du dégradé dans quelques sous fenêtres des options de dégradé.
Sous toshop je clique sur dégradé et ça vient tout seul. Sur DPaint je clique droit et ça vient.
Je trouve qu’il y a encore un vrai problème d’ergonomie sur ce soft.
-
et toi qui a de l’experience dans le dev MorphOS,
sans essayer de refaire GTK, le portage de The Gimp ce n’est vraiment pas possible (au vu de ton post pas du tout mais bon) ?
En fait on a dérivé, mais si tu relis le post depuis le début mon idée de départ : substituer GTK qui ne me paraissait pas facilement portable par autre chose : (OpenGL / SDL ?).
C’est peut être completement abérant. Qu’en penses tu ?
Sur Mac ils ont réécrit des choses il me semble.
-
LorD a écrit :
@Yomgui :Oui, il a fait son propre système de GUI appelé eLiquide qui est skinnable (il fournira la doc pour faire ses propres skin qui est basée sur un fichier texte et des images).
Eurk.
/me est d’accord avec Hybrid sur ce coup-là. MOS a déjà un système de skin…
-
@Yomgui :
Oui, il a fait son propre système de GUI appelé eLiquide qui est skinnable (il fournira la doc pour faire ses propres skin qui est basée sur un fichier texte et des images).
-
Mod Hello,
Est qu’il existe un gestionnaire de fenetre qui permet d’agrandir les fenetre à la taille de l’ecran avec un jeu de touche?
J’en ai marre de retailler mes fenetres…
Et puis par la meme occasion, si il pouvait en plus le faire pour toutes les fenetres d’un coup sur un ecran ca serait génial.
Et si en plus il me fait du café, m’achete des clopes et occupe ma copine quand je suis sur mon peg… Ca serait super

Merci les gens.
Czek.
PS : pour Morphos.

-
glo glop kakasse ruléze.
Il est possible d’utiliser le MMU pour marquer la dernière page possible comme étant invalide.
Comme henes le faisait remarquer: LES derniéres pages potentiellement allouable, et pas « la derniére » sinon les grosses alloc locale peuvent dépasser . (Il est possible ques des plages plus loin soient allouées) et donc potentiellemnt l’accés à ces plages non alloué peuvent être géré par exception.
La solution « adresse logique » est jouable sous certaines conditions :
– les API utilisées copient par précaution les données destinées à d’autres tâches (au cas où elles seraient stockées dans la pile par erreur).
– L’application considérée est conçue pour ne pas utiliser la pile pour des données réputées « publiques ».
– L’exécutable signale cette caractéristique ce qui permet à l’OS de mettre en place une pile auto-extensible pour cette application.
Tout ceci est quand même très théorique, et c’est une grosse bidouille.
Gloop glop kakasse, tu dis que des trucs interessant. Mais de mon point de vue,ce n’est pas une bidouille. Les contexte MMU varient par tache: c’est leurs raisons d’être !
Je viens de vérifier avec 2 appli identiques lancé en meme temps en mode debug sous windowsWP (mais j’avais déjà vérifié ça avec java sous win2000 ya un moment:)
En mettant un point d’arret en debut de main(), je vois que
la meme variable locale (en pile) pointe vers la meme adresse pour les 2 applications (qui tournent en meme temps.) pourtant elles pointent des memoires différentes ! C’est un comportement classique d’une pile moderne, alloué et adressé en privée! windows, linux, mac, java, font ça. (note à propos de java: sous intel, les pages mémoires « java » sont déclaré en big endian alors que le reste du systeme est en little endian !!! c’est dingue les MMU pour faire des contextes managés non ? )
Donc ça déplace le vrai probléme qui est de savoir si les taches peuvent fonctionner avec un OS protégé derrriére.
Ben moi je dis: si ça se peut. j’ai pas les docs là, mais je voulais vérifier: ya pas un attribut de la classe « message » de base qui contient la taille du message ?
-
Lanza :
Et les applications qui font ça ne méritent pas de tourner.
c’est pour ça qu’i lfaut que l’on se débarrasse au plus vite d’un maximum d’appli 68k pour avoir des choses + adaptées aux nouveaux CPU/OS.
-
Mod Bonjour,
Clairement Voodoo 3 3000 pour MOS si le support 3D est important.
Les perfs sont trés loin du standard PC mais loin d’etre ridicules par rapport a ce que l’on a pu connaitre par le passé sur classic.
Personnellement, tant qu’il n’y a que le support voodoo pour la 3D sous MOS, pas de changement vers les radeon d’ATI.
Qu’elles sont les solutions pour mater la TV sur son PegI ou II actuellement?
La question m’interesse fortement… j’aimerai bien mettre un ptit tuner TV, ca le ferait bien sur mon 19″ LCD…
Tchuss.
-
Et non tu peux pas protéger efficacement tes tâches sous amigaos/68k. cela a déjà était pls fois dit, cf Henes et les autres qui devient fou à force de répéter les même choses (d’ailleur je leurs conseil d’aller sur Gurumed et de faire qq articles à ce sujets histoires de ne plus à avoir à répéter autre chose qu’une URL… ça ira + vite )
Je suis au courant, merci. Mais comme tu le fais si bien remarquer, la pile n’a pas à être en zone publique. Mettre des infos publique sur la pile c’est caca! Et les applications qui font ça ne méritent pas de tourner.
-
En regardant de près les grabs de Pixel32 j’ai l’impression que le gars a créé sa porpre GUI (direct dans le framebuffer de la fenêtre), par contre je me demande alors comment il crée des menus dans ce cas… (une fenêtre sans bord ? où tjrs dans le framebuffer de la fenêtre top ?)
En tout cas il est sûr que cette solution permet d’avoir des portages et support sur tous les OS. Mais cette GUI n’est pas standard…

Par contre Blender utilise cette technique puiqu’il se base sur OpenGL. (D’ailleur pourquoi pas basé Pixel32 sur OpenGL tiens
)/me repart dans ses idées…
-
kakace :
mouai… le pb est surtout que les applis doivent maintenant être correctement codées: on passe pas à une tache de la mémoire privée, et la pile c’est privée ! donc quand on veut transmettre des choses à une autre tâche on le fait par une zone publique. na!

Lanza :
C’est un raccourci un peu facile. Rien ne t’empêche de protéger des plages mémoires, tant que tes applis et / ou le système n’ont pas besoin de taper dedans, si ? Et si on protège toute la mémoire en écriture tant qu’elle n’est pas allouée ? Ça marche pas non plus ?
Non c’est pas un raccourci… c’est un résumé

Et non tu peux pas protéger efficacement tes tâches sous amigaos/68k. cela a déjà été pls fois dit, cf Henes et les autres qui devient fou à force de répéter les même choses (d’ailleur je leurs conseil d’aller sur Gurumed et de faire qq articles à ce sujets histoires de ne plus à avoir à répéter autre chose qu’une URL… ça ira + vite
)PS: j’ai commencé la doc Motorola sur les instructions PPC-603, et j’ai fait un petit code ASM pour __chkext1(). J’arrive à calculer la stack restante, donc j’éspére arriver à détecter mes stack-overflow (dans la limite des cas usuels) bientôt

