bugGNU Octave - Bugs: bug #52781, Plot area freezes in size, and...

 
 

bug #52781: Plot area freezes in size, and will not change when the window is resized.

Submitter:  Doug Stewart <dastew>
Submitted:  Tue 02 Jan 2018 02:17:16 AM UTC
   
 
Category:  Plotting Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Invalid / Not an Octave Bug Assigned to:  None
Originator Name:  Doug Stewart Open/Closed:  * Closed
Release:  * 4.2.1 Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 03 Jan 2018 07:21:20 AM UTC, comment #6: 

The doc for "units" appears to be in genpropdoc.m if someone wants to add more detail:


      case "units"
        s.doc = "Units used to interpret the @qcode{\"position\"}, \
@qcode{\"outerposition\"}, and @qcode{\"tightinset\"} properties.";


Dan Sebald <sebald>
Tue 02 Jan 2018 01:50:59 PM UTC, comment #5: 

@Pantxo
That should be in the help section.

Doug Stewart <dastew>
Tue 02 Jan 2018 09:04:42 AM UTC, comment #4: 

@Dan: all units but "normalized" make use of the root "screenpixelsperinch" to compute the onscreen size of the object. So yes, even though this behavior may change slightly for Matlab compatibility (see bug #49627), all units but "normalized" will always be absolute in the sense that their interpretation don't depend on their parent (figure, axes ...) size.

Closing report as invalid.

Pantxo Diribarne <pantxo>
Group Member
Tue 02 Jan 2018 03:59:19 AM UTC, comment #3: 

I guess normalize is the only one that scales.  The units associated with 'centimeter' and 'inches' would have to take into account some "absolute" scaling of some sort...I put absolute in quotes because I'm sure this can't refer to monitor screen size, but perhaps some assumed standard for DPI and inches.

Setting the units for "gcf" might be different though.  I'm not sure how that works.


octave:43> set(gcf, 'position')
octave:44> plot (rand(2,10))
octave:45> set(gcf, 'units')
[ centimeters | characters | inches | normalized | {pixels} | points ]
octave:46> get(gcf, 'position')
ans =

   300   200   560   420


I would think that one can change the units and then the size/position and the figure will go to that size, but then the figure window can still be scaled.  I don't see any property for freezing the window, but I do see a "sizechangedfcn".

I will say, though, something seems wrong with the OpenGL scaling algorithm.  In FLTK it's pretty smooth, but every once in a while there is a black background that flashes.  Qt graphics toolkit looks awful when scaling.  There's black space around the outside of white, then the image sort of centers within the window when redrawing so the white area kind of bounces up and down with rescaling.

Dan Sebald <sebald>
Tue 02 Jan 2018 03:35:24 AM UTC, comment #2: 


‘units’: "centimeters" | "characters" | "inches" | "normalized" | {"pixels"} | "points"
     The unit used to compute the ‘position’ and ‘outerposition’
     properties.

All are frozen except normalized.
I would expect inches and centimeters to work ( and all of them)

It is just the units to compute the position etc.

Doug Stewart <dastew>
Tue 02 Jan 2018 02:54:52 AM UTC, comment #1: 

The plot is forced to X-by-Y pixels and there it stays, I suppose.  It does seem like "pixels" is an absolute type of scale whereas others might be relative.  Try code like


plot (rand(2,10))
set(gca, 'units','pixels')
pos = get(gca, 'position');
pos(3) = 200;
set(gca, 'position',pos);


Dan Sebald <sebald>
Tue 02 Jan 2018 02:17:16 AM UTC, original submission:  

Run this code

plot (rand(2,10))
set(gca, 'units','pixels')


Now make the window bigger. Notice that the plot size does not change.

The zoom and pan and autoscale all work in the plot window but you can't change the plot window size.

ubuntu 17.04 octave stable abe0b0e08897

Doug Stewart <dastew>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by sebald (Posted a comment)
  • -email is unavailable- added by dastew (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-01-02 pantxo StatusNone Invalid / Not an Octave Bug
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code