Newsgroup: it.comp.os.linux.development
Titolo: programma di contabilita'


I'm not prejudiced, I hate everyone equally.


Ma i Mac non sono sempre stati "grafici"?
Alessandro.

Ma i Mac non sono sempre stati "grafici"?
Dal MAX OS X in poi hai un sistema Posix compatibile con Unix (la X
per cosa stara'? :P). Hai una shell, tutte le librerie che trovi nei
sistemi unix (o se non le hai te le compili) e volendo anche un server
X per far funzionare un qualunche altro Window Manager, a fianco del
bellissimo Acqua :)
-- 
Mox
"Trust the programmer."
"Don't prevent the programmer from doing what needs to be done."
"Keep the language small and simple."
"Provide only one way to do an operation."

 Mox
grazie a tutti e due per la risposta e per i consigli ...



Si, ma se c'e' la grafica perche' legarsi all'interfaccia a caratteri?
Alessandro.

 Alessandro.
ciao ...


 cioe' al massimo con le ncurses ...
spero per te che sia un programma sotto contratto
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.19. C, C++ and ASM developers
                              and beta testers are welcome!

 sono io e ODIO le figurine e le "cazzatelle" sullo schermo !!!!
ma il programma non lo devi usare tu. O sbaglio? Questo significa che 
tu non hai alcuna voce in capitolo


 In C non esistono interfaccie che astraggano il database
ah-ah-ah, risposta sbagliata
http://www.microsoft.com/data/odbc/default.htm
http://www.unixodbc.org/


 io e ODIO le figurine e le "cazzatelle" sullo schermo !!!!
...allora va' bene!
Era solo una curiosita', non volevo importi nulla :-)
Alessandro.


E' vero.
Ma a quanto pare gli utenti sono abituati ad un'interfaccia a caratteri, e
non e' detto che vedano di buon occhio il cambiamento.
Giusto ieri sentivo parlare due operatori AS/400 che davanti ad una
schermata verde incorniciata in una finestrella windows si lamentavano del
fatto che spostare il mouse da una parte all'altra dello schermo sia una
perdita di tempo e uno dei due raccontava all'altro di un tale che riusciva
ad usare due terminali 5250 simultaneamente: uno con la mano destra, l'altro
con la sinistra!
Alessandro.

 tu non hai alcuna voce in capitolo
In azienda uso un programma di contabilita' funzionante in telnet con 
interfaccia a caratteri e ti assicuro che non lo cambierei neanche morto 
con uno di quelli che vedo in giro nei negozi con le finestre di windows 
scritto magari in visual basic perche' il programmatore era un po' 
scarsetto (ma il mio e' un parere personale ...).
Non e' sempre vero che le finestre sono piu' intuitive, anzi proprio nei 
programmi contabili cornicette strane, colori, fiorellini, ecc. ti 
distraggono dalla roba che devi scrivere (senza sbagliare), senza contare 
che occupano spazio sullo schermo. E uno che esegue 20 volte al giorno la 
stessa cosa preferisce comandi rapidi e risposte altrettanto veloci. Le 
cornicette non le guarda piu' dopo la prima settimana e si stressera un 
casino col mouse a cercare la freccetta o la X e poi doverlo comunque 
spostare per mettere le mani sulla tastiera ! Meglio avercele gia' sopra :))
P.S. Il programma che uso e' stato scritto in cobol (questo penso faccia 
schifo ma il programma viaggia bene), e gestisce gli archivi a modo suo 
senza server con database.
Nicola.
-- 
______________________________
chi va pian va san e va lontan


Mi apettavo la bachettata. Ma le API sono uguali?
Sapevo della loro esistenza ma pensavo che ci fossero differenze tra win a
*nix.
Alessandro.

 dello schermo sia una perdita di tempo
conosco il programma, ce l'abbiamo in ufficio. Dovrebbe essere Client 
Access dell'IBM (però quello che conosco io ha la schermata blu). Non 
ci ho mai lavorato (lo usano le segretarie), ma che io sappia si può 
usare interamente da tastiera


test ha scritto:

Quello per Unix scimmiotta apertamente quello per Windows [1], a sua 
volta basato su uno standard di X/Open ("quelli di Unix"), quindi le 
API dovrebbero essere ampiamente compatibili [2], completezza di 
UnixODBC permettendo
Certo ODBC non è la Panacea. Alcuni driver non supportano completamente 
ISO SQL, o hanno piccole importanti differenze (vedi i caratteri delle 
wildcard in Microsoft Jet fino alla versione 3: * e ? anzichè % e _). 
Però è sempre un buon punto di partenza. Sempre meglio che riscrivere 
il programma ogni volta :-)
[1] "The ODBC API, as outlined by X/Open and ISO, is availible on all 
major platforms. Microsoft platforms include many enhancements to this 
specification; these enhancements are also supported by unixODBC"
[2] riguardo al driver per Postgres: "We took the Win32 version (not 
the one in the server distribution) of the driver and got it working in 
unixODBC with very little changes."


 archivi a modo suo senza server con database.
riguardo all'ultima affermazione: io non ne andrei troppo fiera. Passa 
a qualcosa di meglio il prima possibile. Specialmente se sono file di 
testo. Dio ha creato i database e l'algebra relazionale per un preciso 
motivo



Credo all'utente che puo' mancare passa dall'interfaccia a caratteri a
quella grafica (anche se l'interfaccia e' disegnata bene) e' l'uniformita'
della visualizzazione (solo caratteri e a larghezza fissa) e ancor piu' la
possibilita' di spostare il cursore liberamente da un campo all'altro usando
i tasti freccia (non solo il tab).
Ma con qualche piccolo accorgimento forse si puo' fare...
Alessandro.


Certo. Era quello intorno che a loro dava fastidio :-)
Alessandro.

 buona idea ??
Io farei diversamente:
1) userei un linguaggio che mi permetta di fare piu' alla svelta, tipo
python o ruby
2) userei un DB migliore, visto che spendendo 0 puoi avere Postgre e
Interbase... (con python so che va Postgre, non so IB)
3) Usa un db abstractor, tipo PyDO.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
		-<! $>cd /pub	$>more beer !>-

   Giuseppe "Cowo" Corbelli
ciao e grazie mille (anche a test e agli altri) per la risposta ...


 Interbase... (con python so che va Postgre, non so IB)
Giusto per curiosita' (non voglio creade un flame e non e' mia intenzione
difendere mysql) ma cos'ha interbase in piu' di mysql?
Alessandro.

 motivo
Dubito che sia stato Dio, ma ultimamente mi sono perso qualche predica del 
prete :))


 il programma ogni volta :-)
Gia', in effetti temo ci siano sostanziali differenza proprio tra mysql e 
interbase. A dire il vero ho usato direttamente solo mysql (ci ho fatto 
qualche giochino) ma ho visto che molti comandi sql non corrispondevano, 
pero' non so se era un problema del client grafico per interbase. Ad 
esempio non mi sono trovato con il comando SHOW e con DESCRIBE (ma questo 
forse esiste solo per mysql).


 questo forse esiste solo per mysql).
SHOW credo che sia usato solo da mysql, describe e' piu' diffuso (non so se
e' standard) c'e anche in Oracle (ma forse e' abbreviato in DESC, non
ricordo bene). Interbase non lo conosco.
Alessandro.

 puo' fare... 
non presupponiamo che se è un'interfaccia grafica è per forza fatta 
male :-) Io trovo semplicemente che un'interfaccia testuale non ti 
lasci scampo, perchè è intrinsecamente limitata. Metti la necessità di 
immettere dati in lingue oltre all'inglese. VGA in emulazione terminale  
ha un numero massimo *ridicolo* di caratteri unici su schermo (in 
parole povere, il charset)
Sì, puoi rinunciare magari alle freccioline, agli smiley, ecc. come 
fanno le Norton Utilities per mostrare un cursore a freccia anzichè a 
blocco [1]. Resta il fatto che ci sta un solo alfabeto alla volta, 
anche volendo essere generosissimi
OK. Forse un gestionale non farà mai il giro del mondo (o forse sì?). 
Ma il discorso "niente interfacce grafiche, troppo pesanti, troppe 
cazzate" è pericolosissimo
[1] in Norton Undelete per DOS ognuna delle quattro celle di schermo in 
cui appare almeno parte della freccia contiene, in realtà, un carattere 
speciale generato al volo, formato dal carattere vero e proprio con 
sovraimpressa la fetta di freccia. Inquietante, vero? Cosa non si fa 
per apparire carini!


