Bug#284962: fig2sty does not cope with xfig-3.2.5-alpha5 file format
[Cc: to the BTS] * Alberto Maurizi [EMAIL PROTECTED] [2005-03-02 19:20]: Could you please confirm that the same happens to you? Not exactly. I removed type=text and then I wrote it again in the first polygon. The objective was to force xfig to rewrite a new file, because creating my own file from scratch (with all the tag required, I think) didn't work and I wanted to make a minimal check. If you look at the differences between nopic.fig (after deletion and successive insertion of the same tag) and nopic.fig-orig (the original from doc), you may notice a difference. In particular, in the modified file, the tag deleted/rewritten appears as a last record (as it shold, I think), but with a different syntax: 4 0 0 0 0 0 12 0. 6 150 735 4365 4050 type=text\001 (orig) ^ |--- this ... 4 0 0 50 -1 0 12 0. 4 165 780 900 4770 type=text\001 (modif) ^ ^ |--- ... and that, is the relevance difference! The problem is that you created a new text object but forgot to set its special flag (I can tell it from the 6 becoming a 4 above). This is well documented in the man page: How to draw the layout definition. [...] Tags are associated to each frame. A tag is simply a text key=value marked as special and positioned within [...] ^ In XFig, you must choose the Edit mode (button on the left panel) and click on the newly created text. In the Edit pop-up panel, change the Special Flag from Normal to Special. Please, confirm if this indeed solve your problem. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284962: fig2sty does not cope with xfig-3.2.5-alpha5 file format
* Alberto Maurizi [EMAIL PROTECTED] [2004-12-09 19:28]: Package: fig2sty Version: 1:0.1-4 Severity: grave Justification: renders package unusable I experienced the problem wrinting my own xfig and trying to use it to make an sty file format. I also checked one of the /usr/share/doc/fig2sty/example/*.fig files: editing it with xfig and processing with fig2sty gives an unusable sty file. This bug will soon become three months old. I already downgraded its severity to normal and tagged it moreinfo and unreproducible. If I do not receive from you in the next days an example that reproduces the problem reported above, I will close this bug report. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284962: fig2sty does not cope with xfig-3.2.5-alpha5 file format
[Cc:ing to the BTS, such that our discussion is recorded somewhere. Hope you don't mind.] * Alberto Maurizi [EMAIL PROTECTED] [2005-03-02 16:08]: OK, I reproduced the error and I can give you an example (the archive in attachment) 1. cp -r /usr/share/doc/fig2sty/examples/some files $HOME/bug_report 2. fig2sty nopic.fig + latex example.tex + dvips example.dvi, gives the expected result (see example.ps-orig) 3. now I open nopic.fig with xfig, delete the type=text label in the n=1 area, I write it again and save the file 4. repeating procedure at point 2 gives the wrong result (see example.ps) If of any help, I noticed that the format of the xfig file (the changed label) is different from the original. Thanks for the example, that is exactly what was needed. I can replicate what you are reporting above. However, from the fig2sty man page: [...] Several key words are interpreted by fig2sty: type This tag is compulsory; a frame will not be detected as such if you don't provide a type tag. [...] You are not allowed to have a polygonal area without the text tag. When I delete also the text n=1 from that polygon, fig2sty works as expected, i.e. an empty polygon is shown in example.ps (attached below). Could you please confirm that the same happens to you? -- Rafael example.ps Description: PostScript document