Nabble - PGF and TikZ

Re: Drawing a cube with tikz/pgf

2008-09-05T03:51:33Z

On Thu, Sep 4, 2008 at 9:24 PM, pgbackup <pgbackup@...> wrote:
>
> I would like to draw a cube similar to this:
>
> http://texblog.net/latex-archive/graphics/tikz-cube-3d/
>
> However, I would like all the intersecting points (where all the lines meet)
> to be circular. Is there a way I can quick change the above code somehow to
> get this effect?
>

I'm not very familiar with 3D. Do you mean a perspective projection?
I doubt that there is a quick change to the cube code to get this. You
could try playing with the transformation matrix directly instead of
using the xsland and yslant transformation. See in the transformation
chapter of the PGF manual for more details. The example in the
following link may also be useful:

http://www.fauskes.net/pgftikzexamples/map-projections/

For doing 3D stuff with TikZ I also recommend taking a look at Sketch:
http://www.frontiernet.net/~eugene.ressler/
http://www.fauskes.net/nb/introduction-to-sketch/

Regards,
Kjell Magne Fauske

> Thanks
> --
> View this message in context: http://www.nabble.com/Drawing-a-cube-with-tikz-pgf-tp19318182p19318182.html
> Sent from the pgf-users mailing list archive at Nabble.com.
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> pgf-users mailing list
> pgf-users@...
> https://lists.sourceforge.net/lists/listinfo/pgf-users
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Drawing a cube with tikz/pgf

2008-09-04T12:24:50Z

I would like to draw a cube similar to this:

http://texblog.net/latex-archive/graphics/tikz-cube-3d/

However, I would like all the intersecting points (where all the lines meet) to be circular. Is there a way I can quick change the above code somehow to get this effect?

Thanks

From forum: pgf-users

pgfplots conTeXt bug

2008-09-04T02:55:11Z

Hello,

I seem to have stumbled upon an obscure bug in pgfplots (1.1)
using ConTeXt (ver: 2008.05.21 15:21 MKII).
A (close to) minimal example is:

%\enableregime[utf]
\usemodule[pgfplots]
\starttext

\starttikzpicture
\startaxis[xmode=log,ymode=normal,xlabel=$T$ (K),ylabel=$dV/dT$ ($\mu$V/K)]
\addplot[blue,mark=none] table[x index=0,y index=2] {thermocoupleE.dat};
\addlegendentry{Chromel-Constantan (type E)}
\stoploglogaxis
\stoptikzpicture

\stoptext

which compiles fine. However, uncommenting
\enableregime[utf]
yields a compile error, as the data file contains a utf8
extended character (\mu).

A work-around for the time being is to avoid extended
characters in the data file column headers...

Thanks.

Alan

...
systems : begin file thermocoupleE at line 3
! Missing \endcsname inserted.
<to be read again>
\relax
\mathematics #1->\relax
\ifmmode #1\else $#1$\fi
<argument> pgfplotstableread@impl@COLNAME@EMF(µ
V)
\pgfutil@ifundefined ...xpandafter \ifx \csname #1
\endcsname \relax
\expanda...

\pgfplotstableread@impl@ITERATE@NEXT@ ...LNAME@#1}
{\def
\pgfplotstable@loc@T...

\pgfplotstableread@impl@ITERATE@NEXT ...NEXT@ {#1}
\pgfplotstableread@impl@IT...
...
l.7 ...e[x index=0,y index=2] {thermocoupleE.dat};

?

[thermocoupleE.tex]

\enableregime[utf] \usemodule[pgfplots] \starttext \starttikzpicture \startaxis[xmode=log,ymode=normal,xlabel=$T$ (K),ylabel=$dV/dT$ ($\mu$V/K)] \addplot[blue,mark=none] table[x index=0,y index=2] {thermocoupleE.dat}; \addlegendentry{Chromel-Constantan (type E)} \stoploglogaxis \stoptikzpicture \stoptext

#Thermocouple Type E (TRef = 273.15 K)
T(K) EMF(ÂµV) dV/dT(ÂµV/K)
3.2 -9834.9 1.59
4.2 -9833 2.09
10 -9813.3 4.66
20 -9747 8.51
30 -9643.8 12.1
40 -9505.5 15.5
50 -9334.2 18.7
75 -8777.7 25.6
100 -8063.4 31.4
150 -6238.1 41.2
200 -3967.4 49.3
250 -1328.7 56
300 1608 61.1
350 4777.7 65.6
400 8159.8 69.6
500 15426 75.3
600 23138 78.6
670 28694 80
700 31100 80.4
800 39179 81
900 47256 80.4
1000 55247 79.3
1100 63119 78.1
1200 70842 76.3
1270 76136 75.2

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-03T10:40:55Z

Robin,

I use evince (the default pdf viewer in ubuntu linux).

I fired up my apple laptop and I agree - the pdflatex version does indeed look better in Preview.app.

Thanks for taking a look!

Robin Houston wrote:

The pdflatex version actually looks better/smoother here, using
Apple's Preview.app.

Which viewer are you seeing problems with?

Robin

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-03T02:36:40Z

On Wed, Sep 3, 2008 at 11:22 AM, Robin Houston <robin.houston@...> wrote:
> The pdflatex version actually looks better/smoother here, using
> Apple's Preview.app.
>
> Which viewer are you seeing problems with?
>
> Robin
>

The same for me. The pdflatex version looks better in Adobe Acrobat
7.0 (professional) than the other version.

For reference. Her is a version made with a recent version of pdflatex and PGF:
http://media.texample.net/testing/parabola-plot.pdf

Regards,
Kjell Magne Fauske

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-03T02:22:41Z

The pdflatex version actually looks better/smoother here, using
Apple's Preview.app.

Which viewer are you seeing problems with?

Robin

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-02T22:03:50Z

Sorry for the dupe - I'm new to this whole mailing list thing. My bad.

Please post replys on this message.

Mark D. Butala wrote:

Hello all,

I have noticed some quality issues with gradients (shades) produced with
pgf. The problem only happens with I compile with pdflatex but I do not
see the problem when I do latex->dvips->ps2pdf. I am running on a stock
ubuntu hardy machine which installs pgf version 1.18 (I do not know if
this is still a problem with version 2.0).

You can reproduce my problem with the following steps or (or download
the output of my steps from the links I include):

1) Download the following example from the PGF and TikZ examples gallery
(I have this issue with any tikzpicture with a shade - just using a
standard example):

http://www.fauskes.net/pgftikzexamples/parabola-plot/

2) Compile with latex->dvips->ps2pdf (I did the following)

latex parabola-plot.tex; dvips -o parabola-plot_dvips.ps
parabola-plot.dvi; ps2pdf parabola-plot_dvips.ps

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot_dvips.pdf
<http://butala.csl.uiuc.edu/%7Ebutala/parabola-plot_dvips.pdf>

3) Compile with pdflatex (I did the following)

pdflatex parabola-plot.tex

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot.pdf
<http://butala.csl.uiuc.edu/%7Ebutala/parabola-plot.pdf>

Note that the gradient in the output generated with pdflatex
(parabola-plot.pdf) seems to be composed of many horizontal lines
whereas the gradient in the latex->dvips->ps2pdf version
(parabola-plot_dvips.pdf) is perfectly smooth.

OK, now this may just be an artifact of my pdf viewer (I use evince).
However, the real reason that I am asking about this is that I use the
following to produce a nice background for large (4 feet by 3 feet) posters:

\newenvironment{poster}
{%
\small\noindent\ignorespaces\pagestyle{empty}
\begin{tikzpicture}[remember picture,overlay]
\shade [top color=bgGradOne,bottom color=bgGradTwo]
(current page.north west) rectangle +(\paperwidth,-0.1\paperheight);
\shade [top color=bgGradTwo,bottom color=bgGradOne]
(current page.south east) rectangle +(-\paperwidth,0.9\paperheight);
\end{tikzpicture}
\vfill\begin{center}\begin{minipage}[c][\posterheight]{\posterwidth}
}
{\end{minipage}\end{center}\vfill\ignorespacesafterend}

When I printed a poster at kinkos using the above to produce the
gradient background, I noticed the unsmooth horizontal lines - just like
in the example I showed above with pdflatex. I did not try to print a
latex->dvips->ps2pdf version of the poster - poor grad. students usually
cannot afford to burn $100 for testing purposes :).

Any ideas? Thanks in advance for any ideas!

--
- Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-02T15:15:55Z

Hello all,

I have noticed some quality issues with gradients (shades) produced with
pgf. The problem only happens with I compile with pdflatex but I do not
see the problem when I do latex->dvips->ps2pdf. I am running on a stock
ubuntu hardy machine which installs pgf version 1.18 (I do not know if
this is still a problem with version 2.0).

You can reproduce my problem with the following steps or (or download
the output of my steps from the links I include):

1) Download the following example from the PGF and TikZ examples gallery
(I have this issue with any tikzpicture with a shade - just using a
standard example):

http://www.fauskes.net/pgftikzexamples/parabola-plot/

2) Compile with latex->dvips->ps2pdf (I did the following)

latex parabola-plot.tex; dvips -o parabola-plot_dvips.ps
parabola-plot.dvi; ps2pdf parabola-plot_dvips.ps

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot_dvips.pdf
<http://butala.csl.uiuc.edu/%7Ebutala/parabola-plot_dvips.pdf>

3) Compile with pdflatex (I did the following)

pdflatex parabola-plot.tex

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot.pdf
<http://butala.csl.uiuc.edu/%7Ebutala/parabola-plot.pdf>

Note that the gradient in the output generated with pdflatex
(parabola-plot.pdf) seems to be composed of many horizontal lines
whereas the gradient in the latex->dvips->ps2pdf version
(parabola-plot_dvips.pdf) is perfectly smooth.

OK, now this may just be an artifact of my pdf viewer (I use evince).
However, the real reason that I am asking about this is that I use the
following to produce a nice background for large (4 feet by 3 feet) posters:

\newenvironment{poster}
{%
\small\noindent\ignorespaces\pagestyle{empty}
\begin{tikzpicture}[remember picture,overlay]
\shade [top color=bgGradOne,bottom color=bgGradTwo]
(current page.north west) rectangle +(\paperwidth,-0.1\paperheight);
\shade [top color=bgGradTwo,bottom color=bgGradOne]
(current page.south east) rectangle +(-\paperwidth,0.9\paperheight);
\end{tikzpicture}
\vfill\begin{center}\begin{minipage}[c][\posterheight]{\posterwidth}
}
{\end{minipage}\end{center}\vfill\ignorespacesafterend}

When I printed a poster at kinkos using the above to produce the
gradient background, I noticed the unsmooth horizontal lines - just like
in the example I showed above with pdflatex. I did not try to print a
latex->dvips->ps2pdf version of the poster - poor grad. students usually
cannot afford to burn $100 for testing purposes :).

Any ideas? Thanks in advance for any ideas!

--
- Mark

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Actual pdf layers (aka "optional content")?

2008-09-02T06:48:06Z

One advantage would be that a Beamer frame could appear as a single page in the thumbnail lists and page counters produced by pdf readers. Is there a way to make that happen without layers?
Jon Engel

Hello everyone,

the main problem with integrating "real" pdf layers into pgf is that
they are, well, very pdf-specific. The whole concept has (primarily)
little to do with drawing graphics.

From forum: pgf-users

Poor quality (unsmooth) shade with pdflatex that looks smooth with latex->dvips->ps2pdf

