PureBasic

Oui mais c'est pas le maître pour rien. .
Fred et moi on a pas la même définition du mot facile.

Lui il me fait rêver, tu te rends compte que quoi qu'il décide de faire, il peux le faire, rien ne l'arrête.

Juste son envie, ou sa sagesse.

Alors que moi, je veux tout essayer pour arriver à un but qui parrait simple, et tout m'arrête, j'arrive même pas à lancer l'ide, J'suis frustré au plus haut point

Fred a dit aussi llvm c'est très intéressant, alors kcc il écoute fred, il est même pas arrivé à comprendre comment l'utiliser. .

J'ai essayé des tonnes de trucs et rien n'a marché à part vs2015 et b4a, et rfo basic...alors les trucs simples des cerveaux qui nous entourent. .je m'en mefie

Crois moi, la seule personne habilité à te dire si c'est simple, c'est kcc
Car si c'est simple pour kcc, ca peut etre utilisé en maternelle

D'ailleurs fred devrait me prendre dans son équipe, pour me faire tester, avant de se lancer...je lui serai d'un très grand secour
Comme je l'ai expliqué à un jeune ingénieur, un cerveau comme j'en ai quasi jamais rencontré dans la vie.
On a toujours besoin d'un plus petit que soi...

Hello,

J'ai suivi ce post depuis le début et je confirme (après m'être bien marré

) :
Après installation d'Android Studio...

-double-cliquer sur Android Studio, aller prendre un café, sortir les poubelles et vérifier que le pc ne s'est pas mis en veille pendant tout ce temps et ensuite créer son projet

-la taille des outils de développement est tout bonnement indécente( on est loin des 32ko de rom du MSX)
-le temps de compilation est flippant
- l'émulateur (Android Virtual Device) exige un processeur Intel
- si on utilise une tablette, il faut deviner qu'il faut la mettre en mode développeur, ...etc

On a vraiment l'impression qu'ils veulent mettre les amateurs le plus à l'écart possible !

Hasta la vista !

J'ai un Acorn RiscPC StrongARM 233 mHz dans un coin, c'est le seul vieux machin que j'ai gardé, j'ai donné Amiga, Atari, PS3, Wii, imac... à des "pauvres démunis"

Pour en revenir à l'Acorn, l'os et tous les logiciels (éditeurs de code, traitement de texte, logiciel de dessin bitmap, logiciel de dessin vectoriel, calculatrice, explorateur de fichier, ligne de commande, gestionnaire de tache, panneau de config... etc etc) tenait dans une ROM de 4096 octet. on pouvait à loisir changer le "look" de l'appli en redessinant les "gadgets"
le tout se programmant en basic (le BBC Basic) ou Assembleur ARM ou en C...

Arf, le bon vieux temps... snif, quand j'use été jeune... y'a pfouu longtemps...

Pat

@HuitBiiiiiiiiit, je t'aime !!!!!

Déjà merci, de ta lecture et de ton interet pour ma modeste personne

Que ça fait du bien de ne plus se sentir seul.
Chacun de tes mots ont glissés sur mon petit cerveau, tel un nectar fruité sur une langue asséchée par 100 km de traversée d'un désert torride surplombé d'un soleil au zénith de sa forme

En plus venant de toi, un matheu que j'admire, n'ayant moi même pas passé le cap de la fraction, c'était que du bonheur.

Les jeunes n'ont pas connu cette époque ou chaque bit avais une importante cruciale.
Celle ou un jeu complet sur atari tenait sur une disquette.
Tout a perdu de sa valeur, la même époque ou avec un E de plus, l'importance n'en était pas plus amoindrie (mais ceci est un autre sujet)

Moi, je peux rien faire pour réveiller le monde de l'informatique, mais quand ? des tronches vont enfin arrêter d'être fainéant, et utiliser des librairies mamouthoidales pour écrire un simple hello word.

Quand, quelqu'un comme fred, lèvera t'il une armée de surpuissants du bulbes pour nous créer des produits non plus basé sur le tape à l'oeil, mais sur la simplicité, l'efficacité, la rapidité, la PB attitude quoi...

Combien de fois, je me suis dit que si on faisait tourner des vieux os sur des machines de maintenant on aurait une rapidité inégalée.

Pour android, je suis content que enfin des tronches se penchent sur la prog native ndk, mais pourquoi ont il attendu tant de temps. .
Tout le monde sait que la rapidité de programmation est l'ennemi de la performance.

Cette histoire me rend fou, de voir qu'il n'existe pas un seul fred qui ai eu les cougnettes de se lancer sur un pseudo pb pour android

Et encore, heureusement qu'il existe b4a, mais à côté de la puissance de pb...c'est un lézard contre un t-rex

Je suis dégoûté, anéanti, dépité, lavé, blasé, ...
On vit vraiment une époque formidable. ..

des basics pour android

x11basic, d'après ce qui est écrit "serait compatible avec le GFA Basic des zataris"
https://play.google.com/store/apps/deta ... asic&hl=fr

et un autre, mobilebasic
https://play.google.com/store/apps/deta ... sion&hl=fr

dev direct sur le tél sans passer par un pc ou mac...
qu'est ce que ce doit être pratique...
faut être minimum expert en technique ninja, tout à fait le type de KCC

celui là, aussi... androidbasic.ninja-web.net
http://androidbasic.ninja-web.net/man/indexe.html
avec un nom pareil, ça colle pile-poil avec son avatar...

Pat

Merci de tous ces liens, je vais jeter un oeil, on sait jamais.

Hier j'ai continué à essayer b4a, c'est pas mal.
Ce qui est super c'est l'éditeur wysiwyg, de la balle, tu mets tes contrôles à partir de ton pc, et tu les vois bouger sur le tefon

Autrement, pas glop, une librairie cameraex payante, qui wrappe la lib camera et rajoute la rotation. .qui n'existe pas dans les lib du départ.
Bref...une main sur la souris et l'autre sur la carte bleue pour pouvoir faire un programme qui était gratuit en java...la simplicité. .de nos jours...c'est cher

Autrement j'ai eu après une semaine une réponse de GO à mon problème. .je vais aller voir...ca..c'est un forum rapide..

Pour qbasic, en fin de compte c'est dosbox sur tefon, bonne idée sur le papier, mais voilà la recette :

Prenez le seul, l'unique, le grand C
Rajoutez une couche de l'unique (et heureusement) JAVA
Puis une couche d'émulation java/dos
Puis coder en basic dans ce dos, et vous obtiendrez peut être un hello word "cake" part sur l'écran. ..
J'aime la simplicité de notre époque. ..

Bon je viens de jeter un coups d'oeil à tes liens
Pour ce que je recherche, pas grand chose de mieux que RFO...voir même
Avec RFO c'est le même principe, tu codes sur la machine et un programme joue les runtimes

Mais les avantages de RFO et pas des moindres :
- Open source
- Il existe un pseudo generateur d'APK
- Tu peux coder sur ton PC et lancer sur le phone

Donc pour moi, et jusqu'à nouvel ordre, pour essayer de remplacer JAVA et AndroidStudio

B4A (Apk createur) Payant
RFO-Basic (Runtime) Patoche.....heu non !!! Gratoche

ok, merci d'avoir "débroussailler le terrain"

la pat'te de l'expert

Put...t'as raison j'suis piquant de partout

Voir autant de trucs différents et rien de vraiment extraordinaire, on pourrait même dire que ça me gonfle menu menu

Bon... j'ai eu une demi reponse sur GO, j'y GO....heu non, je veux dire j'y vais

'spèce de GOgo - gadget'O CervO

GAGA, oui plutôt...

Bon....je viens d'apprendre pleins de choses sur GO grace aux copains du US

