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

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

[Octave-bug-tracker] [bug #39495] polar plot should have a circular rho/


From: Andreas Weber
Subject: [Octave-bug-tracker] [bug #39495] polar plot should have a circular rho/theta axis
Date: Wed, 25 Jun 2014 09:03:59 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20140610 Firefox/24.0 Iceweasel/24.6.0

Follow-up Comment #9, bug #39495 (project octave):

I've made some tests in ML R2014a.
If polar is called with only one input argument (or additional LineSpecs)
theta = 1:length(rho). So


polar(2, 'o') is equal to polar(1, 2, 'o')
polar([2 4 5], '-o') is equal to polar(1:3, [2 4 5], '-o')


The complex input seems to be an octave addition and interferes with the ML
behaviour.

Regarding Stefans bug report:
I think the my current rtick calculation is a little bit clumsy and I would
like to have access to calc_ticks_and_lims from graphics.cc to directly
calculate rtick and mtick from maxr without the "set xlim and get xtick
hack".

Is this okay and what is the best way to archive this? My naive approach would
be to create libinterp/dldfcn/__calc_ticks_and_lims__.cc as wrapper for
axes::properties::calc_ticks_and_lims.

-- Andy

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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