Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread philippe 
Le 28/10/2017 à 14:00, Samuel Gougeon a écrit :
> 
> If you are /sure/ that the student did not define any
> uicontrol("style","frame") to plot in it,
> indeed, there is no link.

by the infinite monkey theorem* it would be possible that a student
create a uincontrol from scratch but the probability of this event is
close to 0 ;-) but the bug has been confirmed  by Philippe Derogis ...
> 
> uicontrol frames have their own system of coordinates, a bit like "a
> figure in a figure".
> This is what made the shift between the legend handle and the mouse,
> when setting  the legend position interactively in a frame.

well the problem I saw was very close to the one described for legend.

Best regards,

Philippe


*https://en.wikipedia.org/wiki/Infinite_monkey_theorem

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread philippe 
Le 28/10/2017 à 14:26, Philippe Dérogis a écrit :
> Hi Philippe and Samuel,
> 
>   I experiment exactly the problem described by Philippe on my Mac
> (MacBook Pro Retina 13 pouces running MacOS Sierra 10.12.6) with Scilab 6.0
> I wrote to the mailing list on the 10 mai 2017 about that :

thanks for your feedback, so it is actually a bug that affect only Mac
OS with scilab 6.0.0 . It would be nice if you report the bug on
bugzilla ( http://bugzilla.scilab.org/ ) you need to create an account
to report bugs. If you don't want to create an account tell me, I will
report the bug , but it would be better than it comes from a Mac OS user.


Best regards,

Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread Philippe Dérogis 
Hi Philippe and Samuel,

  I experiment exactly the problem described by Philippe on my Mac (MacBook Pro 
Retina 13 pouces running MacOS Sierra 10.12.6) with Scilab 6.0
I wrote to the mailing list on the 10 mai 2017 about that :

—— begin quote
Hi,

My name is Philippe, I work in the field of physics and signal processing, I 
use scilab a lot in my work and I want to thanks very much all the the people 
involve in the development of this great software. 

 I updated my scilab to 6.0.0 two weeks ago on my power book (retina) running 
macOS 10.12.4. Since this time I experiment two problems with graphic figures. 
The first issue is that the thickness of the lines is really small and the text 
for the axis labels, curves label and title are almost unreadable (way smaller 
than in the preceding version). The second problem is about the zoom, when I 
try to zoom on a graphic figure using the rectangular selection with the mouse, 
I get an offset between the mouse pointer and the actual selection, making it 
impossible to correctly define de rectangular region. 

Is anybody else experimenting the same issues ? Does somebody have a fix or a 
workaround for that ?
— — end quote

So i’m glad to know that I’m not the only one who experiment this problem. In 
order to try to help I ran the following piece of code

clf()
   plot2d(0,0,rect=[0 0 1 1])
   xgrid(1)
   x=[];y=[]
   ibutton=0
   while ibutton<>5
   [ibutton,xcoord,ycoord]=xclick()
   x($+1)=xcoord
   y($+1)=ycoord
   plot(x,y,'-o')
   end
(thank you Philippe) on my Mac and clic with the mouse on the point (1,0), 
(0.9,0.1), (0.8,0.2), (0.7,0.3), (0.6,0.4) and (0.5,0.5) which result to plot 
circles on points :
x  = 

   0.4169399
   0.367
   0.3163934
   0.2661202
   0.215847
   0.1677596
   0.1677596
 y  = 

   0.5811594
   0.6318841
   0.6782609
   0.7289855
   0.7768116
   0.8304348
   0.8304348

you can download the png of the figure here : https://we.tl/VXmrnlsI2V 



I take the opportunity to report again that this problem affect the interactive 
zooming in graphic windows and, I thing, is related to the fact that the 
graphics windows (with default settings) are almost unreadable on My MacBook 
Retina (very small window with thin lines and fonts). Those issues where new 
with version 6.0 I didn’t have those problems with the 5.5.2 version.

I hope it helps.

One more time thanks a lot to all the people working on the development of 
Scilab, it is a very powerful software that I use a lot.

Philippe.

  

> Le 28 oct. 2017 à 13:48, philippe  a écrit :
> 
> Le 28/10/2017 à 12:45, Samuel Gougeon a écrit :
>> [...]
>> Sorry: the clf() tells it (if it was /actually/ run): it was in a
>> (almost) fresh figure, not in a frame.
> 
> yes , the figure is cleared at begining,  but the graphic windows can be
> a new one (if no graphic window is already open) or an existing one
> (perhaps already docked in scilab main window). Those different
> configurations where tested by the student .
> 
>> 
>> The clf page https://help.scilab.org/docs/6.0.0/en_US/clf.html misses
>> telling that uicontrols are cleared as well, including frames (i guess).
> 
> I don't understand the link between this bug and uicontrols .
> 
> Philippe
> 
> ___
> users mailing list
> users@lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread Samuel Gougeon 

Le 28/10/2017 à 13:48, philippe a écrit :

The clf page https://help.scilab.org/docs/6.0.0/en_US/clf.html misses
telling that uicontrols are cleared as well, including frames (i guess).

I don't understand the link between this bug and uicontrols .


If you are /sure/ that the student did not define any 
uicontrol("style","frame") to plot in it,

indeed, there is no link.

uicontrol frames have their own system of coordinates, a bit like "a 
figure in a figure".
This is what made the shift between the legend handle and the mouse, 
when setting

the legend position interactively in a frame.

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread philippe 
Le 28/10/2017 à 12:45, Samuel Gougeon a écrit :
> [...]
> Sorry: the clf() tells it (if it was /actually/ run): it was in a
> (almost) fresh figure, not in a frame.

yes , the figure is cleared at begining,  but the graphic windows can be
a new one (if no graphic window is already open) or an existing one
(perhaps already docked in scilab main window). Those different
configurations where tested by the student .

> 
> The clf page https://help.scilab.org/docs/6.0.0/en_US/clf.html misses
> telling that uicontrols are cleared as well, including frames (i guess).

I don't understand the link between this bug and uicontrols .

Philippe

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread philippe 
Hello Samuel,


Le 28/10/2017 à 12:22, Samuel Gougeon a écrit :
> Hello Philippe,
> 
> Sorry, but i don't catch clearly the circumstances of this bug.
> Are you the user that experimented this bug, or someone else did?
> If you are not the user, where did you find the primary information?

the user was one of my student during a course :-)


> If you are the user, why do you say that "you can't reproduce it because
> you don't have a Mac" while you experimented it on a Mac? Would you
> mean that the bug is a transient not fully reproducible one?

that's it : the bug appeared only with Mac OS X  and scilab 6.0.0


> 
> Unfortunately, the screenshot does not show the bug.

It can't, the user click in the graphics windows , xclick retrieves the
position, and there is a plot of this position which is very different
from the position of the mousse.

> 
> When providing the piece of "code like..", i am afraid that the "like"
> is risky.
> So, is it actually/this/ code that yielded the bug, or you don't know?

yes it is this part of the code (which does not appear in the screen
shot because it is embedded in one of the function call.

> 
> Such a bug was already met to set a legend:
> http://bugzilla.scilab.org/13592 
> So , it could be the same for xclick, whether it it used in a figure
> /homed in a uicontrol frame/.

yes it looks close to what happens with xclick  and legend with optional
argument "5" puts the legends at mousse position so both bugs should be
related.
> 
> Version information may be useful, but less than a minimal
> self-sufficient copy/pastable
> piece of code that, in a fresh scilab session, yields the bug.

the code below should be the minimal example :


clf; plot2d(0,0,rect=[0,0,1,1]);xgrid(1);// set graphic windows
[ibutton,x,y]=xclick()// +  click in graphic window
plot(x,y,'xr') // ->the position differs from the mousse position


Best regards,

Philippe


___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread Samuel Gougeon 

Le 28/10/2017 à 12:22, Samuel Gougeon a écrit :

Hello Philippe,

Sorry, but i don't catch clearly the circumstances of this bug.
Are you the user that experimented this bug, or someone else did?
If you are not the user, where did you find the primary information?
If you are the user, why do you say that "you can't reproduce it because
you don't have a Mac" while you experimented it on a Mac? Would you
mean that the bug is a transient not fully reproducible one?

Unfortunately, the screenshot does not show the bug.

When providing the piece of "code like..", i am afraid that the "like" 
is risky.

So, is it actually/this/ code that yielded the bug, or you don't know?

Such a bug was already met to set a legend: 
http://bugzilla.scilab.org/13592 
So , it could be the same for xclick, whether it it used in a figure 
/homed in a uicontrol frame/.


In the piece of code that you provide, we don't know how the homing 
figure is generated.


Sorry: the clf() tells it (if it was /actually/ run): it was in a 
(almost) fresh figure, not in a frame.


The clf page https://help.scilab.org/docs/6.0.0/en_US/clf.html misses 
telling that

uicontrols are cleared as well, including frames (i guess).

Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] xclick bug on Mac OS ?

2017-10-28 Thread Samuel Gougeon 

Hello Philippe,

Sorry, but i don't catch clearly the circumstances of this bug.
Are you the user that experimented this bug, or someone else did?
If you are not the user, where did you find the primary information?
If you are the user, why do you say that "you can't reproduce it because
you don't have a Mac" while you experimented it on a Mac? Would you
mean that the bug is a transient not fully reproducible one?

Unfortunately, the screenshot does not show the bug.

When providing the piece of "code like..", i am afraid that the "like" 
is risky.

So, is it actually/this/ code that yielded the bug, or you don't know?

Such a bug was already met to set a legend: 
http://bugzilla.scilab.org/13592 
So , it could be the same for xclick, whether it it used in a figure 
/homed in a uicontrol frame/.


In the piece of code that you provide, we don't know how the homing 
figure is generated.


Version information may be useful, but less than a minimal 
self-sufficient copy/pastable

piece of code that, in a fresh scilab session, yields the bug.

Thanks

Best regards
Samuel


Le 27/10/2017 à 23:16, philippe a écrit :

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 : https://photos.app.goo.gl/wywgRFAH5wSdszGa2 ). 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 :

http://bugzilla.scilab.org/buglist.cgi?quicksearch=xclick_id=43893

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
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users