<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 14/08/2017 à 12:52, Richard llom a
écrit :<br>
</div>
<blockquote cite="mid:1502707961484-4036861.post@n3.nabble.com"
type="cite">
<blockquote type="cite">
<pre wrap="">I am afraid that you are making still worse the already very bad situation
</pre>
</blockquote>
<pre wrap="">about
</pre>
<blockquote type="cite">
<pre wrap="">legends(), legend(), captions() and the leg= plotting options, that all
basically
do the same thing, but all with pitfalls: <a class="moz-txt-link-freetext" href="http://bugzilla.scilab.org/5371">http://bugzilla.scilab.org/5371</a>
</pre>
</blockquote>
<pre wrap="">
Ah, I wasn't aware of this...
</pre>
<blockquote type="cite">
<pre wrap="">a) to actually gather existing legends functions, b) to add missing
features to the merged version.
</pre>
</blockquote>
<pre wrap="">Well, I'm all favor of removing these duplicates, however I don't think
xstring is one of them.
See my example at the very beginning of this thread. I'm using xstring to
print some custom text, which AFAICS cannot be done using legends, legend,
or captions.</pre>
</blockquote>
<br>
Right, because any legend block plots the legend <i>together with a
line's sample</i>.<br>
I forgot this "small detail" :(<br>
<br>
<blockquote cite="mid:1502707961484-4036861.post@n3.nabble.com"
type="cite">
<pre wrap="">
Furthermore by unifying the syntax, between e.g. captions() and xstring()
(i.e. by providing the same location options), this should simplify things -
both from a user and code perspective!</pre>
</blockquote>
<br>
As posted in comment of the <i>wish </i>report:<br>
<br>
Being able to specify normalized coordinates relative to the data
ranges or to any full axes range<br>
would actually be very great, but not only for xstring().<br>
IMO, implementing and distributing a function dedicated to this job
would be very useful and better.<br>
An option of it could be to provide the block of text, to take its
size into account in the answer<br>
(to make it not crossing the border or margin after plotting).<br>
The locations by keywords like "in_upper_right" etc looks too stiff
to me. The same should be possible<br>
at any location, not only on borders or margins, and again, for all
plotting functions.<br>
<br>
xchange() could be extended. But it is hard-coded, so less easy to
adapt (imo).<br>
<br>
Samuel<br>
<br>
</body>
</html>