Newsgroup: it.comp.hardware.palmari
Titolo: programmazione per PalmOS

ciao a tutti!
mi piacerebbe sapere se č possibile creare dei programmi per PalmOS4.0/4.1
utilizzando VB6.0/VC per essere utilizzati su m125/m130
Se ciň fosse possibile cosa dovrei avere in piů del sistema in
configurazione base per poter generare i programmi??
grazie mille a chiunque voglia aiutarmi, ma anche altri altri che leggono!
ciao!
newbie

 utilizzando VB6.0/VC
Prova con questi due siti ...
www.nsbasic.com/palm/
www.appforge.com
Ma se vuoi fare sul serio lascia perdere VB ...
Passa al C e a tool tipo CodeWarrior ( 
www.metrowerks.com
 )
Ciao e buon lavoro

 Passa al C e a tool tipo CodeWarrior ( 
www.metrowerks.com
 )
Concordo pienamente, io ho anche trovato un altro tool che ha l'IDE che
ricalca quella di Delphi e come linguaggio utilizza il Pascal:
si chiama PocketStudio e lo trovi su 
www.pocket-technologies.com
Ciao
Francesco

 wrote in message
news:ad52j5$ubo8g$2...@ID-135030.news.dfncis.de...

Grazie per l'info!
Tieni conto che se in VB per realizzare un'interfaccia utente ci metti 1
minuto in C ce ne metti sicuramente almeno 30!
A parte alcune routine particolarmente complesse non credo che il VB sia
molto peggio del C.
ciao

molto peggio del C.
Io incece ritengo che il C sa molto superiore, soprattutto
nell'utilizo di confronti logici e nella possibilità di avere il
massimo controllo delle variabili (soprattutto come occupazione)
Un ciao che ha un'infarinatura di diversi linguaggi
-- 
No hair
ICQ# 120428244

 
senza voler aprire un dibatti che sarebbe assolutamente fuori luogo, 
l'importante scrivendo VB (e per Palm in AppForge) è NON usare il 
variant data type.
Stò sviluppando un applicazione per la gestione della rete vendita 
utilizzando AppForge e gestendo un catalogo di 8000 articoli divisi su 
30 categorie ho avuto problemi prestazionali dovuti più alla piattaforma 
(PalmOS) che non all'ambiente di sviluppo.
Il limite insormontabile di AppForge è il "Booster" (l'equivalente del 
runtime di VB) che non è propriamente leggero... chi non sviluppa 
software su commessa (quindi per un target noto e indirizzabile di 
utenti) non può permettersi di chiedere agli utenti di caricare 60 di 
modulo base + ... vari ed eventuali moduli per arrivare a quasi un mega 
(917k) di librerie...
...da quel punto di vista NSBasic garantisce una maggiore compattezza e 
snellezza di codice permettendo tra l'altro di linkare il runtime al prc 
compilato.
La cosa che ritengo essere INSUPERABILE in AppForge è l'integrazione 
(quello di VB) con il quale debuggare il codice diventa veramente una 
cosa non stressante... testare il codice e soprattutto debuggarlo con 
ambienti come CW o NSB significa scrivere -> compilare -> scaricare 
l'oggetto nel POSE -> giocare con il POSE -> vedere (nel caso di CW) le 
tracce lasciate dall'eseguibile nella libreria di debug.
Per quanto riguarda AppForge, stà per uscire la nuova versione con il 
supporto della piattaforma symbian (se scrivo Nokia Communicator vi 
ciene in mente qualche cosa?)... a quel punto un bel gestionalino per le 
tentate vendite darà finalmente giustizia a quella saponetta di telefono 
che è il 92xx della Nokia!
..io sono "abbastanza" di parte... lo so'.. ognuno ha la propria 
esperienza e le proprie attituddini...
p.s.: scrivo anche in C/C++ e in Java ma non sempre si devono fare 
iterazioni di elaborazione su 100000 dati alla velocità della luce se 
poi l'interfaccia utente si appesantisce a causa di un lentissimo I/O 
gestito dal SO!... alle volte può essere preferibile impiegare la metà 
del tempo di debug su un progetto piuttosto che riuscire a risparmiare 
1/10 di secondo in meno per aprire una griglia di ricerca per i dati.
Sul mio Visor Edge ho ActionNames che è così carico da impiegare dai 2 
ai 4 secondi per visualizzare gli impegni di una giornata... è 
frustrante e sicuramente AN è scritto in CW!.
Dario

 variant data type.
[CUT]
Ciao,
grazie per i consigli!
Posso chiederti alcune cosette magari in privato per non andare subito OT??
ciao!

 > 
... porca vacca ma come ho scritto... mi sono rimaste alcune parole 
nelle dita!!! spero che sia tutto comprensibile! mah.

, 
mi sono perso parte del thread... tu che volevi notizie (e mi sono perso 
il tuo nome e la tua email) scrivimi pure...
ciao

1/10 di secondo in meno per aprire una griglia di ricerca per i dati.
Dipende cosa vuoi ottenere dal tuo sw (e ovviamente come è stabilito
il pagamento, se mi dano un programma da fare e mi pagano per il
programma e non per il tempo lo sviluppo in vb, anche se so benissimo
di avere un codice meno efficiente)
Un ciao e come ultimo progetto sviluppato un databare access per la
gestione di un comitato locale della Croce Rossa


 compilato.
Io ho notato un grande limite di NSbasic rispetto ad Appforge. In runtime 
non è possibile cambiare le proprietà di molti oggetti, come renderli 
visibili/invisibili o variarne le posizioni, cosa possibile al contrario 
con Appforge.
Concordo comunque con te per gli altri aspetti.
-- 
||    _   ||
||=(©)=||   TIE
||   ""   ||   Fighter

"Newbie" <n@n.n> wrote in message news:ad4und$rb4$1...@lacerta.tiscalinet.it...

e se invece di usare Palm si usasse PPC l'integrazione con VB/VC sarebbe
garantita?
silvio