Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Paolo Pedaletti
Ciao Roberto,

 Io ne ho bisogno per disegnare qualche circuitino elettrico e farci qualche 
 simulazione.

apt-cache search circuit

Package: circ-tex
Description: A LaTeX package to typeset circuit and optics diagrams
 The CIRC package can be used to typeset circuit and optics diagrams.
 This LaTeX package provides a convenient way to draw diagrams
 containing not only resistors, capacitors, transistors, op-amps; but
 also lenses, mirrors and the like.
 .
 CIRC uses METAFONT to draw its symbols, so you do not need to use
 PostScript.


Package: eagle
Description: Printed circuit board design tool
 Eagle includes a layout editor, schematic editor, and an autorouter.
 The following limitations apply to the EAGLE Light Edition:
 The usable board area is limited to 100 x 80 mm (4 x 3.2 inches).
 Only two signal layers can be used (Top and Bottom).
 The schematic editor can only create one sheet.

electric - electrical CAD system
gnucap - GNU Circuit Analysis package
gpsim - Simulator for Microchip's PIC microcontrollers
kicad - Electronic schematic and PCB design software
klogic - digital circuit editor and simulator for KDE
ksimus - KDE tool for simulating electrical circuits
ktechlab - circuit simulator for microcontrollers and electronics
oregano - tool for schematical capture of electronic circuits
pcb - printed circuit board (pcb) design program
qucs - Quite Universal Circuit Simulator
tkgate - Event driven digital circuit simulator with Tcl/Tk
xcircuit - Draw circuit schematics or almost anything

insomma, alternative a AUTOCAD ce ne sono ;-)

ciao

-- 
/* Paolo Pedaletti, GPG key = F54ED76E
 * [EMAIL PROTECTED]  www.openlabs.it */

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Studio CICUTO - PC C

Roberto Ellero ha scritto:
[...] 
:-) chiedo scusa per la precisazione (sono nato il 16/01/1950): ho 
iniziato a lavorare con un minicomputer Data General 1200 nel novembre 
1973 e da allora ho sempre lavorato su mini e microcomputer passando 
da Z80 con CP/M-80/86, ecc. fino all'ultimo ACER Travelmate 6460 
acquistato l'estate scorsa.


Ho scritto applicazioni industraili per oltre venti anni l'ultima 
delle quali in JAVA/C.

[...]
Sto parlando di ragazzi da 15 a 21 anni in una Scuola Professionale 
per l'Industria e l'Artigianato statale ...


Si pongono alcuni problemi:
(a) da buoni italiani e' meglio il prodotto craccato altrimenti che 
gusto c'e' ...
(b) sono convinti che il CAD sia semplice da usare percio' tanto vale 
provare;
(c) non esiste alcuna cultura di Informatica Personale. Chi come me ha 
iniziato con il Word Star, Lotus, ecc. sa quanto sia importante 
disporre di un pacchetto contenente tutta la IP. Loro non lo sanno. 
Anche perche' NON esiste il Foglio Elettronico ma l'Excel; NON esiste 
il trattamento testi ma il Word; ecc.
(d) sono convinti di sapere tutto e piu' di tutto. Quando gli racconti 
certe cose fondamentali ti guardano con area di sufficienza. Anche al 
termine della chiaccherata non sanno di cosa si parla perche' per 
definizione, salvo rari casi, non interessa;

(e) non entro nel merito delle patenti ECDL ...
(f) potrei continuare.

Insomma e' innanzitutto una questione culturale e sopratutto di senso 
della misura: non basta avere un computer in casa comunque costoso per 
diventare esperti. Purtroppo questi ragazzi hanno assorbito il peggior 
vizio italiano: siamo tutti esperti in qualcosa!


Detto questo il futuro e' dei giovani ed e' ns dovere cercare di 
aiutarli ad affrontare queste tecnologie.

[...]
Vorrei fare qualche osservazione, anche se un po Off Topic (o fuori 
argomento).