2008-09-01T19:57:50Z

Hello all,

I have noticed some quality issues with gradients (shades) produced with pgf. The problem only happens with I compile with pdflatex but I do not see the problem when I do latex->dvips->ps2pdf. I am running on a stock ubuntu hardy machine which installs pgf version 1.18 (I do not know if this is still a problem with version 2.0).

You can reproduce my problem with the following steps or (or download the output of my steps from the links I include):

1) Download the following example from the PGF and TikZ examples gallery (I have this issue with any tikzpicture with a shade - just using a standard example):

http://www.fauskes.net/pgftikzexamples/parabola-plot/

2) Compile with latex->dvips->ps2pdf (I did the following)

latex parabola-plot.tex; dvips -o parabola-plot_dvips.ps parabola-plot.dvi; ps2pdf parabola-plot_dvips.ps

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot_dvips.pdf

3) Compile with pdflatex (I did the following)

pdflatex parabola-plot.tex

You can download the output here:

http://butala.csl.uiuc.edu/~butala/parabola-plot.pdf

Note that the gradient in the output generated with pdflatex (parabola-plot.pdf) seems to be composed of many horizontal lines whereas the gradient in the latex->dvips->ps2pdf version (parabola-plot_dvips.pdf) is perfectly smooth.

OK, now this may just be an artifact of my pdf viewer (I use evince). However, the real reason that I am asking about this is that I use the following to produce a nice background for large (4 feet by 3 feet) posters:

\newenvironment{poster}
{%
\small\noindent\ignorespaces\pagestyle{empty}
\begin{tikzpicture}[remember picture,overlay]
\shade [top color=bgGradOne,bottom color=bgGradTwo]
(current page.north west) rectangle +(\paperwidth,-0.1\paperheight);
\shade [top color=bgGradTwo,bottom color=bgGradOne]
(current page.south east) rectangle +(-\paperwidth,0.9\paperheight);
\end{tikzpicture}
\vfill\begin{center}\begin{minipage}[c][\posterheight]{\posterwidth}
}
{\end{minipage}\end{center}\vfill\ignorespacesafterend}

When I printed a poster at kinkos using the above to produce the gradient background, I noticed the unsmooth horizontal lines - just like in the example I showed above with pdflatex. I did not try to print a latex->dvips->ps2pdf version of the poster - poor grad. students usually cannot afford to burn $100 for testing purposes :).

Any ideas? Thanks in advance for any ideas!

---
- Mark

From forum: pgf-users

Re: Actual pdf layers (aka "optional content")?

2008-09-01T08:42:41Z

On Mon, Sep 1, 2008 at 5:51 PM, Till Tantau <tantau@...> wrote:
> Hello everyone,
>
> the main problem with integrating "real" pdf layers into pgf is that
> they are, well, very pdf-specific. The whole concept has (primarily)
> little to do with drawing graphics.

I'm not sure I follow this argument. "Optional content" is described
in the "Graphics" chapter of the PDF spec, even though one there's no
restriction to using them just for graphics. Granted, according to the
spec, the PDF layers are meant to be more coarse-grained that the
layers in a drawing program (say PGF/TikZ), but look at the microtype
package documentation for a sample of what can be achieved with
layers. However, that was all done at a low level, using PDF literals;
it seems too much work for the average interactive drawing/slide.

> The "whobbeling" is almost always due to the fact that \only is used
> instead of \uncover. However, I can certainly sympathise with users
> that have trouble "getting rid of a whobble".
>
> Unfortunately, real pdf layers will not necessarily solve this
> problem. They will, most likely, only reduce file size.

Why not? The problems seems caused by re-rendering the same frame with
slightly different content. If the base layer is rendered only once,
it cannot possibly wobble when other layers are drawn on top of it,
because overlaying is done in the PDF viewer (unless the viewer has
bugs, of course).

> Anyway, for the moment animate.sty seems to be the best thing to get
> real pdf layers. In future versions of beamer real layers may be used,
> but I fear this will have less benefit than one might hope.

Well, I've not seen any animate.sty stuff causing any page to wobble.

>
>
> Best regards,
> Till
>
>
>
>
> Am 01.09.2008 um 15:03 schrieb Kjell Magne Fauske:
>
>> On Mon, Sep 1, 2008 at 2:48 PM, Vasile Gaburici
>> <vgaburici@...> wrote:
>>> Has anyone considered implementing support for these in pgf? IMHO,
>>> the
>>> main application would be beamer, where you wouldn't have to make
>>> each
>>> frame a page. The trouble with the current approach is that
>>> positioning is not that accurate, so the contents of a slide
>>> sometimes
>>> "bobs" around with each frame; this is quite disturbing visually for
>>> the audience. Some of my colleagues prefer PowerPoint to beamer for
>>> this very reason.
>>>
>>> There's a commercial package that supports PDF layers, but it also
>>> depends on distiller. But pdftex 1.4 has had support for actual pdf
>>> layers for quite a while now... pdftex 1.5.0 will also support
>>> merging
>>> layers from included pdfs.
>>>
>>
>> Not sure if this is related, but I think the animate package supports
>> PDF layers:
>>
>> http://www.ctan.org/tex-archive/help/Catalogue/entries/animate.html
>>
>> Regards,
>> Kjell Magne Fauske
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> pgf-users mailing list
>> pgf-users@...
>> https://lists.sourceforge.net/lists/listinfo/pgf-users
>>
>
> --
> Prof. Dr. Till Tantau <tantau@...>
> http://www.tcs.uni-luebeck.de
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> pgf-users mailing list
> pgf-users@...
> https://lists.sourceforge.net/lists/listinfo/pgf-users
>

From forum: pgf-users

Re: Actual pdf layers (aka "optional content")?

2008-09-01T07:50:01Z

