Hello Clauss,

After a first polarplot upgrade in 2010, i started writting some other improvements in 2016, first about still improving angular and radial labels positionning. Yesterday, i took the opportunity of your message to post on the CodeReview the polarplot.sci in progress, and to go on a bit, mainly about proper labels for polar datatips. You can already use the scripts as is: https://codereview.scilab.org/#/c/19684/ Just click on the polarplot.sci link, and then you may download it, or copy/past the content.

The trick with gca().rotation_angles reminded y Rafael is well known, but due to labels uncentered on their anchor, using it currently shifts labels (see the screenshot below). This is fixed in the CodeReview version.

If you want to be fully back-compatible with this new polarplot.sci, you should simply comment lines
performing some glue(). This won't prevent other improvements working.

Other improvements can be proposed, as listed in the review header:

 * DONE:
     o centering of angular labels: Already allows shifting the 0°
       position and the angular direction (clockwise/trigo), using
       gca().rotation_angles
     o Optimized positionning of radial labels
     o Glue into 4 compounds lines of the radial frame lines of the
       circular frame angular labels radial labels (not backcompatible
       => To be discussed carefully).
     o polarplot() canceled external drawlater(): FIXED
     o Datatips: implement a convenient default display function
 * WIP:
     o Scilab Enhancement Proposal
     o http://bugzilla.scilab.org/5907: enable overplotting
     o http://bugzilla.scilab.org/5693: page to be overhauled
 * TO BE ANALYZED
     o Angular labels with a rect box disappear or are unclipped over
       neighbouting axes.
     o Enable specifying major values for the radial and angular frame
       (to be analyzed)
     o Enable radial logarithmic scale
     o Extend replot() to polar plots

This may be seen as a "pre-SEP" :). A proper SEP will be required. To come.

In my opinion, the trick with gca().rotation_angles is not fully convenient because

 * it may switch xlabel() and ylabel() positions, what could be disturbing
 * radial labels can be turned displayed along a row, what must be
   avoided to avoid overlays when labels are quite long.

So, the final implementation won't use this trick.

Later, with a priority clearly lower, the same job shall be done for graypolarplot().

Cheers
Samuel

_______________________________________________
users mailing list
[email protected]
http://lists.scilab.org/mailman/listinfo/users

Reply via email to