Deja il faut faire attention à la signature (que je sais encore pas trop ce que c'est) car des fois ça ne marche pas sur toutes les machines.
Mais aussi à la version de GOMOBILE qui créé les APK, car comme les API changent tout le temps il faut adapter ce dernier à la version d'ANDROID...ouaaiih !!! super simple GO !!!

Moi en plus j'arrive même pas à obtenir la version, ça me répond inconnue .... j'adoooooore !!!!!

En tout cas, ce qui est rigolo c'est que avant on pouvait soit disant faire que du JAVA et que ANDROID ne pouvait pas faire autrement ...Pffffff !!!!

Mais... on ne nous dit pas tout !!!!

Et maintenant, comme par magie, le c#, C++, Simple et GO arrivent à parler à ANDROID...c'est dinnnnngue !!!

Y'a quand même une lichette de foutage de gueule non ????

Pour ce qui est de B4A, en fait, une des seules choses qui etaient bien dans VB6 EREL l'a pas repris dans son giciel.
Il a gardé la gestion des variables sensiblement comme dans JAVA, donc pas de globales non plus pour ce qui concerne les ACTIVITY et les Controles

Le probleme c'est que le code deviens vite un foutoir avec toutes ces SUB qu'il faut ecrire à chaque evenement

Alors on se dit, il a du prevoir une methode de classement, puisque le "SUPER JAVA" qui est si bien ne l'a pas prévu lui

Et ben pas du tout, apparement pas d'includefile non plus, juste des modules de code, class et autres, mais pas un petit include qui est pourtant l'une des forces du C et bien sur de PB.

J'ai buté la dessus toute la journée d'hier, mais j'ai l'impression qu'il faut passer par une classe tiers pour avoir une variable globale
Et encore pour une fois avec JAVA ça paraissait plus simple

parce qu'avec B4A j'ai pas encore trouvé

Et pourtant KCC y cherche

Autrement ça marche bien, noir de librairies plus ou moins payantes, on peut faire plein de choses simplement, ça fait un peu penser à PB
Je l'ai deja dit, mais l'IDE est vraiment reduit au minimum, il manque pleins de fonctions que FRED "lui" à pensé

Rien qu'un truc tout simple pas de drag and drop d'un projet ...ouarrrrffff ....MDR....à notre epoque...m'enfin !!!!

Ca fait du bien d'aller voir dans la gamelle des autres, on se rend compte de la misere, et quand on rentre chez soi, on arrete de se plaindre ..de retour... j'ai pris une resolution ...je ne demanderais à FRED la lib GIF qu'une fois par an....ça tombe bien c'est bientot le debut de l'année

J'ai appris aussi que le c# est bien mieux adapté pour coder sous ANDROID, bien plus que le C++, pourquoi......"jicépa"

J'ai cru comprendre aussi, qu'avec le c# on avait un acces direct aux API d'ANDROID, alors qu'avec le C++ non...c'est pourquoi il est préconisé d'utiliser l'écharpe...heu non !!!! "C sharp"

Put....le temps que j'arrive à faire un "hello word" en C, le monde n'existera plus

arf ! hier j'ai cod... hem, bidouillé en C# une partie de l'après midi...
j'ai buté sur un truc bête : je voulais un fenêtre toute simple avec 2 boutons, et une zone de saisie
et bin ça existe en c++, en vb.net, mais pas en c#, faut la faire... ou alors utiliser celle de vb.net... pfff

Pat

Je connais pas du tout le c#
Mais à te lire, si le C# est encore plus compliqué que le C++, j'suis pas sorti de l'auberge pour mon hello word

Bon ...le matin, y'a pas à tortiller du cul pour chier droit, on est quand même plus performant..bien que ce mot dans ma bouche genere irremediablement un sourire

Bref ..j'ai trouvé un cador qui sait comment separer une ACTIVITY de ses events......
C'est bien moins simple qu'en JAVA pour le coups

Il faut faire comme dab pour ce qui est de l'ACTIVITY principale, avec par exemple un ImageView
Puis creer une nouvelle classe, dans laquelle on dim une autre ImageView
Puis de la classe principale on initialise la secondaire en lui passant l'ImageView principale
On copie l'ImageView principale dans la secondaire (qui je le rappelle est dans la seconde classe..pour ceux qui suivent deja plus)
On appelle une lib "Reflector".... la mere à qui ???

Par cette lib on cree un Listener sur l'ImageView secondaire (C'est comme un ecouteur d'evenement en java, un style de WaitWindowEvent() dans notre "Français" à nous)
Puis une sub OnClick avec le nom de la seconde ImageView
Eeeeeeeet voilaaaaaaaaaaa !!!!!!!! tout simple..non ???

En PB

Code : Tout sélectionner

Global Evenement

OpenWindow(#Fenetre, x, y, LargeurInterne, HauteurInterne, Titre$ [, Options [, FenetreMereID]])
ImageGadget(0, x, y, width, height, 0)

Procedure GestionEvenement()
 If Evenement = xxxxx
  MessageRequester("This click has been trapped by your class", "Clicked")
 EndIf
EndProcedure

Repeat
 Evenement = WaitWindowEvent()
 If EventGadget() = #PB_Event_Gadget
  GestionEvenement()
 Endif
Until Evenement = #PB_Event_CloseWindow

En B4A

Code : Tout sélectionner

' Classe principale
' **************
Sub Globals
	Dim ImageView1 As ImageView
	Dim myIV As ClsIV
End Sub

Sub Activity_Create(FirstTime As Boolean)
	Activity.LoadLayout("main.bal")
	myIV.Initialize(ImageView1)
End Sub


' Deuxieme classe (Tiens ça me rappelle l'armée)  :lol: 
' *****************************************
Sub Class_Globals
	Private IV As ImageView
End Sub

'Initializes your class.
Public Sub Initialize(MyImgVw As ImageView)
	IV = MyImgVw
	Dim r As Reflector
	r.Target = IV
	r.SetOnClickListener("IV_onClick")
End Sub

Public Sub IV_onClick(ViewTag As Object)
	Msgbox("This click has been trapped by your class", "Clicked")
End Sub

Notre FREDO y se serait démmerdé à nous autoriser des includeFile qui aurait été inséré avant la compilation, et peut être même aurait pu grugé la JAVA pour pouvoir avoir des evenements globaux....FREDO y sait tout faire

C'est ça qui s'appelle simplifier

Je rappelle que tout ça, c'est juste parce ce put..de JAVA n'a pas prévu que les controles puissent etre GLOBAUX et donc traité d'une classe à une autre
Et aussi qu'on ne puisse avoir un includeFile ce qui oblige à creer une classe, si justement on veux "classer" son code...

PureBasic

Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??

Re: Qui veut BRIQUER son SMARTPHONE ??