---------- Weitergeleitete Nachricht ----------
Von: Christian Feuersänger <cfeuersaen...@googlemail.com>
Datum: 14. Juli 2011 20:58
Betreff: Re: pgfplots 1.3 Bug with rounded legend
An: Guillaume Jacquenot <guillaume.jacque...@gmail.com>
Dear Guillaume,
I see that this is unfortunate.
However, the 'pin' key is unrelated to pgfplots; the incompatibility
actually arises from a newer version of PGF (probably the release of version
2.10). It might be possible to patch the key such that it works as before
(using the pgfkeys interfaces)... but that might not be completely trivial.
If you confirm that this is worth the effort, I can try to make a style
which does the job (but not before next week, unfortunately).
Best regards
Christian
2011/7/11 Guillaume Jacquenot <guillaume.jacque...@gmail.com>
> Dear Christian, pgfplots users,...
>
> I figure out my problem
> In fact, most of work was to produce a minimal complete example of the
> bug. Like most of the times....
>
> My problem did not come from the addplot command as I presumed, but
> from an option of the node command where one can specify the pin
> orientation.
> I added extra zero in front of angle with value below 100° to have all
> angle to be written with 3 digits : This creates the bug. Here is an
> example
>
> \documentclass[a4paper]{article}
> \usepackage{pgfplots}
> \begin{document}
> \begin{tikzpicture}
> \begin{axis}[xmin=15,xmax=35,ymin=0,ymax=60]
> \node[coordinate,pin=000:{a}] at (axis cs:18.4,15.9) {};
> \node[coordinate,pin=015:{b}] at (axis cs:18.5, 4.7) {};
> \node[coordinate,pin=090:{c}] at (axis cs:18.7,22.2) {};
> \end{axis}
> \end{tikzpicture}
> \end{document}
>
> As I like to have nice layout code, I have added the 0 in front the
> angle. ( The code is generated with command such as
> sprintf('%03d',angle))
>
> This example used to work with previous version of pgfplots...
> I have changed my LaTeX, as I am concerned, it is ok, but quite annoying
>
> Here are the logs with the previous and new version pgfplots where
> the example below worked.
>
>
> 2011/7/9 Christian Feuersaenger <cfeuersaen...@googlemail.com>:
> > Dear Guillaume,
> >
> > thank you for reporting this issue. I apologize that the upgrade resulted
> in
> > incompatibilities - this should never happened :-(
> >
> > Nevertheless, I have a question about the context of the problem... I
> have
> > just tried to reproduce the problem using
> >
> > \documentclass[a4paper]{article}
> >
> > \usepackage{pgfplots}
> >
> >
> > \begin{document}
> >
> > \begin{tikzpicture}
> > \begin{axis}
> > \addplot file {P.dat};
> > \end{axis}
> > \end{tikzpicture}
> > \end{document}
> >
> > and the data file with contents
> > 001 001
> > 02 2
> > 3 3
> > 03 03
> >
> > and it worked without problems (with the most recent versions of pgf and
> > pgfplots). Furthermore, I am sure that the '\addplot file' processing did
> > not change (at least not logically).
> >
> > I can surely assist you, but I fear that I need more input. Can you
> confirm
> > that the compilation problem comes from an addplot file? If so, I would
> > appreciate a minimal working example - and perhaps the .log file of your
> > attempt to compile it.
> >
> > Again, let me stress that I understand the burden of using software which
> > does not work anymore in the way it is expected to be (especially if it
> > worked earlier). I hope we can find a simple way to restore your document
> > without changes (even if it might require some sort of patch from my
> side).
> >
> > Best regards
> >
> > Christian
> >
> > PS
> > From what I know without further insight, the interpretation of number
> > literals as octal base representation has been introduces in pgf in 2008
> -
> > it is enabled as soon as one uses the math parser of pgf. I believe that
> > pgfplots has seen a change in
> > \addplot coordinates
> > some time ago: it now uses the math parser. It comes with an option to
> > disable the math parser, however: try
> > \pgfplotsset{plot coordinates/math parser=false}
> > in your preamble.
> >
> > PS
> > again a PS: I took the freedom to post a copy of this mail on the mailing
> > list - perhaps there are other users with a similar problem.
> >
> >
> >
> > Am 07.07.2011 17:54, schrieb Guillaume Jacquenot:
> >>
> >> Dear Christian,
> >>
> >> Sorry to bother you directly
> >>
> >> I updated my Windows / MikTeX distribution that apparently come with a
> >> new version pfgplot.
> >>
> >> When I compile my thesis, I get this nasty error message, that I did
> >> not have previously
> >> ! Package PGF Math Error: Digit `9' invalid for base 8 (in '090')
> >> It comes from the data reading from files with decimal data starting
> with
> >> 0.
> >>
> >> After googling the error, it seems to me, it is a similar problem that
> >> you solves one week ago with Joel on gmane.comp.tex.pgfplots
> >> The solution was to pass option indicating that we wanted decimal and
> >> not octal number
> >> \addplot table[x index=0,y index=1]{f};
> >>
> >> I have quite lost it, but I call all my graph generation
> >> \addplot plot file {\figpath/file.txt};
> >>
> >> I don't really want to change my code since it worked previously.
> >>
> >> Do you have some advise to give me?
> >> Do you plan to do some modification of the code?
> >>
> >> Thanks
> >>
> >
> >
>
------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric
Ries, the creator of the Lean Startup Methodology on "Lean Startup
Secrets Revealed." This video shows you how to validate your ideas,
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
_______________________________________________
Pgfplots-features mailing list
Pgfplots-features@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pgfplots-features