Hello everyone,

the main problem with integrating "real" pdf layers into pgf is that
they are, well, very pdf-specific. The whole concept has (primarily)
little to do with drawing graphics.

The "whobbeling" is almost always due to the fact that \only is used
instead of \uncover. However, I can certainly sympathise with users
that have trouble "getting rid of a whobble".

Unfortunately, real pdf layers will not necessarily solve this
problem. They will, most likely, only reduce file size.

Anyway, for the moment animate.sty seems to be the best thing to get
real pdf layers. In future versions of beamer real layers may be used,
but I fear this will have less benefit than one might hope.

Best regards,
Till

Am 01.09.2008 um 15:03 schrieb Kjell Magne Fauske:

> On Mon, Sep 1, 2008 at 2:48 PM, Vasile Gaburici
> <vgaburici@...> wrote:
>> Has anyone considered implementing support for these in pgf? IMHO,
>> the
>> main application would be beamer, where you wouldn't have to make
>> each
>> frame a page. The trouble with the current approach is that
>> positioning is not that accurate, so the contents of a slide
>> sometimes
>> "bobs" around with each frame; this is quite disturbing visually for
>> the audience. Some of my colleagues prefer PowerPoint to beamer for
>> this very reason.
>>
>> There's a commercial package that supports PDF layers, but it also
>> depends on distiller. But pdftex 1.4 has had support for actual pdf
>> layers for quite a while now... pdftex 1.5.0 will also support
>> merging
>> layers from included pdfs.
>>
>
> Not sure if this is related, but I think the animate package supports
> PDF layers:
>
> http://www.ctan.org/tex-archive/help/Catalogue/entries/animate.html
>
> Regards,
> Kjell Magne Fauske
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> pgf-users mailing list
> pgf-users@...
> https://lists.sourceforge.net/lists/listinfo/pgf-users
>

--
Prof. Dr. Till Tantau <tantau@...>
http://www.tcs.uni-luebeck.de

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Actual pdf layers (aka "optional content")?

2008-09-01T06:03:14Z

On Mon, Sep 1, 2008 at 2:48 PM, Vasile Gaburici <vgaburici@...> wrote:

> Has anyone considered implementing support for these in pgf? IMHO, the
> main application would be beamer, where you wouldn't have to make each
> frame a page. The trouble with the current approach is that
> positioning is not that accurate, so the contents of a slide sometimes
> "bobs" around with each frame; this is quite disturbing visually for
> the audience. Some of my colleagues prefer PowerPoint to beamer for
> this very reason.
>
> There's a commercial package that supports PDF layers, but it also
> depends on distiller. But pdftex 1.4 has had support for actual pdf
> layers for quite a while now... pdftex 1.5.0 will also support merging
> layers from included pdfs.
>

Not sure if this is related, but I think the animate package supports
PDF layers:

http://www.ctan.org/tex-archive/help/Catalogue/entries/animate.html

Regards,
Kjell Magne Fauske

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Actual pdf layers (aka "optional content")?

2008-09-01T05:48:07Z

Has anyone considered implementing support for these in pgf? IMHO, the
main application would be beamer, where you wouldn't have to make each
frame a page. The trouble with the current approach is that
positioning is not that accurate, so the contents of a slide sometimes
"bobs" around with each frame; this is quite disturbing visually for
the audience. Some of my colleagues prefer PowerPoint to beamer for
this very reason.

There's a commercial package that supports PDF layers, but it also
depends on distiller. But pdftex 1.4 has had support for actual pdf
layers for quite a while now... pdftex 1.5.0 will also support merging
layers from included pdfs.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Foreign Element tex4ht + svg

2008-09-01T05:25:17Z

Dear Olivier,

I haven't had a look into this, but I'm sure translations can be fixed, somehow.

Concerning 2) this is much trickier. As TeX is compiling the text, TeX obviously has no real idea about the size of the text *in the final svg*. After all, from TeX's point of view, the

Am 13.08.2008 um 16:22 schrieb Olivier Binda:

Hello.

As Firefox 3 now supports the ForeignObject element of the SVG 1.1 specification
I was wondering if pgf/tikz would support this feature for text nodes in the tex4ht driver.
That would remove the liit on complexity of text nodes for the tex4ht+svg engine and allow us to put online math courses beautifully decorated inside svg frames (for example)

I did a few experimenttions
(I basically let tex4ht do the translation to Xhtml and Mathml and only wrapp the code in <ForeignObject> and <xhtml> elements)
and with a quick and dirty hack of the pgfsys-tex4ht.def file, I somehow managed to produce valid xhtml code and svg with xhtml and mathml code inside that displayed ok in Firefox 3, even with very complicated text nodes.

There are a few caveats :
1) The translation is wrong (I got it wrong).

2) the size of the boxes are wrong too.
A partial solution would be to use the \tikz\text width and \tikz text height options.
But it would be really great if tikz could somehow automatically guess the sizes, say in most/lots of cases.

Now, is it possible to solve problem 1 ?

And what about problem 2 ?
If it isn't possible, maybee we can add some options to manually solve the problem for each picture/node ?

Here are my hacks :
\def\pgfsys@beginpicture{%
% \Configure{[]}{$}{$}
% \Configure{()}{$}{$}
% \Configure{$$}{}{}{}%$$
%\Configure{$}{}{}{}%$
%\Configure{SUB}{\HCode{<tspan baseline-shift="sub">}}{\HCode{</tspan>}}
%\Configure{SUP}{\HCode{<tspan baseline-shift="sub">}}{\HCode{</tspan>}}
%\Configure{SUBSUP}{}{}{}
%\Configure{htf}
   % {0}{+}{<tspan font-family="}
   % {\%s}{" font-size="\%s}{}{}
   % {">}{</tspan>}
}
\def\pgfsys@endpicture{%
   undo:
%\Configure{htf}{0}{+}{<span\Hnewline
%   class="}{\%s}{-\%s}{x-x-\%d}{}{">}{</span>}
}

\def\pgfsys@hbox#1{%
\HCode{<g transform="scale(1,-1) translate(-5,-25)">
}%
\HCode{<foreignObject width="200" height="200"><body xmlns="http://www.w3.org/1999/xhtml">
}%
   \box#1%
\HCode{</body>
</foreignObject></g>\Hnewline }%
}

With the xetex engine, the tex4ht driver, the hack and this code :

{\everypar={}%<----- this is important to produce valid xhtml code in tikzpicture with text nodes (in vboxes a.k.a. with the text width option)
% a similar fix could maybee be done with the tex4ht commands of paragraphs : \HtmlPar, \IgnorePar, \ShowPar, see there
\tikzpicture
\tikzstyle{everynode}=[text width=2cm]
\node[entity,text width=6cm] (sheep) {I love $\int_0^1{\sin(t)\over 1+{1\over 1+e^x}}d t=2$}
child {node[attribute] {name}}
child {node[attribute,text width=0.8cm] {$color$}};
\endtikzpicture}

it produces this svg picture (open it with firefox 3...and not internet explorer or opera) :

<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="177.78247pt" height="69.16722pt" viewBox="-88.89124 -52.50311 177.78247 69.16722 ">
<g transform="translate(0, 16.66411 ) scale(1,-1) translate(0,52.50311 )">

<g>
<g stroke="rgb(0.0%,0.0%,0.0%)">
<g fill="rgb(0.0%,0.0%,0.0%)">
<g stroke-width="0.4pt">
<g>
</g>
<g>
<g>
<path d=" M -88.69124 -16.46411 h 177.38248 v 32.92822 h -177.38248 Z " style="fill:none"/>
<g>
<g transform="matrix(1.0,0.0,0.0,1.0,-85.35826,-5.8133)">
<g transform="scale(1,-1) translate(-5,-25)"> <foreignObject width="200" height="200"><body xmlns="http://www.w3.org/1999/xhtml">       I love
<math
xmlns="http://www.w3.org/1998/Math/MathML" display="inline" ><msubsup><mrow
><mo
class="MathClass-op">∫</mo>
</mrow><mrow
><mn>0</mn></mrow><mrow
><mn>1</mn></mrow></msubsup
><mfrac><mrow> <mo
class="MathClass-op">sin</mo><mrow ><mo
class="MathClass-open">(</mo><mrow><mi
>t</mi></mrow><mo
class="MathClass-close">)</mo></mrow></mrow>
<mrow><mn>1</mn><mo
class="MathClass-bin">+</mo><mfrac><mrow>   <mn>1</mn></mrow>
<mrow><mn>1</mn><mo
class="MathClass-bin">+</mo><msup><mrow
><mi
>e</mi></mrow><mrow
><mi
>x</mi></mrow></msup
></mrow></mfrac></mrow></mfrac> <mi
>d</mi><mi
>t</mi> <mo
class="MathClass-rel">=</mo> <mn>2</mn></math></body> </foreignObject></g>
</g>
</g>
</g>
<g>
<g>
<path d=" M -0.1268 -42.67912 C -0.1268 -37.68419 -9.56664 -33.67912 -21.33954 -33.67912 C -33.11244 -33.67912 -42.55228 -37.68419 -42.55228 -42.67912 C -42.55228 -47.67406 -33.11244 -51.67912 -21.33954 -51.67912 C -9.56664 -51.67912 -0.1268 -47.67406 -0.1268 -42.67912 Z M -21.33954 -42.67912 " style="fill:none"/>
<g>
<g transform="matrix(1.0,0.0,0.0,1.0,-33.00623,-44.8319)">
<g transform="scale(1,-1) translate(-5,-25)"> <foreignObject width="200" height="200"><body xmlns="http://www.w3.org/1999/xhtml"> name</body> </foreignObject></g>
</g>
</g>
</g>
<path d=" M -8.33179 -16.66411 L -16.83815 -33.67552 " style="fill:none"/>
</g>
<g>
<g>
<path d=" M 42.1485 -42.67912 C 42.1485 -37.33789 32.88837 -33.05513 21.33958 -33.05513 C 9.7908 -33.05513 0.53067 -37.33789 0.53067 -42.67912 C 0.53067 -48.02036 9.7908 -52.30312 21.33958 -52.30312 C 32.88837 -52.30312 42.1485 -48.02036 42.1485 -42.67912 Z M 21.33958 -42.67912 " style="fill:none"/>
<g>
<g transform="matrix(1.0,0.0,0.0,1.0,9.95845,-46.15134)">
<g transform="scale(1,-1) translate(-5,-25)"> <foreignObject width="200" height="200"><body xmlns="http://www.w3.org/1999/xhtml">       <math
xmlns="http://www.w3.org/1998/Math/MathML" display="inline" ><mi
>c</mi><mi
>o</mi><mi
>l</mi><mi
>o</mi><mi
>r</mi></math> </body> </foreignObject></g>
</g>
</g>
</g>
<path d=" M 8.32925 -16.66411 L 16.5525 -33.10518 " style="fill:none"/>
</g>
</g>
</g>
</g>
</g>
</g>
</g>
</svg>

Best regards,
Olivier Binda

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

Prof. Dr. Till Tantau <tantau@...>

www.tcs.uni-luebeck.de/mitarbeiter/tantau

From forum: pgf-users

Re: Typo in Manual?

2008-08-31T13:05:00Z

On Sun, Aug 31, 2008 at 9:50 PM, Matthew Leingang
<leingang@...> wrote:

> Hi,
>
> On page 41 (section 3.8) of the PGF-2.00 manual, I read
>
> "With the replacements library loaded, when an option like below is
> followed by of, then the position of the node is shifted such a manner
> that it is placed at the distance node distance in the speciﬁed
> direction of the given direction."
>
> AFAICT there's no replacements library. But the positioning library
> do this. So should it be "With the positioning library..."?
>
> Thanks,
> Matt
>
> --
> Matthew Leingang
> Clinical Associate Professor of Mathematics
> leingang@...
>

This seems to have been fixed in the CVS version of PGF. I could not
find any references to the replacements library in a recent build of
the manual.

Regards,
Kjell Magne Fauske
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: invisible layers

2008-08-31T12:58:53Z

On Sun, Aug 31, 2008 at 9:50 PM, Matthew Leingang
<leingang@...> wrote:

> Hello,
>
> I'm trying to use a background layer, but I end up seeing nothing at
> all.
>
> Here's my code:
>
> \documentclass{article}
> \usepackage{tikz}
> \begin{document}
> \begin{tikzpicture}
> \pgfdeclarelayer{foreground}
> \pgfdeclarelayer{background}
> \pgfsetlayers{background,main,foreground}
> \node[circle,draw,blue] {foo};
> \begin{pgfonlayer}{background}
> \node[circle,fill,red,text=black] at (0.5,0) {bar};
> \end{pgfonlayer}
> \end{tikzpicture}
> \end{document}
>
> But when I compile it, all I get is the first (blue) circle. What's up?
>

Try moving the declaration of the layers outside the tikzpicture
environment like this:

\documentclass{article}
\usepackage{tikz}
\begin{document}
\pgfdeclarelayer{foreground}
\pgfdeclarelayer{background}
\pgfsetlayers{background,main,foreground}
\begin{tikzpicture}
\node[circle,draw,blue] {foo};
\begin{pgfonlayer}{background}
\node[circle,fill,red,text=black] at (0.5,0) {bar};
\end{pgfonlayer}
\end{tikzpicture}
\end{document}

Regards,
Kjell Magne Fauske

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Typo in Manual?

2008-08-31T12:50:39Z

Hi,

On page 41 (section 3.8) of the PGF-2.00 manual, I read

"With the replacements library loaded, when an option like below is
followed by of, then the position of the node is shifted such a manner
that it is placed at the distance node distance in the speciﬁed
direction of the given direction."

AFAICT there's no replacements library. But the positioning library
do this. So should it be "With the positioning library..."?

Thanks,
Matt

--
Matthew Leingang
Clinical Associate Professor of Mathematics
leingang@...

--
Matthew Leingang
Preceptor in Mathematics
Harvard University

http://www.math.harvard.edu/~leingang/vCard.vcf

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

invisible layers

2008-08-31T12:50:04Z

Hello,

I'm trying to use a background layer, but I end up seeing nothing at
all.

Here's my code:

\documentclass{article}
\usepackage{tikz}
\begin{document}
\begin{tikzpicture}
\pgfdeclarelayer{foreground}
\pgfdeclarelayer{background}
\pgfsetlayers{background,main,foreground}
\node[circle,draw,blue] {foo};
\begin{pgfonlayer}{background}
\node[circle,fill,red,text=black] at (0.5,0) {bar};
\end{pgfonlayer}
\end{tikzpicture}
\end{document}

But when I compile it, all I get is the first (blue) circle. What's up?

--
Matthew Leingang
Preceptor in Mathematics
Harvard University

http://www.math.harvard.edu/~leingang/vCard.vcf

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: pgfplots cannot find table

2008-08-31T05:24:34Z

Eduardo,

Thanks, that all make sense but,

>> But get these errors when trying to compile (on a Mac)
>>
>> Latex Error: ./PDFPlotTrial2.tex:11 Package pgfplots Error: Sorry, the
>> gnuplot-result file 'PDFPlotTrial2.sin.table' could not be found.
>> Maybe you need to enable the shell-escape feature? For pdflatex, this
>> is '>> pdflatex -shell-escape'. You can also invoke '>> gnuplot
>> PDFPlotTrial2.sin.table' manually..

> The first part of the error message is quite informative. You need to
> enable Latex to call gnuplot during compilation, which is disabled by
> default for security reasons. There is a command-line option to latex to
> enable that, probably -shell-escape.

>From the error message it seems I need to use the command "pdflatex
-shell-escape" but the example in the manual is "pdflatex
--shell-escape" with two dashes preceding "shell"

But I am not at all sure where I need to type this command in the
Terminal? Do I need to change to the pdflatex directory before typing
it?

> Alternatively, call 'gnuplot
> PDFPlotTrial2.sin.gnuplot' to generate the table manually, and it will
> be included in the next compilation. All this is explained in the manual.

The manual just refers to calling Gnuplot manually, but I am
struggling a bit to follow it. I see there is a command
\pgfplotgnuplot that calls Gnuplot, is that waht is meant by doing
it manually.

Sorry, this is all very mysterious to me, even though I am getting better at it.

>
> By the way, I notice the error message is wrong. It recommends running
> gnuplot on the .table file. Shouldn't it be on the .gnuplot file, .table
> being the result?

I, of course have no idea this is just the error message as generated
by TextMate, which I am finding very good because the error messaged
and the error log seem to be much more informative than the other
Latex editors.

Thanks,

Graham

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: pgfplots cannot find table

2008-08-31T04:47:55Z

Graham Smith wrote:

> Not sure if this is the right place to ask, as its only a pgf issue
> because pgfplots uses it, but I am just trying out pgfplots with the
> sample code on the manual:
>
> \documentclass[a4paper]{article}
> \usepackage{pgfplots}
> \begin{document}
>
> \begin{tikzpicture}%
> \begin{axis}[
> xlabel=$x$,
> ylabel=$\sin(x)$,
> name=an axis,
> ]
> \addplot plot [id=sin] function{sin(x)};
> \end{axis}
> \end{tikzpicture}%
>
> \end{document}
>
> But get these errors when trying to compile (on a Mac)
>
> Latex Error: ./PDFPlotTrial2.tex:11 Package pgfplots Error: Sorry, the
> gnuplot-result file 'PDFPlotTrial2.sin.table' could not be found.
> Maybe you need to enable the shell-escape feature? For pdflatex, this
> is '>> pdflatex -shell-escape'. You can also invoke '>> gnuplot
> PDFPlotTrial2.sin.table' manually..
>
> [snip]
> GNUplot is installed (via fink) , but I am assuming that this may be
> lined to the problem.
>

The first part of the error message is quite informative. You need to
enable Latex to call gnuplot during compilation, which is disabled by
default for security reasons. There is a command-line option to latex to
enable that, probably -shell-escape. Alternatively, call 'gnuplot
PDFPlotTrial2.sin.gnuplot' to generate the table manually, and it will
be included in the next compilation. All this is explained in the manual.

By the way, I notice the error message is wrong. It recommends running
gnuplot on the .table file. Shouldn't it be on the .gnuplot file, .table
being the result?

--
Never let someone who says it cannot be done
interrupt the person who is doing it.

Eduardo M KALINOWSKI
eduardo@...
http://move.to/hpkb

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

pgfplots cannot find table

2008-08-31T03:39:24Z

Not sure if this is the right place to ask, as its only a pgf issue
because pgfplots uses it, but I am just trying out pgfplots with the
sample code on the manual:

\documentclass[a4paper]{article}
\usepackage{pgfplots}
\begin{document}

\begin{tikzpicture}%
\begin{axis}[
xlabel=$x$,
ylabel=$\sin(x)$,
name=an axis,
]
\addplot plot [id=sin] function{sin(x)};
\end{axis}
\end{tikzpicture}%

\end{document}

But get these errors when trying to compile (on a Mac)

Latex Error: ./PDFPlotTrial2.tex:11 Package pgfplots Error: Sorry, the
gnuplot-result file 'PDFPlotTrial2.sin.table' could not be found.
Maybe you need to enable the shell-escape feature? For pdflatex, this
is '>> pdflatex -shell-escape'. You can also invoke '>> gnuplot
PDFPlotTrial2.sin.table' manually..

! Package pgfplots Warning: You have a plot with empty range.
Replacing it with default and clearing plots.

Latex Error: ./PDFPlotTrial2.tex:13 Extra }, or forgotten \endgroup.

