ShortOm v 0.1 - application/shell launcher

[djdas]

A me piace molto, lo uso già da due giorni e non posso farne più a meno.
Come scrivevo in pvt a buh, ci ho messo dentro tutti quei "restart" che vanno scritti in console che ogni volta rompono da fare a manina...ottimo davvero
Ciau!

[buh]

l'unico appunto e' che facendo l'upgrade sovrascrive il file /etc/shortom.cfg

Non saprei come gestirlo a dir la verita'.
Potrei creare un file ad esempio ma mi sa che il programma ne ha bisogno in fase di startup per cui uno dovrebbe editarlo a mano la prima volta che l'installa.

bella anche la nuova icona, sicuramente meglio di quella che ti avevo inviato io

A dir la verita' la tua idea era molto piu' bella, ma doveva essere rifinita e credimi, io odio i lavori grafici.
Ho rubato l'icona dal set di gnome.

non ho ben chiaro a che serva il bottone "now"

Il bottone "run" lancia l'applicazione/shell e resta in wait fino a che questa si conclude. In sostanza congeli shortom che diviene inutilizzabile. Con questa modalita' hai lo standard output ed error nel logbook. Per le shell e' la modalita' perfetta cosi' hai un controllo completo di quello che e' successo.
Con la modalita' "nowait" viene lanciata l'applicazione/shell e nel logbook vedi solo il pid creato, ma shortom resta utilizzabile. Da usarsi in caso di applicazione, o anche script python interattivi come il gtkaddpoi tanto per dirne uno.

e secondo me sarebbe comodo un bottone "quit" per uscire vicino a "reload" della schermata principale

Me l'ha segnalato anche djdas (>> grazie per i test fatti), a questo punto lo mettero' nella prossima release.

Luca.

[djdas]

bella anche la nuova icona, sicuramente meglio di quella che ti avevo inviato io

A dir la verita' la tua idea era molto piu' bella, ma doveva essere rifinita e credimi, io odio i lavori grafici.
Ho rubato l'icona dal set di gnome.

A me piace divertirmi con i lavori di grafica, se me la mandate posso provare a fare qualcosina

Il bottone "run" lancia l'applicazione/shell e resta in wait fino a che questa si conclude. In sostanza congeli shortom che diviene inutilizzabile. Con questa modalita' hai lo standard output ed error nel logbook. Per le shell e' la modalita' perfetta cosi' hai un controllo completo di quello che e' successo.
Con la modalita' "nowait" viene lanciata l'applicazione/shell e nel logbook vedi solo il pid creato, ma shortom resta utilizzabile. Da usarsi in caso di applicazione, o anche script python interattivi come il gtkaddpoi tanto per dirne uno.

e secondo me sarebbe comodo un bottone "quit" per uscire vicino a "reload" della schermata principale

Me l'ha segnalato anche djdas (>> grazie per i test fatti), a questo punto lo mettero' nella prossima release.

Luca.

Ah ecco un'altra cosa che ho dimenticato a segnalarti: in uno dei tentativi di creare le entry per lanciare uno script, l'eseguibile lanciato non partiva perché c'era già un'istanza running e non me n'ero accorto; sarebbe possibile in questo caso segnalare il fatto che il comando lanciato ha dato errore/non parte? L'ideale sarebbe ricevere un messaggio parlante con la causa, ma va bene anche se riuscissi a testare il fatto che non riesci a farlo partire, con una message box o similari....
P.S. non ringraziarmi per i test, mi hai fatto risparmiare decine di bestemmie contro la tastierina e il terminale
Ciau!

[gecco]

Non saprei come gestirlo a dir la verita'.
Potrei creare un file ad esempio ma mi sa che il programma ne ha bisogno in fase di startup per cui uno dovrebbe editarlo a mano la prima volta che l'installa.

potresti fare che non metti il file shortom.cfg nel pacchetto ma lo fai creare dallo script postinst.
tanto quello e' in bash, o credo puoi metteri anche la roba python, fai un coso che controlla se quel file esiste, se non esiste allora lo crea.

posso provare a impegnarmi e fare un'altra icona

[buh]

potresti fare che non metti il file shortom.cfg nel pacchetto ma lo fai creare dallo script postinst.
tanto quello e' in bash, o credo puoi metteri anche la roba python, fai un coso che controlla se quel file esiste, se non esiste allora lo crea.

Fino a 5 minuti fa non sapevo nemmeno dell'esistenza di postint. Vedo di cercare della documentazione...

Cmq mi sono accorto che il programma gia' gestisce il file di configurazione custom.
Basta passargli un file come parametro perche' solo se non viene passato nulla va in /etc/shortom.cfg.

Luca.

[buh]

Ah ecco un'altra cosa che ho dimenticato a segnalarti: in uno dei tentativi di creare le entry per lanciare uno script, l'eseguibile lanciato non partiva perché c'era già un'istanza running e non me n'ero accorto; sarebbe possibile in questo caso segnalare il fatto che il comando lanciato ha dato errore/non parte? L'ideale sarebbe ricevere un messaggio parlante con la causa, ma va bene anche se riuscissi a testare il fatto che non riesci a farlo partire, con una message box o similari....
P.S. non ringraziarmi per i test, mi hai fatto risparmiare decine di bestemmie contro la tastierina e il terminale
Ciau!

Teoricamente dovresti avere una segnalazione nel logbook.
Si potrebbe agganciare il codice di ritorno della shell o dell'applicazione. Faro' qualche verifica.
Mi sai dire un programma che non parte se' gia in running?

Luca

[djdas]

Ciao, io avevo inserito il restart di gsm0710muxd perché a volte mi si pianta il modem (raramente ma accade) e per riavviare la parte di qtopia (uso FDOM) devo prima riavviare il demone del muxer. Se provi ad avviarlo con un'istanza già aperta non parte.
Ciau!

[raster]

Hello
puoi fare un .bb (bitbakerecipe) per la SHR?
se no, ci provo io, forse la volta buona che me lo studio per bene

bye

PS. http://wiki.openmoko.org/wiki/BitBake_recipe  http://wiki.openembedded.net/index.php/BitBake

[buh]

Provo a dargli una guardata.
Al momento non so nemmeno di che stiamo parlando, ma i link me li hai inviati.

Luca.