Version imprimable
Bonjour,
J'ai découvert le MidletPASCAL qui permet de développer sur mobile directement en Pascal. Ce qui n'empêche d'ajouter des fonctions plus précises en JAVA en "linkant" une classe java au projet.
Je m'amuse donc sur mon LG KS360 avec tout ça, si d'autres sont intéressés par ce système, vous pouvez déjà voir ce que j'en fais (c'est tout modeste, je commence!) j'aimerai bien échanger sur le sujet!
http://pagesperso-orange.fr/gtello/lgks360_f.htm
Merci,
Guillaume.
Bonjour
Très , tres interressant :king:
J'ai pas trop regardé, mais peut -on avoir la liste des modèles de téléphones sur lequels c'est supporté?
Cordialement
je viens juste de telecharger MidletPascal :king:
Téléchargé et testé :king:.
Seul soucis c'est que je suis sous Ubuntu et que je l'ai lancé avec wine, mais l"émulateur e SUN que j'ai téléchargé me donne rien et l'emulateur par defaut aussi ne donne rien.
Je trouve en tout cas super et que ça peut constituer une bonne alternative a J2ME même s'il n'est pas totalement indépendant, deja que J2ME n'est pas super documenté a part que la plupart des documentations se trouve sur le site de SUN.
Je sais pas si c'est wine qui gère mal la chose mais j'ai aussi testé avec un emulateur de Sony Ericson j'obtiens toujours rien.
Normalement tout mobile qui supporte JAVA MIDP 1.0 minimum.Citation:
Envoyé par krachik
Mes propres programmes sont adaptés au LG KS (surtout pour le chemin d'accès au fichiers) car je n'ai pas eu encore le courage de prendre une méthode plus générale pour construire ce chemin.
C'est assez bien fichu et rapide comme environnement.
Guillaume.
Salut,
J'ai passé hier quelque temps à explorer l'univers du midletpascal 2, et j'avoue que c'est vraiment genial. L'idée de developper des applications pour appariels mobile en pascal est tres interessante du moment qu'on a pas besion de faire du J2ME directement. Le pascal est assez bien implementé bien que certaines instructions du pascal comme le case n'est pas encore suporté, le passage par adresse n'est pas pris en compte, et le controle des valeurs de retourne d'une fonction n'est pas stricte.
Comme je ne peux pas explorer un univers sans avoir fait un test, j'ai ecrit mon premier programme (le jeu du serpent qui mange les pommes) sous midletPascal que je propose en pieces-jointes. Je l'ai testé avec succes sur l'emulateur de sun.
:king: darrylsite
J'ai finalement réussi à utiliser l'emulateur de SUN avec le MIDletPascal (toujours sous Linux). Je viens donc de réaliser mon hello world :mouarf:. sous MIDletPascal (le temps de parcourir un peu l'aide et voir ce qu'il contient) .
N'ayant pas pu mettre la main sur mon ancien jeu 'game brick' que j'avais fait sous TP7, j'ai fait ça juste pour voir mais dès que j'ai un peu de temps je me le refais sous MIDletPascal :D
Je suis juste un peu déçu parce que pas mal de fonctions manquent, au niveau du style de texte,peut être aurait il ete bien d'avoir un outil Timer, impossibilité de coder en objet, les types comme byte, long, extented ne sont pas supportés, pas de gestion de thread( ce qui aurait été tres interessant surtout que pour un outil pareil où la plupart des programmes seront des jeux).En meme temps les dernieres news sur le site officiel remontent à 2006
Simple à apprendre et pas très éloigné du langage Pascal(en tout cas j'ai plus vite compris ce que je faisais sous MIDletPascal que quand j'ai commencé J2ME :aie:)
En tout cas tres pratique pour se faire ses propres jeux ou programmes à jouer sur son portable.Prochaine étape recoder mon 'game brick' et y jouer sur mon télephone portable
Ci joint mon hello world :lol:(balle qui rebondit sur le bords de l'ecran)
:king: darrylsite
Il y a la fonction GetRelativeTimeMs (en millisecondes)!Citation:
Envoyé par krachik
Il y a le type char (comme byte) et le type integer est sur 32 bits.Citation:
Envoyé par krachik
Sinon, pour d'autres fonctions, on peut écrire en J2ME une librairie.
J'en ai fait une pour les fileconnections (lire ou écrire un fichier).
Cool, j'ai testé le jeu, fonctionne parfaitement!Citation:
Envoyé par darrylsite
Puis-je le mettre aussi en ligne sur ma page WEB?
Guillaume.
ça c'est une bonne nouvelle mais seulement je trouve que si on peut soi meme faire une librairie en J2ME c'est qu'on sait y programmer alors autant y tout faire :P vu qu'il est plus developpé et surtout bien suivi. Si par contre on peut faire appel dans MIDletPascal aux librairies standards alors c'est mieux :?Citation:
Envoyé par moulinaie
Pour la fonction GetRelativeTimeMs j'avais pas remarqué :oops:, elle va m'aider a rendre mon jeu un peu plus realiste :mouarf:
Salut, tu peux le mettre sur ta page web. Mais attends que j'ajoute quelques trucs : 2 ou 3 niveaux de plus, gestions des scores, et quelques trucs. Je vais le faire ce soir si tout va bien.Citation:
Envoyé par moulinaie
Pour faire appel aux librairies standards, il suffit de creer une librairie-unité (selon les termes de MidletPascal) qui appelle ses fonctions, et la ratacher à notre programme. De plus, on aura pas toujours à tout programmer si d'autres personnes les ont dejà programmées, on pourra alors juste les utiliser.Citation:
Envoyé par krachik
Je trouve que c'est une bonne chose de pouvoir programmer une partie des librairies en java (encore il faut savoir programmer en java), cela permet en effet d'accroitre les fonctionnalités de MidletPascal.
J'ai vu cette possibilité de la chose et j'ai fait des tests en creant des unités ensuite y faire appel dans le programme principal et ça marche. Reste plus qu'a faire appel aux librairies ecris en java pour voir comment ça se comporte, je suppose qu' il faut ajouter juste le fichier .class venant de java et utiliser juste le uses.Citation:
Envoyé par darrylsite
Je suis en train de une unité de quelques fonctions necessaires, je les mettrai en ligne bientot :).
Par contre j'ai juste une question je viens de tester le jeu de Brick que j'ai fait(version Beta) sur un téléphone Sony Ericson W380i il a bien pris sauf qu'il debordement des bricks sur l'ecran du telephone, mais avec l'emulateur la presentation est nickel. Y a t'il un reglage a faire niveau résolution avant de le faire passer sur le telephone?
Je joins le jeu qui est en version beta mais deja bien jouable
Je viens de telecharger le fichier, mais l'essayer plutard quand je serais sous windows.
J'ai eu le meme probleme quand j'ai testé mon programme sur un motorola KRZR. Une partie des animation de debut et de fins debordait de l'ecran. Je crois que c'est parce qu'on a pas tenu compte de la taille de l'ecran dans notre programme. Si on choisit des coordonnées qui depacent la largeur ou la hauteur de l'ecran, je crois que c'est normal que ça deborde.Citation:
Envoyé par krachik
Pour ce qui est de la creation des lirairie-unité, je crois qu'il ont bien expliqué dans l'aide dans la partie tutoriel->... avancés
Oui tout est dans l'aide pour les unités librairies j'avais pas bien parcouru la chose :aie:
Et pour la résolution :
Mais il y a un hic, mon espace de jeu(fond vert) tiens bien sur l'ecran et c'est les briques qui y sont contenus qui debordent sur le telephone :roll:. Mais je crois que j'ai une idée enfin je teste et je reviens :DCitation:
Another similar situation may occur if your MIDlet must be optimised both for devices with 128x128 display and 220x160 display. You would create two projects, one for devices with smaller, and the other for devices with larger display. Both MIDlets would only differ in image resources and a bit of drawing code.
:ccool:, j'ai testé la version beta et ça marche bien.Citation:
Envoyé par krachik
J'ai aussi apporté quelques modifications à mon snake, que vous trouverez en pieces jointes.
Il ne faut jamais supposer une taille fixe de l'écran. On trouve des 128x128, des 128x160, 320x240 etc...Citation:
Envoyé par krachik
Il faut en fait récupérer la taille avec getwidth (largeur) et getheight (hauteur) et calculer l'ensemble des objets relativement à cela.
Guillaume.
Je souscris à cette opinion!Citation:
Envoyé par darrylsite
Et puis faire une librairie n'est pas vraiment programmer en JAVA, on peut se contenter comme je l'ai fait de quelques lignes pour lier le pascal à une extension JAVA.
Et j'attends beaucoup des idées des autres pour profiter de leurs librairies!
Guillaume.
Bien sûr c'est ce que j'ai fini par comprendre apres mes tests et c'est l'idée que j'avais en tête, c'est pourquoi je suis en train de modifier mon code actuel où tout est calculé par rapport au getWidth et getHeight. Tout ce que j'aime pas quand je fais du graphique sur ces genres d'outil c'est de ne pas avoir un Layout Manager :DCitation:
Envoyé par moulinaie
Prochaine version 100% compatible avec tous les telephones supportant la chose dans les prochains jours:mouarf:.
Salut,
je crois avois compris pourquoi il fallait appuyer au moins deux fois sur une touche pour se deplacer dans le menu. C'est encore ce getKeyPress(). En le remplaçant par getKeyClicked(), tout marche à merveille.
Je trouve meme logique puisque on ne code pas pour que le programme réagisse à un evenement du type Touche Appuyée, mais on verifie à un instant donné si une touche a été appuyée. Alors si à un instant t on appuie sur une touche, et si on verifie à t+1 si la touche est actuellement appuyée, c'est normal que ça plante.