From vinod.khare at gmail.com Wed Jul 1 00:28:53 2009 From: vinod.khare at gmail.com (Vinod Khare) Date: Tue, 30 Jun 2009 18:28:53 -0400 Subject: Relationship between subwin and axes Message-ID: <9eb5a4a0906301528x690ca8bcm1242a2338d6b7224@mail.gmail.com> Hi, What is the relationship between subwin and axes. This page ( http://wiki.scilab.org/The_Graphic_Hierarchy) says that "Direct children of the figure can be only axes, uicontrol or uimenu". But when it try to plot2d(1:10) it passes a subwin as a child of a figure and no axes object is created at all. Vinod. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kicko at kicko.sk Thu Jul 2 14:57:42 2009 From: kicko at kicko.sk (Martin Kicko) Date: Thu, 2 Jul 2009 14:57:42 +0200 Subject: Donate for text link Message-ID: <05F041EE07020E392AE20580B0@Kicko-Dell> Hi Scilab, Thank you for great OSS project. I would like to make donation for you. Could you please place my text link on your homepage (http://www.scilab.org/). It would link to my software downloads website, anchor text "Software Download". Please let me know. Regards, Martin From kunigami at gmail.com Fri Jul 3 04:46:32 2009 From: kunigami at gmail.com (Guilherme Kunigami) Date: Thu, 2 Jul 2009 23:46:32 -0300 Subject: Toolbox guide question Message-ID: <1fd0e24c0907021946m70695011jefb5a442cae7286b@mail.gmail.com> Hi all, I was following this tutorial: http://www.scilab.org/product/index_product.php?page=toolbox_guide to develop a sample toolbox. I'm not sure how to proceed to test this module, calling functions at /macro/ from Scilab for example. Do I have to write my own Makefile? Any help is appreciated. Thanks, -- Guilherme Kunigami -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Fri Jul 3 12:07:49 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 03 Jul 2009 12:07:49 +0200 Subject: [Scilab-Dev] Toolbox guide question In-Reply-To: <1fd0e24c0907021946m70695011jefb5a442cae7286b@mail.gmail.com> References: <1fd0e24c0907021946m70695011jefb5a442cae7286b@mail.gmail.com> Message-ID: <1246615669.11423.571.camel@korcula.inria.fr> Hello Guilherme, First, I don't know if you are aware of it but you will find a toolbox_skeleton in Scilab installation (or source tree). This is showing how it is done. Le jeudi 02 juillet 2009 ? 23:46 -0300, Guilherme Kunigami a ?crit : > Hi all, > > I was following this tutorial: > http://www.scilab.org/product/index_product.php?page=toolbox_guide to > develop a sample toolbox. I'm not sure how to proceed to test this > module, calling functions at /macro/ from Scilab for example. Do I > have to write my own Makefile? If you are dealing with macros, you don't to write a makefile. If you are dealing with native code (C, fortran, C++...), you can do the work thanks to the ilib_* functions. Thee functions are creating Makefiles, detection compilers, building and loading native code. You will find some here: http://gitweb.scilab.org/?p=scilab;a=tree;f=scilab/modules/dynamic_link/tests/unit_tests;h=c56fa2616ece7a8a2c24c3abb0aaf7ed4e699814;hb=HEAD ilib_for_link*.tst ilib_build*.tst These function calls should be placed in the builder.sce. Don't hesitate if you have any other questions. Sylvestre From kunigami at gmail.com Thu Jul 9 02:11:32 2009 From: kunigami at gmail.com (Guilherme Kunigami) Date: Wed, 8 Jul 2009 21:11:32 -0300 Subject: [Scilab-Dev] Toolbox guide question In-Reply-To: <1246615669.11423.571.camel@korcula.inria.fr> References: <1fd0e24c0907021946m70695011jefb5a442cae7286b@mail.gmail.com> <1246615669.11423.571.camel@korcula.inria.fr> Message-ID: <1fd0e24c0907081711g124d4479k20c8f8c61389dc7b@mail.gmail.com> Hi Sylvestre, On Fri, Jul 3, 2009 at 7:07 AM, Sylvestre Ledru wrote: > Hello Guilherme, > > First, I don't know if you are aware of it but you will find a > toolbox_skeleton in Scilab installation (or source tree). > This is showing how it is done. I didn't know that, thanks. I tried to compile it (using make) and then use it from Scilab. In the case I tried to call 'scilab_sum(4, 3)', which is the function define at 'scilab_sum.sci', but this function is not recognized. What am I missing? I'm not sure on how to do that. > > > Le jeudi 02 juillet 2009 ? 23:46 -0300, Guilherme Kunigami a ?crit : > > Hi all, > > > > I was following this tutorial: > > http://www.scilab.org/product/index_product.php?page=toolbox_guide to > > develop a sample toolbox. I'm not sure how to proceed to test this > > module, calling functions at /macro/ from Scilab for example. Do I > > have to write my own Makefile? > If you are dealing with macros, you don't to write a makefile. > > If you are dealing with native code (C, fortran, C++...), you can do the > work thanks to the ilib_* functions. > Thee functions are creating Makefiles, detection compilers, building and > loading native code. > > You will find some here: > > http://gitweb.scilab.org/?p=scilab;a=tree;f=scilab/modules/dynamic_link/tests/unit_tests;h=c56fa2616ece7a8a2c24c3abb0aaf7ed4e699814;hb=HEAD > ilib_for_link*.tst > ilib_build*.tst > > These function calls should be placed in the builder.sce. I'm not sure if I understood what was said above: If I put these functions in builder.sce, I just need to execute the script to generate the Makefile and other stuff? Thanks, > > > Don't hesitate if you have any other questions. > > > > Sylvestre > > > -- Guilherme Kunigami -------------- next part -------------- An HTML attachment was scrubbed... URL: From kunigami at gmail.com Fri Jul 10 07:36:35 2009 From: kunigami at gmail.com (Guilherme Kunigami) Date: Fri, 10 Jul 2009 02:36:35 -0300 Subject: [Scilab-Dev] Toolbox guide question In-Reply-To: <1fd0e24c0907081711g124d4479k20c8f8c61389dc7b@mail.gmail.com> References: <1fd0e24c0907021946m70695011jefb5a442cae7286b@mail.gmail.com> <1246615669.11423.571.camel@korcula.inria.fr> <1fd0e24c0907081711g124d4479k20c8f8c61389dc7b@mail.gmail.com> Message-ID: <1fd0e24c0907092236l26e01981x16d93f2fd55b8e0a@mail.gmail.com> Hi again, I found a good example in: /scilab_doc/toolbox_guide/toolbox_example/ The readme.txt there explains how to use the toolbox from scilab :) I think this toolbox example could be cited in here: http://www.scilab.org/product/index_product.php?page=toolbox_guide Thanks, On Wed, Jul 8, 2009 at 9:11 PM, Guilherme Kunigami wrote: > Hi Sylvestre, > > > On Fri, Jul 3, 2009 at 7:07 AM, Sylvestre Ledru < > sylvestre.ledru at scilab.org> wrote: > >> Hello Guilherme, >> >> First, I don't know if you are aware of it but you will find a >> toolbox_skeleton in Scilab installation (or source tree). >> This is showing how it is done. > > > I didn't know that, thanks. I tried to compile it (using make) and then use > it from Scilab. In the case I tried to call 'scilab_sum(4, 3)', which is the > function define at 'scilab_sum.sci', but this function is not recognized. > > What am I missing? I'm not sure on how to do that. > > >> >> >> Le jeudi 02 juillet 2009 ? 23:46 -0300, Guilherme Kunigami a ?crit : >> > Hi all, >> > >> > I was following this tutorial: >> > http://www.scilab.org/product/index_product.php?page=toolbox_guide to >> > develop a sample toolbox. I'm not sure how to proceed to test this >> > module, calling functions at /macro/ from Scilab for example. Do I >> > have to write my own Makefile? >> If you are dealing with macros, you don't to write a makefile. >> >> If you are dealing with native code (C, fortran, C++...), you can do the >> work thanks to the ilib_* functions. >> Thee functions are creating Makefiles, detection compilers, building and >> loading native code. >> >> You will find some here: >> >> http://gitweb.scilab.org/?p=scilab;a=tree;f=scilab/modules/dynamic_link/tests/unit_tests;h=c56fa2616ece7a8a2c24c3abb0aaf7ed4e699814;hb=HEAD >> ilib_for_link*.tst >> ilib_build*.tst >> >> These function calls should be placed in the builder.sce. > > > I'm not sure if I understood what was said above: If I put these functions > in builder.sce, I just need to execute the script to generate the Makefile > and other stuff? > > Thanks, > > >> >> >> Don't hesitate if you have any other questions. >> >> >> >> Sylvestre >> >> >> > > > -- > Guilherme Kunigami > -- Guilherme Kunigami -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte.denizet at ac-rennes.fr Sat Jul 11 22:05:29 2009 From: calixte.denizet at ac-rennes.fr (Calixte Denizet) Date: Sat, 11 Jul 2009 22:05:29 +0200 Subject: Doc generation Message-ID: <1247342729.2010.24.camel@debian> Hi, Two questions : i) Why cannot I choose the name of the generated jar file by tbx_build_help ? I'd prefer foo.jar rather than scilab_en_US_help.jar. It could be useful to choose the name to put several jar files. I solved the problem in extraying the jar, change the directory name to foo and in archiving foo in foo.jar. This solution is not satisfactory because it supposes that the final user has jar tools. ii) In extraying scilab_en_US_help.jar, I noticed that the file scilab_en_US_help.jar is present in the archive and seems to be unnecessary. Is there a particular reason to do that ? Thanks Calixte Denizet From yann.collette at scilab.org Sun Jul 12 13:03:18 2009 From: yann.collette at scilab.org (Yann Collette) Date: Sun, 12 Jul 2009 13:03:18 +0200 Subject: [Scilab-Dev] Doc generation In-Reply-To: <1247342729.2010.24.camel@debian> References: <1247342729.2010.24.camel@debian> Message-ID: <4A59C2F6.7070703@scilab.org> Hello, For the 2) question: I think this bug has been corrected in the master. I have seen a commit a while ago. For the 1: why do you want to change the name of the jar ? YC Calixte Denizet a ?crit : > Hi, > > Two questions : > > i) Why cannot I choose the name of the generated jar file by > tbx_build_help ? > I'd prefer foo.jar rather than scilab_en_US_help.jar. It could be useful > to choose the name to put several jar files. > I solved the problem in extraying the jar, change the directory name to > foo and in archiving foo in foo.jar. This solution is not satisfactory > because it supposes that the final user has jar tools. > > ii) In extraying scilab_en_US_help.jar, I noticed that the file > scilab_en_US_help.jar is present in the archive and seems to be > unnecessary. Is there a particular reason to do that ? > > Thanks > > Calixte Denizet > > From jorgeecardona at gmail.com Mon Jul 13 09:18:21 2009 From: jorgeecardona at gmail.com (Jorge Cardona) Date: Mon, 13 Jul 2009 02:18:21 -0500 Subject: Primitives id limit on gateways In-Reply-To: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> References: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> Message-ID: <51d803a90907130018i5659854do43469cade9c4c0a2@mail.gmail.com> Hi, I just get to more that 100 functions on the symbolic module and its appear that i can't define more than 100 functions, if i call one that has a primitiveId bigger than 100 scilab just crash, i even interchange a pair, and with a lower id it work fine the function, and the other one start to crash scilab, do i need to define a new gatewayid and start again from 1??? Thanks. -- Jorge Eduardo Cardona jorgeecardona at gmail.com jorgeecardona.blogspot.com ------------------------------------------------ Linux registered user ?#391186 Registered machine ? ?#291871 ------------------------------------------------ From sylvestre.ledru at scilab.org Mon Jul 13 10:50:29 2009 From: sylvestre.ledru at scilab.org (sylvestre.ledru at scilab.org) Date: Mon, 13 Jul 2009 10:50:29 +0200 Subject: [Scilab-Dev] Primitives id limit on gateways In-Reply-To: <51d803a90907130018i5659854do43469cade9c4c0a2@mail.gmail.com> References: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> <51d803a90907130018i5659854do43469cade9c4c0a2@mail.gmail.com> Message-ID: On Mon, 13 Jul 2009 02:18:21 -0500, Jorge Cardona wrote: > Hi, > > I just get to more that 100 functions on the symbolic module and its > appear that i can't define more than 100 functions, if i call one that > has a primitiveId bigger than 100 scilab just crash, i even > interchange a pair, and with a lower id it work fine the function, and > the other one start to crash scilab, do i need to define a new > gatewayid and start again from 1??? Hello Jorge, I don't think it is the reason. Try to increase #define MAXELEMENTFUNCTIONLIST 1536 in modules/core/src/c/hashtable_core.h This is something we have to work on. Sylvestre > Thanks. > > -- > Jorge Eduardo Cardona > jorgeecardona at gmail.com > jorgeecardona.blogspot.com > ------------------------------------------------ > Linux registered user ?#391186 > Registered machine ? ?#291871 > ------------------------------------------------ > From jorgeecardona at gmail.com Mon Jul 13 09:11:09 2009 From: jorgeecardona at gmail.com (Jorge Cardona) Date: Mon, 13 Jul 2009 02:11:09 -0500 Subject: Primitives id limit on gateways Message-ID: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> Hi, I just get to more that 100 functions on the symbolic module and its appear that i can't define more than 100 functions, if i call one that has a primitiveId bigger than 100 scilab just crash, i even interchange a pair, and with a lower id it work fine the function, and the other one start to crash scilab, do i need to define a new gatewayid and start again from 1??? Thanks. -- Jorge Eduardo Cardona jorgeecardona at gmail.com jorgeecardona.blogspot.com ------------------------------------------------ Linux registered user #391186 Registered machine #291871 ------------------------------------------------ From calixte.denizet at ac-rennes.fr Mon Jul 13 14:19:34 2009 From: calixte.denizet at ac-rennes.fr (Calixte Denizet) Date: Mon, 13 Jul 2009 14:19:34 +0200 Subject: [Scilab-Dev] Primitives id limit on gateways In-Reply-To: References: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> <51d803a90907130018i5659854do43469cade9c4c0a2@mail.gmail.com> Message-ID: <1247487574.2228.17.camel@debian> Hi, I met this problem and I think it is due to the internal representation of functions coming from library, see the doc about funptr in Scilab. The number fin (funptr('your fun') modulo 100) is the entry in the array created in the file libtoolbox.c. You can pass this limitation in creating a function gateway(int n, list_args){(*(array[n]))(list_args);}, an array containing pointers of all your functions and generates Scilab's macros of the kind function y=fun1(varargin), gateway(1,varargin), endfunction Calixte Le lundi 13 juillet 2009 ? 10:50 +0200, sylvestre.ledru at scilab.org a ?crit : > On Mon, 13 Jul 2009 02:18:21 -0500, Jorge Cardona > wrote: > > Hi, > > > > I just get to more that 100 functions on the symbolic module and its > > appear that i can't define more than 100 functions, if i call one that > > has a primitiveId bigger than 100 scilab just crash, i even > > interchange a pair, and with a lower id it work fine the function, and > > the other one start to crash scilab, do i need to define a new > > gatewayid and start again from 1??? > Hello Jorge, > > I don't think it is the reason. > Try to increase > #define MAXELEMENTFUNCTIONLIST 1536 > in > modules/core/src/c/hashtable_core.h > This is something we have to work on. > > Sylvestre > > > > Thanks. > > > > -- > > Jorge Eduardo Cardona > > jorgeecardona at gmail.com > > jorgeecardona.blogspot.com > > ------------------------------------------------ > > Linux registered user #391186 > > Registered machine #291871 > > ------------------------------------------------ > > From sylvestre.ledru at scilab.org Mon Jul 13 17:41:34 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 13 Jul 2009 17:41:34 +0200 Subject: [Scilab-Dev] Primitives id limit on gateways In-Reply-To: <1247487574.2228.17.camel@debian> References: <51d803a90907130011s677523c1q3c27e233cb3120ff@mail.gmail.com> <51d803a90907130018i5659854do43469cade9c4c0a2@mail.gmail.com> <1247487574.2228.17.camel@debian> Message-ID: <1247499694.5082.20398.camel@zlarin> Le lundi 13 juillet 2009 ? 14:19 +0200, Calixte Denizet a ?crit : > Hi, > > I met this problem and I think it is due to the internal representation > of functions coming from library, see the doc about funptr in Scilab. > The number fin (funptr('your fun') modulo 100) is the entry in the array > created in the file libtoolbox.c. If it is the actual reason, it is a definitely a bug! Could you report it ? (with the workaround... to help others). Thanks! Cheers, Sylvestre > You can pass this limitation in creating a function gateway(int n, > list_args){(*(array[n]))(list_args);}, an array containing pointers of > all your functions and generates Scilab's macros of the kind > function y=fun1(varargin), gateway(1,varargin), endfunction > > Calixte > > Le lundi 13 juillet 2009 ? 10:50 +0200, sylvestre.ledru at scilab.org a > ?crit : > > On Mon, 13 Jul 2009 02:18:21 -0500, Jorge Cardona > > wrote: > > > Hi, > > > > > > I just get to more that 100 functions on the symbolic module and its > > > appear that i can't define more than 100 functions, if i call one that > > > has a primitiveId bigger than 100 scilab just crash, i even > > > interchange a pair, and with a lower id it work fine the function, and > > > the other one start to crash scilab, do i need to define a new > > > gatewayid and start again from 1??? > > Hello Jorge, > > > > I don't think it is the reason. > > Try to increase > > #define MAXELEMENTFUNCTIONLIST 1536 > > in > > modules/core/src/c/hashtable_core.h > > This is something we have to work on. > > > > Sylvestre > > > > > > > Thanks. > > > > > > -- > > > Jorge Eduardo Cardona > > > jorgeecardona at gmail.com > > > jorgeecardona.blogspot.com > > > ------------------------------------------------ > > > Linux registered user #391186 > > > Registered machine #291871 > > > ------------------------------------------------ > > > > From shinilkumar at yahoo.co.uk Wed Jul 15 02:44:14 2009 From: shinilkumar at yahoo.co.uk (Shinil Balakrishnan) Date: Wed, 15 Jul 2009 00:44:14 +0000 (GMT) Subject: database access Message-ID: <233556.73183.qm@web24102.mail.ird.yahoo.com> Hi, ? I am having to access Oracle database from the scilab. I wonder if there any tools available which i can use? If not any light you can throw in terms of setting this up will be of great help to me. ? Thanks again ? Shinil?? Yahoo! recommends that you upgrade to the new and safer Internet Explorer 8. http://downloads.yahoo.com/in/internetexplorer/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Fri Jul 17 16:29:49 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 17 Jul 2009 16:29:49 +0200 Subject: JHDF5: new dep Message-ID: <1247840989.11068.141204.camel@korcula.inria.fr> Hello, A quick email to let you know that we added a new dependency against jhdf5. This library will enable the capabilities to be able to load hdf5 data from Java. The dependency has been added to the Scilab thirdparty subversion or can be downloaded here: http://www.hdfgroup.org/ftp/HDF5/hdf-java/bin/ Sylvestre From sur.pignard at wanadoo.fr Sun Jul 26 16:23:34 2009 From: sur.pignard at wanadoo.fr (Pascal) Date: Sun, 26 Jul 2009 16:23:34 +0200 Subject: Porting Scilab 5.1.1 on Mac OS X 10.4 PPC. Message-ID: <9AAE3A2B-4598-4AB9-953F-1B081DF8B794@wanadoo.fr> Hello. As I only have Mac OS X 10.4 on PPC, I can't use the binaries for 10.5 Intel. Thus, I've tried to build it from the given source codes. Unfortunately, I've got the following error: $ ./configure --prefix=/Users/pascal/Documents/Programmation/ scilab-5.1.1-alpha-1/build --without-ocaml --without-fftw --without- pvm --without-umfpack --without-matio ... $ make ... /usr/bin/ld: multiple definitions of symbol _xerbla_ .libs/xerbla.o definition of _xerbla_ in section (__TEXT,__text) ../../libs/blas/.libs/libsciblas.dylib(single module) definition of _xerbla_ /usr/bin/ld: multiple definitions of symbol _lsame_ .libs/lsame.o definition of _lsame_ in section (__TEXT,__text) ../../libs/blas/.libs/libsciblas.dylib(single module) definition of _lsame_ collect2: ld returned 1 exit status make[2]: *** [libscilapack.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Thanks for giving some help. Regards, Pascal Pignard. http://blady.pagesperso-orange.fr From jorgeecardona at gmail.com Tue Jul 28 07:08:33 2009 From: jorgeecardona at gmail.com (Jorge Cardona) Date: Tue, 28 Jul 2009 00:08:33 -0500 Subject: ToolBox with more than 100 functions. Message-ID: <51d803a90907272208x16b7cbd9tafeb170821023cfd@mail.gmail.com> Hi, I got the same problem with the functions limit on a ToolBox, with the module i can handle it creating extra structures, and what i did here in the toolbox is add this to buildersci_gateway.sce: for i = 0:((size(table,1)-1)/100) t = table(1 + 100 * i:min(size(table,1),100*(i+1)),:); ilib_build(ilib_name + "_" + string(i),t, files, libs,'.','','-I' + pathT + '../includes'); copyfile(pathT + "/loader.sce", pathT + "/loader_" + string(i) + ".sce"); copyfile(pathT + "/cleaner.sce", pathT + "/cleaner_" + string(i) + ".sce"); end; fl = mopen(pathT + "/loader.sce", "w"); fc = mopen(pathT + "/cleaner.sce", "w"); for i = 0:((size(table,1)-1)/100) mfprintf(fl, "exec " + pathT + "loader_" + string(i) + ".sce;\n"); mfprintf(fc, "exec " + pathT + "cleaner_" + string(i) + ".sce;\n"); end; mclose(fl); mclose(fc); It will create several libraries and a loader_x.sce and cleaner_x.sce for each one, it is now possible to have more than 100 functions with this workaround :D. Bye. -- Jorge Eduardo Cardona jorgeecardona at gmail.com jorgeecardona.blogspot.com ------------------------------------------------ Linux registered user #391186 Registered machine #291871 ------------------------------------------------ From sylvestre.ledru at scilab.org Wed Jul 29 17:45:26 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 29 Jul 2009 17:45:26 +0200 Subject: [Scilab-Dev] Porting Scilab 5.1.1 on Mac OS X 10.4 PPC. In-Reply-To: <9AAE3A2B-4598-4AB9-953F-1B081DF8B794@wanadoo.fr> References: <9AAE3A2B-4598-4AB9-953F-1B081DF8B794@wanadoo.fr> Message-ID: <1248882326.28150.2037.camel@zlarin> > ... > /usr/bin/ld: multiple definitions of symbol _xerbla_ > .libs/xerbla.o definition of _xerbla_ in section (__TEXT,__text) > ../../libs/blas/.libs/libsciblas.dylib(single module) definition of > _xerbla_ > /usr/bin/ld: multiple definitions of symbol _lsame_ > .libs/lsame.o definition of _lsame_ in section (__TEXT,__text) > ../../libs/blas/.libs/libsciblas.dylib(single module) definition of > _lsame_ > collect2: ld returned 1 exit status > make[2]: *** [libscilapack.la] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 Hmm, unusual problem ;) I would say that you can try three things here: * disable the error in the linker (LDFLAGS) when having a multiple definition. * echo "" > libs/lapack/xerbla.f * comment the compilation of xerbla.f in libs/lapack/Makefile.am and relaunch the autotools (automake && ./configure ) Hope this helps, Sylvestre > Thanks for giving some help. > > Regards, Pascal Pignard. > http://blady.pagesperso-orange.fr > > > > > > From simon.lipp at scilab.org Fri Jul 31 15:37:26 2009 From: simon.lipp at scilab.org (Simon Lipp) Date: Fri, 31 Jul 2009 15:37:26 +0200 Subject: Object orientation in Scilab 6 Message-ID: <20090731153726.4c21e6bb@caprera.inria.fr> Hi, For those ignoring it, I?m in charge of introducing an object orientation to Scilab for the version 6.0. This is a first public proposal, for discussion. There?s nothing really fancy, since we agreed on the very big picture (dynamic langage with introspection, for the big picture). There?s however some points I would like to drag your attention onto?: * Are the unusual visibility rules okay, or too unusal ? * "class" is a keyword used for declarating a class, but is also a property of instances, and an attribute of slots. Seems reasonble for you, or not ? * Visibility of the %remove_* and %install_* methods (public, in this proposal) * Should we propose an acces to the current level in methods and accessors, like we propose an access to parente level (with the special variable super) ? I didn?t made so because similar langages in this regard (Objective-C) doesn?t do it, an it doesn?t seems te be a real issue to its users. * Should we propose an acces to the sender in methods ? And to sender level ? It would allow to emulate visibility in magic methods (%get_slot and %set_slot). It seems not very useful to me (and really, KISS ;)), but it can be discussed. * Should we propose a way to dynamically bind a function to an object, that is, making it a method but not a slot ? It would be like this: function m = a_method_which_transforms_a_function_into_method(f) m = this.%bind(f) endfunction ... meth = obj.a_method_which_transforms_a_function_into_method(MyFunc) meth() // meth will be treated as a obj method?; it will has access to obj with this, and to private and proteced members. Same here: seems not very useful, KISS, but let?s discuss. * If a matrix of objects contains several objects, what is allowed, what is forbidden ? In this SEP, only extracting elements is allowed, and methods and properties can be manipulated only with single objects. Good idea at your opinion, or not ? For whose having read the proposal on the private wiki, this SEP is intended to be the same, but simpler. I hope. At least, I tried to make it so? That?s all ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: objet-SEP.odt Type: application/vnd.oasis.opendocument.text Size: 23428 bytes Desc: not available URL: