E' possibile integrare nel portale uno schematic editor?

[Piercarlo]

Esatto. Fra l'altro, è strano che Java non funzioni. FidoCadJ non è troppo schizzinoso (richiede Java 1.4 che è abbastanza vecchia come versione), anche se in qualche caso ci sono dei piccoli problemi con versioni non SUN, ma si tratta di dettagli.

In effetti il problema non è Java ma Linux Debian, che ha un po' di idiosincrasie sue a proposito di licenze, brower, automatismi e simili - idiosincrasie per altro volute dal team che ne cura lo sviluppo. Il sistema non è al livello da richiedere di essere un hacker per venirne a capo ma non è certo arrangiato per sembrare un sistema che ti risolve i problemi al posto tuo come invece fa (o meglio: finge di fare) Ubuntu. Ma sono solo problemi "pulce": fan "grattare" (la zucca soprattutto) ma non sono VERI problemi.

Mi sembra che tutto quanto stia procedendo molto più speditamente di quanto mi immaginassi: sono contento di aver dato l'input per questo passo!

Ciao
Piercarlo

PS - Una feature a cui potrebbe pensare il webmaster è un sistema di indicizzazione per categorie degli schemi che verranno immessi, in modo che una volta "benedetti" da chi di dovere, come diceva TardoFreak, costituiscano un database di circuiti pronti all'uso (nel senso di uso grafico e didattico) rapidamente ripescabili in quanto tali senza andare preventivamente a "caccia" dei messaggi che li contengono. Questo consentirebbe anche a molti che non hanno Fidocad o non hanno voglia di usarlo in quel momento (magari perché sono un computer diverso dal proprio) di utilizzare tali schemi con un semplice copia e incolla.

[TardoFreak]

Per quanto riguarda l' archivio bisognerebbe poter anche prelevare i files in formato fidocad, e penso che con questo sistema si possa fare. Sarebbe il massimo!

P.S.: ho gia' installato fidocad

[Piercarlo]

Per quanto riguarda l' archivio bisognerebbe poter anche prelevare i files in formato fidocad, e penso che con questo sistema si possa fare. Sarebbe il massimo!

P.S.: ho gia' installato fidocad

In effetti i file di FIDOCAD, se non è cambiato qualcosa nel tempo, sono semplici file di testo (e il formato è stato concepito in questo modo proprio per essere incorporato nei messaggi dei newsgroup, che di default accettano solo testi e nessun tipo di allegati). In pratica, per l'archivio, basta che vi sia un qualche tipo di routine incaricata di copiare il testo compreso tra i marcatori di inizio e fine testo FIDOCAD (uno dei quali se non ricordo male è proprio la parola "FIDOCAD" racchiusa tra quadre e il cui riconoscimento deve già esserci da qualche parte visto che alla parte incaricata di produrre l'output grafica bisogna comunque dirgli in qualche modo dove iniziare e dove smettere di "leggere".

Ciao
Piercarlo

[TardoFreak]

Una specie di database, anche solo organizzato in directories (alimentatori, amplificatori, etc.etc) e sottodirectories, con un minimo di ricerca basterebbe.
Azz, immagino il mega portale che diventera'.

[DarwinNE]

In effetti i file di FIDOCAD, se non è cambiato qualcosa nel tempo, sono semplici file di testo (e il formato è stato concepito in questo modo proprio per essere incorporato nei messaggi dei newsgroup, che di default accettano solo testi e nessun tipo di allegati).

Confermo. Ho fornito una descrizione molto dettagliata del formato all'interno del manuale di FidoCadJ, dedotta in parte da un lavoro di reverse engineering sul formato FidoCad (per lungo periodo non ho avuto una macchina capace di far girare il programma di Lorenzo Lutti), ed in parte da un'analisi del codice di FidoCad per Windows.
Per chi fosse interessato, la trova qui:

https://sourceforge.net/projects/fidoca ... f/download

Si tratta di tutto il capitolo 3, a cominciare da pagina 22. Da circa un annetto, FidoCadJ fa cose in più rispetto al FidoCad originale, il che in alcuni casi può dar luogo a piccole incompatibilità. L'ho fatto perché ho percepito una forte richiesta a riguardo di alcune caratteristiche (per esempio la possibilità di disegnare linee tratteggiate). Per questa ragione, il mio programma prevede una modalità di compatibilità stretta con il FidoCad originale, che può essere attivata dagli utenti. Tutti i dettagli sono contenuti nel manuale, che contiene anche dei tutorial sull'uso del programma.

In effetti il problema non è Java ma Linux Debian, che ha un po' di idiosincrasie sue a proposito di licenze, brower, automatismi e simili - idiosincrasie per altro volute dal team che ne cura lo sviluppo. Il sistema non è al livello da richiedere di essere un hacker per venirne a capo ma non è certo arrangiato per sembrare un sistema che ti risolve i problemi al posto tuo come invece fa (o meglio: finge di fare) Ubuntu. Ma sono solo problemi "pulce": fan "grattare" (la zucca soprattutto) ma non sono VERI problemi.

Se il JRE di SUN non fosse supportato per ragioni di licenza, probabilmente il sistema offre OpenJDK come alternativa. FidoCadJ funziona con OpenJDK, a parte il fatto che è leggermente più lento e qualcuno mi ha segnalato dei bug durante la stampa di disegni, utilizzando dei driver di stampa CUPS (c'è un bug aperto sul bug tracker di Sourceforge a questo proposito).

Per le dimensioni delle immagini e l'inserimento delle miniature non ci sono problemi, una volta che il programma mi consente di specificare la dimensione dell'output.

Ok, capisco la necessità di implementare questa possibilità. Vedremo cosa si può fare, per adesso io calcolo le dimensioni a partire dalla risoluzione richiesta, ma è molto più ragionevole fare l'inverso. Non c'è nessun problema di sistema operativo, a patto che ci sia un runtime Java disponibile. Consiglierei se possibile una versione recente di SunJRE, dato che ci sono stati dei notevoli miglioramenti in termini di prestazioni.

[DarwinNE]

Ok, capisco la necessità di implementare questa possibilità. Vedremo cosa si può fare, per adesso io calcolo le dimensioni a partire dalla risoluzione richiesta, ma è molto più ragionevole fare l'inverso.

Allora, ho avuto un po' di tempo questa sera ed ho fatto qualche piccola prova aggiungendo qualche opzione al programma. Probabilmente, ci saranno dei difetti da correggere. Sto per esempio lavorando a dei dettagli collegati all'esportazione vettoriale e so che in qualche caso i file prodotti contengono degli errori. Non è il caso però del formato png, ma non stupitevi se vedete dei risultati strani provando per esempio ad esportare in pdf o in eps.
Ecco un link alla versione preliminare che ho appena caricato su Sourceforge:

https://sourceforge.net/projects/fidoca ... r/download

Ricordo (è importante!) che le versioni preliminari di FidoCadJ sono identificate dal numero di versione che sto preparando, seguito da una lettera dell'alfabeto greco, in ordine. Se quindi vedete una lettera greca nel titolo del programma, si tratta quindi di una versione non definitiva che può contenere degli errori. Se è l'ultimo file che ho fatto uscire, sono sempre molto interessato ad avere un feedback relativo ad errori o malfunzionamenti.

Veniamo al dunque. Gli esempi che seguono sono relativi ad una shell Unix tipo la Bash, ma non credo che sotto altri sistemi operativi dotati di un terminale un pelo decente le cose siano poi molto differenti. Occhio che le maiuscole e le minuscole fanno la differenza.
FidoCadJ si lancia da linea di comando, una volta che Java è stato installato correttamente e ci si è spostati nella directory in cui si trova il file jar, con il comando seguente:

Codice: Seleziona tutto

java -jar fidocadj.jar

Se però si tratta di una versione preliminare, molto probabilmente il file jar conterrà nel nome anche la data in cui l'ho pubblicato. Per quello di oggi quindi, ci sarà da battere quanto segue:

Codice: Seleziona tutto

java -jar fidocadj04212010.jar

Questo lancia l'interfaccia grafica e si può utilizzare il programma normalmente.
Se però si scrive qualcosa dopo il file jar, FidoCadJ la interpreterà come un'opzione, oppure un file da aprire, se non si tratta di un'opzione. L'opzione più semplice è -n (meno enne), con cui il programma... non fa nulla, ovvero non fa partire un'interfaccia utente e non fa di sua sponte niente di interessante:

Codice: Seleziona tutto

[davidebucci@Darwin]$ java -jar fidocadj04212010.jar -n
[davidebucci@Darwin]$


Ovviamente, l'opzione -n non serve a molto da sola, ma è interessante combinata con altre che vedremo tra un poco. La seconda che ci potrà essere utile è l'opzione -h, che mostra un help (in inglese, mi dispiace, ma i 2/3 degli scaricamenti di FidoCadJ vengono da fuori Italia e quindi...):

Codice: Seleziona tutto

[davidebucci@Darwin]$ java -jar fidocadj04212010.jar -h

This is FidoCadJ, version 0.23.3 gamma.
By Davide Bucci, 2007-2010.

Use: java -jar fidocadj.jar [-options] [file]
where options include:

-n     Does not start the graphical user interface

-d     Set the extern library directory
        Usage: -d dir
        where 'dir' is the directory you want to specify.

-c     Convert the given file to a graphical format.
        Usage: -d sx sy [eps|pdf|svg|png|jpg|fcd|sch] outfile
        If you use this command line option, you *must* specify a FidoCad file to convert.

-h     Print this help. and exit.

[file] This is the optional (except if you use the -d option) FidoCad file to load at
        startup time.

Example: load and convert a FidoCad drawing to a 800x600 pixel png file without using the GUI.
java -jar fidocadj.jar -n -c 800 600 png out.png test.fcd


[davidebucci@Darwin]$


L'opzione -d permette di specificare una directory dove pescare delle librerie aggiuntive e, da ultima, l'opzione -c permette di convertire un file FidoCad in un formato grafico a scelta fra quelli disponibili. Si tratta quindi dell'opzione che ci interessa maggiormente, soprattutto se utilizzata congiuntamente all'opzione -n, che evita al programma di far partire un'interfaccia utente grafica.
Prendiamo l'esempio riportato nell'help:

Codice: Seleziona tutto

java -jar fidocadj.jar -n -c 800 600 png out.png test.fcd


Il programma viene lanciato senza che l'interfaccia grafica venga mai attivata, esportando in png il file test.fcd. Il file prodotto sarà out.png ed avrà una dimensione di 800 per 600 pixel.

Come dicevo sopra, si tratta di una estensione fatta al codice di una versione preliminare che dovrebbe permettere di fare qualche prova di fattibilità al webmaster, per vedere se tutto gira come si deve su un server e se non si fanno troppi danni. Ovviamente, sarei dell'idea di provare per un certo periodo il tutto per vedere se non ci sono problemi. Quando tutti i nodi saranno arrivati al pettine, si potrà poi integrare effettivamente il tutto all'interno del forum con una versione definitiva di FidoCadJ. Prego tuttavia di tenermi al corrente delle necessità e dei problemi, affinché possa porvi rimedio il più in fretta possibile.

Ah, dimenticavo. FidoCadJ è abbastanza tollerante (molto di più di FidoCad per Windows), basta che nel testo trovi del codice che può interpretare ed è contento. Inizia a lamentarsi solo quando c'è più di un centinaio di righe consecutive che lui non capisce. Questo evita che tutto si pianti quando l'utente per errore tenti di rifilargli un file binario di 1 GiB da aprire...

[webmaster]

Perfetto, appena posso inizio con qualche prova!

[webmaster]

Effettuata la prima esportazione di un file fidocad in png sul server con successo!

out.png (25.74 KiB) Osservato 32838 volte

Ho notato però che le scritte, inserite nello schema con fidocadj per macosx, sono state convertite in linee... Devo usare font compatibili? O installarne di nuovi, sul server, e renderli poi disponibili al jar? Purtroppo di java non ne so nulla...
A parte questo problema sui font, tutto sembra funzionare bene, e in pratica ho già tutto quello che mi serve per iniziare ad integrarlo nel forum.
Stasera forse inizierò già a lavorarci... Purtroppo non ho tantissimo tempo, in quanto sto iniziando con la tesi, quindi la cosa potrà non essere velocissima...

[DarwinNE]

Ho notato però che le scritte, inserite nello schema con fidocadj per macosx, sono state convertite in linee... Devo usare font compatibili? O installarne di nuovi, sul server, e renderli poi disponibili al jar? Purtroppo di java non ne so nulla...

Bene, sembra che tu sia riuscito a far funzionare il programma, però io non vedo l'immagine, è normale? Safari mi mostra che il caricamento non è terminato, ma non sembra andare avanti. Firefox mi mostra solo un pezzo del file, come se non fosse disponibile completamente. Per quanto riguarda il problema delle scritte, per ragioni di efficienza FidoCadJ disegna una linea quando il testo è troppo piccolo per essere letto. Si direbbe che questo meccanismo non funziona correttamente in questo caso avrei bisogno di avere:
- il codice del disegno FidoCad
- la linea di comando esatta che hai utilizzato per realizzare la conversione

Per quanto riguarda i font da utilizzare, FidoCadJ permette di utilizzare tutti i font che sono installati normalmente nel sistema su cui sta girando (è da questo punto di vista meno restrittivo del FidoCad originale). Se in un disegno viene utilizzato un font che non è disponibile nel sistema, la scritta verrà disegnata ugualmente, anche se con un font differente.

[Piercarlo]

Per quanto riguarda il problema delle scritte, per ragioni di efficienza FidoCadJ disegna una linea quando il testo è troppo piccolo per essere letto.

Questo sarà un punto da mettere in evidenza nelle istruzioni da scrivere online per gli utenti: minima grandezza di fonte da utilizzare per i testi.
Per il resto occhio al fatto che OSX, come tutti i Mac che l'hanno preceduto, sulle fonti spesso ha i "suoi giorni" in cui decide di combinare pasticci finché non gli si dà retta (cioè fin quando non si disinstallano tutte le fonti dal libro Font e si ricaricano solo quelle che servono veramente). Per lavoro ci litigo un giorno sì e due no (ed è un progresso rispetto a prima!)

Ciao
Piercarlo