From communication at scilab.org Fri Jun 4 15:23:02 2010 From: communication at scilab.org (Scilab Communication) Date: Fri, 04 Jun 2010 15:23:02 +0200 Subject: Invitation to ScilabTec'10 Message-ID: <4C08FE36.30800@scilab.org> We are very pleased to invite you to the next annual Scilab Users' Day, ScilabTec'10 which will take place on Wednesday 16th 2010 at the ?cole Polytechnique. Free online registration at: http://www.teratec.eu/gb/forum/inscription.php Program includes: technical workshops on the morning on Scilab 6, Xcos, GPU Programming with HPC Project... and conferences on the afternoon with the MIT, National Instruments, Nvidia, PSA Peugeot Citro?n, VALEO, INRIA and the ?cole des Mines de Saint-?tienne. Complete program available at: http://www.scilab.org/en/news/events/20100517 Best Regards, ----------------------------------------------- The Scilab Consortium R&D Team ----------------------------------------------- Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex - France -------------- next part -------------- A non-text attachment was scrubbed... Name: Scilabtec10.pdf Type: application/pdf Size: 63408 bytes Desc: not available URL: From nicolas.vergnes at cnes.fr Thu Jun 10 17:26:26 2010 From: nicolas.vergnes at cnes.fr (Vergnes Nicolas (STERIA)) Date: Thu, 10 Jun 2010 17:26:26 +0200 Subject: Switching linear algebra library on Scilab 5.2.2 binaries In-Reply-To: <4C08FE36.30800@scilab.org> References: <4C08FE36.30800@scilab.org> Message-ID: Hi, actually I still can't use scilab 5.x on our linux 64b cluster (I think because of graphic problem) and the scilab binaries dont offer good performances with libatlas.so supplied with scilab 5.x binaries. I have replaced libatlas.so.3gf.0, libblas.so.3gf.0, libf77blas.so.3gf.0 and liblapack.so.3gf.0 files by an sym-link of the libacml_mp.so . Multithreading is used and we have quasi same performances than Matlab in matrix computation. Say me if i'm wrong, but it is correct to say that atlas, gotoblas, acml, and mkl have the same routines names or so for the main routines ? With acml remplacing atlas, matrix multiplications are ok. Do you have any advice or examples files for testing it and see if all routines used by scilab are ok ? Do you think it's really safe to use scilab configured like that ? Thanks, Nicolas Vergnes Produits & Logiciels Cnes 3IRT/AP /POL From allan.cornet at scilab.org Fri Jun 11 08:13:52 2010 From: allan.cornet at scilab.org (Allan CORNET) Date: Fri, 11 Jun 2010 08:13:52 +0200 Subject: [Scilab-Dev] Switching linear algebra library on Scilab 5.2.2 binaries In-Reply-To: References: <4C08FE36.30800@scilab.org> Message-ID: <000901cb092d$4381f600$ca85e200$@cornet@scilab.org> Hi, Please notice that it is already like this, for Windows version of Scilab On Windows, during setup, you can choose between Blas, lapack reference implementation Atlas implementation Or Intel Math Kernel implementation these libraries have same symbols You can also build Scilab and uses configure options to use: --with-blas-library=DIR set the path to the BLAS (refblas, Atlas, MKL...) library --with-lapack-library=DIR set the path to the LAPACK library http://wiki.scilab.org/Compiling_Scilab_5.x_under_GNU-Linux_Unix http://wiki.scilab.org/Dependencies_of_Scilab_5.X To test Scilab: http://wiki.scilab.org/Unitary_and_non_regression_testing_of_Scilab test_run('linear_algebra') Best Regards Allan CORNET -----Message d'origine----- De?: Vergnes Nicolas (STERIA) [mailto:nicolas.vergnes at cnes.fr] Envoy??: jeudi 10 juin 2010 17:26 ??: dev at lists.scilab.org Objet?: [Scilab-Dev] Switching linear algebra library on Scilab 5.2.2 binaries Hi, actually I still can't use scilab 5.x on our linux 64b cluster (I think because of graphic problem) and the scilab binaries dont offer good performances with libatlas.so supplied with scilab 5.x binaries. I have replaced libatlas.so.3gf.0, libblas.so.3gf.0, libf77blas.so.3gf.0 and liblapack.so.3gf.0 files by an sym-link of the libacml_mp.so . Multithreading is used and we have quasi same performances than Matlab in matrix computation. Say me if i'm wrong, but it is correct to say that atlas, gotoblas, acml, and mkl have the same routines names or so for the main routines ? With acml remplacing atlas, matrix multiplications are ok. Do you have any advice or examples files for testing it and see if all routines used by scilab are ok ? Do you think it's really safe to use scilab configured like that ? Thanks, Nicolas Vergnes Produits & Logiciels Cnes 3IRT/AP /POL From sylvestre.ledru at scilab.org Fri Jun 11 12:02:07 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 11 Jun 2010 12:02:07 +0200 Subject: [Scilab-Dev] Switching linear algebra library on Scilab 5.2.2 binaries In-Reply-To: References: <4C08FE36.30800@scilab.org> Message-ID: <1276250527.21869.10100.camel@korcula.inria.fr> Hello, Le jeudi 10 juin 2010 ? 17:26 +0200, Vergnes Nicolas (STERIA) a ?crit : > Hi, > > actually I still can't use scilab 5.x on our linux 64b cluster (I think > because of graphic problem) and the scilab binaries dont offer good > performances with libatlas.so supplied with scilab 5.x binaries. Actually, thanks for pointing this out. libatlas in the Scilab binaries are not used. We are still using refblas which explains bad performances. Because we don't have an installer under Linux, it is hard to do like we do with Windows (ie, detect the arch and use the best arch available) > I have replaced libatlas.so.3gf.0, libblas.so.3gf.0, libf77blas.so.3gf.0 > and liblapack.so.3gf.0 files by an sym-link of the libacml_mp.so . > Multithreading is used and we have quasi same performances than Matlab > in matrix computation. > > Say me if i'm wrong, but it is correct to say that atlas, gotoblas, > acml, and mkl have the same routines names or so for the main routines ? Yes, you should be able to replace one by the other. For your information, under Debian and Ubuntu, you can switch from any blas & lapack implementations with the commands: update-alternatives --config libblas.so.3gf update-alternatives --config liblapack.so.3gf > With acml remplacing atlas, matrix multiplications are ok. Do you have > any advice or examples files for testing it and see if all routines used > by scilab are ok ? > > Do you think it's really safe to use scilab configured like that ? Yes, I think it is. Sylvestre From nicolas.vergnes at cnes.fr Fri Jun 11 13:49:34 2010 From: nicolas.vergnes at cnes.fr (Vergnes Nicolas (STERIA)) Date: Fri, 11 Jun 2010 13:49:34 +0200 Subject: [Scilab-Dev] Switching linear algebra library on Scilab 5.2.2 binaries In-Reply-To: <1276250527.21869.10100.camel@korcula.inria.fr> References: <4C08FE36.30800@scilab.org> <1276250527.21869.10100.camel@korcula.inria.fr> Message-ID: Ok thank you very much for these informations ! Best regards; Nicolas Vergnes Produits & Logiciels Cnes 3IRT/AP /POL -----Message d'origine----- De : Sylvestre Ledru [mailto:sylvestre.ledru at scilab.org] Envoy? : vendredi 11 juin 2010 12:02 ? : dev at lists.scilab.org Objet : Re: [Scilab-Dev] Switching linear algebra library on Scilab 5.2.2 binaries Hello, Le jeudi 10 juin 2010 ? 17:26 +0200, Vergnes Nicolas (STERIA) a ?crit : > Hi, > > actually I still can't use scilab 5.x on our linux 64b cluster (I think > because of graphic problem) and the scilab binaries dont offer good > performances with libatlas.so supplied with scilab 5.x binaries. Actually, thanks for pointing this out. libatlas in the Scilab binaries are not used. We are still using refblas which explains bad performances. Because we don't have an installer under Linux, it is hard to do like we do with Windows (ie, detect the arch and use the best arch available) > I have replaced libatlas.so.3gf.0, libblas.so.3gf.0, libf77blas.so.3gf.0 > and liblapack.so.3gf.0 files by an sym-link of the libacml_mp.so . > Multithreading is used and we have quasi same performances than Matlab > in matrix computation. > > Say me if i'm wrong, but it is correct to say that atlas, gotoblas, > acml, and mkl have the same routines names or so for the main routines ? Yes, you should be able to replace one by the other. For your information, under Debian and Ubuntu, you can switch from any blas & lapack implementations with the commands: update-alternatives --config libblas.so.3gf update-alternatives --config liblapack.so.3gf > With acml remplacing atlas, matrix multiplications are ok. Do you have > any advice or examples files for testing it and see if all routines used > by scilab are ok ? > > Do you think it's really safe to use scilab configured like that ? Yes, I think it is. Sylvestre From Jean-Pierre.Dussault at USherbrooke.ca Tue Jun 15 03:09:07 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Mon, 14 Jun 2010 21:09:07 -0400 Subject: AMPL toolbox In-Reply-To: References: <4C08FE36.30800@scilab.org> <1276250527.21869.10100.camel@korcula.inria.fr> Message-ID: <4C16D2B3.70406@USherbrooke.ca> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 182 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 906 bytes Desc: not available URL: From michael.baudin at scilab.org Tue Jun 15 16:16:12 2010 From: michael.baudin at scilab.org (=?ISO-8859-1?Q?Micha=EBl_Baudin?=) Date: Tue, 15 Jun 2010 16:16:12 +0200 Subject: [Scilab-Dev] AMPL toolbox In-Reply-To: <4C16D2B3.70406@USherbrooke.ca> References: <4C08FE36.30800@scilab.org> <1276250527.21869.10100.camel@korcula.inria.fr> <4C16D2B3.70406@USherbrooke.ca> Message-ID: <4C178B2C.3070503@scilab.org> Hi, I will let Yann Collette answer to this question. But this is the opportunity of promoting the uncprb module that I released two weeks ago. http://atoms.scilab.org/toolboxes/uncprb/0.1 The goal of this toolbox is to provide unconstrained optimization problems in order to test optimization algorithms. It is based on the More, Garbow and Hillstrom collection, which contains 35 problems for unconstrained optimization, nonlinear least squares and nonlinear equations. I revisited the SciAD toolbox recently and was able to extract and update this collection, which was included in your toolbox. This was a work from you and Benoit Hamelin, that I discovered after reading your paper "Robust descent in differentiable optimization using automatic finite differences". I fixed several bugs (some of which were produced in the Fortran to Scilab translation), added a missing test case (almost.sci) and ported the collection of Hessian functions created Averbukh, Figueroa and Schlick. This allows to provide the Hessian matrix for 18 problems. I also created a function which returns the optimum x and f for some problems. This is a very simple alternative to the CuteR collection, without constrained and large scale problems, but with the advantage that no compiler is required and no temporary files are generated. Best regards, Micha?l Baudin Jean-Pierre Dussault a ?crit : > Hi! > > I am very interested by the ampl toolbox. However, there is a missing > feature I need for my work with truncated Newton algorithms: computing > the product of the hessian with a vector without evaluating the whole > hessian. This is available according to "hooking your solver..." > > void hvcomp(real *HV, real *P, int nobj, real *OW, real *Y) > > stores in HV (a full vector of length n_var) the Hessian of the > Lagrangian times vector P. In other words, hvcomp computes > > where /W/ is the Lagrangian Hessian, > > > This is not in the toolbox. Would it be possible to add this function > to the toolbox? > > Thank you, > > JPD > -- Micha?l Baudin Ing?nieur de d?veloppement michael.baudin at scilab.org ------------------------- Consortium Scilab - Digiteo Domaine de Voluceau - Rocquencourt B.P. 105 - 78153 Le Chesnay Cedex Tel. : 01 39 63 56 87 - Fax : 01 39 63 55 94 From yann.collette at scilab.org Tue Jun 15 16:34:17 2010 From: yann.collette at scilab.org (Collette yann) Date: Tue, 15 Jun 2010 16:34:17 +0200 Subject: [Scilab-Dev] AMPL toolbox In-Reply-To: <4C16D2B3.70406@USherbrooke.ca> References: <4C08FE36.30800@scilab.org> <1276250527.21869.10100.camel@korcula.inria.fr> <4C16D2B3.70406@USherbrooke.ca> Message-ID: <4C178F69.7020008@scilab.org> Hello, Sorry for the late answer. It's not yet in the ampl toolbox. But I will add this asap. Thanks for the info, Yann Le 15/06/2010 03:09, Jean-Pierre Dussault a ?crit : > Hi! > > I am very interested by the ampl toolbox. However, there is a missing > feature I need for my work with truncated Newton algorithms: computing > the product of the hessian with a vector without evaluating the whole > hessian. This is available according to "hooking your solver..." > > void hvcomp(real *HV, real *P, int nobj, real *OW, real *Y) > > stores in HV (a full vector of length n_var) the Hessian of the > Lagrangian times vector P. In other words, hvcomp computes > > where /W/ is the Lagrangian Hessian, > > > This is not in the toolbox. Would it be possible to add this function > to the toolbox? > > Thank you, > > JPD > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 182 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 906 bytes Desc: not available URL: From omar.oujaa at laposte.net Tue Jun 15 17:34:31 2010 From: omar.oujaa at laposte.net (omar.oujaa) Date: Tue, 15 Jun 2010 17:34:31 +0200 (CEST) Subject: scilab-Jython Message-ID: <6588700.232963.1276616071068.JavaMail.www@wwinf8220> Bonjour, actuellement je suis en stage et j'ai une partie de mon projet qui consiste ? interfacer scilab ? python , je voudrai savoir si il y a des modules python (API) qui g?re cela , sachant que j'utilise python via Jython sous java ...et Merci d'avance!! Bien Cordialement, Omar OUJAA tel:06-14-54-25-50 Ecole National d'ing?nieurs de Brest ALL4TEC Une messagerie gratuite, garantie ? vie et des services en plus, ?a vous tente ? Je cr?e ma bo?te mail www.laposte.net From sylvestre.ledru at scilab.org Tue Jun 15 23:34:04 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 15 Jun 2010 23:34:04 +0200 Subject: [Scilab-Dev] scilab-Jython In-Reply-To: <6588700.232963.1276616071068.JavaMail.www@wwinf8220> References: <6588700.232963.1276616071068.JavaMail.www@wwinf8220> Message-ID: <1276637644.5355.47.camel@zlarin> Hello Oumar, You should have a look to http://forge.scilab.org/index.php/p/sciscipy/ which does the trick for Python. Through Jython, I am not aware of a solution. Sylvestre Le mardi 15 juin 2010 ? 17:34 +0200, omar.oujaa a ?crit : > Bonjour, > > actuellement je suis en stage et j'ai une partie de mon projet qui consiste ? interfacer scilab ? python , je voudrai savoir si il y a des > modules python (API) qui g?re cela , sachant que j'utilise python via Jython sous java ...et Merci d'avance!! > > > Bien Cordialement, > > > > > Omar OUJAA > tel:06-14-54-25-50 > Ecole National d'ing?nieurs de Brest > ALL4TEC > > > > > > > > Une messagerie gratuite, garantie ? vie et des services en plus, ?a vous tente ? > Je cr?e ma bo?te mail www.laposte.net > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From stephane.mottelet at utc.fr Wed Jun 16 17:07:49 2010 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Wed, 16 Jun 2010 17:07:49 +0200 Subject: Problem/missing feature with uicontrols In-Reply-To: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> Message-ID: <4C18E8C5.1040408@utc.fr> Hi all, There is a missing (easy to implement) feature in uicontrols. When you create e.g. a button as a children of a frame, when making the frame invisible, the button should also dissapear, regardless of its 'visible' property. Actually, this is not the case (at least in Scilab 5.2.1). This is very annoying, since in Tk the visible state is inherited by childrens. Try the following piece of code : f=uicontrol('style','frame','position',[0 0 100 200]); b=uicontrol(f,'style','pushbutton','position',[0 0 100 20],'string','push me'); set(f,'visible','off'); S. From stephane.mottelet at utc.fr Wed Jun 16 17:48:55 2010 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Wed, 16 Jun 2010 17:48:55 +0200 Subject: [Scilab-Dev] Problem/missing feature with uicontrols In-Reply-To: <4C18E8C5.1040408@utc.fr> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4C18E8C5.1040408@utc.fr> Message-ID: <4C18F267.3080309@utc.fr> Le 16/06/2010 17:07, St?phane Mottelet a ?crit : > Hi all, > > There is a missing (easy to implement) feature in uicontrols. > When you create e.g. a button as a children of a frame, when > making the frame invisible, the button should also dissapear, > regardless of its 'visible' property. Actually, this is not the case > (at least in Scilab 5.2.1). This is very annoying, since in Tk > the visible state is inherited by childrens. Try the following > piece of code : > > f=uicontrol('style','frame','position',[0 0 100 200]); > b=uicontrol(f,'style','pushbutton','position',[0 0 100 > 20],'string','push me'); > set(f,'visible','off'); > > S. > > I am sorry, but I discovered worse things : the "position" property is relative to the parent at creation time, but when you move a widget by changing its position, then children stay stuck on the root window. See the example code : f=uicontrol('style','frame','position',[100 100 100 100]); b=uicontrol(f,'style','pushbutton','position',[0 0 100 20],'string','push me'); f.position=[0 0 100 100] Is it a bug or a feature ? S. From omar.oujaa at laposte.net Wed Jun 16 16:06:20 2010 From: omar.oujaa at laposte.net (omar.oujaa) Date: Wed, 16 Jun 2010 16:06:20 +0200 (CEST) Subject: Scicos-input parameters Message-ID: <8489541.48632.1276697180881.JavaMail.www@wwinf8214> Hello, firstly i want to thank you for your previous response. I have one more question and now it's about scicos!! I want to send input parameters into a scicos diagram and get back the result , and all that in a scilab command line!! if you have any indication , Please enlighten me!! Best regards, Omar OUJAA tel:06-14-54-25-50 Ecole National d'ing?nieurs de Brest ALL4TEC Une messagerie gratuite, garantie ? vie et des services en plus, ?a vous tente ? Je cr?e ma bo?te mail www.laposte.net From clement.david at scilab.org Thu Jun 17 08:02:57 2010 From: clement.david at scilab.org (=?ISO-8859-1?Q?Cl=E9ment?= DAVID) Date: Thu, 17 Jun 2010 08:02:57 +0200 Subject: [Scilab-Dev] Scicos-input parameters In-Reply-To: <8489541.48632.1276697180881.JavaMail.www@wwinf8214> References: <8489541.48632.1276697180881.JavaMail.www@wwinf8214> Message-ID: <1276754577.2233.5.camel@pinarellu.inria.fr> Hello, If you want to transfer data to/from scilab before or after the simulation you can use the FROMWS (from workspace) and TOWS (to workspace) blocks from the sources/sinks palettes. If you want to perform some scilab calculus during simulation we provide a user defined scilab block called "scifunc_block_m". In this block you can provide a scilab function as an interfunction. Regards, -- Cl?ment DAVID > Hello, > > firstly i want to thank you for your previous response. I have one more question and now it's about scicos!! I want to send input > parameters into a scicos diagram and get back the result , and all that in a scilab command line!! if you have any indication , Please > enlighten me!! > > > Best regards, > > > Omar OUJAA > tel:06-14-54-25-50 > Ecole National d'ing?nieurs de Brest > ALL4TEC > From vincent.couvert at scilab.org Thu Jun 17 11:43:28 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Thu, 17 Jun 2010 11:43:28 +0200 Subject: [Scilab-Dev] Problem/missing feature with uicontrols In-Reply-To: <4C18F267.3080309@utc.fr> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4C18E8C5.1040408@utc.fr> <4C18F267.3080309@utc.fr> Message-ID: <4C19EE40.2030605@scilab.org> Hi St?phane, These two problems are bugs (an not features) reported in Bugzilla: http://bugzilla.scilab.org/show_bug.cgi?id=5477 http://bugzilla.scilab.org/show_bug.cgi?id=7090 We will fix them as soon as possible. Vincent Le 16/06/2010 17:48, St?phane Mottelet a ?crit : > Le 16/06/2010 17:07, St?phane Mottelet a ?crit : >> Hi all, >> >> There is a missing (easy to implement) feature in uicontrols. >> When you create e.g. a button as a children of a frame, when >> making the frame invisible, the button should also dissapear, >> regardless of its 'visible' property. Actually, this is not the case >> (at least in Scilab 5.2.1). This is very annoying, since in Tk >> the visible state is inherited by childrens. Try the following >> piece of code : >> >> f=uicontrol('style','frame','position',[0 0 100 200]); >> b=uicontrol(f,'style','pushbutton','position',[0 0 100 >> 20],'string','push me'); >> set(f,'visible','off'); >> >> S. >> >> > I am sorry, but I discovered worse things : the "position" property is > relative to the parent at creation time, but when you move a widget > by changing its position, then children stay stuck on the root window. > See the example code : > > f=uicontrol('style','frame','position',[100 100 100 100]); > b=uicontrol(f,'style','pushbutton','position',[0 0 100 > 20],'string','push me'); > f.position=[0 0 100 100] > > Is it a bug or a feature ? > > > S. From stephane.mottelet at utc.fr Thu Jun 17 14:12:53 2010 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Thu, 17 Jun 2010 14:12:53 +0200 Subject: [Scilab-Dev] Problem/missing feature with uicontrols In-Reply-To: <4C19EE40.2030605@scilab.org> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4C18E8C5.1040408@utc.fr> <4C18F267.3080309@utc.fr> <4C19EE40.2030605@scilab.org> Message-ID: <4C1A1145.2090608@utc.fr> Le 17/06/2010 11:43, Vincent COUVERT a ?crit : > Hi St?phane, > > These two problems are bugs (an not features) reported in Bugzilla: > http://bugzilla.scilab.org/show_bug.cgi?id=5477 > http://bugzilla.scilab.org/show_bug.cgi?id=7090 Ok, but for #5477 it is a different issue concerning the convention about the position of the (0,0) origin for uicontrols, which should be on upper left corner of figure. S. > > We will fix them as soon as possible. > > Vincent > > Le 16/06/2010 17:48, St?phane Mottelet a ?crit : >> Le 16/06/2010 17:07, St?phane Mottelet a ?crit : >>> Hi all, >>> >>> There is a missing (easy to implement) feature in uicontrols. >>> When you create e.g. a button as a children of a frame, when >>> making the frame invisible, the button should also dissapear, >>> regardless of its 'visible' property. Actually, this is not the case >>> (at least in Scilab 5.2.1). This is very annoying, since in Tk >>> the visible state is inherited by childrens. Try the following >>> piece of code : >>> >>> f=uicontrol('style','frame','position',[0 0 100 200]); >>> b=uicontrol(f,'style','pushbutton','position',[0 0 100 >>> 20],'string','push me'); >>> set(f,'visible','off'); >>> >>> S. >>> >>> >> I am sorry, but I discovered worse things : the "position" property is >> relative to the parent at creation time, but when you move a widget >> by changing its position, then children stay stuck on the root window. >> See the example code : >> >> f=uicontrol('style','frame','position',[100 100 100 100]); >> b=uicontrol(f,'style','pushbutton','position',[0 0 100 >> 20],'string','push me'); >> f.position=[0 0 100 100] >> >> Is it a bug or a feature ? >> >> >> S. > From vincent.couvert at scilab.org Thu Jun 17 14:21:04 2010 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Thu, 17 Jun 2010 14:21:04 +0200 Subject: [Scilab-Dev] Problem/missing feature with uicontrols In-Reply-To: <4C1A1145.2090608@utc.fr> References: <2b2ecc681003190542l3b218753pf2715e8b82024919@mail.gmail.com> <4C18E8C5.1040408@utc.fr> <4C18F267.3080309@utc.fr> <4C19EE40.2030605@scilab.org> <4C1A1145.2090608@utc.fr> Message-ID: <4C1A1330.6050102@scilab.org> Le 17/06/2010 14:12, St?phane Mottelet a ?crit : > Le 17/06/2010 11:43, Vincent COUVERT a ?crit : >> Hi St?phane, >> >> These two problems are bugs (an not features) reported in Bugzilla: >> http://bugzilla.scilab.org/show_bug.cgi?id=5477 >> http://bugzilla.scilab.org/show_bug.cgi?id=7090 > > Ok, but for #5477 it is a different issue concerning the convention about > the position of the (0,0) origin for uicontrols, which should be > on upper left corner of figure. Both problems have the same cause I think. The fact that the origin for Scilab is not the same that the origin for Java produces these bad effects... Vincent > > S. > >> >> We will fix them as soon as possible. >> >> Vincent >> >> Le 16/06/2010 17:48, St?phane Mottelet a ?crit : >>> Le 16/06/2010 17:07, St?phane Mottelet a ?crit : >>>> Hi all, >>>> >>>> There is a missing (easy to implement) feature in uicontrols. >>>> When you create e.g. a button as a children of a frame, when >>>> making the frame invisible, the button should also dissapear, >>>> regardless of its 'visible' property. Actually, this is not the case >>>> (at least in Scilab 5.2.1). This is very annoying, since in Tk >>>> the visible state is inherited by childrens. Try the following >>>> piece of code : >>>> >>>> f=uicontrol('style','frame','position',[0 0 100 200]); >>>> b=uicontrol(f,'style','pushbutton','position',[0 0 100 >>>> 20],'string','push me'); >>>> set(f,'visible','off'); >>>> >>>> S. >>>> >>>> >>> I am sorry, but I discovered worse things : the "position" property is >>> relative to the parent at creation time, but when you move a widget >>> by changing its position, then children stay stuck on the root window. >>> See the example code : >>> >>> f=uicontrol('style','frame','position',[100 100 100 100]); >>> b=uicontrol(f,'style','pushbutton','position',[0 0 100 >>> 20],'string','push me'); >>> f.position=[0 0 100 100] >>> >>> Is it a bug or a feature ? >>> >>> >>> S. >> > -- ------------------------------ Vincent COUVERT Responsable des d?veloppements ------------------------------ Consortium Scilab Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France T?l. : +33.1.39.63.54.46 ------------------------------ From sylvestre.koumar at scilab.org Fri Jun 18 15:28:58 2010 From: sylvestre.koumar at scilab.org (Sylvestre KOUMAR) Date: Fri, 18 Jun 2010 15:28:58 +0200 Subject: SEP #46 : Scilab Desktop Message-ID: <4C1B749A.9030803@scilab.org> Hello, Please find attached SEP #46 : Scilab Desktop. It deals about the new desktop organization of Scilab and its tools. All questions and comments are welcomed. Regards, Sylvestre Koumar -- ------------------------- Sylvestre Koumar ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_46_Scilab Desktop.odt Type: application/vnd.oasis.opendocument.text Size: 66555 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_46_Scilab Desktop.pdf Type: application/pdf Size: 541325 bytes Desc: not available URL: From Laurence.Catanese at insa-rennes.fr Mon Jun 21 14:42:49 2010 From: Laurence.Catanese at insa-rennes.fr (Laurence Catanese) Date: Mon, 21 Jun 2010 14:42:49 +0200 Subject: help browser in scilab 5.2.2 Message-ID: <20100621144249.11166qncol04bgws@wmail.insa-rennes.fr> Hello, I try to bring my own contribution to Scilab 5.2.2 from Scilab 3.1.1. I have a problem with regard to the helps files. I want to add them in the help browser in Scilab 5.2.2. I have help source files are written in XML and the Definition Type Document used by Scilab 3.1.1. What is the best way to do this? Indeed I have some errors when I use these files in the new version. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From sylvestre.ledru at scilab.org Mon Jun 21 14:49:30 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 21 Jun 2010 14:49:30 +0200 Subject: [Scilab-Dev] help browser in scilab 5.2.2 In-Reply-To: <20100621144249.11166qncol04bgws@wmail.insa-rennes.fr> References: <20100621144249.11166qncol04bgws@wmail.insa-rennes.fr> Message-ID: <1277124570.26374.857.camel@korcula.inria.fr> Le lundi 21 juin 2010 ? 14:42 +0200, Laurence Catanese a ?crit : > Hello, > I try to bring my own contribution to Scilab 5.2.2 from Scilab 3.1.1. > I have a problem with regard to the helps files. I want to add them in > the help browser in Scilab 5.2.2. I have help source files are written > in XML and the Definition Type Document used by Scilab 3.1.1. What is > the best way to do this? Indeed I have some errors when I use these > files in the new version. To convert from the old help pages to the new one, we provide the xmltodocbook module: http://www.scilab.org/contrib/index_contrib.php?page=displayContribution&fileID=1163 (which should be moved to the forge) Sylvestre From pierre.marechal at scilab.org Mon Jun 21 15:52:58 2010 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 21 Jun 2010 15:52:58 +0200 Subject: Another way to browse Scilab sources Message-ID: <4C1F6EBA.2050303@scilab.org> Hi all, We installed a new git repository browser at http://cgit.scilab.org/ It's written in C, uses a static library rather than forking git, has a cache system, offers a side-by-side diff and hence is pretty fast! Pierre [1] https://git.wiki.kernel.org/index.php/Interfaces,_frontends,_and_tools#cgit [2] http://hjemli.net/git/cgit/ -- ============================================== Pierre MARECHAL Ing?nieur Support et D?veloppements ------ Consortium Scilab Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex ------ T?l : +33.1.39.63.56.81 ============================================== From bhat_ak at yahoo.com Tue Jun 22 20:26:04 2010 From: bhat_ak at yahoo.com (arthi bhat) Date: Tue, 22 Jun 2010 18:26:04 +0000 (UTC) Subject: [Scilab-Dev] [javasci] running scilab from a eclipse rcp application References: <4B57896D.2000105@in.tum.de> Message-ID: Otto writes: > > Hi, > > I'm trying to integrate scilab into a eclipse based application. I've > managed to use javasci in a normal java application without bigger > problems. But I didn't manage to run it from a eclipse application. > Eclipse uses OSGI and there's a lot going on with different classloader > and so on, and configuration can get quite hard from time to time. > > For the normal java application I've just included the javasci jar and > set the path variables and all went well. Calling it from an eclipse > plugin brings this exception: > > java.lang.NoClassDefFoundError: org/scilab/modules/jvm/Scilab > at javasci.Scilab.Initialize(Native Method) > at javasci.Scilab.(Unknown Source) > at amf.plugin.ScilabMethod.getResult(ScilabMethod.java:36) > at > > > So, does anyone has experience with eclipse and knows how to solve this? > Or do you got any hints anyway? > > Thanks in advance, regards, > Otto > > Hi, Try this out since you state that you can get scilab working with java when you are not using eclipse: 1) Bring up Eclipse and right Click on the project you are working with 2) Select 'Build Path'->'Add External Archives' 3) Change Directory to where the 'javasci.jar' file is installed on your C drive and select the jar file. The javasci.jar file should now be added to your project and all your scilab commands in your java files and the import javasci.*; should be compiling properly. Hope this helps. Regards, Arthi From sylvestre.ledru at scilab.org Thu Jun 24 14:14:02 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 24 Jun 2010 14:14:02 +0200 Subject: [scilab-Users] SOS: Version with Xcos usable for academic teaching?? In-Reply-To: <4C2045A9.6010605@t-online.de> References: <4C1A47E0.3060909@centrale-marseille.fr> <4C1A756F.9000003@t-online.de> <042801cb0e59$75befc40$0302a8c0@HOUC35439> <4C1AE8C4.6000200@t-online.de> <059501cb0e98$8011a910$0302a8c0@HOUC35439> <1276863850.2167.8.camel@pinarellu.inria.fr> <4C1B84FE.4060509@t-online.de> <1276959796.6837.2874.camel@zlarin> <4C1F1512.8060004@t-online.de> <1277125235.26374.899.camel@korcula.inria.fr> <4C2045A9.6010605@t-online.de> Message-ID: <1277381642.6837.4952.camel@zlarin> Switching to the ML dev. Le mardi 22 juin 2010 ? 07:10 +0200, Nick Rudnick a ?crit : > Hello Sylvestre, > > the moment seems to come where I have to look into the sources -- do > you have other clues besides the version of HDF5? Could you check on the libhdf included in the Scilab binary ? > Sylvestre Ledru wrote: > > > If I have a choice, I would prefer to assist in fixing bugs at the > > > Linux builds, which still suffer from problems that prohibit usage -- > > > I inspected mostly the 64 bit version, but I expect the 32 bit version > > > to be equally affected, as the error message seemingly is thrown by > > > the Java frontend. > > > > > We are currently focusing the development version. That means we are not > > testing a lot the binary. We will starting doing so in the next few days > > for the first beta of Scilab 5.3.0. > > > ;-)) Of course, I would not assist on basis of the binaries... but I > am not a build system expert and I need binaries to distribute to our > students, so I would be happy to have the automatic build process > activated in time after I have done a fix... That's all. No worries. I was just explaining why you can find such issues in the binary. > > > Once I can forward working binaries for Linux, too, I will be very > > > satisfied, and could assist the Tk to JGraphX transition -- here I > > > first would like to improve the branching of connections. > > > > > I am not sure to understand what you are talking about here ?! > > AFAIK, there is no Tk into Xcos now. > > > Excuse me, this was unclear: I wanted to address the branching, i.e. > improving the reliability of marking a connection light green right to > be able to drag a branch. You can give it a try ;). This part is done in Java. Don't hesitate to contact us about that. Thanks for the interest, Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From pgriffiths at gmail.com Tue Jun 29 20:20:55 2010 From: pgriffiths at gmail.com (Paul Griffiths) Date: Tue, 29 Jun 2010 14:20:55 -0400 Subject: modification to scinotes Message-ID: Hi, I would like to submit the attached patch to scinotes. The patch adds a minor feature to remember the open files when the user exits the editor and to reopen the files automatically when the editor is restarted. the user may enable or disable the feature by setting a checked menu item in the file menu just above "exit". The state of the feature and the list of open files are maintained through the ConfigSciNotesManager class (in much the same way as the recent files list). For users that work with a numerous scripts and functions, this small feature eliminates the tedious task of finding and re-opening each file on restart. The patchfile was created by 'git format-patch' and is against the most current source. Kind regards, Paul -- -- Paul Griffiths, Ph.D. Johns Hopkins University LCSR | Haptics Lab 128 CSEB, 3400 N. Charles St. Baltimore, MD 21218 | 734.730.8749 -------------- next part -------------- A non-text attachment was scrubbed... Name: restorefiles.patch Type: text/x-patch Size: 24204 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Wed Jun 30 01:15:50 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 30 Jun 2010 01:15:50 +0200 Subject: [Scilab-Dev] modification to scinotes In-Reply-To: References: Message-ID: <1277853350.5593.1636.camel@zlarin> Hello Paul, You are right, this is an interesting feature that, AFAIK, we didn't think about it. Thanks for proposing it but, especially, thanks for implementing it. It is much appreciated. We will see to include your code ASAP for inclusion into the first beta of Scilab 5.3. Many thanks, Sylvestre Le mardi 29 juin 2010 ? 14:20 -0400, Paul Griffiths a ?crit : > Hi, > > I would like to submit the attached patch to scinotes. The patch adds > a minor feature to remember the open files when the user exits the > editor and to reopen the files automatically when the editor is > restarted. the user may enable or disable the feature by setting a > checked menu item in the file menu just above "exit". The state of > the feature and the list of open files are maintained through the > ConfigSciNotesManager class (in much the same way as the recent files > list). For users that work with a numerous scripts and functions, > this small feature eliminates the tedious task of finding and > re-opening each file on restart. > > The patchfile was created by 'git format-patch' and is against the > most current source. > > Kind regards, > > Paul > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Wed Jun 30 01:44:53 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 30 Jun 2010 01:44:53 +0200 Subject: [Scilab-Dev] japanese localization of Scilab help files In-Reply-To: <20100530231030.683A.D9A8AA53@ybb.ne.jp> References: <20100530231030.683A.D9A8AA53@ybb.ne.jp> Message-ID: <1277855093.5593.1691.camel@zlarin> Hello Rui, Sorry about the delay, we haven't forget you. It would be nice to have a japanese localization of the Scilab help. Especially since your country is one of the biggest downloaders of Scilab. For now, we cannot include your work yet because there are not enough localized pages but as soon as more are done, we will consider the inclusion into Scilab base code and distribution. If you are interested and if you want to release the 140 localized help pages, we could update Scilab to allow the introduction a ATOMS modules [1] [2] providing localized documentation. Let me know if you want us to dig this solution. By the way, many thanks for your work. I am sure many people will enjoy it. Regards, Sylvestre [1] http://atoms.scilab.org/ [2] http://wiki.scilab.org/ATOMS Le dimanche 30 mai 2010 ? 23:10 +0900, Rui Hirokawa a ?crit : > Hello, > > I just started to make the japanese localized > version of Scilab help files (modules/*/help/ja_JP/*.xml). > > It is prepared for the reference material of a control system design > lecture at the Tokyo Metropolitan University in Tokyo, Japan. > > The japanese translated *.xml files is available from, > > http://www.geocities.jp/rui_hirokawa/scilab/ja.tar.gz > > Please note that only a part of help files (about 140) are > available now. > > The compiled version of Scilab 5.2.2 file is available from, > http://www.geocities.jp/rui_hirokawa/scilab/scilab_ja_JP_help.jar > > I hope that it will be merged into the Scilab distribution in near > future. > > Rui > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France