<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hello Philippe,<br>
<br>
Sorry, but i don't catch clearly the circumstances of this bug. <br>
Are you the user that experimented this bug, or someone else did?<br>
If you are not the user, where did you find the primary
information?<br>
If you are the user, why do you say that "you can't reproduce it
because <br>
you don't have a Mac" while you experimented it on a Mac? Would
you<br>
mean that the bug is a transient not fully reproducible one?<br>
<br>
Unfortunately, the screenshot does not show the bug.<br>
<br>
When providing the piece of "code like..", i am afraid that the
"like" is risky.<br>
So, is it actually<i> this</i> code that yielded the bug, or you
don't know?<br>
<br>
Such a bug was already met to set a legend:
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<a class="western" href="http://bugzilla.scilab.org/13592">
http://bugzilla.scilab.org/13592</a>
<title></title>
<meta name="generator" content="LibreOffice 5.1.5.2 (Windows)">
<style type="text/css">
@page { margin: 2cm }
p { margin-bottom: 0.11cm }
p.western { font-size: 11pt }
a.western:visited { so-language: fr-FR }
a.cjk:visited { so-language: en-US }
a.ctl:visited { so-language: en-US }
</style>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<title></title>
<meta name="generator" content="LibreOffice 5.1.5.2 (Windows)">
<style type="text/css">
@page { margin: 2cm }
p { margin-bottom: 0.11cm }
p.western { font-size: 11pt }
a.western:visited { so-language: fr-FR }
a.cjk:visited { so-language: en-US }
a.ctl:visited { so-language: en-US }
</style><br>
So , it could be the same for xclick, whether it it used in a
figure <i>homed in a uicontrol frame</i>.<br>
<br>
In the piece of code that you provide, we don't know how the
homing figure is generated.<br>
<br>
Version information may be useful, but less than a minimal
self-sufficient copy/pastable<br>
piece of code that, in a fresh scilab session, yields the bug.<br>
<br>
Thanks<br>
<br>
Best regards<br>
Samuel<br>
<br>
<br>
Le 27/10/2017 à 23:16, philippe a écrit :<br>
</div>
<blockquote cite="mid:ot07mu$u2b$1@blaine.gmane.org" type="cite">
<pre wrap="">Hi to all,
Today I saw a strange bug with xclick and scilab 6.0.0 on Mac OS :
there is a shift between the position in the graphic window and
coordinates recovered by xclick (see the screen-shot with version
information : <a class="moz-txt-link-freetext" href="https://photos.app.goo.gl/wywgRFAH5wSdszGa2">https://photos.app.goo.gl/wywgRFAH5wSdszGa2</a> ). I can't
reproduce the bug cause I don't have a Mac, it was generated by a piece
of scilab code like :
clf()
plot2d(0,0,rect=[0 0 3 3])
xgrid(1)
x=[];y=[]
ibutton=0
while ibutton<>5
[ibutton,xcoord,ycoord]=xclick()
x($+1)=xcoord
y($+1)=ycoord
plot(x,y,'-o')
end
I don't find something similar in the bugzilla list :
<a class="moz-txt-link-freetext" href="http://bugzilla.scilab.org/buglist.cgi?quicksearch=xclick&list_id=43893">http://bugzilla.scilab.org/buglist.cgi?quicksearch=xclick&list_id=43893</a>
I would appreciate if someone could confirm (or not) the bug on
MacOS+scilab6 , and report on bugzilla if necessary.
Best regards,
Philippe
_______________________________________________
users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users@lists.scilab.org">users@lists.scilab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.scilab.org/mailman/listinfo/users">http://lists.scilab.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<p><br>
</p>
</body>
</html>