Latex Error: ./PDFPlotTrial2.tex:13 Missing } inserted.

Latex Error: ./PDFPlotTrial2.tex:13 Extra }, or forgotten \endgroup.

Latex Error: ./PDFPlotTrial2.tex:13 Missing } inserted.

Latex Error: ./PDFPlotTrial2.tex:15 LaTeX Error: \begin{tikzpicture}
on input line 5 ended by \end{document}.

GNUplot is installed (via fink) , but I am assuming that this may be
lined to the problem.

I would appreciate any help.

Many thanks,

Graham

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

multiple arrows between nodes

2008-08-27T04:22:14Z

Hi all,

I want to connect nodes with two arrows, something like:

NODE --------> NODE
1 <-------- 2

but it seems difficult to do that since "shift" transformations are not applied to nodes.

Currently I use code like this to solve the problem, which looks a bit ugly:
\begin{tikzpicture}
\node[shape=circle,draw] (p) at (0,0) {P};
\node[shape=circle,draw] (q) at (3,0) {Q};
\draw[->] (p.30) -- (q.150);
\draw[<-] (p.-30) -- (q.-150);
\end{tikzpicture}
And it is not easy to determine the angle when nodes are put slanted.

Alternately, I have to use bent arrows:
\begin{tikzpicture}
\node[shape=circle,draw] (p) at (0,0) {P};
\node[shape=circle,draw] (q) at (3,0) {Q};
\draw[->,bend left] (p) to (q);
\draw[<-,bend right] (p) to (q);
\end{tikzpicture}

