948

En réponse à : Outils de developpement MorphOS

#50565

Cubic IDE

En réponse à : suggestion de portage: La Grenouille sur Amiga

#50523

PyGrenouille ne peut pas marcher avec mon port de python pour la simple cause qu’il posséde une GUI… pas de GUI supportées sous MorphOS.

En réponse à : suggestion de portage: La Grenouille sur Amiga

#50520

@slobman: écoute pas le Mr qui dit n’importe quoi….

… python mos utilise les sockets morphos et la usergroup.library (faut lancer une couche tcp/ip pour avoir cette dernière).

Ca marche puisque j’arrive à faire un serveur http avec mon port.

En réponse à : Outils de developpement MorphOS

#50564

@falcon1 : trop tard ! t’as plus de plumes !

J’ai regardé vite fait le binaire (o-miracle il est dans l’archive).

Y’a de l’idée mais pour l’instant il faut SAS/C pour l’utiliser et aussi pour le compiler

[Admin]

En réponse à : Outils de developpement MorphOS

#50563

Falcon1 : En vourant, tu feras gaffe de ne pas te vautrer !

—

/me se moque de la faute de frappe de Falcon alias Roberta !

Only Amiga makes it possible !

En réponse à : Outils de developpement MorphOS

#50562

@lugduweb

tu as enfin trouvé le binaire d’amIDE dans l’archive ???

/me part en courant

En réponse à : Outils de developpement MorphOS

#50561

Corto : je suis à 200% d’accord avec ce que tu dis.

Puisqu’on parle de Visual C++ je pense qu’il ne faut également pas confondre la génération de GUI avec le système immonde que sont les MFC.

D’ailleurs, je ne sais pas si vous avez essayé Visual .net et le C#, mais c’est vraiment sympa comme env.

Enfin pour revenir sur MorphOS, ca ne serait pas du luxe d’avoir quelque chose qui integre à la fois un éditeur moderne et agréable à utiliser, des outils de debug puissant, une génération de makefile automatique, et une génération des MUI de manière graphique.

L’Amiga était en avance sur son temps. Il y avait des logiciels que l’on ne trouvait pas ailleurs. Aujourd’hui si on veut faire du dev je trouve vraiment qu’il n’y a pas d’outils qui fassent moderne.

Je pense que cela ne serait pas du luxe de rattraper le retard de MorphOS avec des softs utiles, propres à MorphOS, agréables à utiliser, design… etc … Alors si il y avait un bon IDE…

Mais on s’éloigne du sujet. Dans ce thread il ne s’agit que de liste r ce qui existe déjà.

En réponse à : Outils de developpement MorphOS

#50560

jah a écrit :

on en a deja parlé maintes fois : on a pas besoin d’un IDE

soit tu sais programmer soit tu sais pas, c’est pas l’ide qui va

t’apprendre

a mon avis un ide tel que certains en reve dans le monde amiga ne

ferai qu’accentuer le declin

Bien sûr il y a les dérives du « code avec des clics » mais rassure-toi, on en est loin et ce n’est pas du tout à quoi j’aspire. Mais un IDE serait utile, ça éviterait de rebuter les débutants et ça permettraient aux autres d’avancer dans de meilleures conditions. Libre à toi de l’utiliser. Avec un éditeur monochrome et des printf pour déboguer, on arrive en effet à programmer mais ce n’est pas pour ça qu’on ne peut pas aspirer à mieux et à plus de confort et d’efficacité.

Je ne comprends pas commun un programmeur comme toi puisse faire l’amalgame : il n’est pas question que l’IDE code à ta place. Que tu t’en foutes qu’on ait un IDE, pourquoi pas, mais que tu y sois hostile et que tu penses que c’est néfaste, ça dépasse l’entendement !

Edit : Bon, en lisant la suite du thread, il semblerait qu’effectivement, un IDE est loin de représenter la même chose suivant les personnes …

Fab : Il y a des trucs tout pourri dans VC++ (je ne connais pas la partie « génération de GUI ») mais je trouve l’éditeur très bien et le débogueur puissant, je dois l’admettre.

En réponse à : Outils de developpement MorphOS

#50559

Ddd: les 2 !

En réponse à : Outils de developpement MorphOS

#50558

yomgui tu veux dire que c’est possible de les gerer actuellement en y reflechissant un peu ou que c’est facile de l’ajouter au logiciel avec un peu de reflexion ?

En réponse à : Outils de developpement MorphOS

#50557

Puisque vous le prenez comme ça je m’en vais!

@Fab1:

Enfin, cet assistant se révèle totalement inutile dès le moment où on s’attaque à des objets sous-classés (il ne les gère pas), ce qui ne manque pas d’arriver dans tout projet sérieux.

Le pire c’est que c’est super simple à gérer quand on y refléchis 24.37 secondes.

En réponse à : Outils de developpement MorphOS

#50556

Pour la recopie d’une structure de code mais bon…

En réponse à : Outils de developpement MorphOS

#50555

« Faut surtout arretter d’être fainéants, puis le copié/collé aide énormement aussi. »

Rooooooh [je déconne hein ^^]

Jah> j’ai été un peu rapide là pour edit ^^ mais bon, les IDE Dos ressemblent toutes à edit remarque … enfin tout ca pour dire qu’une IDE, c’est tout ca quoi ! donc sinon, je suis d’accord avec toi, je n’apprécie pas particulièrement les IDE qui font tout à ta place … mais heureusement, il en existe d’autres ! Une IDE, c’est un

« Atelier de développement intégré. Dans ce genre d’environement, le programmeur dispose à partir de la même interface des outils comme l’éditeur, le compilteur, le linker ou le débogueur. » (http://www.alaide.com/dico.php?q=IDE&ix=3765). Après, ce qui est autour, c’est du bonus (ou du malus, à voir selon les gens ).

Yomgui> naaaaaan, t’n va pas !

En réponse à : Outils de developpement MorphOS

#50554

celà dit, j’ai lu un petit peu de code pour afficher des fenêtres dans MOS … et ca m’a fait peur

Ben heuu le code pour afficher des fenetres sous MOS est identique à l’affichage de fenetre sous AOS. Et il n’y a rien dans cela de repoussant. J’ai plusieurs Dev en route et je me suis tappé des milliers de ligne à la main sans aucune aide et j’en suis fier. Et deplus ça marche !!!! (enfin presque )

Faut surtout arretter d’être fainéants, puis le copié/collé aide énormement aussi.

PS : j’utilise GlodED juste pour l’édition et le support de la colorisation du code. Pour le reste j’ai des makefile qui marche très bien et qui me permette de faire de la crosscompilation. (I use VBCC)

En réponse à : Outils de developpement MorphOS

#50553

Ayant travaillé intensivement avec visualc++ pendant plus de 2 ans, je dirais que toute la partie d’assistance à la création d’interfaces graphiques est une pure perte de temps, exponentielle par rapport à la complexité du projet. Je parle donc bien sûr de projets qui se résument à plus d’une fenêtre et 2 boutons.

L’éditeur de l’interface graphique est une horreur : c’est en effet un misérable cliquodrôme, où il est impossible d’avoir un résultat satisfaisant sans y passer plus de temps qu’en créant l’interface dynamiquement, par programmation.

Par ailleurs, la surcharge pondérale de visualc++ et la complexité du projet font apparaître des délais de parfois plusieurs dizaines de secondes pour de simples opérations. Par exemple, associer une méthode à un évènement (cliquer sur un bouton, sélectionner un élément d’une liste, …).

Bien entendu, le code généré est absolument immonde et mérite d’être retouché si on a un peu d’amour propre.

Enfin, cet assistant se révèle totalement inutile dès le moment où on s’attaque à des objets sous-classés (il ne les gère pas), ce qui ne manque pas d’arriver dans tout projet sérieux.

Cela dit, je ne parle que de visualc++, qui n’est pas aidé avec les médiocres solutions qu’offrent MFC/ATL/WTL. J’ose espérer qu’il existe des IDE dignes de ce nom ailleurs.

Je concède aussi que l’éditeur de visualc++ est pratique, même s’il est parfois peu réactif.