Akim Demaille wrote:
Package: graphviz
Version: 2.8-2
Severity: normal


The output in XFig seems to be broken (it used to be correct).  Try
the following output, and see that the nodes don't appear.  Weirdly
enough, when you scroll, you can see them flashing: I guess they
something is re-drawn on top of them.

To reproduce:

cat > color-me.fdp <<EOF
graph "Color me"
{
  splines = true
  node [ label = "", shape = "ellipse" ]
  edge [ style = "solid" ]
     1 /*<<*/[style = "filled", fillcolor = "red"]/*>>*/
     2 /*<<*/[style = "filled", fillcolor = "blue"]/*>>*/
     3 /*<<*/[style = "filled", fillcolor = "green"]/*>>*/
     4 /*<<*/[style = "filled", fillcolor = "blue"]/*>>*/
     5 /*<<*/[style = "filled", fillcolor = "green"]/*>>*/
     6 /*<<*/[style = "filled", fillcolor = "blue"]/*>>*/
     7 /*<<*/[style = "filled", fillcolor = "green"]/*>>*/
     8 /*<<*/[style = "filled", fillcolor = "red"]/*>>*/
     9 /*<<*/[style = "filled", fillcolor = "green"]/*>>*/
    10 /*<<*/[style = "filled", fillcolor = "red"]/*>>*/
    11 /*<<*/[style = "filled", fillcolor = "red"]/*>>*/
    12 /*<<*/[style = "filled", fillcolor = "red"]/*>>*/
    1 -- { 2; 3; 4; 5; 6; 7; 8 }
    2 -- {3; 5; 10; 11 }
    3 -- { 4; 10 }
    4 -- 9
    5 -- 6
    6 -- { 7; 12 }
    7 -- { 8; 11 }
    8 -- { 9; 12 }
}
EOF
fdp -Tfig color-me.fdp -o color-me.fig
xfig color-me.fig

and even in PDF:

fig2dev -Lpdf -p dummy color-me.fig color-me.pdf
xpdf color-me.pdf

Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages graphviz depends on:
ii  libc6                       2.3.6-13     GNU C Library: Shared libraries
ii  libexpat1                   1.95.8-3.2   XML parsing C library - runtime li
ii  libfontconfig1              2.3.2-5.1    generic font configuration library
ii  libfreetype6                2.2.1-2      FreeType 2 font engine, shared lib
ii  libgcc1                     1:4.1.1-2    GCC support library
ii  libice6                     1:1.0.0-3    X11 Inter-Client Exchange library
ii  libjpeg62                   6b-13        The Independent JPEG Group's JPEG
ii  libltdl3                    1.5.22-4     A system independent dlopen wrappe
ii  libperl5.8                  5.8.8-5      Shared Perl library
ii  libpng12-0                  1.2.8rel-5.1 PNG library - runtime
ii  libsm6                      1:1.0.0-4    X11 Session Management library
ii  libstdc++6                  4.1.1-2      The GNU Standard C++ Library v3
ii  libx11-6                    2:1.0.0-6    X11 client-side library
ii  libxaw7                     1:1.0.1-5    X11 Athena Widget library
ii  libxext6                    1:1.0.0-4    X11 miscellaneous extension librar
ii  libxmu6                     1:1.0.1-3    X11 miscellaneous utility library
ii  libxpm4                     1:3.5.4.2-3  X11 pixmap library
ii  libxt6                      1:1.0.0-5    X11 toolkit intrinsics library
ii  tk8.4                       8.4.12-1     Tk toolkit for Tcl and X11, v8.4 -
ii  zlib1g                      1:1.2.3-11   compression library - runtime

graphviz recommends no packages.

-- no debconf information


Akim,

Thanks for the report.
Apparently xfig draws all ellipses before polygons
so if they are at the same depth the background
polygon will obscure the ellipses.  Fix is to use
depth=1 for polygons and depth=0 for ellipses.

This is fixed in CVS (upstream).

One workaround for now is to not use ellipses.
Another is to remove the background polygon from the .fig output, perhaps with sed.

Its the two lines near the top of the file that will look like (mod coord values):
   2 3 0 1 7 7 1 0 20 0.0 0 0 0 0 0 5
       600 4483 600 600 7433 600 7433 4483 600 4483

John



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to