Is there a better way to draw such arrows?

Thanks.

From forum: pgf-users

Re: inductance with core

2008-08-27T01:02:15Z

On Wed, Aug 27, 2008 at 5:56 AM, <bumeshrai@...> wrote:
> Has anybody come across a drawing of transformer with an iron core in
> pgf/tikz?
>

No, but a good place to start looking would be the new circuits
library in the CVS version of pgf. It does not have a transformer with
an iron core symbel yet, but you should be able to create one by
studying the documentation and the source code of the library.
Alternatively you could combine several of the symbols to create a
transformer. Combining two inductors and one capacitor should be a
good start.

Regards,
Kjell Magne Fauske

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

inductance with core

2008-08-26T20:56:54Z

Has anybody come across a drawing of transformer with an iron core in pgf/tikz?

Or can somebody drop a hint on how it can be made using tikz decoration? I tried with coil/snake but it didn't help.

Thanks

Umesh Rai

Connect with friends all over the world. Get Yahoo! India Messenger.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users

Re: Curly braces for matrix structure

2008-08-26T00:00:34Z

Hello everyone,

actually, the matrix library already offers the "real" latex braces
with the correct sizes. You can also use all other latex braces like
\rangle or \rmoustache and so on.

The trick is that using "right delimiter=\}" with a node, you can
attach a curly brace to any node at the right side (look up the
documentation of the matrix library). Since there is no node (yet) to
which the curly brace should be attached, we have to create a virtual
node only for this purpose. This is best done using the fit option and
library.

A bit unfortunately, the label has the be added using a separate
option. The code looks like this:

\documentclass{minimal}
\usepackage{tikz}
\usetikzlibrary{snakes,fit,matrix}

\begin{document}

