Errore LaTeX e PFG esportato da Fidocadj

[simo85]

Ciao DarwinNE, tinringrazio e rileggo ora perché oggi ero al lavoro e non potevo rispondere.

Dopo che hai fatto l'esportazione una volta, potrai ritoccare la posizione delle etichette di testo in FidoCadJ, magari disattivando la griglia.

Ti diró ... avevo già disattivato la griglia oggi quando ho fatto la prova, comunque devo ancora prendere dimestichezza con la posizione dei componenti.. Per falra breve, con questo schemino:

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Ho dovuto sovrapporre la scritta al generatore per ottenere questa immagine:

altrimenti la posiziona più a sinistra.

Ma poco importa, perché se questo è il codice pgf del circuito:

Codice: Seleziona tutto

\begin{pgfpicture}{0cm}{0cm}{210pt}{66pt}
% Created by FidoCadJ ver. 0.24.5 kappa, export filter by Davide Bucci
\pgfsetxvec{\pgfpoint{1pt}{0pt}}
\pgfsetyvec{\pgfpoint{0pt}{1pt}}
\pgfsetroundjoin
\pgfsetroundcap
\pgftranslateto{\pgfxy(0,66)}
\begin{pgfmagnify}{1}{-1}
% Layer color definitions
\definecolor{layer0}{rgb}{0.0,0.0,0.0}
\definecolor{layer1}{rgb}{0.0,0.0,0.0}
\definecolor{layer2}{rgb}{0.0,0.0,0.0}
\definecolor{layer3}{rgb}{0.0,0.0,0.0}
\definecolor{layer4}{rgb}{0.0,0.0,0.0}
\definecolor{layer5}{rgb}{0.0,0.0,0.0}
\definecolor{layer6}{rgb}{0.0,0.0,0.0}
\definecolor{layer7}{rgb}{0.0,0.0,0.0}
\definecolor{layer8}{rgb}{0.0,0.0,0.0}
\definecolor{layer9}{rgb}{0.0,0.0,0.0}
\definecolor{layer10}{rgb}{0.0,0.0,0.0}
\definecolor{layer11}{rgb}{0.0,0.0,0.0}
\definecolor{layer12}{rgb}{0.0,0.0,0.0}
\definecolor{layer13}{rgb}{0.0,0.0,0.0}
\definecolor{layer14}{rgb}{0.0,0.0,0.0}
\definecolor{layer15}{rgb}{0.0,0.0,0.0}
% End of color definitions
\color{layer0}
\pgfsetlinewidth{0.7pt}
\pgfline{\pgfxy(50.0,26.0)}{\pgfxy(52.0,34.0)}
\pgfline{\pgfxy(52.0,34.0)}{\pgfxy(54.0,26.0)}
\pgfline{\pgfxy(54.0,26.0)}{\pgfxy(56.0,34.0)}
\pgfline{\pgfxy(56.0,34.0)}{\pgfxy(58.0,26.0)}
\pgfline{\pgfxy(58.0,26.0)}{\pgfxy(60.0,34.0)}
\pgfline{\pgfxy(40.0,30.0)}{\pgfxy(48.0,30.0)}
\pgfline{\pgfxy(50.0,26.0)}{\pgfxy(48.0,30.0)}
\pgfline{\pgfxy(70.0,30.0)}{\pgfxy(62.0,30.0)}
\pgfline{\pgfxy(60.0,34.0)}{\pgfxy(62.0,30.0)}
\pgfline{\pgfxy(174.0,40.0)}{\pgfxy(166.0,42.0)}
\pgfline{\pgfxy(166.0,42.0)}{\pgfxy(174.0,44.0)}
\pgfline{\pgfxy(174.0,44.0)}{\pgfxy(166.0,46.0)}
\pgfline{\pgfxy(166.0,46.0)}{\pgfxy(174.0,48.0)}
\pgfline{\pgfxy(174.0,48.0)}{\pgfxy(166.0,50.0)}
\pgfline{\pgfxy(170.0,30.0)}{\pgfxy(170.0,38.0)}
\pgfline{\pgfxy(174.0,40.0)}{\pgfxy(170.0,38.0)}
\pgfline{\pgfxy(170.0,60.0)}{\pgfxy(170.0,52.0)}
\pgfline{\pgfxy(166.0,50.0)}{\pgfxy(170.0,52.0)}
\pgfline{\pgfxy(86.0,22.0)}{\pgfxy(104.0,22.0)}
\pgfline{\pgfxy(86.0,24.0)}{\pgfxy(104.0,24.0)}
\pgfline{\pgfxy(104.0,30.0)}{\pgfxy(110.0,30.0)}
\pgfline{\pgfxy(80.0,30.0)}{\pgfxy(86.0,30.0)}
\pgfmoveto{\pgfxy(90,32)}
\pgfcurveto{\pgfxy(90,36)}{\pgfxy(92,36)}{\pgfxy(92,32)}
\pgfstroke
\pgfmoveto{\pgfxy(90,32)}
\pgfcurveto{\pgfxy(90,24)}{\pgfxy(96,24)}{\pgfxy(96,32)}
\pgfstroke
\pgfmoveto{\pgfxy(94,32)}
\pgfcurveto{\pgfxy(94,24)}{\pgfxy(100,24)}{\pgfxy(100,32)}
\pgfstroke
\pgfmoveto{\pgfxy(98,32)}
\pgfcurveto{\pgfxy(98,24)}{\pgfxy(104,24)}{\pgfxy(104,30)}
\pgfstroke
\pgfmoveto{\pgfxy(94,32)}
\pgfcurveto{\pgfxy(94,36)}{\pgfxy(96,36)}{\pgfxy(96,32)}
\pgfstroke
\pgfmoveto{\pgfxy(98,32)}
\pgfcurveto{\pgfxy(98,36)}{\pgfxy(100,36)}{\pgfxy(100,32)}
\pgfstroke
\pgfmoveto{\pgfxy(86,30)}
\pgfcurveto{\pgfxy(86,24)}{\pgfxy(92,24)}{\pgfxy(92,32)}
\pgfstroke
\pgfline{\pgfxy(136.0,22.0)}{\pgfxy(154.0,22.0)}
\pgfline{\pgfxy(136.0,24.0)}{\pgfxy(154.0,24.0)}
\pgfline{\pgfxy(154.0,30.0)}{\pgfxy(160.0,30.0)}
\pgfline{\pgfxy(130.0,30.0)}{\pgfxy(136.0,30.0)}
\pgfmoveto{\pgfxy(140,32)}
\pgfcurveto{\pgfxy(140,36)}{\pgfxy(142,36)}{\pgfxy(142,32)}
\pgfstroke
\pgfmoveto{\pgfxy(140,32)}
\pgfcurveto{\pgfxy(140,24)}{\pgfxy(146,24)}{\pgfxy(146,32)}
\pgfstroke
\pgfmoveto{\pgfxy(144,32)}
\pgfcurveto{\pgfxy(144,24)}{\pgfxy(150,24)}{\pgfxy(150,32)}
\pgfstroke
\pgfmoveto{\pgfxy(148,32)}
\pgfcurveto{\pgfxy(148,24)}{\pgfxy(154,24)}{\pgfxy(154,30)}
\pgfstroke
\pgfmoveto{\pgfxy(144,32)}
\pgfcurveto{\pgfxy(144,36)}{\pgfxy(146,36)}{\pgfxy(146,32)}
\pgfstroke
\pgfmoveto{\pgfxy(148,32)}
\pgfcurveto{\pgfxy(148,36)}{\pgfxy(150,36)}{\pgfxy(150,32)}
\pgfstroke
\pgfmoveto{\pgfxy(136,30)}
\pgfcurveto{\pgfxy(136,24)}{\pgfxy(142,24)}{\pgfxy(142,32)}
\pgfstroke
\pgfline{\pgfxy(112.0,48.0)}{\pgfxy(128.0,48.0)}
\pgfline{\pgfxy(128.0,42.0)}{\pgfxy(112.0,42.0)}
\pgfline{\pgfxy(120.0,42.0)}{\pgfxy(120.0,30.0)}
\pgfline{\pgfxy(120.0,48.0)}{\pgfxy(120.0,60.0)}
\pgfline{\pgfxy(62.0,48.0)}{\pgfxy(78.0,48.0)}
\pgfline{\pgfxy(78.0,42.0)}{\pgfxy(62.0,42.0)}
\pgfline{\pgfxy(70.0,42.0)}{\pgfxy(70.0,30.0)}
\pgfline{\pgfxy(70.0,48.0)}{\pgfxy(70.0,60.0)}
\pgfline{\pgfxy(110.0,30.0)}{\pgfxy(130.0,30.0)}
\pgfline{\pgfxy(160.0,30.0)}{\pgfxy(170.0,30.0)}
\pgfline{\pgfxy(40.0,60.0)}{\pgfxy(170.0,60.0)}
\pgfsetlinewidth{0.33pt}
\pgfcircle[fill]{\pgfxy(120,30)}{1.7pt}\pgfcircle[fill]{\pgfxy(70,30)}{1.7pt}\pgfcircle[fill]{\pgfxy(70,60)}{1.7pt}\pgfcircle[fill]{\pgfxy(120,60)}{1.7pt}\pgfsetlinewidth{0.7pt}
\pgfline{\pgfxy(30.0,36.0)}{\pgfxy(30.0,30.0)}
\pgfline{\pgfxy(30.0,60.0)}{\pgfxy(30.0,56.0)}
\pgfellipse[stroke]{\pgfxy(30.0,46.0)}{\pgfxy(10.0,0)}{\pgfxy(0,10.0)}
\pgfmoveto{\pgfxy(24,46)}
\pgfcurveto{\pgfxy(26,44)}{\pgfxy(28,44)}{\pgfxy(30,46)}
\pgfstroke
\pgfline{\pgfxy(26.0,30.0)}{\pgfxy(26.0,34.0)}
\pgfline{\pgfxy(24.0,32.0)}{\pgfxy(28.0,32.0)}
\pgfmoveto{\pgfxy(30,46)}
\pgfcurveto{\pgfxy(32,48)}{\pgfxy(34,48)}{\pgfxy(36,46)}
\pgfstroke
\pgfline{\pgfxy(30.0,30.0)}{\pgfxy(40.0,30.0)}
\pgfline{\pgfxy(30.0,60.0)}{\pgfxy(40.0,60.0)}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(6,-38)}{\pgfbox[left,top]{$v_a$}}
\end{pgfmagnify}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(80,-38)}{\pgfbox[left,top]{$C_1$}}
\end{pgfmagnify}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(134,-38)}{\pgfbox[left,top]{$C_2$}}
\end{pgfmagnify}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(80,-6)}{\pgfbox[left,top]{$L_1$}}
\end{pgfmagnify}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(130,-6)}{\pgfbox[left,top]{$L_2$}}
\end{pgfmagnify}
\pgfline{\pgfxy(70.0,30.0)}{\pgfxy(80.0,30.0)}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(44,-6)}{\pgfbox[left,top]{$R_1$}}
\end{pgfmagnify}
\begin{pgfmagnify}{1}{-1}
\pgfputat{\pgfxy(182,-38)}{\pgfbox[left,top]{$R_2$}}
\end{pgfmagnify}
\end{pgfmagnify}
\end{pgfpicture}

se voglio la scritta più a destra o a sinistra, in alto o in basso basta modificare gli argomenti della funzione pgfxy.

Dimenticavo. Chapéu.

[spud]

Credo che le scritte si spostino dopo l'esportazione perché fidocadj prende come riferimento le coordinate dell'angolo in alto a sinistra della scritta, invece in pgfplots il riferimento è al centro della scritta.

Ho fatto una prova ma in effetti si vede anche lo schema di simo85, il testo dopo l'esportazione ha il centro dove si trovava il punto in alto a sinistra della scritta in fidocadj.

[DarwinNE]

Ottima osservazione, spud, non ci avevo mai pensato!
Però non è facile da FidoCadJ calcolare la posizione esatta della stringa per compensare questa differenza di posizionamento. Infatti, potrei calcolare da FidoCadJ la lunghezza della stringa '$R_1$', che però sarà inferiore a quella della stringa mostrata da LaTeX.
Sai mica se esiste in pgf/tikz un metodo per piazzare il testo allineandolo al margine inferiore (o superiore) sinistro invece che al centro? Forse i risultati sarebbero maggiormente prevedibili.

Il sistema di esportazione che ho scritto usa i comandi a basso livello (pgf, non tikz) del sistema pgf/tikz.
Se siete curiosi, ecco il codice della routine che esporta il testo, nel file trunk/src/net/sourceforge/fidocadj/export/ExportPGF.java:

Codice: Seleziona tutto

   /** Called when exporting an Advanced Text primitive.
   
      @param x the x position of the beginning of the string to be written
      @param y the y position of the beginning of the string to be written
      @param sizex the x size of the font to be used
      @param sizey the y size of the font to be used
      @param fontname the font to be used
      @param isBold true if the text should be written with a boldface font
      @param isMirrored true if the text should be mirrored
      @param isItalic true if the text should be written with an italic font
      @param orientation angle of orientation (degrees)
      @param layer the layer that should be used
      @param text the text that should be written
   */
   
   public void exportAdvText (int x, int y, int sizex, int sizey,
      String fontname, boolean isBold, boolean isMirrored, boolean isItalic,
      int orientation, int layer, String text)
      throws IOException
   {
      registerColorSize(layer, -1.0);

      
      String path;
      
      /*  THIS VERSION OF TEXT EXPORT IS NOT COMPLETE! IN PARTICULAR,
         MIRRORING EFFECTS, ANGLES AND A PRECISE SIZE CONTROL IS NOT
         HANDLED at ALL!
         This is somehow wanted, since the main use of the PGF export is
         for inserting LaTeX commands inside drawings meant for use in a
         LaTeX documents. So this is something LaTeX should do, and it is
         not a businnes for FidoCadJ.
      */
      
      out.write("\\begin{pgfmagnify}{1}{-1}\n");
      out.write("\\pgfputat{\\pgfxy("+x+","+(-y)+")}{\\pgfbox[left,top]{");   
      out.write(text);
      out.write("}}\n");

      out.write("\\end{pgfmagnify}\n");   
   }


[spud]

Sai mica se esiste in pgf/tikz un metodo per piazzare il testo allineandolo al margine inferiore (o superiore) sinistro invece che al centro? Forse i risultati sarebbero maggiormente prevedibili.

No proprio così no, so che si può spostare la label rispetto ai punti cardinali del nodo, però lo fai già dando

Codice: Seleziona tutto

\pgfbox[left,top]

penso che il disallineamento rimanga per colpa della diversa proporzione del testo tra fido e pgf, ci penso un po' su se il disallineamento è sistematico rispetto a qualche parametro del disegno o al fattore di scala impostato al momento dell'esportazione, come penso che sia perché è improbabile che il testo si sposti a caso, forse si possono correggere le coordinate prima di esportare.

P.S. per curiosità come mai hai scelto di esportare usando primitive a livello così basso?

P.P.S. mi piace un sacco questa funzione ieri ho passato la giornata a riesportare in pgf tutti gli schemi della tesi, prima erano in png a risoluzione altissima e poi scalati, ora è tutta un'altra cosa, grazie

[DarwinNE]

Grazie per la risposta, spud!

P.S. per curiosità come mai hai scelto di esportare usando primitive a livello così basso?

E' molto semplice. Ho lavorato su questa esportazione abbastanza presto, intorno al 2008, dato che mi serviva molto. A quel tempo, nella distribuzione LaTeX installata nel mio calcolatore c'era solo pgf e non pgf/tikz. Non mi è poi sembrato indispensabile portarsi ad un livello più alto e, grazie a Dio, i vecchi comandi continuano a funzionare perfettamente.

P.P.S. mi piace un sacco questa funzione ieri ho passato la giornata a riesportare in pgf tutti gli schemi della tesi, prima erano in png a risoluzione altissima e poi scalati, ora è tutta un'altra cosa, grazie

Fa piacere! Falla conoscere in giro!

[simo85]

Volevo solo aggiungere una nota molto importante.
Non so se era già stato scritto da qualche parte ma io lo segnalo ugualmente.

Invece di copiare ed incollare ogni volta lo script PGF, se abbiamo il file in una certa cartella, in basterà scrivere:

Codice: Seleziona tutto

\begin{center}
\input{/path/to/file.pgf}
\end{center}

Nel caso appena riportato la figura viene centrata.
Se invece vogliamo evitare di scrivere il percorso tutte le volte:

Codice: Seleziona tutto

% let's define our path to pgf files
\newcommand{\\pfgplotsDir}{/path/to/pgf_files}
...
% include pgf file
\begin{center}
\input{\pfgplotsDir/ex1_2.pgf}
\end{center}

Questo non solo fa risparmiare una enorme quantità di tempo speso a copiare ed incollare lo script, ma rende il codice decisamente più leggibile rispetto agli esempi postati in precendenza.

[simo85]

Correzione:

Nell'esempio riportato prima nella dichiarazione di pfgplotsDir c'è un backslash di troppo.
Il codice corretto è:

Codice: Seleziona tutto

% let's define our path to pgf files
\newcommand{\pfgplotsDir}{/path/to/pgf_files}
...
% include pgf file
\begin{center}
\input{\pfgplotsDir/ex1_2.pgf}
\end{center}