cut..............
In biblioteca del mio paese (e di tutto il comprensorio), hanno
cambiato il programma di gestione dei prestiti: sono pasati da un
programma terminale as/400 (80x50 a caratteri verdi, che vedeva anche
un cieco...) ad un programma con interfaccia uindovs a 1024x768, tutto
finestrelle mouse e iconcine, e gli utilizzatori sono tutti utonti...
Ho sentito degli insulti veramente originali verso quelli che hanno
fatto il cambio del software...
Morale: l'interfaccia a caratteri (tra l'altro terminale as/400!), era
molto piu' usabile...
</OT>
Meglio adesso spostarsi in email...
-- 
+---- | Un OS per domarli, Un OS per trovarli,             |  -o)
+---+ | Un OS per ghermirli e nel buio incatenarli         |  /\\
 O  | | Nella terra di Redmond, ove l'ombra cupa scende... | _\_V
                    raffaele punto salmaso presso libero punto it

 predica del prete :))
è stato Dio, è stato Dio. "In principio era il buio. E Dio disse: 
CREATE TABLE `universe` ..."


 era molto piu' usabile...
vuoi dire che un'interfaccia buona č migliore di una cattiva? ma pensa!


 Alessandro.
ciao ...


 difendere mysql) ma cos'ha interbase in piu' di mysql?
Ci avevo guardato l'anno scorso, non so se le cose sono cambiate.
Le prime cose che mi vengono in mente sono transazioni e view.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
-<! Computer programmers never die, they just raise an unhandled exception.!>-

 mi faresti un favore ;-)))
Ogni libreria di accesso a DB ha le sue funzioni, ovviamente con nomi
diversi e design in generale diverso. Un qualcosa tipo DBI, o gda e' un
layer unificante, un frontend che ti permette di avere un set di simboli
definiti e costanti per interagire con i db. Poi i tuoi comandi vengono
eseguiti tramite un modulo ad hoc che si appoggia al DB interessato, ma
questa implementazione e' a te nascosta.
In soldoni: un'interfaccia unica a tutte le librerie di accesso a DB.
E lo usi perche' molto spesso non e' necessario ancorarsi a un DB in
particolare. E perche' e' piu' semplice imparare ad usare un abstractor
piuttosto che tutte le API dei vari DB.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**


male :-)
No, ma è _certamente_ lenta, e molto spesso assai più stancante di una
interfaccia testuale.
-- 
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

 e non c'e' neanche un comando per vedere il tipo dei campi della tabella ....
conferenze=# \d conferenzieri
          Table "conferenzieri"
  Column |       Type        | Modifiers
--------+-------------------+-----------
  tipo   | character(1)      |
  nome   | character varying |
  pwd    | character varying |
Ciao
  David
-- 
<d.santinoli presso mi. flashnet. it>


Pure troppo.
Forse sarebbe stato piu' semplice andare in modalita' grafica :-)
Alessandro.

 Perl e php chedo che abbiano qualcosa del genere.
Perl si`, PHP non ancora.


   David
ciao e grazie ....


   Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
ciao .....


 CREATE TABLE `universe` ..."
ROTFL!!! Questa me la segno... :-)
-- 
 Ciao, Bianco.
 Reply to luca.bianco (at) 
tiscali.it

 ROTFL!!! Questa me la segno... :-)
Maddai!
Ti sembra che Dio crei l'universo come una table?
Prima crea il database universo, poi le table, e poi i field.
Dio@localhost:#apt-get install  universe
-- 
          |Save our planet!
   Ciao   |Save wildlife!
  roberto |For your E-MAIL use ONLY recycled Bytes  !!
          |roberto poggi   
rpo...@softhome.net

 I'm not prejudiced, I hate everyone equally.
--------------------------------
Inviato via 
http://usenet.libero.it


Finalmente si comincia a ragionare ;-)
Alessandro.

 Prima crea il database universo, poi le table, e poi i field.
povero illuso d'un mortale. Credi che l'universo sia tutto? compatisco 
la tua limitata mente tridimensionale



E tu credi che possa esistere un solo database?-P
Alessandro.





Non confondiamo i comandi SQL (divisi tra Data Definition Language: CREATE,
DROP, ALTER ...
e Data Manipulation Language: SELECT, INSERT, DELETE, UPDATE) con istruzioni
supportate dai singoli client testuali. I primi sono standard, i secondi
sono implementazioni dei singoli produttori per visualizzare metadati.
Ciao
Roberto
P.S:togliere i NOSPAM per risposte