I ragazzi che frequentano un Istituto professionale, in genere dopo 
tendono ad accedere al mondo del lavoro (pochi sono quanti proseguono 
gli studi ai livelli successivi). In quest'ottica è, a mio avviso, utile 
abituarli ai concetti d'uso dei software che incontreranno nell'ambiente 
lavorativo (freeware, open source, shareware, commerciali, ecc.).
Pertanto concordando sull'illegalità dell'AutoCAD (o altro) scopiazzato, 
ritengo sia utile abituarli ad un CAD tecnico (che non è Draw). 
Diverso discorso è nel confronto tra OOo e MS Office (dei quali 
indubbiamente meglio il primo!).
Io sono nato nell'aprile del '73, quindi più o meno quando Roberto ha 
iniziato ad usare un calcolatore ed a tutt'oggi uso AutoCAD digitando la 
maggior parte dei comandi da tastiera ed incavolandomi quando qualcuno a 
cui dico fai LINE mi risponde in quale menu lo trovo? CaZ2O, fai 
significa digita da tastiera (scusate lo sfogo)! Oggi con l'avvento 
delle interfacce grafiche, delle barre strumenti, delle finestre e dei 
pulsanti, il nuovo utente AutoCAD (ma forse CAD in generale) non è in 
grado di passare da una versione all'altra del software (se non 
addirittura da un software ad un altro). Un'ulteriore osservazione 
riguarda la lingua del programma: mentre per OOo il problema è 
unicamente a livello personale (uno sceglie la lingua che preferisce 
modificando l'impostazione di intefaccia!), per AutoCAD ritengo sia 
fondamentale conoscere i comandi inglesi, in quanto usando la versione 
italiana posso digitare _POLYGON ed ottenere quanto avrei fatto con il 
comando POLIGONO. Però nel caso di un AutoCAD in... tedesco? Risposta: 
basta digitare _POLYGON, ed anche il tedesco è servito!


Per tutto il resto concordo con quanto scritto da tutti, però Draw non è 
un CAD, ma un programma di grafica vettoriale! Un CAD (Computer Aided 
Design) è un programma per disegno tecnico ed in giro se ne trovano 
anche freeware ed open source (basta un motore di ricerca), naturalmente 
con opzioni ridotte, ma sufficienti per un uso didattico!


Saluti
Stefano CICUTO

--
Studio CICUTO
tel. +39 0113093302
www.studiocicuto.7h.com
[EMAIL PROTECTED]

OpenOffice.org: usalo, copialo e regalalo, è legale!
http://it.openoffice.org/ 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Roberto Ellero

Paolo Pedaletti ha scritto:

Ciao Roberto,

  
Io ne ho bisogno per disegnare qualche circuitino elettrico e farci qualche 
simulazione.



apt-cache search circuit

Package: circ-tex
Description: A LaTeX package to typeset circuit and optics diagrams
 The CIRC package can be used to typeset circuit and optics diagrams.
 This LaTeX package provides a convenient way to draw diagrams
 containing not only resistors, capacitors, transistors, op-amps; but
 also lenses, mirrors and the like.
 .
 CIRC uses METAFONT to draw its symbols, so you do not need to use
 PostScript.


Package: eagle
Description: Printed circuit board design tool
 Eagle includes a layout editor, schematic editor, and an autorouter.
 The following limitations apply to the EAGLE Light Edition:
 The usable board area is limited to 100 x 80 mm (4 x 3.2 inches).
 Only two signal layers can be used (Top and Bottom).
 The schematic editor can only create one sheet.

electric - electrical CAD system
gnucap - GNU Circuit Analysis package
gpsim - Simulator for Microchip's PIC microcontrollers
kicad - Electronic schematic and PCB design software
klogic - digital circuit editor and simulator for KDE
ksimus - KDE tool for simulating electrical circuits
ktechlab - circuit simulator for microcontrollers and electronics
oregano - tool for schematical capture of electronic circuits
pcb - printed circuit board (pcb) design program
qucs - Quite Universal Circuit Simulator
tkgate - Event driven digital circuit simulator with Tcl/Tk
xcircuit - Draw circuit schematics or almost anything

insomma, alternative a AUTOCAD ce ne sono ;-)
  

Ti ringrazio per l'elenco piu' che sufficiente per le mie esigenze.

A colpo d'occhio, per primo, andro' a curiosare il TKgate perche' TCL/TK 
e' un linguaggio che non ho mai usato e me lo sono trovato nel 
simulatore SciLab.



A conti fatti, per le semplici reti che intendo gestire, dovrebbe 
bastare Draw con una libreria minima di simboli elettrici. Sai dove si 
possono trovare queste librerie?

ciao

  


Conosci per caso il simulatore SciLab?

Grazie di tutto.

Buona giornata
-re-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Roberto Ellero

Studio CICUTO - PC C ha scritto:

Roberto Ellero ha scritto:
[...] :-) chiedo scusa per la precisazione (sono nato il 16/01/1950): 
ho iniziato a lavorare con un minicomputer Data General 1200 nel 
novembre 1973 e da allora ho sempre lavorato su mini e microcomputer 
passando da Z80 con CP/M-80/86, ecc. fino all'ultimo ACER Travelmate 
6460 acquistato l'estate scorsa.


Ho scritto applicazioni industraili per oltre venti anni l'ultima 
delle quali in JAVA/C.

[...]
Sto parlando di ragazzi da 15 a 21 anni in una Scuola Professionale 
per l'Industria e l'Artigianato statale ...


Si pongono alcuni problemi:
(a) da buoni italiani e' meglio il prodotto craccato altrimenti che 
gusto c'e' ...
(b) sono convinti che il CAD sia semplice da usare percio' tanto vale 
provare;
(c) non esiste alcuna cultura di Informatica Personale. Chi come me 
ha iniziato con il Word Star, Lotus, ecc. sa quanto sia importante 
disporre di un pacchetto contenente tutta la IP. Loro non lo sanno. 
Anche perche' NON esiste il Foglio Elettronico ma l'Excel; NON esiste 
il trattamento testi ma il Word; ecc.
(d) sono convinti di sapere tutto e piu' di tutto. Quando gli 
racconti certe cose fondamentali ti guardano con area di sufficienza. 
Anche al termine della chiaccherata non sanno di cosa si parla 
perche' per definizione, salvo rari casi, non interessa;

(e) non entro nel merito delle patenti ECDL ...
(f) potrei continuare.

Insomma e' innanzitutto una questione culturale e sopratutto di senso 
della misura: non basta avere un computer in casa comunque costoso 
per diventare esperti. Purtroppo questi ragazzi hanno assorbito il 
peggior vizio italiano: siamo tutti esperti in qualcosa!


Detto questo il futuro e' dei giovani ed e' ns dovere cercare di 
aiutarli ad affrontare queste tecnologie.

[...]
Vorrei fare qualche osservazione, anche se un po Off Topic (o fuori 
argomento).


I ragazzi che frequentano un Istituto professionale, in genere dopo 
tendono ad accedere al mondo del lavoro (pochi sono quanti proseguono 
gli studi ai livelli successivi).
Vero. Purtroppo stiamo mirando sempre piu' in basso creando una pesante 
insoddisfazione sopratutto in quelli che vogliono andare oltre.


Saro' un illuso ma un diverso metodo sarebbe utile sopratutto a coloro 
che non hanno tempo ...


In quest'ottica è, a mio avviso, utile abituarli ai concetti d'uso dei 
software che incontreranno nell'ambiente lavorativo (freeware, open 
source, shareware, commerciali, ecc.).
Pertanto concordando sull'illegalità dell'AutoCAD (o altro) 
scopiazzato, ritengo sia utile abituarli ad un CAD tecnico (che non 
è Draw). Diverso discorso è nel confronto tra OOo e MS Office (dei 
quali indubbiamente meglio il primo!).
Io sono nato nell'aprile del '73, quindi più o meno quando Roberto ha 
iniziato ad usare un calcolatore ed a tutt'oggi uso AutoCAD digitando 
la maggior parte dei comandi da tastiera ed incavolandomi quando 
qualcuno a cui dico fai LINE mi risponde in quale menu lo trovo? 
Ti sto scrivendo con la tastiera configurata nel default USA. In questo 
modo le mie dita vedono i tutti i tasti che uso da sempre (es. nella 
programmazione servono le parentesi graffe, ecc.).


La via che stai seguendo e' indubbiamente la piu' sicura oltre ad essere 
la piu' rapida. Presenta inoltre un enorme vantaggio: sei costretto a 
sapere cosa stai facendo quindi a ragionare. Ho la sensazione che molte 
di queste GUI dotate di luci e suoni si prestino a ... proviao a vedere 
come va a finire con il risultato che due sequenze identiche NON 
producono risultati uguali (... identici te li puoi dimenticare). Siamo 
da tempo nello spreco: macchine pesantissime per fare trattamento testi; 
trattamento testi con le potenzialita' di un pacchetto editoriale ma ... 
non puoi pretendere che i comportamenti siano deterministici.


A cosa serve un Sw con migliaia di funzioni di cui di fatto si usa lo 
0,xx per cento quando va bene?


Perche' devo passare il tempo ad installare centinaia di Mbyte per un 
uso cosi' ridicolo delle funzioni che mi servono? Mi si perdoni la 
citazione datata: molti anni fa la Borland fece un compilatore 
TurboPascal che funzionava con 64 kbyte RAM e ti chiedeva in fase di 
caricamento se volevi i messaggi on line. Ovviamente i contenuti erano 
estremamente diversi ma si parlava di prestazioni di nuove funzioni ...


CaZ2O, fai significa digita da tastiera (scusate lo sfogo)! Oggi 
con l'avvento delle interfacce grafiche, delle barre strumenti, delle 
finestre e dei pulsanti, il nuovo utente AutoCAD (ma forse CAD in 
generale) non è in grado di passare da una versione all'altra del 
software (se non addirittura da un software ad un altro). Un'ulteriore 
osservazione riguarda la lingua del programma: mentre per OOo il 
problema è unicamente a livello personale (uno sceglie la lingua che 
preferisce modificando l'impostazione di intefaccia!), per AutoCAD 
ritengo sia fondamentale conoscere i comandi inglesi, in quanto usando 
la versione italiana posso 

Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Paolo Pedaletti
Ciao Roberto,

 A conti fatti, per le semplici reti che intendo gestire, dovrebbe bastare 
 Draw con una libreria minima di simboli elettrici. Sai dove si possono 
 trovare queste librerie?

la mia bibbia x openoffice per queste cose e':
http://www.openclipart.org/

 Conosci per caso il simulatore SciLab?

so, sorry, io amministro e basta :-)

ciao

-- 
/* Paolo Pedaletti, GPG key = F54ED76E
 * [EMAIL PROTECTED]  www.openlabs.it */

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Roberto Ellero

Studio CICUTO - PC C ha scritto:

[...]


Per tutto il resto concordo con quanto scritto da tutti, però Draw non 
è un CAD, ma un programma di grafica vettoriale! Un CAD (Computer 
Aided Design) è un programma per disegno tecnico ed in giro se ne 
trovano anche freeware ed open source (basta un motore di ricerca), 
naturalmente con opzioni ridotte, ma sufficienti per un uso didattico!

Piu' che giusta la definizione.

Questa e' la definizione. Nella realta' le cose sono un po' diverse.

Esempio: se prendo Draw e ci aggiungo una librearia di simboli elettrici 
o elettronici aggiungo funzioni CAD. Possiamo sbizzarrirci chiamandolo 
picoCAD o microCAD o ...


Non voglio giocare con le parole. Cio' che intendo dire e' che i Sw che 
usiamo sono talmente multifunzionali e polimorfi che il nome e' legato 
solo all'origine.


Saluti
Stefano CICUTO


Grazie per l'attenzione

Mandi (Ciao in friulano)
-re-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Roberto Ellero

Paolo Pedaletti ha scritto:

Ciao Roberto,

  
A conti fatti, per le semplici reti che intendo gestire, dovrebbe bastare 
Draw con una libreria minima di simboli elettrici. Sai dove si possono 
trovare queste librerie?



la mia bibbia x openoffice per queste cose e':
http://www.openclipart.org/
  

Mi sembra molto interessante. Spero di ricambiare.
  

Conosci per caso il simulatore SciLab?



so, sorry, io amministro e basta :-)
  
Ho fatto l'amministratore per quasi quattro anni: non ti invidio 
proprio. Buona fortuna.

ciao

  

Buona giornata
-re-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[utenti] [OT] Una semplice regola...

2008-01-14 Per discussione Mailing Fabio Pratesi

Gent.mi utenti della lista,
  vorrei porre alla Vostra attenzione una regola comportamentale che 
generalmente nelle mailing list viene seguita: evitare di inserire nei 
messaggi postati la ricevuta di ritorno.
Credo che il suo inserimento, oltre ad essere fastidioso, sia anche 
inutile, poichè la mail spedita correttamente viene ricevuta anche dal 
medesimo autore e questa è una certificazione
più che sufficiente del corretto invio e della lettura da parte degli 
altri utenti della lista interessati all'argomento.
Senza avere niente di personale verso coloro che utilizzano la ricevuta 
di ritorno spero che il mio suggerimento venga recepito non come una 
critica, ma bensì come un invito

