Hi Samuel It looks like excellent work. I checked my polar plot and the labels are indeed a little bit off (mostly visible with 3-digit numbers, i.e. 120, 150, 180 and so on degrees). It works OK for now. I think your upgraded polarplot should go into the main tree - the plots as seen on the picture you included looks excellent.
If overplotting could be fixed, that would also be very nice. P.S. it reminds me that Scilab 6 was released about a year ago. Normally such a first release with such big changes will require some bug fixing, but surprisingly this seems not to be the case. Impressive how well 6.0.0 was executed (and it also took a couple of years ...). I could not execute my latest script (with the polar and contour plots) in Scilab 5 -- it ran out of memory. I wonder if anyone can say what's up in regard to Scilab releases? Best regards, Claus On Sun, Jan 21, 2018 at 9:41 PM, Samuel Gougeon <[email protected]> wrote: > 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: > - centering of angular labels: Already allows shifting the 0° > position and the angular direction (clockwise/trigo), using > gca().rotation_angles > - Optimized positionning of radial labels > - Glue into 4 compounds lines of the radial frame lines of the > circular frame angular labels radial labels (not backcompatible => To be > discussed carefully). > - polarplot() canceled external drawlater(): FIXED > - Datatips: implement a convenient default display function > - WIP: > - Scilab Enhancement Proposal > - http://bugzilla.scilab.org/5907: enable overplotting > - http://bugzilla.scilab.org/5693: page to be overhauled > - TO BE ANALYZED > - Angular labels with a rect box disappear or are unclipped over > neighbouting axes. > - Enable specifying major values for the radial and angular frame > (to be analyzed) > - Enable radial logarithmic scale > - 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 > >
_______________________________________________ users mailing list [email protected] http://lists.scilab.org/mailman/listinfo/users