Ciao.

[spud]

Io di solito compilo i disegni e i grafici separatamente e poi li includo, perché se ne hai tanti in un documento stai un'ora a compilare, specialmente se hai disegni con tanti punti.

Praticamente basta salvare il file esportato con estensione .tex, e poi aggiungi:

Codice: Seleziona tutto

\documentclass{standalone}
\usepackage{pgfplots}
\pgfplotsset{compat=newest}
\usepackage{amsmath} %per le lettere greche e le unità di misura dritte

\begin{document}
% codice esportato da fidocadj
\end{document}

quando compili ti genera il pdf da includere nel documento come immagine normale. Io esporto con fattore di scala 2 cosi quando includo l'immagine basta dagli scala 1.

In questo modo hai il vantaggio che quando cambi qualcosa nel documento non devi ricompilare tutte le immagini, le compili una volta e sono fatte.

[simo85]

Ciao DarwinNE, ieri ho notato due cosucce..

1 )
Ho scritto uno script bash per automatizzare la esportazione dei file da fcd a pgf. Accidentalmente ho sbagliato l'ordine, ossia:

Codice: Seleziona tutto

java -jar fidocadj -n -c r2 pgf file.fcd file.pgf

Risultato: a parte riconoscere l'errore, dato che se non esiste non trova il file dato come ultimo argomento, fidocadj mi ha sovrascritto il contenuto di tutti i file fcd. Alcuni file pgf li avevo già esportati a mano, ma ho dovuto rifarli tutti (quasi 40).

Sono rimasto un po' sorpreso. All'inizio mi sono anche un po' incaxxato ma penso sia normale.
Ho risolto tutto con una birretta ed un po' di musica.

Infine, lanciando il comando qui sopra con l'ordine inverso, fidocadj sovrascrive il file fcd.

Comunque, ho rifatto una prova e purtroppo confermo il comportamento, secondo me problematico.
Questo problema si può risolvere, oltre evitando la sovrascrittura del file, riconoscendo l'estensione mantenendo cosi l'ordine irrilevante, o usare un a funzione simile alla getopt della libreria GNU C.

Poi ovviamente sarai tu a valutare quale sia la soluzione migliore.

2 ) Ho notato che quando si vuole salvare un file fcd, nella finestra di pop-up fidocadj mostra solo cartelle ed eventuali file fcd.

Se voglio esportare, fidocadj mostra eventuali file pgf ed anche quelli fcd etc. Con questo si corre il rischio di sovrascrivere un file fcd o quale altro, se abbiamo file fcd e pgf di nome uguale (a parte l'estensione ovviamente).

Propongo quindi di visualizzare, nella finestra di pop-up, solo i file di estensione che si vuole salvare.

[DarwinNE]

Uhi, mi dispiace!!!

La prossima volta che ci vediamo, ti offro una birra o due (reali) per farmi perdonare.

Apri sicuramente un bug report su SF per quanto riguarda le opzioni da linea di comando!

Però non è facile correggere il comportamento: non mi va di chiedere una conferma ad ogni volta, perché se FidoCadJ viene usato in uno script è proprio per evitare di dover fare operazioni manuali.
Usare un'opzione "force" come in "rm" è una possibilità, ma da usare con attenzione perché poi una la mette sempre e poi il problema si ripresenta.

Con l'interfaccia grafica, ha senso mostrare i file con estensione .fcd perché il programma verifica se l'estensione è quella corretta, mostra un warning e nel caso l'utente accetti, questa viene automaticamente corretta. Viene comodo perché spesso si usano file con lo stesso nome ed estensioni diverse (questo comportamento l'aveva proposto IsidoroKZ, ed anch'io faccio lo stesso).

Quindi io propongo le cose seguenti con la linea di comando:
- che si verifichi anche in questo caso l'estensione del file verso cui esportare, se l'estensione di un'esportazione grafica è sbagliata, venga mostrato un messaggio di errore e l'esportazione non venga fatta
- che se il file .fcd di partenza contiene degli errori, l'esportazione non venga fatta
- che se un'opzione -f è presente nella linea di comando, non si tenga conto degli errori precedenti e si faccia il possibile per effettuare un'esportazione.

In questo modo, l'opzione -f verrebbe usata molto di rado, in casi particolari ed errori comuni come il tuo (che posso fare benissimo anch'io) verrebbero giustamente rilevati senza perdere nessun dato.

Tu cosa ne pensi?