<div dir="ltr"><div>testing with:</div><div>- Win7</div><div>- Scilab 6.0.2</div><div>- Screen: 1600 x 1200 px</div><div><br></div><div>from gui2bitmap 1st example:</div><div></div><div>
f.axes_size = [650 400]; <br></div><div><br></div><div>1.: test with borders:</div><div>resulting image size: 666 x 459 px // different from 5.5.2 version with 1280 x 1024 screen (658 x 448 px)</div><div><br></div><div>2.: test without borders</div><div>
resulting image size: 650 x 400 px
</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am So., 4. Aug. 2019 um 22:22 Uhr schrieb P M <<a href="mailto:p.muehlmann@gmail.com">p.muehlmann@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">After updating Atoms it works now...thanks.<br>
<br>
So here are some tests:<br>
<br>
Screen: 1280 x 1024 px<br>
Graphic Card: NVIDIA GeForce 210:<br>
View images with IrfanView.<br>
<br>
>From the 1st example of gui2bitmap.<br>
f.axes_size = [650 400];<br>
<br>
1.: Exporting the figure WITH borders: resulting image is 658 x 448 px<br>
=> +8 px in width<br>
=> + 48px in height<br>
--> understandable, because the toolbar and borders are added to the figure<br>
<br>
2.: Exporting the figure WITHOUT borders gives 650 x 400 px...<br>
all OK...The image content is exactly as created in Scilab<br>
<br>
<br>
3.: Exporting an image with size > monitorsize:<br>
Same behaviour as before, that means, pixels are either added when<br>
used with borders.<br>
Pixels are not added when used without borders.<br>
However, the resulting image does only show pixels which are visible<br>
at the monitor when Scilab disdplays the figure.<br>
<br>
Conclusion:<br>
When one trys to screenshot a huge figure, one has to be a bit careful<br>
that the scilab figure does not exceed the monitor size.<br>
<br>
<br>
One test by accident:<br>
<br>
=> figure was created, but with content that overlayed the figure...in<br>
my case I copied the example from the help page, without exporting the<br>
figure.<br>
The export command I typed in afterwards by hand...so the console<br>
overlayed the figure.....as a result the exported image showed the<br>
scilab figure beeing overlayed by the console.<br>
<br>
That all makes sense, because at the moment of the screenshot the<br>
figure was indeed hidden behind the console.<br>
<br>
<br>
Summary: All good so far.<br>
<br>
BR<br>
Philipp<br>
<br>
<br>
<br>
<br>
<br>
<br>
2019-08-04 0:22 GMT+02:00, Samuel Gougeon <<a href="mailto:sgougeon@free.fr" target="_blank">sgougeon@free.fr</a>>:<br>
> Le 03/08/2019 à 23:12, Samuel Gougeon a écrit :<br>
>> Hello Philipp,<br>
>><br>
>> Thanks for the feedback.<br>
>> I still publish some 5.5.2 binaries because 5.5.2 is still rather used<br>
>> (and for a while,<br>
>> because it is the most stable version to date). So it's important that<br>
>> it runs as expected.<br>
>><br>
>> I confirm the issue. I can't understand what occurs. I never put<br>
>> absolute paths anywhere in my code.<br>
><br>
><br>
> ...But as an evidence, genlib() does !<br>
> Very unexpected, ugly, and unseemly, to store local personal information<br>
> in a compiled binary.<br>
> By the way, what for?! One does not expect to have any issue if we move<br>
> the directory of .bin.<br>
><br>
> This occurs at least on 5.5.2. genlib() has changed in 6.0. I will have<br>
> a look to the source code<br>
> to see if this path recording is still implemented.<br>
><br>
><br>
> The issue came from the fact, that in the .start script, the gui2bitmap<br>
> library was loaded with load() instead of with lib().<br>
> In 5.5.2, load() is able to work without complaining, but badly => error<br>
> only at the first call of the library.<br>
> In the other hand, lib() may have some reported issue in 6.0.<br>
><br>
> Anyway, it is now fixed. I have uploaded the binary for 5.5, and it works.<br>
> Since there is just one line different in the .start file, i won't<br>
> create a new gui2bitmap sub-version for that.<br>
> By the way, the uploaded sources are declared to be for 6.0.<br>
><br>
> Please do not hesitate to confirm that this is now OK as well on your<br>
> system.<br>
><br>
> Best regards<br>
> Samuel<br>
><br>
>> The most puzzling is that, after your message, i just recompiled the<br>
>> library, repushed to ATOMS<br>
>> a -1 version of the binary. I have cleaned my local installation,<br>
>> including the archive.<br>
>> After atomsSystemUpdate(), now the version -1.bin is downloaded and<br>
>> installed..<br>
>> But the issue is still here! For the time being, i just remove the 5.5<br>
>> release from ATOMS.<br>
>> Either the issue is from my zipper (but i use the same for the 6.0<br>
>> binary, and there is not<br>
>> this issue...!), or from the ATOMS server (that knows the absolute<br>
>> path when uploading<br>
>> the zip. This is the only explanation i see for now... But still, why<br>
>> only for 5.5.2?)<br>
>><br>
>> Regards<br>
>> Samuel<br>
>><br>
>> Le 03/08/2019 à 22:03, P M a écrit :<br>
>>> Hallo Samuel,<br>
>>><br>
>>> I know...old system, but still....<br>
>>><br>
>>> Win XP<br>
>>> Scilab 5.5.2<br>
>>> - Install gui2ibtmap from atoms.<br>
>>><br>
>>><br>
>>> copy paste the first example into the console gives follwing<br>
>>> ...<br>
>><br>
>> _______________________________________________<br>
>> users mailing list<br>
>> <a href="mailto:users@lists.scilab.org" target="_blank">users@lists.scilab.org</a><br>
>> <a href="http://lists.scilab.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.scilab.org/mailman/listinfo/users</a><br>
><br>
><br>
> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@lists.scilab.org" target="_blank">users@lists.scilab.org</a><br>
> <a href="http://lists.scilab.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.scilab.org/mailman/listinfo/users</a><br>
><br>
<br>
<br>
-- <br>
In Kanada is' ka' na' da. Sonst wär' Kanada Jemanda.<br>
<br>
There we have the salad.<br>
</blockquote></div>