Re: tikz broke the dvipdfmx support for includegraphics ?

Hi!

this is, indeed, a bit strange, but the problem is not with tikz, but  
with xcolor. TikZ uses xcolor internally and xcolor seems to do wrong  
things if \usepackage[dvipdfm]{graphicx} is used, but not  
\usepackage[dvipdfm]{xcolor}. So, it you replace "tikz" in your  
example by "xcolor" you get the same problem.

Solution: Either just remove the "\usepacakge[dvipdfm]{graphicx}"  
since this is loaded by tikz automatically and correctly. Or you have  
to add \usepackage[dvipdfm]{xcolor}.

Hoping this helps,
Till

Am 01.08.2008 um 10:20 schrieb luoyi:

> hello, I've found if I add \usepackage{tikz} to my tex file, then it
> can't use includegraphics to include the graphic files with dvipdfmx.
>
> just as the following:
>
> \def\pgfsysdriver{pgfsys-dvipdfmx.def}
> \documentclass{article}
> \usepackage[dvipdfm]{graphicx}
> \usepackage{tikz}
>
> \begin{document}
>
> Insert Picture Here:

PGFPlots Questions...

Hey,

I'm trying to create some graphics with pgfplots, but I have some 
problems, for which I could not find an answer in the manuel. Maybe 
someone of you can help me, I would appreciate that very much!

I want to graphics next to each other with no space between the two 
boxes. The label (and also the ticks) of the y axis should be in the 
left graphic on the left side and in the right graphic on the right 
side. So far, I was able to change the position of the tikz for the two 
graphics, but I can't get the y label of the second graphic on the right 
side.

- Is there a way to change the position of the y label? I tried "right", 
"xshift" and "at={...}" but nothing seem to work here.

I also could not eliminate the space between the two graphics.

- How can I eliminate the space between the two tikzpictures?

Another problem is, that when I use "tickpos=right" for the second 
graphic, it also changes the position of the x ticks to "above", but I 
want them to remain below the graph.

-  Is there a way to seperate the position of the xticks and yticks?

Thank you all in advance!

Greetings,
Basil

SOLVED: PGFPlots Questions...

Hey guys,

try experimentation, I found solutions.

Thanks anyway!

Greetings,
Basil

Basil Abou El-Komboz wrote:
> Hey,
> 
> I'm trying to create some graphics with pgfplots, but I have some 
> problems, for which I could not find an answer in the manuel. Maybe 
> someone of you can help me, I would appreciate that very much!
> 
> I want to graphics next to each other with no space between the two 
> boxes. The label (and also the ticks) of the y axis should be in the 
> left graphic on the left side and in the right graphic on the right 
> side. So far, I was able to change the position of the tikz for the two 
> graphics, but I can't get the y label of the second graphic on the right 
> side.
> 
> - Is there a way to change the position of the y label? I tried "right", 
> "xshift" and "at={...}" but nothing seem to work here.
> 
> 
> I also could not eliminate the space between the two graphics.
> 
> - How can I eliminate the space between the two tikzpictures?

PGF CVS builds now available from texample.net

Dear pgf-users,

For some time now I have hosted CVS builds of PGF on my fauskes.net
site. I have now moved them to a new site. Recent CVS builds of
PGF/TikZ are now available from:

http://www.texample.net/tikz/builds/

The pages also give an overview of what has changed since the 2.0
release of PGF (based on PGF's changelog) . There is also an RSS feed
to keep you updated when a new build is available.

Regards,
Kjell Magne Fauske

PS. The TeXample.net site is a work in progress. The site's source
code is available from: http://code.google.com/p/texample/

-------------------------------------------------------------------------
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=/

Trees with two roots?

Dear users,

I have tried to draw a medical pedigree tree where I have two roots, the 
initial parent generation. How can I achieve that? Since I have multiple 
children and grandchildren one cannot use the [grow up] function.

What I want to achive can be seen on page 9 in an article on drawing pedigree 
trees with pstricks. 
(http://www.tug.org/TUGboat/Articles/tb28-1/tb88veytsman-pedigree.pdf)

But I would be much happier, if I could do it in pgf. Can anybody help?

Thanks in advance.

Matthias

-------------------------------------------------------------------------
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=/

Re: Trees with two roots?

On Tue, Aug 5, 2008 at 9:31 AM, Matthias Steinbrink <M.Steinbrink <at> gmx.de> wrote:
> Dear users,
>
> I have tried to draw a medical pedigree tree where I have two roots, the
> initial parent generation. How can I achieve that? Since I have multiple
> children and grandchildren one cannot use the [grow up] function.
>
> What I want to achive can be seen on page 9 in an article on drawing pedigree
> trees with pstricks.
> (http://www.tug.org/TUGboat/Articles/tb28-1/tb88veytsman-pedigree.pdf)
>
> But I would be much happier, if I could do it in pgf. Can anybody help?
>
> Thanks in advance.
>
> Matthias
>

The pedigree tree is not a traditional tree since nodes are shared by
the different branches. If you want to use TikZ' trees you have to do
some hacking, mostly involving inserting hidden nodes and edges where
necessary. You could try something along the lines:

%%
\documentclass{minimal}

\usepackage{tikz}
\usetikzlibrary{trees}
\begin{document}

bug on sum of coordinates

Dear all,
I admit I was trying to reproduce another bug when I have found the
following weird behaviour: when I sum a coordinate with a negative
number to another I didn't get a subtraction as expected but a sum of
the positive values. Bad explained, Look at the example and probably it
will be more clear:

\documentclass[10pt,svgnames]{article}
\usepackage{tikz}

\definecolor{BloodRed}{rgb}{.86,0,0}

\begin{document}
   text test text test text test text \tikz[remember picture] \node (b1)
   at (0cm,0cm) {} ; test text test text test text \tikz[remember
   picture] \node (e1) at (0cm,0cm) {} ;  test text test text test text
   test

   \tikz[remember picture,overlay] {
      \draw[draw=BloodRed,fill=BloodRed!30] (b1)+(0cm,-.5cm) rectangle (e1)+(0cm,.5cm) ;
      \draw[draw=Teal,fill=Teal!30] (b1) rectangle (e1) ;
   }

   text test text test text test text test text test text test
   text test text test text test text test text test text test
\end{document}

I was expecting to get a rectangle as the pink one but shifted up of
.5cm with respect to the blue line.

Re: bug on sum of coordinates

On Thu, Aug 7, 2008 at 4:04 PM, Walter Cazzola <cazzola <at> dico.unimi.it> wrote:
> Dear all,
> I admit I was trying to reproduce another bug when I have found the
> following weird behaviour: when I sum a coordinate with a negative
> number to another I didn't get a subtraction as expected but a sum of
> the positive values. Bad explained, Look at the example and probably it
> will be more clear:
>
> \documentclass[10pt,svgnames]{article}
> \usepackage{tikz}
>
> \definecolor{BloodRed}{rgb}{.86,0,0}
>
> \begin{document}
>  text test text test text test text \tikz[remember picture] \node (b1)
>  at (0cm,0cm) {} ; test text test text test text \tikz[remember
>  picture] \node (e1) at (0cm,0cm) {} ;  test text test text test text
>  test
>
>  \tikz[remember picture,overlay] {
>     \draw[draw=BloodRed,fill=BloodRed!30] (b1)+(0cm,-.5cm) rectangle
> (e1)+(0cm,.5cm) ;
>     \draw[draw=Teal,fill=Teal!30] (b1) rectangle (e1) ;
>  }
>
>  text test text test text test text test text test text test
>  text test text test text test text test text test text test
> \end{document}
>
> I was expecting to get a rectangle as the pink one but shifted up of

Re: bug on sum of coordinates

On Fri, 8 Aug 2008, Kjell Magne Fauske wrote:

> Not sure if I fully understand what you mean, but summing two
> coordinates at the end of the path does not work. This probably has to
> do with the way a tikz path is parsed.

so is there a bug?

from the manifested behavior I suspect a problem with summing
coordinates with negative values but it seems that the problem is more
subdole than this.

> You can, however, use the new calc library to achieve this:

indeed it works, thanks a lot.

Walter

--

-- 
Walter Cazzola, PhD - Assistant Professor, DICo, University of Milano
E-mail cazzola <at> disi.unige.it Ph.: +39 010 353 6637  Fax: +39 010 353 6699
· · · ---------------------------- · · · ---------------------------- · · ·
                ... recursive: adjective, see recursive ...
· · · ---------------------------- · · · ---------------------------- · · ·

-------------------------------------------------------------------------
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=/

Re: bug on sum of coordinates

On Fri, Aug 8, 2008 at 10:38 AM, Walter Cazzola <cazzola <at> disi.unige.it> wrote:
> On Fri, 8 Aug 2008, Kjell Magne Fauske wrote:
>
>> Not sure if I fully understand what you mean, but summing two
>> coordinates at the end of the path does not work. This probably has to
>> do with the way a tikz path is parsed.
>
> so is there a bug?
>
> from the manifested behavior I suspect a problem with summing
> coordinates with negative values but it seems that the problem is more
> subdole than this.
>

It is not a bug. It is just the way the parser works.  Consider this example:

\documentclass{article}
\usepackage{tikz}
\begin{document}

\begin{tikzpicture}
    \draw[black!20] (0,0) grid (4,4);
    \draw[red] (0,0)+(1,1) rectangle (3,3)+(-1,-1) -- (0,0);
\end{tikzpicture}

\end{document}

When tikz encounters rectangle (3,3) the next token is +(1,1). Tikz
will interpret this as a moveto operation: