Re: [Scilab-users] pinkification of xs2jpg exported images

2016-11-17 Thread sgougeon 
>driver JPG; 
>xinit test.jpg; 
>surf (); 
>f = gcf (); 
>f.figure_size = [1000 800]; 
>xend winopen test.jpg 
>
>Scilab freezes and I don't know where or if test.jpg is saved. 

If you really write 
xend winopen test.jpg

winopen and test.jpg are taken as xend() arguments.
The space is not a separator between consecutive instructions.

xend
winopen test.jpg

should work as expected instead, or

xend, winopen test.jpg

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

Re: [Scilab-users] Lack of Scatter type plots in scilab

2016-11-17 Thread nec 
Thank you Samuel. I somehow did not pay attention to your example first but
after seeing this message of yours I tried it, I have to admit I struggled
quite a bit but I finally made it work and got very good results using it
with data sets up to about  2100 data points (see bmp image attached) . it
was running in a few seconds.

When  I tried it  on  another data set with about 34000 data points it took
a long long time to plot the image( at least 20 minutes ???) ,  I even got
error messages occasionally about data types mismatch  in xfarcs() and other
error messages. 

I will try to debug it further but do you know why plotting takes so long
when number of data appoints increased 10 fold?

Regards
Nec.
 



--
View this message in context: 
http://mailinglists.scilab.org/Scilab-users-Lack-of-Scatter-type-plots-in-scilab-tp4034982p4035015.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at 
Nabble.com.
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] pinkification of xs2jpg exported images

2016-11-17 Thread Jens Simon Strom 

Thanks Samuel,
If I try

driver JPG;
 xinit test.jpg;
surf();
 f = gcf();
 f.figure_size = [1000 800];
 xend winopen test.jpg

Scilab freezes and I don't know where or if test.jpg is saved.

If I try

MyDir='...';
previous_driver = driver('jpg');
 xinit(MyDir+'/PinkOrNotPink.jpg');
 plot3d();
 xend();
driver(previous_driver); // Bring back the previous behavior of Scilab

I get PinkOrNotPink.jpgin MyDir - but still pink.

Maybe I misunderstood the workaround. Could you give further clues?

Regards
Jens
--

Am 17.11.2016 20:39, schrieb Samuel Gougeon:

Le 17/11/2016 20:30, Jens Simon Strom a écrit :

Hi ,
After exporting  a figure (produced with plot3d and param3d) I find 
an ugly pink color behind the object when I open the image by 
Irfanview. On screen there is white as required. I am not talking 
about the figure property 'background'. That is well contolled.
How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
simple white as on the screen?


This bug and its workaround are reported there: 
http://bugzilla.scilab.org/14264


___
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] moving axis ticks around orthogonally to their axes?

2016-11-17 Thread christophk 
Hey Christophe,

that was my first guess too, but it doesn't work because drawaxis does not
have a "thickness" parameter, see:
https://help.scilab.org/docs/5.3.3/en_US/drawaxis.html



--
View this message in context: 
http://mailinglists.scilab.org/Re-moving-axis-ticks-around-orthogonally-to-their-axes-tp4035009p4035013.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at 
Nabble.com.
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] pinkification of xs2jpg exported images

2016-11-17 Thread Samuel Gougeon 

Le 17/11/2016 20:30, Jens Simon Strom a écrit :

Hi ,
After exporting  a figure (produced with plot3d and param3d) I find an 
ugly pink color behind the object when I open the image by Irfanview. 
On screen there is white as required. I am not talking about the 
figure property 'background'. That is well contolled.
How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
simple white as on the screen?


This bug and its workaround are reported there: 
http://bugzilla.scilab.org/14264


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

[Scilab-users] pinkification of xs2jpg exported images

2016-11-17 Thread Jens Simon Strom 

Hi ,
After exporting  a figure (produced with plot3d and param3d) I find an 
ugly pink color behind the object when I open the image by Irfanview. On 
screen there is white as required. I am not talking about the figure 
property 'background'. That is well contolled.
How can I change pink  (close to 'Scilab pink 4',  255 128,128) into 
simple white as on the screen?


Regards
Jens

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

Re: [Scilab-users] ?==?utf-8?q? uman 2.1 is released

2016-11-17 Thread Antoine Monmayrant 
Le Mercredi, Novembre 16, 2016 14:02 CET, Rafael Guerra 
 a écrit: 
 
> Given its usefulness, shouldn't it be part of the main Scilab distribution, 
> not an add-on?

I totally agree with you!
I was about to add this precise comment to my previous email but changed my 
mind at the last minute.
I don't see exactly what it would take to "merge" it with core scilab and 
whether Scilab devs and the uman dev would agree on this...

Antoine

> 
> and thanks too.
> 
> From: users [mailto:users-boun...@lists.scilab.org] On Behalf Of Antoine 
> Monmayrant
> Sent: Wednesday, November 16, 2016 1:50 PM
> To: Users mailing list for Scilab 
> Subject: Re: [Scilab-users] uman 2.1 is released
> 
> Hi Samuel,
> 
> Thanks for this update.
> Uman is really a nice addon for Scilab.
> I'll try give this version a try.
> 
> Cheers,
> 
> Antoine
> 
> Le 11/11/2016 à 17:50, Samuel Gougeon a écrit :
> Hello,
> 
> The 2.1 version of the "uman" (user manual) module is released and available 
> for Scilab 5.5 and Scilab 6.
> It can be installed or updated with:
> --> atomsInstall uman  // then close and restart Scilab
> 
> Main features: uman allows
> 
>   *   to display in the console help pages of Scilab or of external modules 
> or contributions, with chosen sections, in any chosen supported language 
> without switching the session language. The online page can be as well 
> targeted instead.
>   *   to grab easily all messages from the mailing lists archives about a 
> given feature, function, author,..
>   *   to easily list bugs reported about a given function or feature
> 
> Main changes 2.1 :
> 
>   *   "uman .. u" and disp_usage() now justify the list of syntaxes. The 
> alignment mode can be tuned with the new configuration variable 
> umanAlignSyntaxes:
> uman 2.0 & default help
> uman 2.1 with umanAlignSyntaxes=""
> 
> uman 2.1
> 
> uman 2.1
> with umanAlignSyntaxes="l"
> 
> --> uman who u
> 
> Scilab > Variables > who
> 
> USAGES
>  who
>  who()
>  names = who('local')
>  [names,mem] = who('local')
>  names = who('global')
>  [names,mem] = who('global')
>  who('sorted')
>  names = who('local','sorted')
>  [names,mem] = who('local','sorted')
>  names = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> --> uman who u
> 
> Scilab > Variables > who
> 
> USAGES
>who
>who()
>names = who('local')
>  [names,mem] = who('local')
>names = who('global')
>  [names,mem] = who('global')
>who('sorted')
>names = who('local','sorted')
>  [names,mem] = who('local','sorted')
>names = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> --> uman who u
> 
> Scilab > Variables > who
> 
> USAGES
>who
>who()
>  names   = who('local')
>  [names,mem] = who('local')
>  names   = who('global')
>  [names,mem] = who('global')
>who('sorted')
>  names   = who('local','sorted')
>  [names,mem] = who('local','sorted')
>  names   = who('global','sorted')
>  [names,mem] = who('global','sorted')
> 
> 
>   *
>   *   uman help pages are now available in french
>   *   19 references / resources added
>   *   14 bugs fixed
> 
> Online pages
> 
>   *   ATOMS : http://atoms.scilab.org/toolboxes/uman
>   *   Online help : http://sgougeon.free.fr/scilab/help/uman/scilab_en_US_help
> 
> Take it and enjoy.
> 
> Samuel Gougeon
> 
> 
> CHANGES 2.0 => 2.1 (2016-10-30)
> 
> ---
> 
> NEW FEATURES
> 
>  * New configuration variable umanAlignSyntaxes = '' | 'l' | 'r' (default)
> 
> 
> 
> IMPROVEMENTS
> 
>  * Help pages are now available in french.
> 
>  * Console mode:
> 
>- For a better readability, syntaxes of a function are now aligned.
> 
>  Their justifying is tunable. Examples: who, unwrap, ss2tf, strsplit...
> 
>- When a page has no parameters section, its description section(s) is
> 
>  now automatically displayed, even without using the 'd' option
> 
> 
> 
> REFERENCES ADDED
> 
>  * Redirections
> 
>- internal: stat=>stats
> 
>- to Scilab: bicg, bicgstab, cgs, class, iscell, iscellstr, isinteger,
> 
>  isjava, numel, pcg, spdiags, square => squarewave(faux-ami)
> 
>- to external: print_usage
> 
>  * FileExchange: GnuSciPlot, Ishikawa, STL
> 
>  * ATOMS: forge cglab=>cgal, Dynpeak, FOT, sopi, wgserialxcosio
> 
> 
> 
> BUG FIXED
> 
>  * 'uman close u' displayed only 'close(H)', forgetting 'close'
> 
>  * Changing csvDefault('separator',..) made 'uman' failing.
> 
>  * uman ignored any  of a  having an id.
> 
>  * '& ' in a  area yielded an error.
> 
>Example: 'uman _atomsGettingStarted dc'
> 
>  * When a table's row had a single cell, '' was sometimes

Re: [Scilab-users] moving axis ticks around orthogonally to their axes?

2016-11-17 Thread Dang Ngoc Chan, Christophe 
Hello,

> De : christophk
> Envoyé : mercredi 16 novembre 2016 19:42
>
> I tried to change the parent line thickness (see last line in the example)
> but my drawaxes were not affected by this.
> [...]
> a=get("current_axes");
> [...]
> by=drawaxis(x=0,y=min(y):(max(y)-min(y)):max(y),dir='r',tics='v');
> [...]
> // this does not affect the line thickness of bx and by - neither do they 
> have their own line thickness properties AFAIKS.
> set(a,"thickness",1.5)

If I understand your problem,
you should try

set(by, "thickness", 1.5)

HTH

--
Christophe Dang Ngoc Chan
Mechanical calculation engineer
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error), please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] differential equation using scifunc_block_m

2016-11-17 Thread Paul Bignier 


Hello Maro,

So does the content of scifunc_block_m look like:

  function ydot=f(t,y)

...

  endfunction

  y1 = ode(u1,f...)

?

By the way, you can put the definition of 'f' in the context instead of 
the block itself.


Have you taken a look at blocks INTEGRAL_m 
 and CLSS 
? They may be better 
to design your function in Xcos.


Regards,

Paul


On 11/16/2016 11:51 PM, marovran...@optinet.hr wrote:


Hello!

I need help!

I'm trying to do a simulation, and part of xcos diagram is a 
scifunc_block_m. I wrote a function to be executed and linked it to 
that block. Previously I wrote that function in editor, it is in the form:


function ydot=f(t,y)

...

endfunction

Then I've called it with ode(...) containing inital time, initial 
value, etc. and that worked perfectly.


Now that function is called by scifunc_block_m but I get as a result 
ydot calculated algebraicaly, I don't get y calculeted as a solution 
of that first order differential equation.


Can I get help, thankyou!

Maro V.




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


--
Paul BIGNIER
Development engineer
---
Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles, France
Phone: +33.1.80.77.04.68
http://www.scilab-enterprises.com

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