saluti
N.B. x il Pinna, questa, se ancora non c'è, puoi metterla nel tuo sito!!
>Docfa 3.0 ha un buco che si verifica quando cerca di importare un file da
>una cartella molto profonda del disco, ed emette il messaggio di errore che
>hai citato.
Il problema non e' quello, e' che gestisce solo i nomi 8+3.
geom. Alessandro ROSSI
Scusa se insisto, ma ho fatto alcune prove e ho verificato che riesco ad
importare file con nome più lungo di 8 caratteri, inoltre lo stesso file
viene importato se si trova dalla directory principale fino al terzo livello
di sottodirectory, oltre dà il messaggio di errore.
Se hai un altro tipo di errore, magari relativo al nome dei files,
parliamone, potrebbe essere un ulteriore bug.
saluti, sergio
Non ho ancora verificato ma secondo il file Leggimi.txt presente nella
cartella
Docfa, non bisogna usare nomi di file o cartelle con lo spazio, perchè il
Docfa
non riesce a gestirli.
Basta questo per poter dire che non è compatibile con le specifiche di
Win9x/NT
> Non ho ancora verificato fino a che profondità si può andare nella
creazione
> di sottocartelle, se qualcuno lo scopre posti un messaggio nel ng.
>
> saluti
>
> N.B. x il Pinna, questa, se ancora non c'è, puoi metterla nel tuo sito!!
OK ... :-)
Ho già inserito qualche cosa nuova riguardo il Docfa 3.0, separandolo
dal Docfa 2.x, ma ancora non è completo.
Purtroppo il server che ospita il mio sito è piuttosto lento anche io
ho difficoltà ad entrarci quindi non ho potuto verificare se i collegamenti
funzionano tutti :-(
--
Daniele Pinna (leva oops. per rispondere) * ICQ 24567484
Sito Web: Il DoCFa in Pillole: www.dapinna.too.it
Questo errore me lo fa quando prova ad importare un file .DWG che però è
ancora
aperto da AutoCAD.
Prova a creare il file e poi chiudere il programma.
> Non so come fare (potrei stampare la
> pianta e poi rasterizzarla, oppure salvare il disegno in formato immagine
e
> quindi importarlo - non ho ancora provato e non so se funziona), però non
> capisco perchè se uno non ha AutoCad non riesce a sfruttare la possibilità
> di acquisizione vettoriale.
> Credo che il problema sia riferito alla famose unità, sulle quali
> nell'esportazione non posso intervenire. Qualcuno ha VW ed è riuscito a
> risolvere il problema? Oppure qualcuno sa darmi un dritta? Grazie
> anticipatamente!
Se la soluzione non è quella di sopra, prova a zippare e mandarmi un
tuo .DXF (ascii non binario) cosi lo provo.
Sto facendo qualche prova e a quanto pare non è proprio così.
Accetta i nomi lunghi purche non abbiano uno spazio in mezzo
nel il nome nel una cartelle del percorso.
Ad esempio ho importato un file con questo percorso senza problemi:
C:\WINDOWS\Desktop\Questa_e_una_prova\Questo_e_un_nome_lungo.dxf
Mettendo anche un solo spazio da invece l'errore che ha segnalato
Fulvio.
Questo "problema" presumo che sia dovuto ad un modo particolare
che ha Windows di gestire i nomi lunghi con lo spazio.
Infatti se non c'è uno spazio viene memorizzato normalmente, se
invece c'è uno spazio occorre mettere il nome fra virgolette (").
Lo puoi verificare anche creando un collegamento ad un nome
lungo senza spazio e poi ad un nome lungo con lo spazio.
Vai poi a guardare le proprietà dei due collegamenti, quello
con lo spazio sarà compreso tra le virgolette.
> Scusa se insisto, ma ho fatto alcune prove e ho verificato che riesco ad
> importare file con nome più lungo di 8 caratteri, inoltre lo stesso file
> viene importato se si trova dalla directory principale fino al terzo
livello
> di sottodirectory, oltre dà il messaggio di errore.
> Se hai un altro tipo di errore, magari relativo al nome dei files,
> parliamone, potrebbe essere un ulteriore bug.
Io sono riuscito ad importare un file .DXF con questa Path:
C:\WINDOWS\Desktop\Prova1\Prova2\Prova3\Prova4\Prova5\BN_2.dxf
Chiaramente nessuna delle Cartelle ha uno spazio nel Nome.
>
>Docfa, non bisogna usare nomi di file o cartelle con lo spazio, perchè il
>Docfa
>non riesce a gestirli.
>Basta questo per poter dire che non è compatibile con le specifiche di
>Win9x/NT
infatti ... sulla scatola della confezione di DOCFA non c'è mica il
marchietto microsoft con il logo Microsoft Win9x/NT Compatible.
C'e solo la miniatura di un pinguino che sorride.
LOL :-)))
A parte gli scherzi qualcuno è riuscito a farlo
girare in emulazione sotto Linux?
>
>A parte gli scherzi qualcuno è riuscito a farlo
>girare in emulazione sotto Linux?
Secondo te quanti geometri/ingegneri userebbero linux per il lavoro ?
Ha ancora un troppo ristretto numero di applicazioni ordinarie ,
figuriamoci CAD e calcoli CM o via dicendo.
> Secondo te quanti geometri/ingegneri userebbero linux per il lavoro ?
> Ha ancora un troppo ristretto numero di applicazioni ordinarie ,
> figuriamoci CAD e calcoli CM o via dicendo.
Come CAD ho sentito nominare diversi programmi ma non ne conosco
la qualità (a parte uno incluso nella Mandrake 8.1)... sicuramente
non sono all'altezza di AutoCAD, eccetto che un certo LinuxCAD
(www.linuxcad.com) un CAD commerciale (circa 200$) che si dichiara
compatibile al 100% con AutoCAD 2000 a livello di file ma credo anche
come menu e comandi. Non esistono versioni demo e per ora non conosco
nessuno che l'ha provato.
Per quanto riguarda i Calcoli CA o altre applicazioni non ho mai cercato
nulla per Linux ma presumo che qualche cosa si possa trovare.
per le altre applicazioni ordinarie, i classici "Office" esistono
diversi programmi abbastanza validi come ad esempio StarOffice, che
pur non essendo all'altezza dell'Office di Microsoft ha un costo pari
a Zero sia per Linux che per Windows e altre piattaforme (salvo il
costo per il Download o le spese di spedizione del CD circa 20'000 lire).
Come minimo da provare almeno la versione per Windows, specie per chi
non ha una licenza regolare di MS Office o magari per il secondo PC :-)
Sono spaventosamente OT!!! ^___^;;;