octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #32311] text command differs between graphics_


From: Michael Godfrey
Subject: [Octave-bug-tracker] [bug #32311] text command differs between graphics_tookits
Date: Mon, 31 Jan 2011 22:41:14 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20110103 Fedora/3.6.13-1.fc14 Firefox/3.6.13

URL:
  <http://savannah.gnu.org/bugs/?32311>

                 Summary: text command differs between graphics_tookits
                 Project: GNU Octave
            Submitted by: godfrey
            Submitted on: Mon 31 Jan 2011 10:41:13 PM GMT
                Category: Plotting
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: Michael Godfrey
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: GNU/Linux

    _______________________________________________________

Details:

In previous Octave versions (using gnuplot)
text(x,y,'text') displayed the text even if
(x,y) was not within the current axes or
display area.  If the (x,y) was outside, the
axes were rescaled.

Now for gnuplot:
the text is displayed if (x,y) is within the
display area. The axes are not changed.  Exactly
how far outside the axes is allowed is not clear.
Roughly up to the positions of the title, xlabel and
ylabel text works.

For fltk;
text only displays if (x,y) is within the axes.
If a text command is given with coordinates outside
the axes it is not displayed.  If the axes are
expanded to include the (x,y) position of the text
then the text appears. 

It would seem better to allow text to display if
its (x,y) is within the area including the title,
xlabel, and ylabel positions. It appears that
gnuplot does this.  fltk requires a change.

I would say that the old (3.2.4) gnuplot behavior
should not be continued.  But, there could be a
compatibility argument here.

Michael





    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?32311>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]