Sortie de la version finale de MIDlet Pascal 3.0

Je l'ai teleharger, mais je n'arrive pas à compiler mes anciens codes. Meme un simple hello world provoque une erreur lors de la compilation : "cannot update an existing spanned disk set".

Je viens de faire quelques tests et effectivement l'IDE est très instable .....
En même temps c'est une version alpha... Laissons le temps aux auteurs de faire leurs preuves...
En attendant mieux vaut rester sur la version 2.

bon moi aussi j'ai testé

1) le compilateur est écrit en C...c'est bien dommage, il faudrait traduire tout cela sous Delphi ^^

2) je n'ai pas vu les sources de l'IDE...mais il est manifestement à base de SynEdit, rien de très neuf à l'horizon

Sinon quelle est la différence entre une MIDlet et une Applet ?

En fait je me demandais s'il était possible de reprendre MIDlet Pascal pour faire des Applet Java classique (celles qu'on utilise dans un navigateur) ou pour créer des classes Java exploitable sur PC ?!

Pourquoi vouloir retraduire le code en pascal?

pour que MIDletPascal soit capable de s'auto-compiler

Bonjour
J'aurai préféré lire la question plutôt 'quelle est la différence entre MIDlet et J2ME ?'
La différence est grande parce que ce qui est généré par MIDlet Pascal est destiné a l'exécution sur téléphone portable pour les applets c'est autre chose.

Pour quelle raison faire ainsi? si c'est aussi pour la meme raison par rapport a J2ME (faire des application mobile en se basant sur les bases du langage pascal?)
Il manque beaucoup de choses par rapport a J2ME mais on peut deja fait pas mal de choses sous MIDlet Pascal alors je dirai pourquoi se redonner du mal alors qu'on a deja ce qu'il faut pour faire un applet en bonne et d'une forme?

Cordialement

Salut,

Pour ce qui est des applications sur PC et les applets, il y a Canterbury Pascal. Je l'ai essayé hier et j'avoue qu'il est un peu génial.
J'ai aussi remarqué que certains programmes qui marchent bien sous tp7/freepascal et qui arrivent à compiler sous CB, provoquent à l'exécution des NullPointerException. Il y'a aussi d'autres trucs un peu gênants, mais en gros je le trouve super bien.
Comme je me suis procuré la version complète, je vais pourvoir traduire quelques un de mes programmes en Applet .

Non, ma question porte bien sur la différence entre une MIDlet et une Applet les deux sont des fichiers binaires à l'extension .class (éventuellement archivé dans un .jar), mais suivent-ils la même norme ? La différence porte-elle unique sur la classe parente ou le bytecode ou l'entête du fichier ou que sais-je fait-il une différence entre les deux environnements ?

pour faire un parallèle, une application pour processeur Intel contient du code binaire Intel, mais les exécutables PE de Windows et les executations ELF de Linux sont assez différents (bien qu'il soit possible dans une certaine mesure d'exécuter les deux dans les deux environnements). A côté de cela les exécutables pour Windows Mobile utilisent le format PE mais pas forcément pour processeur Intel.

Bref la différence entre MIDlet et Applet vient-elle uniquement des imports et extends ou pas

fondamentalement ? pour le fun c'est comme ça que j'ai développé FlashPascal. J'ai juste ajouté la directive "external" aux classes Delphi pour obtenir un langage Pascal qui permette de réaliser des Flashlet Le compilateur ignore tout des objets Flash, ils sont déclaré dans le code. Ce que sait faire le compilateur, c'est déclarer via le bytecode Flash qu'un objet hérite d'un autre c'est tout

Dans mon idée, un Pascal pour Java devrait suivre le même principe, une extension du langage qui permette de déclarer les classes Java externes. Ensuite libre au programmeur d'attaquer des MIDlet ou des Applet pour peu qu'il déclare les bonnes classes.