al corretto utilizzo della ML.

Grazie per l'attenzione.

Saluti Fabio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] [OT] Una semplice regola...

2008-01-14 Per discussione Felice Liccardi

Mailing Fabio Pratesi ha scritto:

Gent.mi utenti della lista,
  vorrei porre alla Vostra attenzione una regola comportamentale che 
generalmente nelle mailing list viene seguita: evitare di inserire nei 
messaggi postati la ricevuta di ritorno.
Credo che il suo inserimento, oltre ad essere fastidioso, sia anche 
inutile, poichè la mail spedita correttamente viene ricevuta anche dal 
medesimo autore e questa è una certificazione
più che sufficiente del corretto invio e della lettura da parte degli 
altri utenti della lista interessati all'argomento.
Senza avere niente di personale verso coloro che utilizzano la 
ricevuta di ritorno spero che il mio suggerimento venga recepito non 
come una critica, ma bensì come un invito

al corretto utilizzo della ML.

Grazie per l'attenzione.

Saluti Fabio 


Concordo, anche perchè i msg con ricevuta di ritorno (fastidiosissimi), 
li cancello senza neanche leggerli.

E come me, so per certo, fanno molti altri.
Saluti,
Felice

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] [OT] Una semplice regola...

2008-01-14 Per discussione A-Lex
Il giorno lun, 14/01/2008 alle 11.40 +0100, Mailing Fabio Pratesi ha
scritto:
 Gent.mi utenti della lista,
vorrei porre alla Vostra attenzione una regola comportamentale che 
 generalmente nelle mailing list viene seguita: evitare di inserire nei 
 messaggi postati la ricevuta di ritorno.
 Credo che il suo inserimento, oltre ad essere fastidioso, sia anche 
 inutile, poichè la mail spedita correttamente viene ricevuta anche dal 
 medesimo autore e questa è una certificazione
 più che sufficiente del corretto invio e della lettura da parte degli 
 altri utenti della lista interessati all'argomento.
 Senza avere niente di personale verso coloro che utilizzano la ricevuta 
 di ritorno spero che il mio suggerimento venga recepito non come una 
 critica, ma bensì come un invito
 al corretto utilizzo della ML.

Concordo al 100%, anche se in ogni caso basta configurare l'account
(anche per chi riceve) in maniera che non invii MAI le risposte alle RR.
Credo che una buona configurazione degli account delle ML debba essere
duplice: nn inviare le richieste di lettura E forzare la non risposta
alle suddette.
Un saluto :)

-- 

A-Lex

OOo 2.3 su Fedora 7 ; 2.3 su WinXP ; 2.2 su WinpenPack


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] [OT] Una semplice regola...

2008-01-14 Per discussione Piero Pedaci

A-Lex ha scritto:

Il giorno lun, 14/01/2008 alle 11.40 +0100, Mailing Fabio Pratesi ha
scritto:
  

Gent.mi utenti della lista,
   vorrei porre alla Vostra attenzione una regola comportamentale che 
generalmente nelle mailing list viene seguita: evitare di inserire nei 
messaggi postati la ricevuta di ritorno.
Credo che il suo inserimento, oltre ad essere fastidioso, sia anche 
inutile, poichè la mail spedita correttamente viene ricevuta anche dal 
medesimo autore e questa è una certificazione
più che sufficiente del corretto invio e della lettura da parte degli 
altri utenti della lista interessati all'argomento.
Senza avere niente di personale verso coloro che utilizzano la ricevuta 
di ritorno spero che il mio suggerimento venga recepito non come una 
critica, ma bensì come un invito

al corretto utilizzo della ML.



Concordo al 100%, anche se in ogni caso basta configurare l'account
(anche per chi riceve) in maniera che non invii MAI le risposte alle RR.
Credo che una buona configurazione degli account delle ML debba essere
duplice: nn inviare le richieste di lettura E forzare la non risposta
alle suddette.
Un saluto :)

  

Direi che le le ricevute di ritorno vanno comunque evitate in ML;
anche per lasciare a ciascuno la facoltà di configurare il prorio 
account come meglio crede per gestirsi la corrispondenza generale.


saluti

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Marco Quarona

At 14.34 14/01/2008, Studio CICUTO - PC D wrote:
In genere vengono richiesti file DOC, XLS, DWG, 
PDF, più vari file grafici (per immagini). 
Qualunque software che (ognuno nel proprio 
contesto) non sia in grado di interagire 
attraverso tali formati è inutilizzabile o 
meglio incompatibile (e già il PDF nella 
maggior parte dei casi è una schifezza se non si 
hanno gli originali) con il mondo del lavoro.


Per il PDF è un pò diverso: in 
editoria/tipografia, ma anche spesso in tanti 
altri ambiti lavorativi, il PDF non è visto come 
un file sorgente ma come un file oggetto, 
pronto da stampare o da leggere a video, mai da 
modificare. L'ampia diffusione del Reader e lo 
scarso uso del suo compositore l'ha praticato 
reso il successore del Postscript.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Studio CICUTO - PC D

Roberto Ellero ha scritto:

Studio CICUTO - PC C ha scritto:
[...]

Perche' devo passare il tempo ad installare centinaia di Mbyte per un 
uso cosi' ridicolo delle funzioni che mi servono? Mi si perdoni la 
citazione datata: molti anni fa la Borland fece un compilatore 
TurboPascal che funzionava con 64 kbyte RAM e ti chiedeva in fase di 
caricamento se volevi i messaggi on line. Ovviamente i contenuti erano 
estremamente diversi ma si parlava di prestazioni di nuove funzioni ...


Sì, ma con l'avvento delle finestre grafiche le cose sono peggiorate 
per la memoria e migliorate per l'utente.


CaZ2O, fai significa digita da tastiera (scusate lo sfogo)! Oggi 
con l'avvento delle interfacce grafiche, delle barre strumenti, delle 
finestre e dei pulsanti, il nuovo utente AutoCAD (ma forse CAD in 
generale) non è in grado di passare da una versione all'altra del 
software (se non addirittura da un software ad un altro). 
Un'ulteriore osservazione riguarda la lingua del programma: mentre 
per OOo il problema è unicamente a livello personale (uno sceglie la 
lingua che preferisce modificando l'impostazione di intefaccia!), per 
AutoCAD ritengo sia fondamentale conoscere i comandi inglesi, in 
quanto usando la versione italiana posso digitare _POLYGON ed 
ottenere quanto avrei fatto con il comando POLIGONO. Però nel caso 
di un AutoCAD in... tedesco? Risposta: basta digitare _POLYGON, ed 
anche il tedesco è servito!
Conta sempre la lingua madre in cui scrivi qualcosa. Nell'informatica 
e' l'inglese quindi tanto vale partire dalle fonti come stai facendo 
tu. Complimenti!


Il problema e' quanto devi allontanarti con le personalizzazioni ma 
questo e' un altro discorso.


Esempio in Calc IF diventa SE ... dipendera' dalla mia eta' avanzata 
ma e' piuttosto fastidioso.


Però la traduzione è fatta direttamente da OOo Calc!


Aggingo che ritengo estremamente pericoloso utilizzare parole inglesi 
quando si ha l'equivalente in italiano (es. il kidnapping al posto di 
rapimento) ma in questo caso ...


Sì, ma se scrivi un testo! Se invece programmi, usi un software 
(tecnico)... anche quando guidi un'auto straniera puoi avere E (empty) e 
F (full) nell'indicazione del livello carburante!


Per tutto il resto concordo con quanto scritto da tutti, però Draw 
non è un CAD, ma un programma di grafica vettoriale! Un CAD (Computer 
Aided Design) è un programma per disegno tecnico ed in giro se ne 
trovano anche freeware ed open source (basta un motore di ricerca), 
naturalmente con opzioni ridotte, ma sufficienti per un uso didattico!
Per evitare d introdurre troppi pacchetti sarebbe sufficiente una 
libreria di simboli elettrici per Draw.


Si ma come fai a mandare i file in giro?


Saluti
Stefano CICUTO



--
Studio CICUTO
tel. +39 0113093302
www.studiocicuto.7h.com
[EMAIL PROTECTED]