\begin{tikzpicture}
\draw (0,0) rectangle (4,7) coordinate (a);
\draw (0,5) coordinate (b) rectangle (1,7);
\draw (1,1.5) rectangle (3,5.5);
\draw [green] (4.2,6) node [anchor=mid west] {$\left.\rule{0cm}{1.05cm}
\right\}
d_3$}; %HACK
%\draw[snake=brace,red] (4.2,7) -- node[anchor=west]{$d_3$} (4.2,5);
\node [fit=(a)(b),inner sep=0pt,
right delimiter=\},
label={[label distance=2ex]right:$d_3$}] {};
\end{tikzpicture}

\end{document}

Naturally, you might want to put all this fit and node stuff in a
style...

Hoping this helps,
Till

Am 19.08.2008 um 11:13 schrieb Mark Wibrow:

> 2008/8/19 Michael Kubovy <kubovy@...>:
>> I recently created curly braces that are graceful, but require some
>> planning. I'm pretty sure they could be adapted to your purpose:
>
> These are really nice. A quick (so not necessarily robust) conversion
> to a decoration gives something like this:
>
> \documentclass{article}
> \usepackage{tikz}
> \usetikzlibrary{decorations}
>
> \begin{document}
>
> \makeatletter
>
> \pgfkeys{/pgf/decoration/.cd,
> brace arc radius/.initial=5pt,
> brace thickness/.initial=1pt,
> brace tip thickness/.initial=0.25pt,
> brace aspect/.initial=0.5
> }
>
> \pgfdeclaredecoration{thick brace}{initial}{
> \state{initial}[width=0pt, next state=do brace, persistent
> precomputation={
> \pgfmathsetlengthmacro\radius{\pgfkeysvalueof{/pgf/decoration/brace
> arc radius}}
> \pgfmathsetlengthmacro\thickness{\pgfkeysvalueof{/pgf/decoration/
> brace
> thickness}}
> \pgfmathsetlengthmacro\tipthickness{\pgfkeysvalueof{/pgf/decoration/
> brace
> tip thickness}}
> \pgfmathsetlength\pgf@x{(\pgfdecoratedremainingdistance-(4*\radius))}
> \pgfmathsetmacro\aspect{\pgfkeysvalueof{/pgf/decoration/brace
> aspect}}
> \pgf@xa=\aspect\pgf@x
> \advance\pgf@x by-\pgf@xa
> \edef\pre{\the\pgf@xa}
> \edef\post{\the\pgf@x}
> }]{}
> \state{do brace}[width=\pgfdecoratedremainingdistance,next
> state=final]{
> \pgfpathmoveto{\pgfpointorigin}
> \pgfpatharc{180}{90}{\radius}
> \pgfpathlineto{\pgfpoint{\radius+\pre}{\radius}}
> \pgfpatharc{270}{360}{\radius-0.5*\tipthickness and \radius-
> \thickness}
> \pgfpathlineto{\pgfpoint{2*\radius+\pre+0.5*\tipthickness}{2*
> \radius-\thickness}}
> \pgfpatharc{180}{270}{\radius-0.5*\tipthickness and \radius-
> \thickness}
> \pgfpathlineto{\pgfpoint{3*\radius+\pre+\post}{\radius}}
> \pgfpatharc{90}{0}{\radius}
> \pgfpathlineto{\pgfpoint{4*\radius+\pre+\post-\tipthickness}{0pt}}
> \pgfpatharc{0}{90}{\radius-\tipthickness and \radius-\thickness}
> \pgfpathlineto{\pgfpoint{3*\radius+\pre-\tipthickness}{\radius-
> \thickness}}
> \pgfpatharc{270}{180}{\radius-\tipthickness and \radius-\thickness}
> \pgfpatharc{0}{-90}{\radius-\tipthickness and \radius-\thickness}
> \pgfpathlineto{\pgfpoint{\radius}{\radius-\thickness}}
> \pgfpatharc{90}{180}{\radius-\tipthickness and \radius-\thickness}
> \pgfpathclose
> }
> }
> \makeatother
>
>
> \tikz\fill [decoration=thick brace, decorate] (0,0) -- (3,2);
>
> \tikz\fill [decoration={thick brace,brace thickness=2pt, mirror},
> decorate] (0,0) -- (3,2);
>
> \tikz\fill [decoration={thick brace, brace arc radius=10pt, brace
> aspect=0.8}, decorate]
> (0,0) -- (3,2);
>
> \tikz\draw [decoration={thick brace, brace arc radius=10pt,
> brace tip thickness=4pt, brace thickness=2pt}, decorate]
> (0,0) -- (3,-2);
>
>
> \begin{tikzpicture}
> \draw[blue] (0,0) rectangle (4,7);
> \draw[red] (0,5) rectangle (1,7);
> \draw[green] (1,1.5) rectangle (3,5.5);
> \fill [xshift=2pt,decoration={thick brace, mirror}, decorate] (4,0)
> -- (4,7)
> node [midway, right=0.25cm] {$d_3$};
>
> \fill [xshift=2pt,decoration={thick brace, mirror}, decorate]
> (3,1.5) -- (3,5.5)
> node [midway, right=0.25cm] {$d_2$};
>
> \fill [xshift=-2pt,decoration={thick brace}, decorate] (0,5) -- (0,7)
> node [midway, left=0.25cm] {$d_3$};
> \end{tikzpicture}
>
> \end{document}
>
> Hope this helps,
>
> Mark
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> pgf-users mailing list
> pgf-users@...
> https://lists.sourceforge.net/lists/listinfo/pgf-users
>

--
Prof. Dr. Till Tantau <tantau@...>
www.tcs.uni-luebeck.de/mitarbeiter/tantau

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
pgf-users mailing list
pgf-users@...
https://lists.sourceforge.net/lists/listinfo/pgf-users

From forum: pgf-users