OpenOffice.org: usalo, copialo e regalalo, è legale!
http://it.openoffice.org/ 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Studio CICUTO - PC D

Roberto Ellero ha scritto:

Studio CICUTO - PC C ha scritto:

[...]
Per tutto il resto concordo con quanto scritto da tutti, però Draw 
non è un CAD, ma un programma di grafica vettoriale! Un CAD (Computer 
Aided Design) è un programma per disegno tecnico ed in giro se ne 
trovano anche freeware ed open source (basta un motore di ricerca), 
naturalmente con opzioni ridotte, ma sufficienti per un uso didattico!

Piu' che giusta la definizione.
Questa e' la definizione. Nella realta' le cose sono un po' diverse.
Esempio: se prendo Draw e ci aggiungo una librearia di simboli 
elettrici o elettronici aggiungo funzioni CAD. Possiamo sbizzarrirci 
chiamandolo picoCAD o microCAD o ...
Non voglio giocare con le parole. Cio' che intendo dire e' che i Sw 
che usiamo sono talmente multifunzionali e polimorfi che il nome e' 
legato solo all'origine.


Tutto vero e non posso che concordare (almeno dal punto di vista teorico 
e didattico).


Resta però un problema: OOo avrebbe la diffusione che ha se non fosse in 
grado di leggere e scrivere i formati MS? Di conseguenza, visti i 
formati di file usati dai CAD più comuni (siano AutoCAD o altri sistemi 
di simulazione elettrica), OOo è in grado di leggerli e/o scriverli? 
La risposta è no ed aggiungo che non avrebbe senso! Però una cosa è lo 
scopo didattico, altra cosa è quanto poi posso fare (cioè quanto mi è 
servito ciò che sono stato *obbligato* a studiare) in ambito lavorativo.


In genere vengono richiesti file DOC, XLS, DWG, PDF, più vari file 
grafici (per immagini). Qualunque software che (ognuno nel proprio 
contesto) non sia in grado di interagire attraverso tali formati è 
inutilizzabile o meglio incompatibile (e già il PDF nella maggior 
parte dei casi è una schifezza se non si hanno gli originali) con il 
mondo del lavoro.
Quindi didatticamente puoi usare e far usare Draw (con le varie 
estensioni, in quanto bene è sapere che esistono e si possono 
realizzare), ma non realizzare un'utopia, domandati cosa viene usato nel 
mondo del lavoro, senza limitarti a vedere cosa deve sapere il 
dipendente di un'azienda, ma considerando cosa deve sapere il dipendente 
di quell'azienda per rispondere e soddisfare le richieste che il cliente 
dell'azienda fa all'azienda medesima.




Saluti
Stefano CICUTO


Grazie per l'attenzione
Mandi (Ciao in friulano)


Scusa ma per chi mi hai preso! Mio padre è nato a Fraforeano, nei pressi 
di Latisana, comune di Ronchis, provincia di Udine, regione Friuli 
Venezia Giulia, nazione Italia, continente Europa, pianeta Terra, ecc. ;-)


Saluti
Stefano CICUTO

--
Studio CICUTO
tel. +39 0113093302
www.studiocicuto.7h.com
[EMAIL PROTECTED]

OpenOffice.org: usalo, copialo e regalalo, è legale!
http://it.openoffice.org/ 



Re: [utenti] Documentazione Draw

2008-01-14 Per discussione Paolo Mantovani
Il lunedì 14 gennaio 2008 16:44:11 Studio CICUTO - PC D ha scritto:
[...]
 Appunto!
 In ambito lavorativo, se mi arriva un computo (ovvero record di
 descrizioni testuali, quantità e prezzi) in PDF che devo rielaborare per
 preparare un'offerta, sai come sono contento! Neanche convertendo in
 altri formati si ottiene qualcosa di decente! La conclusione è che o hai
 la dattilografa (che potrebbe comunque fare qualcosa di meno frustrante
 e più remunerativo che ricopiare quanto ha già scritto un altro) o... ti
 inventi altro!

Be, diciamo che riguardo alla interoperabilità pure gli ultimi Primus sono 
veramente terrificanti. 

A quel punto meglio un pdf che perlomeno, con una passata di pdftotext un po 
di macro e un po di olio di gomito puoi tirare su il computo in Calc senza 
doverlo ricopiare a mano.

ciauz
Paolo M

 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]