From sylvestre.ledru at inria.fr Mon Jun 2 11:53:01 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 02 Jun 2008 11:53:01 +0200 Subject: A pseudo-random random number generator (PRNG) library. Message-ID: <1212400381.20213.12.camel@korcula.inria.fr> This could ?maybe be interesting for Scilab: http://haypo.hachoir.org/trac/wiki/hasard French: https://linuxfr.org//~haypo/26716.html Sylvestre From ycollet at freesurf.fr Mon Jun 2 12:02:42 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 02 Jun 2008 12:02:42 +0200 Subject: [Scilab-Dev] A pseudo-random random number generator (PRNG) library. In-Reply-To: <1212400381.20213.12.camel@korcula.inria.fr> References: <1212400381.20213.12.camel@korcula.inria.fr> Message-ID: <4843C542.7040307@freesurf.fr> Sylvestre Ledru a ?crit : > This could ?maybe be interesting for Scilab: > http://haypo.hachoir.org/trac/wiki/hasard > French: https://linuxfr.org//~haypo/26716.html > > Sylvestre > > And also unuran: http://statmath.wu-wien.ac.at/unuran/ This a fast random generator. Useful for monte-carlo analysis. YC From delphine.gasc at inria.fr Tue Jun 3 10:25:25 2008 From: delphine.gasc at inria.fr (Delphine GASC) Date: Tue, 03 Jun 2008 10:25:25 +0200 Subject: Name for the toolbox system Message-ID: <1212481525.30391.8.camel@petitgaou> Hello, I'm working on the toolbox system for three months. My work will be commited soon on the svn and we need to find a name for the toolbox system. Does anybody have an idea ? For information : http://wiki.scilab.org/Scilab_toolboxes_management_specifications Thanks Delphine From laurent.vaylet at inria.fr Tue Jun 3 10:44:15 2008 From: laurent.vaylet at inria.fr (Laurent Vaylet) Date: Tue, 03 Jun 2008 10:44:15 +0200 Subject: [Scilab-Dev] Name for the toolbox system In-Reply-To: <1212481525.30391.8.camel@petitgaou> References: <1212481525.30391.8.camel@petitgaou> Message-ID: <4845045F.1020705@inria.fr> ATOM : Automatic TOolbox Management Laurent Delphine GASC wrote: > Hello, > > I'm working on the toolbox system for three months. My work will be > commited soon on the svn and we need to find a name for the toolbox > system. Does anybody have an idea ? > > For information : > http://wiki.scilab.org/Scilab_toolboxes_management_specifications > > Thanks > Delphine > > > From Simone.Mannori at inria.fr Tue Jun 3 10:44:58 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Tue, 03 Jun 2008 10:44:58 +0200 Subject: [Scilab-Dev] Name for the toolbox system In-Reply-To: <4845045F.1020705@inria.fr> References: <1212481525.30391.8.camel@petitgaou> <4845045F.1020705@inria.fr> Message-ID: <1212482698.2873.10.camel@pinarellu.inria.fr> On Tue, 2008-06-03 at 10:44 +0200, Laurent Vaylet wrote: > ATOM : Automatic TOolbox Management > Nice :) (available in "standard", "radioactive" and "Tchernobyl" editions) From sylvestre.ledru at inria.fr Tue Jun 3 11:48:54 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 03 Jun 2008 11:48:54 +0200 Subject: [Scilab-Dev] Name for the toolbox system In-Reply-To: <4845045F.1020705@inria.fr> References: <1212481525.30391.8.camel@petitgaou> <4845045F.1020705@inria.fr> Message-ID: <1212486534.8802.37.camel@korcula.inria.fr> ATOM is already used for Syndication Format (like RSS) and it would be better to have Scilab in the name but why not ;) S Le mardi 03 juin 2008 ? 10:44 +0200, Laurent Vaylet a ?crit : > ATOM : Automatic TOolbox Management > > Laurent > > > Delphine GASC wrote: > > Hello, > > > > I'm working on the toolbox system for three months. My work will be > > commited soon on the svn and we need to find a name for the toolbox > > system. Does anybody have an idea ? > > > > For information : > > http://wiki.scilab.org/Scilab_toolboxes_management_specifications > > > > Thanks > > Delphine > > > > > > > From laurent.vaylet at inria.fr Tue Jun 3 11:55:57 2008 From: laurent.vaylet at inria.fr (Laurent Vaylet) Date: Tue, 03 Jun 2008 11:55:57 +0200 Subject: [Scilab-Dev] Name for the toolbox system In-Reply-To: <1212486534.8802.37.camel@korcula.inria.fr> References: <1212481525.30391.8.camel@petitgaou> <4845045F.1020705@inria.fr> <1212486534.8802.37.camel@korcula.inria.fr> Message-ID: <4845152D.1060206@inria.fr> ATOMS : Automatic TOolbox Management for Scilab L Sylvestre Ledru wrote: > ATOM is already used for Syndication Format (like RSS) and it would be > better to have Scilab in the name but why not ;) > > S > > > > Le mardi 03 juin 2008 ? 10:44 +0200, Laurent Vaylet a ?crit : > >> ATOM : Automatic TOolbox Management >> >> Laurent >> >> >> Delphine GASC wrote: >> >>> Hello, >>> >>> I'm working on the toolbox system for three months. My work will be >>> commited soon on the svn and we need to find a name for the toolbox >>> system. Does anybody have an idea ? >>> >>> For information : >>> http://wiki.scilab.org/Scilab_toolboxes_management_specifications >>> >>> Thanks >>> Delphine >>> >>> >>> >>> > > > From sylvestre.ledru at inria.fr Tue Jun 3 12:03:26 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 03 Jun 2008 12:03:26 +0200 Subject: [Scilab-Dev] http://bugzilla.scilab.org - Severity of bugs In-Reply-To: <483D3F06.2050106@free.fr> References: <1211967548.11252.32.camel@korcula.inria.fr> <483D3F06.2050106@free.fr> Message-ID: <1212487406.8802.44.camel@korcula.inria.fr> Le mercredi 28 mai 2008 ? 13:16 +0200, Fran?ois Vogel a ?crit : > > > In the mean time, we are going to reopen all bug classified as > "LATER" > > and use the tag/keyword system: > > http://bugzilla.scilab.org/describekeywords.cgi Done (with REMIND). Feel free to disagree with my choices and close/reopen/retag any of them. Sylvestre From yjlee123 at gmail.com Tue Jun 3 14:33:17 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 3 Jun 2008 20:33:17 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> Message-ID: <9371b4280806030533q5776e150n2431b888e64953f4@mail.gmail.com> Sorry, The files I send have two bugs due to copy and paste mistake, ----------localetoutf.c----------------------------------- BOOL openLocaleToUTFConverter(char *sysLocale,char *lang) { // Assume sysLocale in lang_contry.charset or lang_contry format // // Ex. en_US, zh_TW.CP950, zh_CN.UTF-8 // char encoding[5]; char * pch=strchr ( sysLocale, '.');//<------------------------------- this line missing if(pch){ ----------------------------------------------------------------- and --------------------getLocaleInfo_Windows.c----------------------------- // BY YJLee get Windows CODE Page Information\ <---- should delete last character int ret = GetLocaleInfo(LOCALE_USER_DEFAULT, LOCALE_IDEFAULTANSICODEPAGE, ----------------------------------------------------------------------- Please check it. YungLee 2008/6/2 Yung-Jang Lee : > Sylvestre, > > Enclosed is my small patch for Java console to display chinese characters > and the result PNG screenshot. > > The test in under Windows XP, with BIG5 encoding (Windows CodePage 950). > > This test confirm that it need a locale to utf-8 convert before send string > to Java console for locale not compatible with UNICODE. > > The patch contains following files > > > 1. localization\src\c : localetoutf.h, localetoutf.c > provide functions > void localeToUTF(char** buffer) <--- doing locale to utf convert > openLocaleToUTFConverter(char *sysLocale,char *lang) <--- open or > close converter > This two functions calls functions from iconv library which is > contained in Scilab5 prerequreiment. > > 2. localization\src\c : setlanguage.c, > add a line to call openLocaleToUTFConverter , > > 3. localization\src\c : getLocaleInfo_Windows.c, > modified return value of getLocaleUserInfo in lang_contry.codepage > format t,codepage information is used inside openLocaleToUTFConverter > > 4. console\src\cpp: consolePrint.c : > add a line to call localeToUTF > > > This is just a small patch to test locale to utf encoding concept, it need > further enhancement. > > I have two questions. First , in my chinese Java console , the menu items > are disabled ( unlike your Linux case) is this a bug under Windows ? > Second, menu items are displayed in chinese under Linux but in english > under Windows, what make them different ? > > > YungLee > > 2008/5/30 Yung-Jang Lee : > > Sylvestre: >> >> Let me try. Give me a week. >> >> YungLee >> >> 2008/5/30 Sylvestre Ledru : >> >> >>> > To solve this problem, we must decide locale setting in runtime and >>> > transform characters back to UTF8 if the locale setting is not >>> > in UTF8. >>> OK, then, a way of doing this could be: >>> * if the LANG/LC_MESSAGES/whatever variable says that the language is >>> UTF-8, don't do anything. >>> * if not, convert it >>> However, that sounds like a workaround to me, not a really bug fix. >>> There must be a way to deal with this. >>> >>> > Hope these can help. >>> It does! >>> >>> S >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Tue Jun 3 14:45:53 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 03 Jun 2008 14:45:53 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806030533q5776e150n2431b888e64953f4@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <9371b4280806030533q5776e150n2431b888e64953f4@mail.gmail.com> Message-ID: <1212497153.8802.86.camel@korcula.inria.fr> Hi, Thanks but I haven't received your previous email :| If you checkout the source from the svn, could you do: # svn add your-new-files # svn diff > for-sylvester.diff => mail it to me. Thanks Sylvestre Le mardi 03 juin 2008 ? 20:33 +0800, Yung-Jang Lee a ?crit : > Sorry, > > The files I send have two bugs due to copy and paste mistake, > > ----------localetoutf.c----------------------------------- > BOOL openLocaleToUTFConverter(char *sysLocale,char *lang) > { > // Assume sysLocale in lang_contry.charset or lang_contry > format > // > // Ex. en_US, zh_TW.CP950, zh_CN.UTF-8 > // > char encoding[5]; > char * pch=strchr ( sysLocale, > '.');//<------------------------------- this line missing > if(pch){ > ----------------------------------------------------------------- > > and > --------------------getLocaleInfo_Windows.c----------------------------- > // BY YJLee get Windows CODE Page Information\ <---- > should delete last character > int ret = GetLocaleInfo(LOCALE_USER_DEFAULT, > LOCALE_IDEFAULTANSICODEPAGE, > ----------------------------------------------------------------------- > > Please check it. > > YungLee > > 2008/6/2 Yung-Jang Lee : > Sylvestre, > > Enclosed is my small patch for Java console to display chinese > characters and the result PNG screenshot. > > The test in under Windows XP, with BIG5 encoding (Windows > CodePage 950). > > This test confirm that it need a locale to utf-8 convert > before send string to Java console for locale not compatible > with UNICODE. > > The patch contains following files > > 1. localization\src\c : localetoutf.h, > localetoutf.c > provide functions > void localeToUTF(char** buffer) <--- doing locale > to utf convert > openLocaleToUTFConverter(char *sysLocale,char > *lang) <--- open or close converter > This two functions calls functions from iconv > library which is contained in Scilab5 prerequreiment. > > 2. localization\src\c : setlanguage.c, > add a line to call openLocaleToUTFConverter , > > 3. localization\src\c : getLocaleInfo_Windows.c, > modified return value of getLocaleUserInfo in > lang_contry.codepage format t,codepage information is > used inside openLocaleToUTFConverter > > 4. console\src\cpp: consolePrint.c : > add a line to call localeToUTF > > This is just a small patch to test locale to utf encoding > concept, it need further enhancement. > > I have two questions. First , in my chinese Java console , > the menu items are disabled ( unlike your Linux case) is > this a bug under Windows ? Second, menu items are displayed > in chinese under Linux but in english under Windows, what > make them different ? > > > YungLee > > 2008/5/30 Yung-Jang Lee : > > > Sylvestre: > > Let me try. Give me a week. > > YungLee > > 2008/5/30 Sylvestre Ledru : > > > > > To solve this problem, we must decide locale > setting in runtime and > > transform characters back to UTF8 if > the locale setting is not > > in UTF8. > > OK, then, a way of doing this could be: > * if the LANG/LC_MESSAGES/whatever variable > says that the language is > UTF-8, don't do anything. > * if not, convert it > However, that sounds like a workaround to me, > not a really bug fix. > There must be a way to deal with this. > > > Hope these can help. > It does! > > S > > > > > From yjlee123 at gmail.com Tue Jun 3 15:03:28 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 3 Jun 2008 21:03:28 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212497153.8802.86.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <9371b4280806030533q5776e150n2431b888e64953f4@mail.gmail.com> <1212497153.8802.86.camel@korcula.inria.fr> Message-ID: <9371b4280806030603u3d524f0cmbc8cb1a8610ffe3c@mail.gmail.com> Sylvestre, Yesterday I send my mail to dev. list with two attached files. I am not familiar with svn, so I send the files again to you (chinesePatch.rar and ScilabWinJava.png) . If still trouble in receiving files let me know. YungLee 2008/6/3 Sylvestre Ledru : > Hi, > Thanks but I haven't received your previous email :| > > If you checkout the source from the svn, could you do: > # svn add your-new-files > # svn diff > for-sylvester.diff > => mail it to me. > > Thanks > Sylvestre > > Le mardi 03 juin 2008 ? 20:33 +0800, Yung-Jang Lee a ?crit : > > Sorry, > > > > The files I send have two bugs due to copy and paste mistake, > > > > ----------localetoutf.c----------------------------------- > > BOOL openLocaleToUTFConverter(char *sysLocale,char *lang) > > { > > // Assume sysLocale in lang_contry.charset or lang_contry > > format > > // > > // Ex. en_US, zh_TW.CP950, zh_CN.UTF-8 > > // > > char encoding[5]; > > char * pch=strchr ( sysLocale, > > '.');//<------------------------------- this line missing > > if(pch){ > > ----------------------------------------------------------------- > > > > and > > --------------------getLocaleInfo_Windows.c----------------------------- > > // BY YJLee get Windows CODE Page Information\ <---- > > should delete last character > > int ret = GetLocaleInfo(LOCALE_USER_DEFAULT, > > LOCALE_IDEFAULTANSICODEPAGE, > > ----------------------------------------------------------------------- > > > > Please check it. > > > > YungLee > > > > 2008/6/2 Yung-Jang Lee : > > Sylvestre, > > > > Enclosed is my small patch for Java console to display chinese > > characters and the result PNG screenshot. > > > > The test in under Windows XP, with BIG5 encoding (Windows > > CodePage 950). > > > > This test confirm that it need a locale to utf-8 convert > > before send string to Java console for locale not compatible > > with UNICODE. > > > > The patch contains following files > > > > 1. localization\src\c : localetoutf.h, > > localetoutf.c > > provide functions > > void localeToUTF(char** buffer) <--- doing locale > > to utf convert > > openLocaleToUTFConverter(char *sysLocale,char > > *lang) <--- open or close converter > > This two functions calls functions from iconv > > library which is contained in Scilab5 prerequreiment. > > > > 2. localization\src\c : setlanguage.c, > > add a line to call openLocaleToUTFConverter , > > > > 3. localization\src\c : getLocaleInfo_Windows.c, > > modified return value of getLocaleUserInfo in > > lang_contry.codepage format t,codepage information is > > used inside openLocaleToUTFConverter > > > > 4. console\src\cpp: consolePrint.c : > > add a line to call localeToUTF > > > > This is just a small patch to test locale to utf encoding > > concept, it need further enhancement. > > > > I have two questions. First , in my chinese Java console , > > the menu items are disabled ( unlike your Linux case) is > > this a bug under Windows ? Second, menu items are displayed > > in chinese under Linux but in english under Windows, what > > make them different ? > > > > > > YungLee > > > > 2008/5/30 Yung-Jang Lee : > > > > > > Sylvestre: > > > > Let me try. Give me a week. > > > > YungLee > > > > 2008/5/30 Sylvestre Ledru : > > > > > > > > > To solve this problem, we must decide locale > > setting in runtime and > > > transform characters back to UTF8 if > > the locale setting is not > > > in UTF8. > > > > OK, then, a way of doing this could be: > > * if the LANG/LC_MESSAGES/whatever variable > > says that the language is > > UTF-8, don't do anything. > > * if not, convert it > > However, that sounds like a workaround to me, > > not a really bug fix. > > There must be a way to deal with this. > > > > > Hope these can help. > > It does! > > > > S > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: chinesePatch.rar Type: application/rar Size: 90437 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ScilabWinJava.png Type: image/png Size: 14929 bytes Desc: not available URL: From yjlee123 at gmail.com Mon Jun 2 17:36:15 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Mon, 2 Jun 2008 23:36:15 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> Message-ID: <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> Sylvestre, Enclosed is my small patch for Java console to display chinese characters and the result PNG screenshot. The test in under Windows XP, with BIG5 encoding (Windows CodePage 950). This test confirm that it need a locale to utf-8 convert before send string to Java console for locale not compatible with UNICODE. The patch contains following files 1. localization\src\c : localetoutf.h, localetoutf.c provide functions void localeToUTF(char** buffer) <--- doing locale to utf convert openLocaleToUTFConverter(char *sysLocale,char *lang) <--- open or close converter This two functions calls functions from iconv library which is contained in Scilab5 prerequreiment. 2. localization\src\c : setlanguage.c, add a line to call openLocaleToUTFConverter , 3. localization\src\c : getLocaleInfo_Windows.c, modified return value of getLocaleUserInfo in lang_contry.codepage format t,codepage information is used inside openLocaleToUTFConverter 4. console\src\cpp: consolePrint.c : add a line to call localeToUTF This is just a small patch to test locale to utf encoding concept, it need further enhancement. I have two questions. First , in my chinese Java console , the menu items are disabled ( unlike your Linux case) is this a bug under Windows ? Second, menu items are displayed in chinese under Linux but in english under Windows, what make them different ? YungLee 2008/5/30 Yung-Jang Lee : > Sylvestre: > > Let me try. Give me a week. > > YungLee > > 2008/5/30 Sylvestre Ledru : > > >> > To solve this problem, we must decide locale setting in runtime and >> > transform characters back to UTF8 if the locale setting is not >> > in UTF8. >> OK, then, a way of doing this could be: >> * if the LANG/LC_MESSAGES/whatever variable says that the language is >> UTF-8, don't do anything. >> * if not, convert it >> However, that sounds like a workaround to me, not a really bug fix. >> There must be a way to deal with this. >> >> > Hope these can help. >> It does! >> >> S >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ScilabWinJava.png Type: image/png Size: 14929 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: chinesePatch.rar Type: application/rar Size: 10292 bytes Desc: not available URL: From sylvestre.ledru at inria.fr Wed Jun 4 15:28:37 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 04 Jun 2008 15:28:37 +0200 Subject: [Scilab-Dev] Name for the toolbox system In-Reply-To: <4845152D.1060206@inria.fr> References: <1212481525.30391.8.camel@petitgaou> <4845045F.1020705@inria.fr> <1212486534.8802.37.camel@korcula.inria.fr> <4845152D.1060206@inria.fr> Message-ID: <1212586117.13683.74.camel@korcula.inria.fr> I like this one! S Le mardi 03 juin 2008 ? 11:55 +0200, Laurent Vaylet a ?crit : > ATOMS : Automatic TOolbox Management for Scilab > > L > > > Sylvestre Ledru wrote: > > ATOM is already used for Syndication Format (like RSS) and it would be > > better to have Scilab in the name but why not ;) > > > > S > > > > > > > > Le mardi 03 juin 2008 ? 10:44 +0200, Laurent Vaylet a ?crit : > > > >> ATOM : Automatic TOolbox Management > >> > >> Laurent > >> > >> > >> Delphine GASC wrote: > >> > >>> Hello, > >>> > >>> I'm working on the toolbox system for three months. My work will be > >>> commited soon on the svn and we need to find a name for the toolbox > >>> system. Does anybody have an idea ? > >>> > >>> For information : > >>> http://wiki.scilab.org/Scilab_toolboxes_management_specifications > >>> > >>> Thanks > >>> Delphine > >>> > >>> > >>> > >>> > > > > > > > From sylvestre.ledru at inria.fr Wed Jun 4 15:38:26 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 04 Jun 2008 15:38:26 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> Message-ID: <1212586706.13683.82.camel@korcula.inria.fr> [...] > This is just a small patch to test locale to utf encoding concept, it > need further enhancement. It doesn't work under Linux. I have the opposite as you (cf screenshot). I still don't understand the need to go with iconv... Especially when it is working with zh_TW.UTF-8 as locale. Your solution has also the problem that it probably won't work with other charset from thailand, burma or mongolia for example. > I have two questions. First , in my chinese Java console , the menu > items are disabled ( unlike your Linux case) is this a bug under > Windows ? The creation of the menu is done with Scilab scripts. Until all the macros have been loaded, they are disabled (because we don't want the user to use it until everything is loaded). Once it is done, we activate them (with their name) and as they are localized, if the initial string used in the creation is not the same in the activation, it doesn't work. (Vincent, correct me if I am wrong). Obviously, it is a bug (maybe a function which is lost because of the asian symbol). Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: zh_tw_Linux.jpg Type: image/jpeg Size: 29700 bytes Desc: not available URL: From yjlee123 at gmail.com Wed Jun 4 16:00:38 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 4 Jun 2008 22:00:38 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212586706.13683.82.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> Message-ID: <9371b4280806040700u9bd1c98u1d8b2f2da4b6e2f0@mail.gmail.com> Can you set LANG="zh_TW.BIG5" instead of LANG="zh_TW" and check again ? In my patch it assume locale in this long format. YungLee 2008/6/4 Sylvestre Ledru : > [...] > > > This is just a small patch to test locale to utf encoding concept, it > > need further enhancement. > It doesn't work under Linux. I have the opposite as you (cf screenshot). > I still don't understand the need to go with iconv... Especially when it > is working with zh_TW.UTF-8 as locale. > Your solution has also the problem that it probably won't work with > other charset from thailand, burma or mongolia for example. > > > > I have two questions. First , in my chinese Java console , the menu > > items are disabled ( unlike your Linux case) is this a bug under > > Windows ? > The creation of the menu is done with Scilab scripts. Until all the > macros have been loaded, they are disabled (because we don't want the > user to use it until everything is loaded). > Once it is done, we activate them (with their name) and as they are > localized, if the initial string used in the creation is not the same in > the activation, it doesn't work. (Vincent, correct me if I am wrong). > Obviously, it is a bug (maybe a function which is lost because of the > asian symbol). > > Sylvestre > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Wed Jun 4 16:23:11 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 4 Jun 2008 22:23:11 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212586706.13683.82.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> Message-ID: <9371b4280806040723g57e8c98cu7b0fdfc7c3cb1f3c@mail.gmail.com> 2008/6/4 Sylvestre Ledru : > [...] > > Your solution has also the problem that it probably won't work with > other charset from thailand, burma or mongolia for example. > > My solution (if it works) is based on ICONV library, it should work for quite a lots of charset according to iconv's documentation. But I think only a few charset in the world need to convert as I proposed , may be only Chinese,Japanese and Korean and one or two other languages need. They are all ideographical and had established their own charset long before the creation of UNICODE and therefore are still popular in local region. YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Wed Jun 4 16:23:29 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 04 Jun 2008 16:23:29 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806040700u9bd1c98u1d8b2f2da4b6e2f0@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> <9371b4280806040700u9bd1c98u1d8b2f2da4b6e2f0@mail.gmail.com> Message-ID: <1212589409.13683.119.camel@korcula.inria.fr> Yep, it is working. Note that I have the zh_TW.BIG5 locale on my system. Sylvestre Le mercredi 04 juin 2008 ? 22:00 +0800, Yung-Jang Lee a ?crit : > Can you set LANG="zh_TW.BIG5" instead of LANG="zh_TW" and check > again ? In my patch it assume locale in this long format. > > YungLee > > 2008/6/4 Sylvestre Ledru : > [...] > > > This is just a small patch to test locale to utf encoding > concept, it > > need further enhancement. > > It doesn't work under Linux. I have the opposite as you (cf > screenshot). > I still don't understand the need to go with iconv... > Especially when it > is working with zh_TW.UTF-8 as locale. > Your solution has also the problem that it probably won't work > with > other charset from thailand, burma or mongolia for example. > > > > I have two questions. First , in my chinese Java console , > the menu > > items are disabled ( unlike your Linux case) is this a > bug under > > Windows ? > > The creation of the menu is done with Scilab scripts. Until > all the > macros have been loaded, they are disabled (because we don't > want the > user to use it until everything is loaded). > Once it is done, we activate them (with their name) and as > they are > localized, if the initial string used in the creation is not > the same in > the activation, it doesn't work. (Vincent, correct me if I am > wrong). > Obviously, it is a bug (maybe a function which is lost because > of the > asian symbol). > > Sylvestre > > From yjlee123 at gmail.com Wed Jun 4 16:28:46 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 4 Jun 2008 22:28:46 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <1212589409.13683.119.camel@korcula.inria.fr> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> <9371b4280806040700u9bd1c98u1d8b2f2da4b6e2f0@mail.gmail.com> <1212589409.13683.119.camel@korcula.inria.fr> Message-ID: <9371b4280806040728k45de7abdjeca776f15e4b0bb0@mail.gmail.com> Thanks, as I said, zh_TW.BIG is quite popular :) Also, could you please check LANG="zh_CN.GB2312" , this test is for Chinese-simplified. YungLee 2008/6/4 Sylvestre Ledru : > Yep, it is working. > Note that I have the zh_TW.BIG5 locale on my system. > > Sylvestre > > Le mercredi 04 juin 2008 ? 22:00 +0800, Yung-Jang Lee a ?crit : > > Can you set LANG="zh_TW.BIG5" instead of LANG="zh_TW" and check > > again ? In my patch it assume locale in this long format. > > > > YungLee > > > > 2008/6/4 Sylvestre Ledru : > > [...] > > > > > This is just a small patch to test locale to utf encoding > > concept, it > > > need further enhancement. > > > > It doesn't work under Linux. I have the opposite as you (cf > > screenshot). > > I still don't understand the need to go with iconv... > > Especially when it > > is working with zh_TW.UTF-8 as locale. > > Your solution has also the problem that it probably won't work > > with > > other charset from thailand, burma or mongolia for example. > > > > > > > I have two questions. First , in my chinese Java console , > > the menu > > > items are disabled ( unlike your Linux case) is this a > > bug under > > > Windows ? > > > > The creation of the menu is done with Scilab scripts. Until > > all the > > macros have been loaded, they are disabled (because we don't > > want the > > user to use it until everything is loaded). > > Once it is done, we activate them (with their name) and as > > they are > > localized, if the initial string used in the creation is not > > the same in > > the activation, it doesn't work. (Vincent, correct me if I am > > wrong). > > Obviously, it is a bug (maybe a function which is lost because > > of the > > asian symbol). > > > > Sylvestre > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Wed Jun 4 16:33:36 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 4 Jun 2008 22:33:36 +0800 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806040728k45de7abdjeca776f15e4b0bb0@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> <9371b4280806040700u9bd1c98u1d8b2f2da4b6e2f0@mail.gmail.com> <1212589409.13683.119.camel@korcula.inria.fr> <9371b4280806040728k45de7abdjeca776f15e4b0bb0@mail.gmail.com> Message-ID: <9371b4280806040733g227ef52end07ca45ed8f53ed6@mail.gmail.com> Oh, I forgot some of string are not long enough for "GB2312", it may fail because of this,... ------------------------------------------------------------ BOOL openLocaleToUTFConverter(char *sysLocale,char *lang) { char encoding[5];<-------------not enough for "GB2312" ------------------------------------------------------------ YungLee 2008/6/4 Yung-Jang Lee : > Thanks, as I said, zh_TW.BIG is quite popular :) > > Also, could you please check LANG="zh_CN.GB2312" , this test is for > Chinese-simplified. > > YungLee > > 2008/6/4 Sylvestre Ledru : > >> Yep, it is working. >> Note that I have the zh_TW.BIG5 locale on my system. >> >> Sylvestre >> >> Le mercredi 04 juin 2008 ? 22:00 +0800, Yung-Jang Lee a ?crit : >> > Can you set LANG="zh_TW.BIG5" instead of LANG="zh_TW" and check >> > again ? In my patch it assume locale in this long format. >> > >> > YungLee >> > >> > 2008/6/4 Sylvestre Ledru : >> > [...] >> > >> > > This is just a small patch to test locale to utf encoding >> > concept, it >> > > need further enhancement. >> > >> > It doesn't work under Linux. I have the opposite as you (cf >> > screenshot). >> > I still don't understand the need to go with iconv... >> > Especially when it >> > is working with zh_TW.UTF-8 as locale. >> > Your solution has also the problem that it probably won't work >> > with >> > other charset from thailand, burma or mongolia for example. >> > >> > >> > > I have two questions. First , in my chinese Java console , >> > the menu >> > > items are disabled ( unlike your Linux case) is this a >> > bug under >> > > Windows ? >> > >> > The creation of the menu is done with Scilab scripts. Until >> > all the >> > macros have been loaded, they are disabled (because we don't >> > want the >> > user to use it until everything is loaded). >> > Once it is done, we activate them (with their name) and as >> > they are >> > localized, if the initial string used in the creation is not >> > the same in >> > the activation, it doesn't work. (Vincent, correct me if I am >> > wrong). >> > Obviously, it is a bug (maybe a function which is lost because >> > of the >> > asian symbol). >> > >> > Sylvestre >> > >> > >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Thu Jun 5 18:00:29 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 05 Jun 2008 18:00:29 +0200 Subject: [Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1 In-Reply-To: <9371b4280806040723g57e8c98cu7b0fdfc7c3cb1f3c@mail.gmail.com> References: <9371b4280805091103r7c5e384fre5b448126382ca23@mail.gmail.com> <1212074410.11252.165.camel@korcula.inria.fr> <9371b4280805290916r1fb299b2sfef788d404cd0f5b@mail.gmail.com> <1212138744.11430.13.camel@korcula.inria.fr> <9371b4280805300512r5f476e71x6ddad75c8c7dd265@mail.gmail.com> <9371b4280806020836k510c5b6fwd9f12f6a9a69292a@mail.gmail.com> <1212586706.13683.82.camel@korcula.inria.fr> <9371b4280806040723g57e8c98cu7b0fdfc7c3cb1f3c@mail.gmail.com> Message-ID: <1212681629.13683.217.camel@korcula.inria.fr> Le mercredi 04 juin 2008 ? 22:23 +0800, Yung-Jang Lee a ?crit : > > > 2008/6/4 Sylvestre Ledru : > [...] > > Your solution has also the problem that it probably won't work > with > other charset from thailand, burma or mongolia for example. > > > My solution (if it works) is based on ICONV library, it should work > for quite a lots of charset according to iconv's documentation. > > But I think only a few charset in the world need to convert as I > proposed , may be only Chinese,Japanese and Korean and one or two > other languages need. They are all ideographical and had established > their own charset long before the creation of UNICODE and therefore > are still popular in local region. OK! I had trouble to understand your point. Thanks for your explaination. Unfortunately, I haven't been able to make it work under Linux. iconv is complaining with some characters. You will find a small patch attached which helps to debug. Sylvestre PS: As I told you privately, I will be disconnected to the real world for the next two weeks. I will go back on this when (and if) I get back. -------------- next part -------------- A non-text attachment was scrubbed... Name: with-iconv-check.diff Type: text/x-patch Size: 2407 bytes Desc: not available URL: From sergey.sol at mail.ru Sat Jun 7 01:05:38 2008 From: sergey.sol at mail.ru (Sergey) Date: Fri, 6 Jun 2008 23:05:38 +0000 (UTC) Subject: I apologize for this email thread... Message-ID: >>P = sdpvar(4,4,'symmetric'); >> !--error 4 >> undefined variable : sdpvar >> at line 17 of exec file called by : >> exec demos/basicsex.sci; >>and with this my motivation for investigating further fades. If you would follow instruction how to install yalmip in my very first email you might have it works. But i am sure you didn't have time for this... It much simpler to reply something...like that. Warnings with the longname appears only in slilab 4.1.2 version whenever I did the tests for previous one. I realized that submitting of this email thread was a very stupid idea from my side. Maybe I thought that you reaction will not be so inadequate. I apologize for this. Excuse me.... I will never repeat it in the future. P.S. Thanks for your investigation with the input function, in spite of the fact that I've already founded rootcause myself. Sergey From sergey.sol at mail.ru Sat Jun 7 01:35:16 2008 From: sergey.sol at mail.ru (Sergey) Date: Fri, 6 Jun 2008 23:35:16 +0000 (UTC) Subject: [Scilab-Dev] =?utf-8?b?RVhDRVBUSU9OX0FDQ0VTU19WSU9MQVRJT04=?= References: <000001c8ab67$219715f0$0301a8c0@Sergey> <481B2897.9010006@free.fr> <000001c8ac8b$16c74990$0301a8c0@Sergey> <481B7B24.1010501@free.fr> <000001c8af66$cc039150$0301a8c0@Sergey> <1210079995.32224.26.camel@segre-pc2.weizmann.ac.il> Message-ID: >>P = sdpvar(4,4,'symmetric'); >> !--error 4 >> undefined variable : sdpvar >> at line 17 of exec file called by : >> exec demos/basicsex.sci; >>and with this my motivation for investigating further fades. If you would follow instruction how to install yalmip in my very first email you might have it works. But i am sure you didn't have time for this... It much simpler to reply something...like that. Warnings with the longname appears only in slilab 4.1.2 version whenever I did the tests for previous one. I realized that submitting of this email thread was a very stupid idea from my side. Maybe I thought that you reaction will not be so inadequate. I apologize for this. Excuse me.... I will never repeat it in the future. P.S. Thanks for your investigation with the input function, in spite of the fact that I've already founded rootcause myself. Sergey From cube at szypulka.com Sat Jun 7 10:07:01 2008 From: cube at szypulka.com (Cube) Date: Sat, 7 Jun 2008 10:07:01 +0200 Subject: Scilab goes Tango! Message-ID: <002001c8c875$77aa08a0$66fe19e0$@com> [sorry if this comes several times, but I wasn?t proberly subscribed on the list] Hello, I'm Jakub Szypulka, a Tango artist. Some time ago, Sylvestre Ledru asked me to create an icon for Scilab, actually to remake the old puffin logo into a tango one. The Scilab icon is ready! I hope I created it in all necessary sizes (48x48, 32x32, 22x22, 16x16). I think these are all small ones, but if you need a big version, for example for the website, let me know! It would be cool if some of you could post a comment @ http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Thank you very much in advance! Yours, Jakub. MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube ? Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab48.png Type: image/png Size: 2954 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab-gallery.png Type: image/png Size: 13728 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab16.png Type: image/png Size: 823 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab22.png Type: image/png Size: 1260 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab32.png Type: image/png Size: 2043 bytes Desc: not available URL: From cube at szypulka.com Sat Jun 7 15:17:35 2008 From: cube at szypulka.com (Cube) Date: Sat, 7 Jun 2008 15:17:35 +0200 Subject: Scilab Tango 128 update Message-ID: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> Hello, I've also created a 128x128 version now, although I think it's not perfect. Does anyone have an idea how to improve it? http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Yours, Jakub. MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cube at szypulka.com Sun Jun 8 10:26:27 2008 From: cube at szypulka.com (Cube) Date: Sun, 8 Jun 2008 10:26:27 +0200 Subject: [Tango-artists] Scilab Tango 128 update In-Reply-To: <1212858176l.6746l.0l@rechenknecht> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> (from cube@szypulka.com on Sat Jun 7 15:17:35 2008) <1212858176l.6746l.0l@rechenknecht> Message-ID: <000d01c8c941$58d488c0$0a7d9a40$@com> Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I hope I did well. The 128x128 px version is now updated, I hope it's better than the previous one. http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Jakub Szypulka PS. Anyone from the scilab staff out there? -----Original Message----- From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] Sent: Samstag, 7. Juni 2008 19:03 To: Cube Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: AW: [Tango-artists] Scilab Tango 128 update Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian From yjlee123 at gmail.com Sun Jun 8 13:12:04 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sun, 8 Jun 2008 19:12:04 +0800 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <000d01c8c941$58d488c0$0a7d9a40$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> Message-ID: <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> I like it. Can I have another version that face to right ? I need it to replace the old one in my web page http://groups.google.com/group/ade-scilab YungLee 2008/6/8 Cube : > Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I > hope I did well. > > The 128x128 px version is now updated, I hope it's better than the previous > one. > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > Jakub Szypulka > > > PS. Anyone from the scilab staff out there? > > -----Original Message----- > From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] > Sent: Samstag, 7. Juni 2008 19:03 > To: Cube > Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org > Subject: AW: [Tango-artists] Scilab Tango 128 update > > Am 07.06.2008 15:17:35 schrieb(en) Cube: > > Hello, > > > > > > > > I've also created a 128x128 version now, although I think it's not > > perfect. > > Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > > > > > Yours, Jakub. > > > > > > > > > > > > MSN: kubasz at yahoo.com > > > > ICQ: 264595412 > > > > AIM: aimcube > > > > > > > > Skype: cube_s > > > > Yahoo!IM: kubasz > > > > Xfire: cubibubi > > > > > > > > GTalk: cubibubi at googlemail.com > > > > GaduGadu: 11945489 > > > > IRC: (Freenode) ``Cube > > > > > > > > http://cubestuff.wordpress.com > > > > > > > > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to > give > it more volume. > > Just played a bit... > > Sebastian > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cube at szypulka.com Sun Jun 8 13:16:54 2008 From: cube at szypulka.com (Cube) Date: Sun, 8 Jun 2008 13:16:54 +0200 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> Message-ID: <001001c8c959$28c8f4f0$7a5aded0$@com> Yes! Sure! If I just might know which size this is, because I cannot see it (or do you need all?) Jakub From: Yung-Jang Lee [mailto:yjlee123 at gmail.com] Sent: Sonntag, 8. Juni 2008 13:12 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update I like it. Can I have another version that face to right ? I need it to replace the old one in my web page http://groups.google.com/group/ade-scilab YungLee 2008/6/8 Cube : Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I hope I did well. The 128x128 px version is now updated, I hope it's better than the previous one. http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Jakub Szypulka PS. Anyone from the scilab staff out there? -----Original Message----- From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] Sent: Samstag, 7. Juni 2008 19:03 To: Cube Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: AW: [Tango-artists] Scilab Tango 128 update Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Sun Jun 8 13:19:47 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sun, 8 Jun 2008 19:19:47 +0800 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <001001c8c959$28c8f4f0$7a5aded0$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> <001001c8c959$28c8f4f0$7a5aded0$@com> Message-ID: <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> I need all please. YungLee 2008/6/8 Cube : > Yes! Sure! If I just might know which size this is, because I cannot see > it (or do you need all?) > > > > Jakub > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com] > *Sent:* Sonntag, 8. Juni 2008 13:12 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > I like it. > > Can I have another version that face to right ? I need it to replace the > old one in my web page > > http://groups.google.com/group/ade-scilab > > YungLee > > 2008/6/8 Cube : > > Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I > hope I did well. > > The 128x128 px version is now updated, I hope it's better than the previous > one. > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > Jakub Szypulka > > > PS. Anyone from the scilab staff out there? > > > -----Original Message----- > From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] > Sent: Samstag, 7. Juni 2008 19:03 > To: Cube > Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org > Subject: AW: [Tango-artists] Scilab Tango 128 update > > Am 07.06.2008 15:17:35 schrieb(en) Cube: > > Hello, > > > > > > > > I've also created a 128x128 version now, although I think it's not > > perfect. > > Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > > > > > Yours, Jakub. > > > > > > > > > > > > MSN: kubasz at yahoo.com > > > > ICQ: 264595412 > > > > AIM: aimcube > > > > > > > > Skype: cube_s > > > > Yahoo!IM: kubasz > > > > Xfire: cubibubi > > > > > > > > GTalk: cubibubi at googlemail.com > > > > GaduGadu: 11945489 > > > > IRC: (Freenode) ``Cube > > > > > > > > > http://cubestuff.wordpress.com > > > > > > > > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to > give > it more volume. > > Just played a bit... > > Sebastian > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cube at szypulka.com Sun Jun 8 13:50:21 2008 From: cube at szypulka.com (Cube) Date: Sun, 8 Jun 2008 13:50:21 +0200 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> <001001c8c959$28c8f4f0$7a5aded0$@com> <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> Message-ID: <001d01c8c95d$d4d74b80$7e85e280$@com> Here you go! Jakub Ps. Are you one of the Scilab developers or do you know how to contact them? I?d like to know if my icon if going to be taken or not. From: Yung-Jang Lee [mailto:yjlee123 at gmail.com] Sent: Sonntag, 8. Juni 2008 13:20 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update I need all please. YungLee 2008/6/8 Cube : Yes! Sure! If I just might know which size this is, because I cannot see it (or do you need all?) Jakub From: Yung-Jang Lee [mailto:yjlee123 at gmail.com] Sent: Sonntag, 8. Juni 2008 13:12 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update I like it. Can I have another version that face to right ? I need it to replace the old one in my web page http://groups.google.com/group/ade-scilab YungLee 2008/6/8 Cube : Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I hope I did well. The 128x128 px version is now updated, I hope it's better than the previous one. http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Jakub Szypulka PS. Anyone from the scilab staff out there? -----Original Message----- From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] Sent: Samstag, 7. Juni 2008 19:03 To: Cube Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: AW: [Tango-artists] Scilab Tango 128 update Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab48.png Type: image/png Size: 2870 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab128.png Type: image/png Size: 14046 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab16.png Type: image/png Size: 799 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab22.png Type: image/png Size: 1261 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab32.png Type: image/png Size: 2012 bytes Desc: not available URL: From yjlee123 at gmail.com Sun Jun 8 14:48:01 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Sun, 8 Jun 2008 20:48:01 +0800 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <001d01c8c95d$d4d74b80$7e85e280$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> <001001c8c959$28c8f4f0$7a5aded0$@com> <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> <001d01c8c95d$d4d74b80$7e85e280$@com> Message-ID: <9371b4280806080548o4972a2d3qdee9cda3643bf301@mail.gmail.com> Thanks a lot. I am not a Scilab developer. Just a one that like your works. Be patient, good luck. YungLee 2008/6/8 Cube : > Here you go! > > > > Jakub > > > > Ps. Are you one of the Scilab developers or do you know how to contact > them? I'd like to know if my icon if going to be taken or not. > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com] > *Sent:* Sonntag, 8. Juni 2008 13:20 > > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > > I need all please. > > YungLee > > 2008/6/8 Cube : > > Yes! Sure! If I just might know which size this is, because I cannot see it > (or do you need all?) > > > > Jakub > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com] > *Sent:* Sonntag, 8. Juni 2008 13:12 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > I like it. > > Can I have another version that face to right ? I need it to replace the > old one in my web page > > http://groups.google.com/group/ade-scilab > > YungLee > > 2008/6/8 Cube : > > Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I > hope I did well. > > The 128x128 px version is now updated, I hope it's better than the previous > one. > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > Jakub Szypulka > > > PS. Anyone from the scilab staff out there? > > > -----Original Message----- > From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] > Sent: Samstag, 7. Juni 2008 19:03 > To: Cube > Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org > Subject: AW: [Tango-artists] Scilab Tango 128 update > > Am 07.06.2008 15:17:35 schrieb(en) Cube: > > Hello, > > > > > > > > I've also created a 128x128 version now, although I think it's not > > perfect. > > Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > > > > > Yours, Jakub. > > > > > > > > > > > > MSN: kubasz at yahoo.com > > > > ICQ: 264595412 > > > > AIM: aimcube > > > > > > > > Skype: cube_s > > > > Yahoo!IM: kubasz > > > > Xfire: cubibubi > > > > > > > > GTalk: cubibubi at googlemail.com > > > > GaduGadu: 11945489 > > > > IRC: (Freenode) ``Cube > > > > > > > > > http://cubestuff.wordpress.com > > > > > > > > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to > give > it more volume. > > Just played a bit... > > Sebastian > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent.vaylet at inria.fr Sun Jun 8 13:09:57 2008 From: laurent.vaylet at inria.fr (Laurent Vaylet) Date: Sun, 08 Jun 2008 15:39:57 +0430 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <001d01c8c95d$d4d74b80$7e85e280$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> <001001c8c959$28c8f4f0$7a5aded0$@com> <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> <001d01c8c95d$d4d74b80$7e85e280$@com> Message-ID: <484BBE05.4080405@inria.fr> Hi Cube, Sylvestre Ledru, the guy who have been in contact with and asked for the puffin Tango-like icon, is currently away from his office (most certainly climbing Kilimandjaro right now). Anyway, congratulations in the name of the operational team (to which I belong) ! I think this icon will perfectly fit with the Tango set we use in Scilab 5.0. I guess you are going to have more feedback tomorrow or the day after tomorrow, when everyone comes back from a well-deserved week-end. Laurent VAYLET Cube wrote: > > Here you go! > > > > Jakub > > > > Ps. Are you one of the Scilab developers or do you know how to contact > them? I?d like to know if my icon if going to be taken or not. > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com] > *Sent:* Sonntag, 8. Juni 2008 13:20 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > > I need all please. > > YungLee > > 2008/6/8 Cube >: > > Yes! Sure! If I just might know which size this is, because I cannot > see it (or do you need all?) > > > > Jakub > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com > ] > *Sent:* Sonntag, 8. Juni 2008 13:12 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > I like it. > > Can I have another version that face to right ? I need it to replace > the old one in my web page > > http://groups.google.com/group/ade-scilab > > YungLee > > 2008/6/8 Cube >: > > Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I > hope I did well. > > The 128x128 px version is now updated, I hope it's better than the > previous > one. > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > Jakub Szypulka > > > PS. Anyone from the scilab staff out there? > > > -----Original Message----- > From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com > ] > Sent: Samstag, 7. Juni 2008 19:03 > To: Cube > Cc: tango-artists at lists.freedesktop.org > ; dev at lists.scilab.org > > Subject: AW: [Tango-artists] Scilab Tango 128 update > > Am 07.06.2008 15:17:35 schrieb(en) Cube: > > Hello, > > > > > > > > I've also created a 128x128 version now, although I think it's not > > perfect. > > Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > > > > > Yours, Jakub. > > > > > > > > > > > > MSN: kubasz at yahoo.com > > > > ICQ: 264595412 > > > > AIM: aimcube > > > > > > > > Skype: cube_s > > > > Yahoo!IM: kubasz > > > > Xfire: cubibubi > > > > > > > > GTalk: cubibubi at googlemail.com > > > > GaduGadu: 11945489 > > > > IRC: (Freenode) ``Cube > > > > > > > > > http://cubestuff.wordpress.com > > > > > > > > > > > > Looks good. Maybe add some details/light/shadow on the 128px version > to give > it more volume. > > Just played a bit... > > Sebastian > > > > > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > From cube at szypulka.com Sun Jun 8 16:00:55 2008 From: cube at szypulka.com (Cube) Date: Sun, 8 Jun 2008 16:00:55 +0200 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <484BBE05.4080405@inria.fr> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> <001001c8c959$28c8f4f0$7a5aded0$@com> <9371b4280806080419y15e094c1tf95ac9e51bc7e13b@mail.gmail.com> <001d01c8c95d$d4d74b80$7e85e280$@com> <484BBE05.4080405@inria.fr> Message-ID: <002e01c8c970$125b42b0$3711c810$@com> Hi Laurent, alright! Thank you! Jakub -----Original Message----- From: Laurent Vaylet [mailto:laurent.vaylet at inria.fr] Sent: Sonntag, 8. Juni 2008 13:10 To: Cube Cc: dev at lists.scilab.org; yjlee123 at gmail.com Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update Hi Cube, Sylvestre Ledru, the guy who have been in contact with and asked for the puffin Tango-like icon, is currently away from his office (most certainly climbing Kilimandjaro right now). Anyway, congratulations in the name of the operational team (to which I belong) ! I think this icon will perfectly fit with the Tango set we use in Scilab 5.0. I guess you are going to have more feedback tomorrow or the day after tomorrow, when everyone comes back from a well-deserved week-end. Laurent VAYLET Cube wrote: > > Here you go! > > > > Jakub > > > > Ps. Are you one of the Scilab developers or do you know how to contact > them? I?d like to know if my icon if going to be taken or not. > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com] > *Sent:* Sonntag, 8. Juni 2008 13:20 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > > I need all please. > > YungLee > > 2008/6/8 Cube >: > > Yes! Sure! If I just might know which size this is, because I cannot > see it (or do you need all?) > > > > Jakub > > > > *From:* Yung-Jang Lee [mailto:yjlee123 at gmail.com > ] > *Sent:* Sonntag, 8. Juni 2008 13:12 > *To:* dev at lists.scilab.org > *Subject:* Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update > > > > I like it. > > Can I have another version that face to right ? I need it to replace > the old one in my web page > > http://groups.google.com/group/ade-scilab > > YungLee > > 2008/6/8 Cube >: > > Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I > hope I did well. > > The 128x128 px version is now updated, I hope it's better than the > previous > one. > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > Jakub Szypulka > > > PS. Anyone from the scilab staff out there? > > > -----Original Message----- > From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com > ] > Sent: Samstag, 7. Juni 2008 19:03 > To: Cube > Cc: tango-artists at lists.freedesktop.org > ; dev at lists.scilab.org > > Subject: AW: [Tango-artists] Scilab Tango 128 update > > Am 07.06.2008 15:17:35 schrieb(en) Cube: > > Hello, > > > > > > > > I've also created a 128x128 version now, although I think it's not > > perfect. > > Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > > > > > Yours, Jakub. > > > > > > > > > > > > MSN: kubasz at yahoo.com > > > > ICQ: 264595412 > > > > AIM: aimcube > > > > > > > > Skype: cube_s > > > > Yahoo!IM: kubasz > > > > Xfire: cubibubi > > > > > > > > GTalk: cubibubi at googlemail.com > > > > GaduGadu: 11945489 > > > > IRC: (Freenode) ``Cube > > > > > > > > > http://cubestuff.wordpress.com > > > > > > > > > > > > Looks good. Maybe add some details/light/shadow on the 128px version > to give > it more volume. > > Just played a bit... > > Sebastian > > > > > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > From cube at szypulka.com Sat Jun 7 10:01:03 2008 From: cube at szypulka.com (Cube) Date: Sat, 7 Jun 2008 10:01:03 +0200 Subject: Scilab goes Tango! Message-ID: <000901c8c874$a1debdb0$e59c3910$@com> Hello, I'm Jakub Szypulka, a Tango artist. Some time ago, Sylvestre Ledru asked me to create an icon for Scilab, actually to remake the old puffin logo into a tango one. The Scilab icon is ready! I hope I created it in all necessary sizes (48x48, 32x32, 22x22, 16x16). I think these are all small ones, but if you need a big version, for example for the website, let me know! It would be cool if some of you could post a comment @ http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Thank you very much in advance! Yours, Jakub. MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube ? Please consider the environment before printing this email. -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab32.png Type: image/png Size: 2043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab48.png Type: image/png Size: 2954 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab-gallery.png Type: image/png Size: 13728 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab16.png Type: image/png Size: 823 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab22.png Type: image/png Size: 1260 bytes Desc: not available URL: From kraft.sebastian at googlemail.com Sat Jun 7 19:02:56 2008 From: kraft.sebastian at googlemail.com (Sebastian Kraft) Date: Sat, 07 Jun 2008 19:02:56 +0200 Subject: AW: [Tango-artists] Scilab Tango 128 update In-Reply-To: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> (from cube@szypulka.com on Sat Jun 7 15:17:35 2008) Message-ID: <1212858176l.6746l.0l@rechenknecht> Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: fast-scilab-128.png Type: image/png Size: 14409 bytes Desc: not available URL: From cube at szypulka.com Mon Jun 9 19:19:09 2008 From: cube at szypulka.com (Cube) Date: Mon, 9 Jun 2008 19:19:09 +0200 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> Message-ID: <000b01c8ca54$ede80a90$c9b81fb0$@com> Hello, You didn?t add my icon to your page yet, are you going to do this or isn?t this active anymore? (Not to be understand arrogant, I?m just curious) Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com From: Yung-Jang Lee [mailto:yjlee123 at gmail.com] Sent: Sonntag, 8. Juni 2008 13:12 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update I like it. Can I have another version that face to right ? I need it to replace the old one in my web page http://groups.google.com/group/ade-scilab YungLee 2008/6/8 Cube : Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I hope I did well. The 128x128 px version is now updated, I hope it's better than the previous one. http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Jakub Szypulka PS. Anyone from the scilab staff out there? -----Original Message----- From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] Sent: Samstag, 7. Juni 2008 19:03 To: Cube Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: AW: [Tango-artists] Scilab Tango 128 update Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: From cube at szypulka.com Mon Jun 9 19:37:07 2008 From: cube at szypulka.com (Cube) Date: Mon, 9 Jun 2008 19:37:07 +0200 Subject: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update In-Reply-To: <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1212858176l.6746l.0l@rechenknecht> <000d01c8c941$58d488c0$0a7d9a40$@com> <9371b4280806080412y18824f1s30eee0131dcab074@mail.gmail.com> Message-ID: <001301c8ca57$705fef40$511fcdc0$@com> Oops, sorry, this mail should be for YungLee, not the mailing list, sorry! Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com From: Yung-Jang Lee [mailto:yjlee123 at gmail.com] Sent: Sonntag, 8. Juni 2008 13:12 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] RE: [Tango-artists] Scilab Tango 128 update I like it. Can I have another version that face to right ? I need it to replace the old one in my web page http://groups.google.com/group/ade-scilab YungLee 2008/6/8 Cube : Yea, thank you Sebastian, you don't need to send the SVG, I did myself. I hope I did well. The 128x128 px version is now updated, I hope it's better than the previous one. http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ Jakub Szypulka PS. Anyone from the scilab staff out there? -----Original Message----- From: Sebastian Kraft [mailto:kraft.sebastian at googlemail.com] Sent: Samstag, 7. Juni 2008 19:03 To: Cube Cc: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: AW: [Tango-artists] Scilab Tango 128 update Am 07.06.2008 15:17:35 schrieb(en) Cube: > Hello, > > > > I've also created a 128x128 version now, although I think it's not > perfect. > Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > > > > Yours, Jakub. > > > > > > MSN: kubasz at yahoo.com > > ICQ: 264595412 > > AIM: aimcube > > > > Skype: cube_s > > Yahoo!IM: kubasz > > Xfire: cubibubi > > > > GTalk: cubibubi at googlemail.com > > GaduGadu: 11945489 > > IRC: (Freenode) ``Cube > > > > http://cubestuff.wordpress.com > > > > > Looks good. Maybe add some details/light/shadow on the 128px version to give it more volume. Just played a bit... Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Tue Jun 10 19:41:11 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Wed, 11 Jun 2008 01:41:11 +0800 Subject: Non Unicode language locale patch for Windows and Linux Message-ID: <9371b4280806101041t549987bdx832e8f0004537e6d@mail.gmail.com> Hi, all : Attached is my test patch for locales which is not subset of UNICODE for Scilab5Beta2. I have tested it under Windows and Linux for Chinese-Traditional (zh_TW , with windows Code Page 950 , Linux with LANG=zh_TW.BIG5 and LANG=zh_TW.UTF-8 ) and Chinese-Simplified (zh_CN Linux, LANG=zh_CN.GB2312 , LANG=zh_CN.UTF-8) and have the corrected results(ref. to my PNG files). According to the documents about Windows Code Page ( http://www.science.co.il/Language/Locale-Codes.asp) and corresponding characters set (http://www.science.co.il/Language/Character-Sets.asp), the only code page that don't need a locale to UTF8 convert is CP1252 (iso-8859-1). So, I use following rules to trigger the convert (function openLocaleToUTFConverter in file localetoutf.c) Under Windows : if code page is not CP1252 Under Linux : if language locale explicit set to non unicode,for examples zh_TW.BIG5, zh_CN.GB2312,.. Hope it work for other languages. YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: chinesePatchV2.zip Type: application/zip Size: 529279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Scilab5WindowsZh_TW.png Type: image/png Size: 15850 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Scilab5LinuxZh_TWBIG5.png Type: image/png Size: 53796 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ScilabUnixZh_CNGB2312.png Type: image/png Size: 45097 bytes Desc: not available URL: From fvogelnew1 at free.fr Thu Jun 12 20:52:34 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Thu, 12 Jun 2008 20:52:34 +0200 Subject: Build broken Message-ID: <48517072.6040500@free.fr> FYI, in optimization_f2c.vcproj, there are three leftover files that prevent compilation of Scilab with f2c: pasr03.c plcbas.c zthz.c Francois From fvogelnew1 at free.fr Sat Jun 14 09:32:35 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 14 Jun 2008 09:32:35 +0200 Subject: Build broken + Incomplete daily versions Message-ID: <48537413.5010006@free.fr> Hi, I can't compile trunk today because it doesn't know about getXOnScreen and getYOnScreen in GlobalEventFilter.java This is due to this commit: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?r1=25255&r2=25353 Not sure what the problem is. My prerequirements are up-to-date. Then I've seen that daily versions are again available from trunk. Nice. The problem for me is that once downloaded, a lot of things is missing in the tarball, for instance there is no modules directory at all. Hence one untared it doesn't work. Strange, because: http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release lists everything as if it was really included in the tarball. Any idea about how I can have an up-to-date working trunk today? I'd like to work on bug 3143. Thanks, Francois From vincent.couvert at inria.fr Mon Jun 16 10:04:22 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 16 Jun 2008 10:04:22 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48537413.5010006@free.fr> References: <48537413.5010006@free.fr> Message-ID: <48561E86.8040308@inria.fr> Hi Fran?ois, What is the version fo your JVM ? Vincent Fran?ois Vogel a ?crit : > Hi, > > I can't compile trunk today because it doesn't know about getXOnScreen > and getYOnScreen in GlobalEventFilter.java > > This is due to this commit: > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?r1=25255&r2=25353 > > > Not sure what the problem is. My prerequirements are up-to-date. > > > Then I've seen that daily versions are again available from trunk. Nice. > > The problem for me is that once downloaded, a lot of things is missing > in the tarball, for instance there is no modules directory at all. > Hence one untared it doesn't work. > > Strange, because: > http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release > > lists everything as if it was really included in the tarball. > > > Any idea about how I can have an up-to-date working trunk today? I'd > like to work on bug 3143. > > Thanks, > Francois > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From fvogelnew1 at free.fr Mon Jun 16 13:17:36 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 16 Jun 2008 13:17:36 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48561E86.8040308@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> Message-ID: <48564BD0.3020705@free.fr> Hi, 1.5.0 I guess. Investigating further in config.log: configure:9862: checking to see if the java compiler works /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java yes configure:9889: result: yes Using JAVAC=/usr/lib/jvm/java-1.5.0-sun/bin/javac Java found in /usr/lib/jvm/java-1.5.0-sun configure:9910: checking type of jvm /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java conftest.java:2: package gnu.java.io does not exist import gnu.java.io.EncodingManager; ^ 1 error configure: failed program was: // #line 9916 "configure" import gnu.java.io.EncodingManager; public class conftest { public static void main(String[] argv) { } } Which doesn't prevent configure from going to its end. Is this a problem? Francois Vincent COUVERT said on 16/06/2008 10:04: > Hi Fran?ois, > > What is the version fo your JVM ? > > Vincent > > Fran?ois Vogel a ?crit : >> Hi, >> >> I can't compile trunk today because it doesn't know about getXOnScreen >> and getYOnScreen in GlobalEventFilter.java >> >> This is due to this commit: >> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?r1=25255&r2=25353 >> >> >> Not sure what the problem is. My prerequirements are up-to-date. >> >> >> Then I've seen that daily versions are again available from trunk. Nice. >> >> The problem for me is that once downloaded, a lot of things is missing >> in the tarball, for instance there is no modules directory at all. >> Hence one untared it doesn't work. >> >> Strange, because: >> http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release >> >> lists everything as if it was really included in the tarball. >> >> >> Any idea about how I can have an up-to-date working trunk today? I'd >> like to work on bug 3143. >> >> Thanks, >> Francois >> >> > From vincent.couvert at inria.fr Mon Jun 16 13:29:48 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 16 Jun 2008 13:29:48 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48564BD0.3020705@free.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> Message-ID: <48564EAC.8040802@inria.fr> Hi, I think the methods getXOnScreen and getYOnScreen are only available since Java 1.6...we have to investigate and hope to find another equivalent method. For the configure error, I think Sylvestre knows the reason (he'll be back next monday). Vincent Fran?ois Vogel a ?crit : > Hi, > > 1.5.0 I guess. > > > Investigating further in config.log: > > configure:9862: checking to see if the java compiler works > /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java > yes > configure:9889: result: yes > Using JAVAC=/usr/lib/jvm/java-1.5.0-sun/bin/javac > Java found in /usr/lib/jvm/java-1.5.0-sun > configure:9910: checking type of jvm > /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java > conftest.java:2: package gnu.java.io does not exist > import gnu.java.io.EncodingManager; > ^ > 1 error > configure: failed program was: > // #line 9916 "configure" > import gnu.java.io.EncodingManager; > > public class conftest { > public static void main(String[] argv) { > > } > } > > Which doesn't prevent configure from going to its end. > Is this a problem? > > Francois > > > Vincent COUVERT said on 16/06/2008 10:04: >> Hi Fran?ois, >> >> What is the version fo your JVM ? >> >> Vincent >> >> Fran?ois Vogel a ?crit : >>> Hi, >>> >>> I can't compile trunk today because it doesn't know about >>> getXOnScreen and getYOnScreen in GlobalEventFilter.java >>> >>> This is due to this commit: >>> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?r1=25255&r2=25353 >>> >>> >>> Not sure what the problem is. My prerequirements are up-to-date. >>> >>> >>> Then I've seen that daily versions are again available from trunk. >>> Nice. >>> >>> The problem for me is that once downloaded, a lot of things is >>> missing in the tarball, for instance there is no modules directory >>> at all. Hence one untared it doesn't work. >>> >>> Strange, because: >>> http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release >>> >>> lists everything as if it was really included in the tarball. >>> >>> >>> Any idea about how I can have an up-to-date working trunk today? I'd >>> like to work on bug 3143. >>> >>> Thanks, >>> Francois >>> >>> >> > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From fvogelnew1 at free.fr Mon Jun 16 13:57:18 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Mon, 16 Jun 2008 13:57:18 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48564EAC.8040802@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> Message-ID: <1213617438.4856551eeda2d@imp.free.fr> OK, si I understand that the minimal requirement on the jvm is still 1.5, not 1.6. About the incomplete nighlty builds, what do you think? F. Selon Vincent COUVERT : > Hi, > > I think the methods getXOnScreen and getYOnScreen are only available > since Java 1.6...we have to investigate and hope to find another > equivalent method. > > For the configure error, I think Sylvestre knows the reason (he'll be > back next monday). > > Vincent > > Fran?ois Vogel a ?crit : > > Hi, > > > > 1.5.0 I guess. > > > > > > Investigating further in config.log: > > > > configure:9862: checking to see if the java compiler works > > /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java > > yes > > configure:9889: result: yes > > Using JAVAC=/usr/lib/jvm/java-1.5.0-sun/bin/javac > > Java found in /usr/lib/jvm/java-1.5.0-sun > > configure:9910: checking type of jvm > > /usr/lib/jvm/java-1.5.0-sun/bin/javac -g conftest.java > > conftest.java:2: package gnu.java.io does not exist > > import gnu.java.io.EncodingManager; > > ^ > > 1 error > > configure: failed program was: > > // #line 9916 "configure" > > import gnu.java.io.EncodingManager; > > > > public class conftest { > > public static void main(String[] argv) { > > > > } > > } > > > > Which doesn't prevent configure from going to its end. > > Is this a problem? > > > > Francois > > > > > > Vincent COUVERT said on 16/06/2008 10:04: > >> Hi Fran?ois, > >> > >> What is the version fo your JVM ? > >> > >> Vincent > >> > >> Fran?ois Vogel a ?crit : > >>> Hi, > >>> > >>> I can't compile trunk today because it doesn't know about > >>> getXOnScreen and getYOnScreen in GlobalEventFilter.java > >>> > >>> This is due to this commit: > >>> > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?r1=25255&r2=25353 > >>> > >>> > >>> Not sure what the problem is. My prerequirements are up-to-date. > >>> > >>> > >>> Then I've seen that daily versions are again available from trunk. > >>> Nice. > >>> > >>> The problem for me is that once downloaded, a lot of things is > >>> missing in the tarball, for instance there is no modules directory > >>> at all. Hence one untared it doesn't work. > >>> > >>> Strange, because: > >>> > http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release > >>> > >>> lists everything as if it was really included in the tarball. > >>> > >>> > >>> Any idea about how I can have an up-to-date working trunk today? I'd > >>> like to work on bug 3143. > >>> > >>> Thanks, > >>> Francois > >>> > >>> > >> > > > > > > -- > ============================================== > Vincent COUVERT > Centre de Recherche INRIA Paris-Rocquencourt > Domaine de Voluceau - B.P. 105 > 78153 Le Chesnay Cedex > ============================================== > Equipe Projet SCILAB > B?timent 1B - Bureau 013 > Email : vincent.couvert at inria.fr > T?l : +33 (0)1 39 63 54 46 > Fax : +33 (0)1 39 63 55 94 > ============================================== > > From pierre.marechal at scilab.org Mon Jun 16 14:30:21 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 16 Jun 2008 14:30:21 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48537413.5010006@free.fr> References: <48537413.5010006@free.fr> Message-ID: <48565CDD.7090903@scilab.org> Fran?ois Vogel wrote: > The problem for me is that once downloaded, a lot of things is missing > in the tarball, for instance there is no modules directory at all. > Hence one untared it doesn't work. > > Strange, because: > http://www.scilab.org/develop/Dailyversion/index.php?os=linux&date=2008-06-14&detail=targzbin.txt&module=4&mode=release > > lists everything as if it was really included in the tarball. > > Any idea about how I can have an up-to-date working trunk today? I'd > like to work on bug 3143. > > Thanks, > Francois Hello Fran?ois, I can't reproduce your problem. Which tool do you use to untar ? What is the size of the downloaded tarball ? *[14:23:19][$SHELL]*> wget http://www.scilab.org/develop/Dailyversion/2008-06-16/scilab-SE-trunk-25388.bin.linux-i686.tar.gz --14:22:45-- http://www.scilab.org/develop/Dailyversion/2008-06-16/scilab-SE-trunk-25388.bin.linux-i686.tar.gz => `scilab-SE-trunk-25388.bin.linux-i686.tar.gz' R?solution de www.scilab.org... 128.93.12.139 Connexion vers www.scilab.org|128.93.12.139|:80... connect?. requ?te HTTP transmise, en attente de la r?ponse... 200 OK Longueur: 100 849 167 (96M) [application/x-gzip] 100%[=========================================================================================================================================================>] 100 849 167 36.91M/s 14:22:48 (36.85 MB/s) - ? scilab-SE-trunk-25388.bin.linux-i686.tar.gz ? sauvegard? [100849167/100849167] *[14:23:19][$SHELL]*> tar xzf scilab-SE-trunk-25388.bin.linux-i686.tar.gz *[14:23:19][$SHELL]*> ls scilab-SE-trunk-25388/share/scilab/modules action_binding data_structures elementary_functions hashtable javasci maple2scilab polynomials shell string arnoldi demo_tools fftw helptools jvm matio pvm signal_processing symbolic boolean development_tools fileio helptoolsdocbook_xsl lapack metanet randlib simulated_annealing tclsci cacsd differential_equations functions history_manager libst mexlib renderer sound texmacs compatibility_functions double genetic_algorithms integer linear_algebra optimization scicos sparse time completion doublylinkedlist graphic_export interpolation localization output_stream scicos_blocks special_functions umfpack console dynamiclibrary graphics intersci m2sci overloading scilab2fortran spreadsheet windows_tools core dynamic_link gui io malloc parameters scipad statistics Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at scilab.org ============================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Mon Jun 16 19:48:37 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 16 Jun 2008 19:48:37 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48565CDD.7090903@scilab.org> References: <48537413.5010006@free.fr> <48565CDD.7090903@scilab.org> Message-ID: <4856A775.6010102@free.fr> Pierre MARECHAL said on 16/06/2008 14:30: > *[14:23:19][$SHELL]*> ls scilab-SE-trunk-25388/share/scilab/modules Argh, you're right, modules is in a share/scilab subdirectory in binary versions (not the case for source versions). So the tarball is in fact complete, that's my error. I was in fact led to investigate in the tarball because when launching the nightly build (on Kubuntu) I get this error: francois at francois-desktop:~/scilab/scilab-SE-trunk-25388$ bin/scilab francois at francois-desktop:~/scilab/scilab-SE-trunk-25388$ /home/francois/scilab/scilab-SE-trunk-25388/bin/scilab-bin: error while loading shared libraries: libscilab.so.0: cannot open shared object file: No such file or directory From this, a cursive look at the content of the untared nightly build led me to the wrong conclusion, sorry again. What remains however is that the nightly build cannot be launched for me. Should I make install or something? The tips "How to install the binary version" in the download page of the Scilab site doesn't say it, wasn't this need removed at some point from Scilab5? Francois From enrico.segre at weizmann.ac.il Wed Jun 18 16:28:53 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Wed, 18 Jun 2008 17:28:53 +0300 Subject: Scipad icon Message-ID: <1213799333.3916.125.camel@segre-pc2.weizmann.ac.il> Hi all, a really important topic: with respect to http://bugzilla.scilab.org/show_bug.cgi?id=3105#c10, any opinion about size and appearance of the editor icon in the toolbar? Enrico From vincent.couvert at inria.fr Wed Jun 18 17:11:00 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Wed, 18 Jun 2008 17:11:00 +0200 Subject: [Scilab-Dev] Scipad icon In-Reply-To: <1213799333.3916.125.camel@segre-pc2.weizmann.ac.il> References: <1213799333.3916.125.camel@segre-pc2.weizmann.ac.il> Message-ID: <48592584.1010807@inria.fr> Hi Enrico, Why don't you choose an icon from the Tango project (http://tango.freedesktop.org/Tango_Desktop_Project) ? We use it for all Scilab icons. The icon used in the toolbar for Scipad comes form the Tango project and is available in other sizes than the one we use by default. Vincent Enrico Segre a ?crit : > Hi all, > a really important topic: with respect to > http://bugzilla.scilab.org/show_bug.cgi?id=3105#c10, > any opinion about size and appearance of the editor icon in the toolbar? > Enrico > > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From Enrico.Segre at weizmann.ac.il Wed Jun 18 21:13:58 2008 From: Enrico.Segre at weizmann.ac.il (Enrico Segre) Date: Wed, 18 Jun 2008 22:13:58 +0300 Subject: Scipad icon Message-ID: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> Hi Vincent, >Why don't you choose an icon from the Tango project >(http://tango.freedesktop.org/Tango_Desktop_Project) ? We use it for all >Scilab icons. thanks for pointing Tango to me. I endorse their mission, and am impressed by the quality of their work. However, I think I have a point. I'd like to stick to a certain "scipad style". A couple of years ago, when we introduced the body of the debugger icons, me and Francois had quite a look around about usable, royalty free sets of debugger icons. Our conclusions for what I can remember were that a) the gnome icons were the best candidate being nice, professional, free, themed and clear, but b) there was not enough variety for representing standard or less standard debugger actions (like breakpoint, step in, step over...) c) we anyway anticipated that some debugger actions might be peculiar of scipad and not exactly mapped even upon a standard debugger icon set. Other non-free icon sets we looked at at that time included those of the matlab editor, visual studio, labview. I gave then a try with gimp, and something came out, and there we staid. There was even some semiology in our intentions - pink dots represent breakpoints, graduated red-white dots on a black background represent scipad code, an arrow is the line of execution of a scilab script, a blue box is a function. I'm anyway no graphic artist, and the result was certainly mediocre at best, and can't compete with Tango. However, I wouldn't throw away the attached meaning to this set of icons. Perhaps we could consider to revamp them according to the Tango style guidelines, which are certainly well laid out and justified, but that is an extensive work. Now, I'm making a long story about an aesthetic issue of perhaps minor importance (well, usability...), but I think that the choice deserves a word of explanation. >The icon used in the toolbar for Scipad comes form the Tango project and >is available in other sizes than the one we use by default. Technicalities aside (16x16 vs 48x48, whatever), I think the choice is between a standardizing set of very nice icons for common application tasks (open file, save as..), or specialized icons, "because scilab is special". Or anything in between, as the tango style is commendable and most debugger actions are standard in program development environments, but we might want to keep some peculiarity of scilab. Comments welcome, Enrico From fvogelnew1 at free.fr Wed Jun 18 22:25:00 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Wed, 18 Jun 2008 22:25:00 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> Message-ID: <48596F1C.5010304@free.fr> > However, I wouldn't throw away the attached meaning to this set of > icons. Perhaps we could consider to revamp them according to the > Tango style guidelines, which are certainly well laid out and > justified, but that is an extensive work. Couldn't we ask some Tango artist to redraw our scipad icons? One of them made the puffin not so long ago, on request from the opteam. I don't know if they can be open to such proposal? Scipad icons could then look better (even if I'm personally very satisfied with them - good work, Enrico), and they would be available to the community through the Tango project. Francois From fvogelnew1 at free.fr Wed Jun 18 22:39:11 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Wed, 18 Jun 2008 22:39:11 +0200 Subject: Adding or removing files in trunk Message-ID: <4859726F.2080701@free.fr> Hi opteam, In the recent days several issues showed up in the bugzilla about missing files in the distribution. See bugs 3003 and 3157. I think these problems arise partly because we external developers have no guidelines (AFAIK) wrt what makefiles or innosetup files should be updated when new files are added in or removed from the repository. For instance on Linux I can never remember whether makefiles should be modified by hand or if they are regenerated by autotools. I think it's the the latter on Linux, but then why this commit: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/?view=query&dir=&file=&file_match=exact&who=collette&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-18+13%3A00%3A00&maxdate=2008-06-18+15%3A00%3A00&limit_changes=100 On Windows/Innosetup I think it's a manual process? Wouldn't it be a good idea to write a wiki page on this topic? Please consider, it can only improve our (external devs) input. Thanks. Francois From vincent.couvert at inria.fr Thu Jun 19 08:39:54 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Thu, 19 Jun 2008 08:39:54 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <48596F1C.5010304@free.fr> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> Message-ID: <4859FF3A.3020803@inria.fr> Good idea. Sylvestre is the person who send the first request and is the contact between Scilab Op Team and Tango project. He'll be back on next monday and we will then see what we can request as other icons : icons for Scipad is a first step. Vincent Fran?ois Vogel a ?crit : >> However, I wouldn't throw away the attached meaning to this set of >> icons. Perhaps we could consider to revamp them according to the >> Tango style guidelines, which are certainly well laid out and >> justified, but that is an extensive work. > > Couldn't we ask some Tango artist to redraw our scipad icons? One of > them made the puffin not so long ago, on request from the opteam. I > don't know if they can be open to such proposal? Scipad icons could > then look better (even if I'm personally very satisfied with them - > good work, Enrico), and they would be available to the community > through the Tango project. > > Francois > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From vincent.couvert at inria.fr Thu Jun 19 08:51:32 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Thu, 19 Jun 2008 08:51:32 +0200 Subject: [Scilab-Dev] Adding or removing files in trunk In-Reply-To: <4859726F.2080701@free.fr> References: <4859726F.2080701@free.fr> Message-ID: <485A01F4.6010302@inria.fr> Hi Fran?ois, I just created this Wiki page http://wiki.scilab.org/Adding_or_removing_files_in_trunk and add some information. Sylvestre has some information to add I think in the Linux part. Allan, can you fill the Windows part ? Vincent Fran?ois Vogel a ?crit : > Hi opteam, > > In the recent days several issues showed up in the bugzilla about > missing files in the distribution. See bugs 3003 and 3157. > > I think these problems arise partly because we external developers > have no guidelines (AFAIK) wrt what makefiles or innosetup files > should be updated when new files are added in or removed from the > repository. > > For instance on Linux I can never remember whether makefiles should be > modified by hand or if they are regenerated by autotools. I think it's > the the latter on Linux, but then why this commit: > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/?view=query&dir=&file=&file_match=exact&who=collette&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-18+13%3A00%3A00&maxdate=2008-06-18+15%3A00%3A00&limit_changes=100 > > On Windows/Innosetup I think it's a manual process? > > Wouldn't it be a good idea to write a wiki page on this topic? > > Please consider, it can only improve our (external devs) input. Thanks. > > Francois > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From enrico.segre at weizmann.ac.il Thu Jun 19 09:12:49 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Thu, 19 Jun 2008 10:12:49 +0300 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <4859FF3A.3020803@inria.fr> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> Message-ID: <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> On Thu, 2008-06-19 at 08:39 +0200, Vincent COUVERT wrote: > Good idea. > > Sylvestre is the person who send the first request and is the contact > between Scilab Op Team and Tango project. He'll be back on next monday > and we will then see what we can request as other icons : icons for > Scipad is a first step. To involve Tango people looks like a good idea to me too. I don't know if we are in position to "request" things from them, perhaps Sylvestre knows. If we go that way, though, we should decide whether we want a "scipad" icon set or a "debugger" icon set. The latter, that is a generic set usable also for other projects, without the, so to say, implied symbology of my icons, might be of more general interest to them and to others. As author I'm obviously fond of my creation, but matters can be discussed, and perhaps graphics people have better proposals. Enrico From fvogelnew1 at free.fr Thu Jun 19 12:49:59 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Thu, 19 Jun 2008 12:49:59 +0200 Subject: [Scilab-Dev] Adding or removing files in trunk In-Reply-To: <485A01F4.6010302@inria.fr> References: <4859726F.2080701@free.fr> <485A01F4.6010302@inria.fr> Message-ID: <485A39D7.3090106@free.fr> Thanks, nice to see proposals taken into account. Francois Vincent COUVERT said on 19/06/2008 08:51: > Hi Fran?ois, > > I just created this Wiki page > http://wiki.scilab.org/Adding_or_removing_files_in_trunk and add some > information. > > Sylvestre has some information to add I think in the Linux part. > > Allan, can you fill the Windows part ? > > Vincent > > Fran?ois Vogel a ?crit : >> Hi opteam, >> >> In the recent days several issues showed up in the bugzilla about >> missing files in the distribution. See bugs 3003 and 3157. >> >> I think these problems arise partly because we external developers >> have no guidelines (AFAIK) wrt what makefiles or innosetup files >> should be updated when new files are added in or removed from the >> repository. >> >> For instance on Linux I can never remember whether makefiles should be >> modified by hand or if they are regenerated by autotools. I think it's >> the the latter on Linux, but then why this commit: >> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/?view=query&dir=&file=&file_match=exact&who=collette&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-18+13%3A00%3A00&maxdate=2008-06-18+15%3A00%3A00&limit_changes=100 >> >> On Windows/Innosetup I think it's a manual process? >> >> Wouldn't it be a good idea to write a wiki page on this topic? >> >> Please consider, it can only improve our (external devs) input. Thanks. >> >> Francois >> >> > From cube at szypulka.com Thu Jun 19 13:11:53 2008 From: cube at szypulka.com (Cube) Date: Thu, 19 Jun 2008 13:11:53 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <48596F1C.5010304@free.fr> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> Message-ID: <000101c8d1fd$47f6d930$d7e48b90$@com> Hey, I've been the one who made the puffin :) And I wouldn't mind creating another one. Nevertheless there is one problem, no one really replied yet to my Scilab puffin icon, and I wonder if the appropriate persons have been contacted or not. Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] Sent: Mittwoch, 18. Juni 2008 22:25 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] Re: Scipad icon > However, I wouldn't throw away the attached meaning to this set of > icons. Perhaps we could consider to revamp them according to the > Tango style guidelines, which are certainly well laid out and > justified, but that is an extensive work. Couldn't we ask some Tango artist to redraw our scipad icons? One of them made the puffin not so long ago, on request from the opteam. I don't know if they can be open to such proposal? Scipad icons could then look better (even if I'm personally very satisfied with them - good work, Enrico), and they would be available to the community through the Tango project. Francois From laurent.vaylet at scilab.org Thu Jun 19 13:56:38 2008 From: laurent.vaylet at scilab.org (Laurent Vaylet) Date: Thu, 19 Jun 2008 13:56:38 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <000101c8d1fd$47f6d930$d7e48b90$@com> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <000101c8d1fd$47f6d930$d7e48b90$@com> Message-ID: <485A4976.4090708@scilab.org> Hi Jakub, Sylvestre (Ledru) succeeded in not killing himself climbing Kilimandjaro and will be back on monday. Be a little more patient, and thanks again for your contribution ! Laurent Cube wrote: > Hey, > > I've been the one who made the puffin :) And I wouldn't mind creating > another one. Nevertheless there is one problem, no one really replied yet to > my Scilab puffin icon, and I wonder if the appropriate persons have been > contacted or not. > > > Jakub Szypulka > Tango artist > > > MSN: kubasz at yahoo.com > ICQ: 264595412 > AIM: aimcube > > Skype: cube_s > Yahoo!IM: kubasz > Xfire: cubibubi > > GTalk: cubibubi at googlemail.com > GaduGadu: 11945489 > IRC: (Freenode) ``Cube > > http://cubestuff.wordpress.com > > -----Original Message----- > From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] > Sent: Mittwoch, 18. Juni 2008 22:25 > To: dev at lists.scilab.org > Subject: Re: [Scilab-Dev] Re: Scipad icon > > >> However, I wouldn't throw away the attached meaning to this set of >> icons. Perhaps we could consider to revamp them according to the >> Tango style guidelines, which are certainly well laid out and >> justified, but that is an extensive work. >> > > Couldn't we ask some Tango artist to redraw our scipad icons? One of > them made the puffin not so long ago, on request from the opteam. I > don't know if they can be open to such proposal? Scipad icons could > then look better (even if I'm personally very satisfied with them - > good work, Enrico), and they would be available to the community > through the Tango project. > > Francois > > From cube at szypulka.com Thu Jun 19 19:19:29 2008 From: cube at szypulka.com (Cube) Date: Thu, 19 Jun 2008 19:19:29 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <485A4976.4090708@scilab.org> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <000101c8d1fd$47f6d930$d7e48b90$@com> <485A4976.4090708@scilab.org> Message-ID: <000c01c8d230$a24a9880$e6dfc980$@com> Hey, hehe :) Great! Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Laurent Vaylet [mailto:laurent.vaylet at scilab.org] Sent: Donnerstag, 19. Juni 2008 13:57 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] Re: Scipad icon Hi Jakub, Sylvestre (Ledru) succeeded in not killing himself climbing Kilimandjaro and will be back on monday. Be a little more patient, and thanks again for your contribution ! Laurent Cube wrote: > Hey, > > I've been the one who made the puffin :) And I wouldn't mind creating > another one. Nevertheless there is one problem, no one really replied yet to > my Scilab puffin icon, and I wonder if the appropriate persons have been > contacted or not. > > > Jakub Szypulka > Tango artist > > > MSN: kubasz at yahoo.com > ICQ: 264595412 > AIM: aimcube > > Skype: cube_s > Yahoo!IM: kubasz > Xfire: cubibubi > > GTalk: cubibubi at googlemail.com > GaduGadu: 11945489 > IRC: (Freenode) ``Cube > > http://cubestuff.wordpress.com > > -----Original Message----- > From: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] > Sent: Mittwoch, 18. Juni 2008 22:25 > To: dev at lists.scilab.org > Subject: Re: [Scilab-Dev] Re: Scipad icon > > >> However, I wouldn't throw away the attached meaning to this set of >> icons. Perhaps we could consider to revamp them according to the >> Tango style guidelines, which are certainly well laid out and >> justified, but that is an extensive work. >> > > Couldn't we ask some Tango artist to redraw our scipad icons? One of > them made the puffin not so long ago, on request from the opteam. I > don't know if they can be open to such proposal? Scipad icons could > then look better (even if I'm personally very satisfied with them - > good work, Enrico), and they would be available to the community > through the Tango project. > > Francois > > From yann.collette at renault.com Mon Jun 23 10:18:30 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Mon, 23 Jun 2008 10:18:30 +0200 Subject: Scilab 5 - a small test Message-ID: <485F5C56.8090801@renault.com> Hello, i've tested my lolimot package on scilab. - Scilab-4.1.2 on linux mandriva 2008.1 (compiled from sources): 340 sec to build a model - Scilab-5 on linux mandriva-2008.1 (compiled from sources): 160 sec to build a model. When do you plan a release of scilab-5 ? YC -- Disclaimer ------------------------------------ Ce message ainsi que les eventuelles pieces jointes constituent une correspondance privee et confidentielle a l'attention exclusive du destinataire designe ci-dessus. Si vous n'etes pas le destinataire du present message ou une personne susceptible de pouvoir le lui delivrer, il vous est signifie que toute divulgation, distribution ou copie de cette transmission est strictement interdite. Si vous avez recu ce message par erreur, nous vous remercions d'en informer l'expediteur par telephone ou de lui retourner le present message, puis d'effacer immediatement ce message de votre systeme. *** This e-mail and any attachments is a confidential correspondence intended only for use of the individual or entity named above. If you are not the intended recipient or the agent responsible for delivering the message to the intended recipient, you are hereby notified that any disclosure, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender by phone or by replying this message, and then delete this message from your system. From sylvestre.ledru at inria.fr Mon Jun 23 17:27:13 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 23 Jun 2008 17:27:13 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <1213617438.4856551eeda2d@imp.free.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> Message-ID: <1214234833.10117.103.camel@korcula.inria.fr> Hello, Back in business ;) Le lundi 16 juin 2008 ? 13:57 +0200, fvogelnew1 at free.fr a ?crit : > OK, si I understand that the minimal requirement on the jvm is still 1.5, not > 1.6. Yep, despite 1.6 is much better (mainly perf & look and feel), there is no real reason to force this version instead of 1.5 since APIs and syntaxes are very close. ? > I think the methods getXOnScreen and getYOnScreen are only available > since Java 1.6...we have to investigate and hope to find another > equivalent method. I remember that we have this problem before with Rosetta and Sebastien from Artenium fixed it. I am going to see if his solution works for us. Sylvestre From sylvestre.ledru at inria.fr Mon Jun 23 21:05:17 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 23 Jun 2008 21:05:17 +0200 Subject: [Scilab-Dev] Scilab 5 - a small test In-Reply-To: <485F5C56.8090801@renault.com> References: <485F5C56.8090801@renault.com> Message-ID: <1214247917.4069.3.camel@zlarin.inria.fr> > i've tested my lolimot package on scilab. > - Scilab-4.1.2 on linux mandriva 2008.1 (compiled from sources): 340 sec > to build a model > - Scilab-5 on linux mandriva-2008.1 (compiled from sources): 160 sec to > build a model. Wahou! Do you have an idea where this great improvement comes from ? (ie what are you using here ? Tcl?) > When do you plan a release of scilab-5 ? When it is ready ;) Sylvestre From ycollet at freesurf.fr Mon Jun 23 21:48:50 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 23 Jun 2008 21:48:50 +0200 Subject: [Scilab-Dev] Scilab 5 - a small test In-Reply-To: <1214247917.4069.3.camel@zlarin.inria.fr> References: <485F5C56.8090801@renault.com> <1214247917.4069.3.camel@zlarin.inria.fr> Message-ID: <485FFE22.2030507@freesurf.fr> Sylvestre Ledru a ?crit : >> i've tested my lolimot package on scilab. >> - Scilab-4.1.2 on linux mandriva 2008.1 (compiled from sources): 340 sec >> to build a model >> - Scilab-5 on linux mandriva-2008.1 (compiled from sources): 160 sec to >> build a model. >> > Wahou! > Do you have an idea where this great improvement comes from ? (ie what > are you using here ? Tcl?) > > No, mostly linear regression and Matrix computation. >> When do you plan a release of scilab-5 ? >> > When it is ready ;) > Where is my knife. No, I need a hammer ! >:o > Sylvestre > > From fvogelnew1 at free.fr Mon Jun 23 21:56:13 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 23 Jun 2008 21:56:13 +0200 Subject: [Scilab-Dev] Scilab 5 - a small test In-Reply-To: <485FFE22.2030507@freesurf.fr> References: <485F5C56.8090801@renault.com> <1214247917.4069.3.camel@zlarin.inria.fr> <485FFE22.2030507@freesurf.fr> Message-ID: <485FFFDD.1090603@free.fr> Collette Yann said on 23/06/2008 21:48: > Sylvestre Ledru a ?crit : >>> When do you plan a release of scilab-5 ? >>> >> When it is ready ;) >> > Where is my knife. No, I need a hammer ! >:o Yann, do you really think Scilab 5 is ready? Each and every day, more bugs in it are found than closed. Okay that's not the only indicator of readiness, but it is one. I agree with Sylvestre, Scilab 5 is definitely not ready for being released to the wild. Francois From sylvestre.ledru at inria.fr Mon Jun 23 21:59:18 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 23 Jun 2008 21:59:18 +0200 Subject: [Scilab-Dev] Scilab 5 - a small test In-Reply-To: <485FFE22.2030507@freesurf.fr> References: <485F5C56.8090801@renault.com> <1214247917.4069.3.camel@zlarin.inria.fr> <485FFE22.2030507@freesurf.fr> Message-ID: <1214251158.4069.14.camel@zlarin.inria.fr> Le lundi 23 juin 2008 ? 21:48 +0200, Collette Yann a ?crit : > Sylvestre Ledru a ?crit : > >> i've tested my lolimot package on scilab. > >> - Scilab-4.1.2 on linux mandriva 2008.1 (compiled from sources): 340 sec > >> to build a model > >> - Scilab-5 on linux mandriva-2008.1 (compiled from sources): 160 sec to > >> build a model. > >> > > Wahou! > > Do you have an idea where this great improvement comes from ? (ie what > > are you using here ? Tcl?) > > > > > No, mostly linear regression and Matrix computation. Hmm, let me guess, you are not using Atlas in Scilab 4.X but you do in Scilab 5.0 ? :) > >> When do you plan a release of scilab-5 ? > >> > > When it is ready ;) > > > Where is my knife. No, I need a hammer ! >:o Rifle ? S From sylvestre.ledru at inria.fr Mon Jun 23 22:29:17 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 23 Jun 2008 22:29:17 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> Message-ID: <1214252957.4069.28.camel@zlarin.inria.fr> As I am back alive from the Kilimanjaro, I can answser. ;) Le jeudi 19 juin 2008 ? 10:12 +0300, Enrico Segre a ?crit : > On Thu, 2008-06-19 at 08:39 +0200, Vincent COUVERT wrote: > > Good idea. > > > > Sylvestre is the person who send the first request and is the contact > > between Scilab Op Team and Tango project. He'll be back on next monday > > and we will then see what we can request as other icons : icons for > > Scipad is a first step. > > To involve Tango people looks like a good idea to me too. I don't know > if we are in position to "request" things from them, perhaps Sylvestre > knows. > If we go that way, though, we should decide whether we want a "scipad" > icon set or a "debugger" icon set. The latter, that is a generic set > usable also for other projects, without the, so to say, implied > symbology of my icons, might be of more general interest to them and to > others. Maybe ?Jakub will disagree with me but I think having an icon set with debug "instructions" would be interesting for the tango project. Requesting something from them is not possible but suggesting yes ;) If we want to do this, we have first for formalize what are our needs, ie, for each icons, explain what it is for, how we would see it and how it is now. Does it sound reasonable ? Sylvestre From ycollet at freesurf.fr Mon Jun 23 23:23:53 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 23 Jun 2008 23:23:53 +0200 Subject: [Scilab-Dev] Scilab 5 - a small test In-Reply-To: <1214251158.4069.14.camel@zlarin.inria.fr> References: <485F5C56.8090801@renault.com> <1214247917.4069.3.camel@zlarin.inria.fr> <485FFE22.2030507@freesurf.fr> <1214251158.4069.14.camel@zlarin.inria.fr> Message-ID: <48601469.1030501@freesurf.fr> > Hmm, let me guess, you are not using Atlas in Scilab 4.X but you do in > Scilab 5.0 ? :) > > I will try to recompile scilab-4 with atlas to have a fair comparison. I know scilab-5 is not that ready but it is in quite good shape. >>>> When do you plan a release of scilab-5 ? >>>> >>>> >>> When it is ready ;) >>> >>> >> Where is my knife. No, I need a hammer ! >:o >> > Rifle ? > > Atomic bomb ? > S > > From sylvestre.ledru at inria.fr Mon Jun 23 23:26:05 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 23 Jun 2008 23:26:05 +0200 Subject: [Tango-artists] Scilab Tango 128 update In-Reply-To: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> Message-ID: <1214256365.4069.52.camel@zlarin.inria.fr> Le samedi 07 juin 2008 ? 15:17 +0200, Cube a ?crit : > Hello, > > > > I?ve also created a 128x128 version now, although I think it?s not > perfect. Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ C/C of my answer on your blog: I must say that I really like your work. Just a few comments: * like Emmanuel, I would prefer a more round head (like in the Real World) * the beak should be closer from the reality for example: http://upload.wikimedia.org/wikipedia/commons/f/ff/3puffins.jpg http://upload.wikimedia.org/wikipedia/commons/8/89/Puffin2.jpg Otherwise, if you have time of course, we would also be interested in a ?second puffin? with more ?3D apparency? like: http://tux.crystalxp.net/fr.id.12569-franghorn-youtux.html (ie a not a crashed-by-a-car-effect ;) ) Sylvestre From cube at szypulka.com Tue Jun 24 08:03:17 2008 From: cube at szypulka.com (Cube) Date: Tue, 24 Jun 2008 08:03:17 +0200 Subject: [Scilab-Dev] Re: [Tango-artists] Scilab Tango 128 update In-Reply-To: <1214256365.4069.52.camel@zlarin.inria.fr> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1214256365.4069.52.camel@zlarin.inria.fr> Message-ID: <000701c8d5bf$ff797980$fe6c6c80$@com> Hey Sylvestre, thanks! Alright, I'll resize the head. Sure I'd be interested in a 3d puffin, but that?s incredibly difficult for me, but I'll try to make it not look like crashed-by-a-car :) Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Sylvestre Ledru [mailto:sylvestre.ledru at inria.fr] Sent: Montag, 23. Juni 2008 23:26 To: tango-artists at lists.freedesktop.org; dev at lists.scilab.org Subject: [Scilab-Dev] Re: [Tango-artists] Scilab Tango 128 update Le samedi 07 juin 2008 ? 15:17 +0200, Cube a ?crit : > Hello, > > > > I?ve also created a 128x128 version now, although I think it?s not > perfect. Does anyone have an idea how to improve it? > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ C/C of my answer on your blog: I must say that I really like your work. Just a few comments: * like Emmanuel, I would prefer a more round head (like in the Real World) * the beak should be closer from the reality for example: http://upload.wikimedia.org/wikipedia/commons/f/ff/3puffins.jpg http://upload.wikimedia.org/wikipedia/commons/8/89/Puffin2.jpg Otherwise, if you have time of course, we would also be interested in a ?second puffin? with more ?3D apparency? like: http://tux.crystalxp.net/fr.id.12569-franghorn-youtux.html (ie a not a crashed-by-a-car-effect ;) ) Sylvestre From sylvestre.ledru at inria.fr Tue Jun 24 10:37:24 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 10:37:24 +0200 Subject: [Scilab-Dev] Re: [Tango-artists] Scilab Tango 128 update In-Reply-To: <000701c8d5bf$ff797980$fe6c6c80$@com> References: <000501c8c8a0$d9e3d9d0$8dab8d70$@com> <1214256365.4069.52.camel@zlarin.inria.fr> <000701c8d5bf$ff797980$fe6c6c80$@com> Message-ID: <1214296644.5030.23.camel@zlarin.inria.fr> Hello Jakub! Just great! Thx, Sylvestre > thanks! Alright, I'll resize the head. Sure I'd be interested in a 3d puffin, but that?s incredibly difficult for me, but I'll try to make it not look like crashed-by-a-car :) > > > > Jakub Szypulka > Tango artist > > > MSN: kubasz at yahoo.com > ICQ: 264595412 > AIM: aimcube > > Skype: cube_s > Yahoo!IM: kubasz > Xfire: cubibubi > > GTalk: cubibubi at googlemail.com > GaduGadu: 11945489 > IRC: (Freenode) ``Cube > > http://cubestuff.wordpress.com > > -----Original Message----- > From: Sylvestre Ledru [mailto:sylvestre.ledru at inria.fr] > Sent: Montag, 23. Juni 2008 23:26 > To: tango-artists at lists.freedesktop.org; dev at lists.scilab.org > Subject: [Scilab-Dev] Re: [Tango-artists] Scilab Tango 128 update > > Le samedi 07 juin 2008 ? 15:17 +0200, Cube a ?crit : > > Hello, > > > > > > > > I?ve also created a 128x128 version now, although I think it?s not > > perfect. Does anyone have an idea how to improve it? > > > > > > > > http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/ > C/C of my answer on your blog: > > I must say that I really like your work. > Just a few comments: > * like Emmanuel, I would prefer a more round head (like in the Real > World) > * the beak should be closer from the reality > for example: > http://upload.wikimedia.org/wikipedia/commons/f/ff/3puffins.jpg > http://upload.wikimedia.org/wikipedia/commons/8/89/Puffin2.jpg > > Otherwise, if you have time of course, we would also be interested in a > ?second puffin? with more ?3D apparency? like: > http://tux.crystalxp.net/fr.id.12569-franghorn-youtux.html > (ie a not a crashed-by-a-car-effect ;) ) > > Sylvestre > > > From cube at szypulka.com Tue Jun 24 10:39:53 2008 From: cube at szypulka.com (Cube) Date: Tue, 24 Jun 2008 10:39:53 +0200 Subject: New Scilab icon Message-ID: <000d01c8d5d5$dfe73100$9fb59300$@com> Hello, attached you'll find the old and the new version. I personally still prefer the old version, perhaps because I didn't improve the new one enough. Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab-gallerynew.png Type: image/png Size: 29399 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scilab-gallery.png Type: image/png Size: 29738 bytes Desc: not available URL: From sylvestre.ledru at inria.fr Tue Jun 24 11:23:11 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 11:23:11 +0200 Subject: [Scilab-Dev] New Scilab icon In-Reply-To: <000d01c8d5d5$dfe73100$9fb59300$@com> References: <000d01c8d5d5$dfe73100$9fb59300$@com> Message-ID: <1214299391.6049.12.camel@korcula.inria.fr> Hello Jakub, > attached you?ll find the old and the new version. I personally still > prefer the old version, perhaps because I didn?t improve the new one > enough. Well, I must admit that I don't see much differences (sorry :$) but I found it better for the head. S From cube at szypulka.com Tue Jun 24 07:57:10 2008 From: cube at szypulka.com (Cube) Date: Tue, 24 Jun 2008 07:57:10 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214252957.4069.28.camel@zlarin.inria.fr> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> Message-ID: <000001c8d5bf$303022f0$909068d0$@com> Yep, that sounds great, although I must admit that I only thought I had to create the main icon. I'd like to know what will happen with it now? Thanks in advance, Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Sylvestre Ledru [mailto:sylvestre.ledru at inria.fr] Sent: Montag, 23. Juni 2008 22:29 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] Re: Scipad icon As I am back alive from the Kilimanjaro, I can answser. ;) Le jeudi 19 juin 2008 ? 10:12 +0300, Enrico Segre a ?crit : > On Thu, 2008-06-19 at 08:39 +0200, Vincent COUVERT wrote: > > Good idea. > > > > Sylvestre is the person who send the first request and is the contact > > between Scilab Op Team and Tango project. He'll be back on next monday > > and we will then see what we can request as other icons : icons for > > Scipad is a first step. > > To involve Tango people looks like a good idea to me too. I don't know > if we are in position to "request" things from them, perhaps Sylvestre > knows. > If we go that way, though, we should decide whether we want a "scipad" > icon set or a "debugger" icon set. The latter, that is a generic set > usable also for other projects, without the, so to say, implied > symbology of my icons, might be of more general interest to them and to > others. Maybe ?Jakub will disagree with me but I think having an icon set with debug "instructions" would be interesting for the tango project. Requesting something from them is not possible but suggesting yes ;) If we want to do this, we have first for formalize what are our needs, ie, for each icons, explain what it is for, how we would see it and how it is now. Does it sound reasonable ? Sylvestre From enrico.segre at weizmann.ac.il Tue Jun 24 14:00:27 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Tue, 24 Jun 2008 15:00:27 +0300 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <000001c8d5bf$303022f0$909068d0$@com> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> Message-ID: <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> well, what I'm going to do soon is to make this list of icons and what they are currently for. At least this will be a basis for discussion. You can tell us what you think of the idea, of the style, of the effort required, and if you think it is at all worth. Thanks, Enrico On Tue, 2008-06-24 at 07:57 +0200, Cube wrote: > Yep, that sounds great, although I must admit that I only thought I > had to create the main icon. I'd like to know what will happen with it > now? From cube at szypulka.com Tue Jun 24 14:19:11 2008 From: cube at szypulka.com (Cube) Date: Tue, 24 Jun 2008 14:19:11 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> Message-ID: <002b01c8d5f4$824a40e0$86dec2a0$@com> Yea, sounds great. Seems like I'm talking with professional people. Looking forward to seeing the list. Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Enrico Segre [mailto:enrico.segre at weizmann.ac.il] Sent: Dienstag, 24. Juni 2008 14:00 To: dev at lists.scilab.org Subject: RE: [Scilab-Dev] Re: Scipad icon well, what I'm going to do soon is to make this list of icons and what they are currently for. At least this will be a basis for discussion. You can tell us what you think of the idea, of the style, of the effort required, and if you think it is at all worth. Thanks, Enrico On Tue, 2008-06-24 at 07:57 +0200, Cube wrote: > Yep, that sounds great, although I must admit that I only thought I > had to create the main icon. I'd like to know what will happen with it > now? From sylvestre.ledru at inria.fr Tue Jun 24 14:34:13 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 14:34:13 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> Message-ID: <1214310853.6049.50.camel@korcula.inria.fr> Le mardi 24 juin 2008 ? 15:00 +0300, Enrico Segre a ?crit : > well, what I'm going to do soon is to make this list of icons and what > they are currently for. At least this will be a basis for discussion. > You can tell us what you think of the idea, of the style, of the effort > required, and if you think it is at all worth. Great Enrico. Don't hesitate if you need help on this. Sylvestre From enrico.segre at weizmann.ac.il Tue Jun 24 14:58:02 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Tue, 24 Jun 2008 15:58:02 +0300 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214310853.6049.50.camel@korcula.inria.fr> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> <1214310853.6049.50.camel@korcula.inria.fr> Message-ID: <1214312282.27746.18.camel@segre-pc2.weizmann.ac.il> Here is a preliminary list with some comments, and the set. Let me know if you need any clarification. Enrico -------------- next part -------------- file | use | meaning ========================================================================================= arrowcursor.gif | button, menu | run script until current cursor position arrowend.gif | | < unused > arrowend2.gif | button, menu | cancel debugging mode arrowenter.gif | button, menu | run to next line stepping into functions arrowexit.gif | button, menu | run to first line out of current function arrowframe.gif | button, menu | configure debug execution & parameters arrowignore.gif | button, menu | continue execution ignoring breakpoints arrowin.gif | button, menu | execute until next breakpoint arrowout.gif | | < unused > arrowover.gif | button, menu | run to next line at same call level arrowstop.gif | button, menu | break anything currently running arrowtoreturn.gif | button, menu | execute until next line before a | | potential return point arrowtoreturn2.gif | | < unused >, uglier variation of the previous arrowwatch.gif | menu (-->WM) | icon for the watch window dashboard breakpointreturn.gif | | < unused > [would be: set a breakpoint at | | any potential line before return] dbs_DebugInProgress_48x24.gif | watch win Led | Debugger currently activated dbs_NoDebug_48x24.gif | watch win Led | Debugger yet to be armed dbs_ReadyForDebug_48x24.gif | watch win Led | Debugger configured and ready to roll prompt_busy_48x24.gif | watch win Led | Scilab interpreter computing prompt_ready_48x24.gif | watch win Led | Scilab interpreter idle removeallbp.gif | button, menu | remove all currently set breakpoints scipad-editor.gif | WM | SciPad icon scipad-editor16x16.gif | WM, toolbar | small SciPad icon setbp.gif | button, menu | Set a breakpoint at current line stepstep.gif | | < unused > A few random remarks: --------------------- As previously written, these icons have been built combining some graphical elements, which I've subjectively chosen as symbols for actions -- i.e. a pink dot stands for a breakpoint, a blue box for a scilab function, a black/dotted arrow for the execution of scilab code. Some extra icons and variations were made on stock, but weren't finally used. In scilab, breakpointing/ stopping is on a per codeline basis. Therefore, functionally a breakpoint is located between two lines. In Scipad, we highlight the line *next* to the breakpoint (execution breaks before this line). Graphically, we mixed "point" and "line" semantics (e.g., the editor pinks a whole line when pushing the pink dot button). "Use" marked as "menu" means that the icon is also used in the Scipad Debug menu. I read that this is disreccommended by Tango. Buttons are used in the watch window dashboard, which is the main control panel of the Scipad Debugger. There was some discussion in the past between me and Francois about whether the button appearance should be "windows" or "linux", i.e. about normal vs roll-on highlight and relief of the button. A reccomendation in either sense would be acceptable. The current Scipad uses scipad-editor.gif as WM icon for all its subwindows; it would be nice, since we have it, to use arrowwatch.gif for the watch window. Colors of the leds were chosen consistently to the colors previously (arbitrarily) used with the same meaning in the status areas of the bottom of the main Scipad window. As for the led graphics, ladybug stands obviously for bug, hence debugger [and this should be disreccommended, as it relies on a lexycal a hint valid in English only]; "-->" represents the scilab prompt and is as such very recognizable to scilab users, but of no value for a general set of debugger icons. For most icons, I kept and can provide also larger versions of the files (128x128, generally), and Gimp xcf versions of the layered pixmaps. -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadicons.tgz Type: application/x-compressed-tar Size: 54243 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ContactSheet.png Type: image/png Size: 45071 bytes Desc: not available URL: From cube at szypulka.com Tue Jun 24 15:42:07 2008 From: cube at szypulka.com (Cube) Date: Tue, 24 Jun 2008 15:42:07 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214312282.27746.18.camel@segre-pc2.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> <1214310853.6049.50.camel@korcula.inria.fr> <1214312282.27746.18.camel@segre-pc2.weizmann.ac.il> Message-ID: <002f01c8d600$187e17c0$497a4740$@com> Hello Enrico, I see that these are a lot of icons. I think it would be better if the whole Tango team would work on that. What do you think? Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Enrico Segre [mailto:enrico.segre at weizmann.ac.il] Sent: Dienstag, 24. Juni 2008 14:58 To: dev at lists.scilab.org Subject: RE: [Scilab-Dev] Re: Scipad icon Here is a preliminary list with some comments, and the set. Let me know if you need any clarification. Enrico From enrico.segre at weizmann.ac.il Tue Jun 24 16:03:41 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Tue, 24 Jun 2008 17:03:41 +0300 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <002f01c8d600$187e17c0$497a4740$@com> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> <1214310853.6049.50.camel@korcula.inria.fr> <1214312282.27746.18.camel@segre-pc2.weizmann.ac.il> <002f01c8d600$187e17c0$497a4740$@com> Message-ID: <1214316221.27746.22.camel@segre-pc2.weizmann.ac.il> On Tue, 2008-06-24 at 15:42 +0200, Cube wrote: > Hello Enrico, > > I see that these are a lot of icons. I think it would be better if the whole Tango team would work on that. What do you think? > > Jakub Szypulka > Tango artist I certainly welcome that - but perhaps the Tango team has to say if it is of their interest - still in the spirit of general debugger icons set vs making Scipad a Tango-styled program. You are our contact point with Tango, as for me it is up to your judgement how to proceed. Best, Enrico From sabine.gauzere at inria.fr Tue Jun 24 16:44:54 2008 From: sabine.gauzere at inria.fr (Sabine GAUZERE) Date: Tue, 24 Jun 2008 16:44:54 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <48564EAC.8040802@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> Message-ID: <1214318694.12063.1.camel@aragnon> Hello ! Further to Claude Gomez proposition, we would like to rewrite the Scilab function dassl (module differential_equations). In this purpose we wrote a SIP (Scilab Improvement Proposal) to explain the modifications which we want to apply to the function and in which purpose. All the questions and the propositions of improvement are welcome. Regards Sabine -------------- next part -------------- A non-text attachment was scrubbed... Name: SIP.pdf Type: application/pdf Size: 297998 bytes Desc: not available URL: From sylvestre.ledru at inria.fr Tue Jun 24 17:05:44 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 17:05:44 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <1214234833.10117.103.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> <1214234833.10117.103.camel@korcula.inria.fr> Message-ID: <1214319944.6049.78.camel@korcula.inria.fr> Le lundi 23 juin 2008 ? 17:27 +0200, Sylvestre Ledru a ?crit : > > ? > > I think the methods getXOnScreen and getYOnScreen are only > available > > since Java 1.6...we have to investigate and hope to find another > > equivalent method. > I remember that we have this problem before with Rosetta and Sebastien > from Artenium fixed it. I am going to see if his solution works for > us. Problem fixed and commited. Thanks for reporting it. There is the change for those who might be interested: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?limit_changes=100&r1=25353&r2=25516 Sylvestre From sylvestre.ledru at inria.fr Tue Jun 24 17:08:58 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 17:08:58 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214318694.12063.1.camel@aragnon> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> Message-ID: <1214320138.6049.81.camel@korcula.inria.fr> Note that it is a test balloon about doing specifications before coding about end-user features available in Scilab. About the vote being set to "No", don't take that as an offence. That means that we will do it in a close future. Sylvestre Le mardi 24 juin 2008 ? 16:44 +0200, Sabine GAUZERE a ?crit : > Hello ! > > Further to Claude Gomez proposition, we would like to rewrite the Scilab > function dassl (module differential_equations). > In this purpose we wrote a SIP (Scilab Improvement Proposal) to explain > the modifications which we want to apply to the function and in which > purpose. > > All the questions and the propositions of improvement are welcome. > > Regards > > Sabine From Serge.Steer at inria.fr Tue Jun 24 17:21:26 2008 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 24 Jun 2008 17:21:26 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214318694.12063.1.camel@aragnon> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> Message-ID: <486110F6.8020109@inria.fr> Sabine GAUZERE a ?crit : > Hello ! > > Further to Claude Gomez proposition, we would like to rewrite the Scilab > function dassl (module differential_equations). > In this purpose we wrote a SIP (Scilab Improvement Proposal) to explain > the modifications which we want to apply to the function and in which > purpose. > > All the questions and the propositions of improvement are welcome. > > Regards > > Sabine > May be the info argument of DAE should be replaced by an %DAEOPTIONS variable (see %ODEOPTIONS and odeoptions) to improve the similarity between ode and dae. Serge From vincent.couvert at inria.fr Tue Jun 24 20:00:21 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Tue, 24 Jun 2008 20:00:21 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <486110F6.8020109@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <486110F6.8020109@inria.fr> Message-ID: <48613635.6060804@inria.fr> Yes I agree with Serge, it can be useful to put all the DAE options in a single variable that can be easily edited. Vincent Serge Steer a ?crit : > Sabine GAUZERE a ?crit : > >> Hello ! >> >> Further to Claude Gomez proposition, we would like to rewrite the Scilab >> function dassl (module differential_equations). >> In this purpose we wrote a SIP (Scilab Improvement Proposal) to explain >> the modifications which we want to apply to the function and in which >> purpose. >> >> All the questions and the propositions of improvement are welcome. >> >> Regards >> >> Sabine >> >> > May be the info argument of DAE should be replaced by an %DAEOPTIONS > variable (see %ODEOPTIONS and odeoptions) to improve the similarity > between ode and dae. > > Serge > > > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From fvogelnew1 at free.fr Tue Jun 24 22:04:44 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 24 Jun 2008 22:04:44 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214318694.12063.1.camel@aragnon> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> Message-ID: <4861535C.4000001@free.fr> Hi, Although I have no specific opinion on the SIP itself, I wanted to say that this way of discussing things is most welcome IMO. I mean, it's a very positive signal you're flying out, guys. Thanks, Francois From sylvestre.ledru at inria.fr Tue Jun 24 22:35:51 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 24 Jun 2008 22:35:51 +0200 Subject: [Scilab-Dev] Non Unicode language locale patch for Windows and Linux In-Reply-To: <9371b4280806101041t549987bdx832e8f0004537e6d@mail.gmail.com> References: <9371b4280806101041t549987bdx832e8f0004537e6d@mail.gmail.com> Message-ID: <1214339751.3827.50.camel@zlarin.inria.fr> Hello As we say in French "bien jou?". It works perfectly for me ! Well done. I have now to see deeper how you did it and include this in the trunk. Many thanks for this, Sylvestre Le mercredi 11 juin 2008 ? 01:41 +0800, Yung-Jang Lee a ?crit : > Hi, all : > > Attached is my test patch for locales which is not subset of UNICODE > for Scilab5Beta2. > > I have tested it under Windows and Linux for Chinese-Traditional > (zh_TW , with windows Code Page 950 , Linux with LANG=zh_TW.BIG5 and > LANG=zh_TW.UTF-8 ) and Chinese-Simplified (zh_CN Linux, > LANG=zh_CN.GB2312 , LANG=zh_CN.UTF-8) and have the corrected > results(ref. to my PNG files). > > According to the documents about Windows Code Page > ( http://www.science.co.il/Language/Locale-Codes.asp) and > corresponding characters set > (http://www.science.co.il/Language/Character-Sets.asp), the only code > page that don't need a locale to UTF8 convert is CP1252 (iso-8859-1). > So, I use following rules to trigger the convert (function > openLocaleToUTFConverter in file localetoutf.c) > > Under Windows : if code page is not CP1252 > Under Linux : if language locale explicit set to non > unicode,for examples zh_TW.BIG5, zh_CN.GB2312,.. > > Hope it work for other languages. > > YungLee > From enrico.segre at weizmann.ac.il Wed Jun 25 09:13:47 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Wed, 25 Jun 2008 10:13:47 +0300 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <4861535C.4000001@free.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> Message-ID: <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> On Tue, 2008-06-24 at 22:04 +0200, Fran?ois Vogel wrote: > Hi, > > Although I have no specific opinion on the SIP itself, I wanted to say > that this way of discussing things is most welcome IMO. I mean, it's a > very positive signal you're flying out, guys. +1. btw, is there a plan for a web repository of sips, in case they accumulate? A wiki structure could be effective, if collaboration is to take part. At least, the possibility of attaching some comments to a filed proposal (like what just came out - daeoptions) for the record, could be good. Could be a protected wiki with public read access and write access for devs only, for instance. Enrico From sylvestre.ledru at inria.fr Wed Jun 25 10:09:22 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 10:09:22 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> Message-ID: <1214381362.6049.117.camel@korcula.inria.fr> Le mercredi 25 juin 2008 ? 10:13 +0300, Enrico Segre a ?crit : > On Tue, 2008-06-24 at 22:04 +0200, Fran?ois Vogel wrote: > > Hi, > > > > Although I have no specific opinion on the SIP itself, I wanted to say > > that this way of discussing things is most welcome IMO. I mean, it's a > > very positive signal you're flying out, guys. > > +1. > > btw, is there a plan for a web repository of sips, in case they > accumulate? A wiki structure could be effective, if collaboration is to > take part. At least, the possibility of attaching some comments to a > filed proposal (like what just came out - daeoptions) for the record, > could be good. Could be a protected wiki with public read access and > write access for devs only, for instance. Yep, we probably will set some tools. I noticed that the engine developed by the TCL project is released: ?http://sourceforge.net/projects/tiprender/ but I found it pretty ugly (rah, html frame :|) I noticed that Python have a very similar system: http://www.python.org/dev/peps/ I don't know if this software is available or not. We have to dig deeper but we are pretty busy this days. However, all the procedures and related stuff will be the subject of the first SIP (it is why Sabine sent the #2), which will be subject to discussions ifself too. Sylvestre From sylvestre.ledru at inria.fr Wed Jun 25 11:17:24 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 11:17:24 +0200 Subject: [Scilab-Dev] Re: Scipad icon In-Reply-To: <1214316221.27746.22.camel@segre-pc2.weizmann.ac.il> References: <485988A6020000440002E8C4@wisegate.weizmann.ac.il> <48596F1C.5010304@free.fr> <4859FF3A.3020803@inria.fr> <1213859569.18657.6.camel@segre-pc2.weizmann.ac.il> <1214252957.4069.28.camel@zlarin.inria.fr> <000001c8d5bf$303022f0$909068d0$@com> <1214308827.27746.13.camel@segre-pc2.weizmann.ac.il> <1214310853.6049.50.camel@korcula.inria.fr> <1214312282.27746.18.camel@segre-pc2.weizmann.ac.il> <002f01c8d600$187e17c0$497a4740$@com> <1214316221.27746.22.camel@segre-pc2.weizmann.ac.il> Message-ID: <1214385444.6049.138.camel@korcula.inria.fr> Le mardi 24 juin 2008 ? 17:03 +0300, Enrico Segre a ?crit : > On Tue, 2008-06-24 at 15:42 +0200, Cube wrote: > > Hello Enrico, > > > > I see that these are a lot of icons. I think it would be better if the whole Tango team would work on that. What do you think? > > > > Jakub Szypulka > > Tango artist > > I certainly welcome that - but perhaps the Tango team has to say if it > is of their interest - still in the spirit of general debugger icons set > vs making Scipad a Tango-styled program. I agree that the Tango team would be very helpfull. And it does make sense to have this kind of icons in Tango. Sylvestre From cube at szypulka.com Wed Jun 25 11:36:32 2008 From: cube at szypulka.com (Cube) Date: Wed, 25 Jun 2008 11:36:32 +0200 Subject: FW: [Scilab-Dev] Re: Scipad icon Message-ID: <000701c8d6a6$f42ffd00$dc8ff700$@com> Hello Tango! Artists, [perhaps we can do this in form of a Tango! Friday?] Scilab (www.scilab.org) is a software that basically performs numeric calculations. I created an icon for this (http://cubestuff.wordpress.com/2008/06/06/scilab-goes-tango/), but they said they want more. They send me a preliminarly list with some comments, as you can see in the original message. They want us basically to create more icons, for Scipad. There is a lot more information written in the attached files, especially in the .txt file. What do you think? Is that doable? Can we do this? I'm writing this to you because I cannot make them all alone and would need your help. Thanks in advance, Jakub Szypulka Tango artist MSN: kubasz at yahoo.com ICQ: 264595412 AIM: aimcube Skype: cube_s Yahoo!IM: kubasz Xfire: cubibubi GTalk: cubibubi at googlemail.com GaduGadu: 11945489 IRC: (Freenode) ``Cube http://cubestuff.wordpress.com -----Original Message----- From: Enrico Segre [mailto:enrico.segre at weizmann.ac.il] Sent: Dienstag, 24. Juni 2008 14:58 To: dev at lists.scilab.org Subject: RE: [Scilab-Dev] Re: Scipad icon Here is a preliminary list with some comments, and the set. Let me know if you need any clarification. Enrico -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scipad-arrows.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipadicons.tgz Type: application/x-compressed-tar Size: 54243 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ContactSheet.png Type: image/png Size: 45071 bytes Desc: not available URL: From simon.lipp at scilab.org Wed Jun 25 11:46:55 2008 From: simon.lipp at scilab.org (simon.lipp at scilab.org) Date: Wed, 25 Jun 2008 11:46:55 +0200 Subject: Yet another trainee in the Scilab team: presentation Message-ID: <176ef9e144d47149e17376cd4f73673f@localhost> Hello (world), I'm an INSA (french engineers school) student, and during this summer (until 13 september) I'll be a trainee at INRIA, working in the Scilab team. I'll work with Delphine on the toolbox manager system -- right now, I'm working on the compilation chain. Simon Lipp From claude.gomez at inria.fr Wed Jun 25 11:55:49 2008 From: claude.gomez at inria.fr (Claude Gomez) Date: Wed, 25 Jun 2008 11:55:49 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214318694.12063.1.camel@aragnon> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> Message-ID: <48621625.8010002@inria.fr> on 24/06/2008 16:44 Sabine GAUZERE wrote: > Hello ! > > Further to Claude Gomez proposition, we would like to rewrite the Scilab > function dassl (module differential_equations). > In this purpose we wrote a SIP (Scilab Improvement Proposal) to explain > the modifications which we want to apply to the function and in which > purpose. > > All the questions and the propositions of improvement are welcome. It would be good that the output of dae "y" has the same semantics as ode's ie a matrix n X T where T is the size of t and each column j of y is the value of y at time t(j). Claude From Serge.Steer at inria.fr Wed Jun 25 14:30:32 2008 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 25 Jun 2008 14:30:32 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <48621625.8010002@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <48621625.8010002@inria.fr> Message-ID: <48623A68.3000502@inria.fr> Claude Gomez a ?crit : > > It would be good that the output of dae "y" has the same semantics as > ode's ie a matrix n X T where T is the size of t and each column j of > y is the value of y at time t(j). > > Claude > Currently with dassl "y" is a (1+2*n) X T matrix each column icontains [tj;xj;xdj]. For basic use tj values are redundant because they are a copy of the t input argument, but if info(2) ==1 the time value associated to xj is no more known ( intermediate computed values ). In ode "y" is a n X T matrix each column contains [xj] only if odeoptions(1)<>1 and [tj;xj] if odeoptions(1)==2. The dassl interface choice seems better for me, but it is not possible today to change the ode semantics. So may be we have to make dae behave as ode depending on info(2) Moreover the xdj values cannot be recomputed easily given tj and xj. So i do not think it is a good idea not to return the xdj values. Serge From sylvestre.ledru at inria.fr Wed Jun 25 15:52:52 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 15:52:52 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <1214319944.6049.78.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> <1214234833.10117.103.camel@korcula.inria.fr> <1214319944.6049.78.camel@korcula.inria.fr> Message-ID: <1214401972.6049.200.camel@korcula.inria.fr> Le mardi 24 juin 2008 ? 17:05 +0200, Sylvestre Ledru a ?crit : > Le lundi 23 juin 2008 ? 17:27 +0200, Sylvestre Ledru a ?crit : > > > > ? > > > I think the methods getXOnScreen and getYOnScreen are only > > available > > > since Java 1.6...we have to investigate and hope to find another > > > equivalent method. > > I remember that we have this problem before with Rosetta and Sebastien > > from Artenium fixed it. I am going to see if his solution works for > > us. > Problem fixed and commited. > Thanks for reporting it. > > There is the change for those who might be interested: > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?limit_changes=100&r1=25353&r2=25516 Change reverted. It is breaking Scicos. It is harder then expected. A temporary workaround would be to use Java 1.6 or use revision 25516 of this file (which will break some feature). I open a bug report on this. Sylvestre From ycollet at freesurf.fr Wed Jun 25 15:55:53 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 25 Jun 2008 15:55:53 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <1214401972.6049.200.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> <1214234833.10117.103.camel@korcula.inria.fr> <1214319944.6049.78.camel@korcula.inria.fr> <1214401972.6049.200.camel@korcula.inria.fr> Message-ID: <48624E69.3080902@freesurf.fr> Sylvestre Ledru a ?crit : > Le mardi 24 juin 2008 ? 17:05 +0200, Sylvestre Ledru a ?crit : > >> Le lundi 23 juin 2008 ? 17:27 +0200, Sylvestre Ledru a ?crit : >> >>> ? >>> >>>> I think the methods getXOnScreen and getYOnScreen are only >>>> >>> available >>> >>>> since Java 1.6...we have to investigate and hope to find another >>>> equivalent method. >>>> >>> I remember that we have this problem before with Rosetta and Sebastien >>> from Artenium fixed it. I am going to see if his solution works for >>> us. >>> >> Problem fixed and commited. >> Thanks for reporting it. >> >> There is the change for those who might be interested: >> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/src/java/org/scilab/modules/gui/events/GlobalEventFilter.java?limit_changes=100&r1=25353&r2=25516 >> > Change reverted. It is breaking Scicos. > It is harder then expected. > A temporary workaround would be to use Java 1.6 or use revision 25516 of > this file (which will break some feature). > > I open a bug report on this. > Sylvestre > > Is it a problem related to xclick ? I have met a java exception which implies GlobalEventFilter + a big error using xclick. YC From sylvestre.ledru at inria.fr Wed Jun 25 15:59:28 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 15:59:28 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <48624E69.3080902@freesurf.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> <1214234833.10117.103.camel@korcula.inria.fr> <1214319944.6049.78.camel@korcula.inria.fr> <1214401972.6049.200.camel@korcula.inria.fr> <48624E69.3080902@freesurf.fr> Message-ID: <1214402368.6049.202.camel@korcula.inria.fr> Le mercredi 25 juin 2008 ? 15:55 +0200, Collette Yann a ?crit : > > Is it a problem related to xclick ? Exactly. > I have met a java exception which implies GlobalEventFilter + a big > error using xclick. With my crappy change or the old code ? Sylvestre From ycollet at freesurf.fr Wed Jun 25 16:08:38 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 25 Jun 2008 16:08:38 +0200 Subject: [Scilab-Dev] Build broken + Incomplete daily versions In-Reply-To: <1214402368.6049.202.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1213617438.4856551eeda2d@imp.free.fr> <1214234833.10117.103.camel@korcula.inria.fr> <1214319944.6049.78.camel@korcula.inria.fr> <1214401972.6049.200.camel@korcula.inria.fr> <48624E69.3080902@freesurf.fr> <1214402368.6049.202.camel@korcula.inria.fr> Message-ID: <48625166.6030503@freesurf.fr> Sylvestre Ledru a ?crit : > Le mercredi 25 juin 2008 ? 15:55 +0200, Collette Yann a ?crit : > >> Is it a problem related to xclick ? >> > Exactly. > > >> I have met a java exception which implies GlobalEventFilter + a big >> error using xclick. >> > With my crappy change or the old code ? > > Sylvestre > > I don't know yet if it was due to your code, but GlobalEventFilter was on the top of the java exception list. I have also a lot of problem today with scicos. It's almost impossible to select a block and perform a drag and drop. Certainly due to the xclick problem. YC From fvogelnew1 at free.fr Wed Jun 25 16:12:04 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Wed, 25 Jun 2008 16:12:04 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214381362.6049.117.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> <1214381362.6049.117.camel@korcula.inria.fr> Message-ID: <1214403124.486252341dcd7@imp.free.fr> > > btw, is there a plan for a web repository of sips, in case they > > accumulate? A wiki structure could be effective, if collaboration is to > > take part. At least, the possibility of attaching some comments to a > > filed proposal (like what just came out - daeoptions) for the record, > > could be good. Could be a protected wiki with public read access and > > write access for devs only, for instance. > > Yep, we probably will set some tools. I don't think it is a good idea to add attachments in SIPs. A SIP should be a self-contained proposal. If attachments are added we will soon not know to what set of things the next comments apply. I think the discussion should be kept on the mailing list, as it is happening right now, and only the results of the discussion with the associated reasons should be in SIPs. SIP versioning is available for producing new versions whenever a point of common understanding is reached in a given SIP. Second point, maybe this shouldn't be named SIP. Indeed there is also another SIP, which is the image processing toolbox bearing the same name. The SIP toolbox having been around there first, the improvement proposals should be named differently. I would suggest to name this SLIP, standing for one of the following: - Scilab Legacy Improvement Proposal. - Scilab Life Improvement Proposal - Scilab Lubrication Improvement Proposal - Scilab Long-standing Improvement Proposal - Scilab Long-term Improvement Proposal - Scilab Lingering Improvement Proposal - Scilab Lazy Improvement Proposal - whatever (let me say I'd prefer the first proposal above)... SLIP would also induce the idea of slipping in either direction: success or forget the idea. And last but not least it would be funny for french readers. I'm not kidding. > However, all the procedures and related stuff will be the subject of the > first SIP (it is why Sabine sent the #2), which will be subject to > discussions ifself too. Sounds exciting! Francois From ycollette at free.fr Wed Jun 25 16:14:52 2008 From: ycollette at free.fr (Collette Yann) Date: Wed, 25 Jun 2008 16:14:52 +0200 Subject: scilab creates some directory Message-ID: <486252DC.1000808@free.fr> Hello, Can somebody give me some informations related to 2 directory created by scilab ? I have found these 2 directories in my user directory (I am using linux): - flexdock - .agency9 YC From sylvestre.ledru at inria.fr Wed Jun 25 16:22:42 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 16:22:42 +0200 Subject: [Scilab-Dev] scilab creates some directory In-Reply-To: <486252DC.1000808@free.fr> References: <486252DC.1000808@free.fr> Message-ID: <1214403762.6049.218.camel@korcula.inria.fr> Le mercredi 25 juin 2008 ? 16:14 +0200, Collette Yann a ?crit : > Hello, > > Can somebody give me some informations related to 2 directory created by > scilab ? > I have found these 2 directories in my user directory (I am using linux): > - flexdock It is a bug of flexdock. I have to investigate this one (Bruno J has write perm on their repository). > - .agency9 Hu? I don't have it. You have been hacked ;) S From ycollet at freesurf.fr Wed Jun 25 17:45:29 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 25 Jun 2008 17:45:29 +0200 Subject: [Scilab-Dev] scilab creates some directory In-Reply-To: <1214403762.6049.218.camel@korcula.inria.fr> References: <486252DC.1000808@free.fr> <1214403762.6049.218.camel@korcula.inria.fr> Message-ID: <48626819.9090001@freesurf.fr> Sylvestre Ledru a ?crit : > Le mercredi 25 juin 2008 ? 16:14 +0200, Collette Yann a ?crit : > >> Hello, >> >> Can somebody give me some informations related to 2 directory created by >> scilab ? >> I have found these 2 directories in my user directory (I am using linux): >> - flexdock >> > It is a bug of flexdock. I have to investigate this one (Bruno J has > write perm on their repository). > > >> - .agency9 >> > Hu? I don't have it. You have been hacked ;) > > S > > I don't think so ... here is the content of the .agency9 [collette at localhost ~]$ ls .agency9/ 3DMapsK1/ [collette at localhost ~]$ ls .agency9/3DMapsK1/ 3DMapsK1/ config.xml run.tmp tmp/ [collette at localhost ~]$ ls .agency9/3DMapsK1/3DMapsK1/ deployment.xml libs/ Maps.jar NativeLibLoader.jar natives/ nativeunzip.jar [collette at localhost ~]$ ls .agency9/3DMapsK1/3DMapsK1/n natives/ nativeunzip.jar [collette at localhost ~]$ ls .agency9/3DMapsK1/3DMapsK1/native ls: ne peut acc?der .agency9/3DMapsK1/3DMapsK1/native: Aucun fichier ou r?pertoire de ce type [collette at localhost ~]$ ls .agency9/3DMapsK1/3DMapsK1/natives/ libDXT.so libgluegen-rt.so libjogl_awt.so libjogl.so libSystemInfo.so [collette at localhost ~]$ Seems to be java related .... From ycollet at freesurf.fr Wed Jun 25 17:50:47 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Wed, 25 Jun 2008 17:50:47 +0200 Subject: [Scilab-Dev] scilab creates some directory In-Reply-To: <1214403762.6049.218.camel@korcula.inria.fr> References: <486252DC.1000808@free.fr> <1214403762.6049.218.camel@korcula.inria.fr> Message-ID: <48626957.4010804@freesurf.fr> Sylvestre Ledru a ?crit : > Le mercredi 25 juin 2008 ? 16:14 +0200, Collette Yann a ?crit : > >> Hello, >> >> Can somebody give me some informations related to 2 directory created by >> scilab ? >> I have found these 2 directories in my user directory (I am using linux): >> - flexdock >> > It is a bug of flexdock. I have to investigate this one (Bruno J has > write perm on their repository). > > >> - .agency9 >> > Hu? I don't have it. You have been hacked ;) > > S > > > the agency9 nine thing is related to another application. Sorry (I think it's related to a 3d engine which was used to represent a part of sweden in 3d using just satellite photos). this 3d engine uses also jogl ... YC From sylvestre.ledru at inria.fr Wed Jun 25 17:54:38 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 17:54:38 +0200 Subject: [Scilab-Dev] scilab creates some directory In-Reply-To: <48626819.9090001@freesurf.fr> References: <486252DC.1000808@free.fr> <1214403762.6049.218.camel@korcula.inria.fr> <48626819.9090001@freesurf.fr> Message-ID: <1214409278.6049.251.camel@korcula.inria.fr> [...] > [collette at localhost ~]$ ls .agency9/3DMapsK1/3DMapsK1/natives/ > libDXT.so libgluegen-rt.so libjogl_awt.so libjogl.so libSystemInfo.so > [collette at localhost ~]$ > > Seems to be java related .... OK, don't think it is coming from Scilab or JoGL itself. libDXT.so & libSystemInfo.so don't mean anything to me. You haven't played with an other software using JoGL ? Like this software: ?http://www.agency9.se/products/index.html ;) S From sylvestre.ledru at inria.fr Wed Jun 25 17:56:31 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 25 Jun 2008 17:56:31 +0200 Subject: A few changes in localization and configure options. Message-ID: <1214409391.6049.253.camel@korcula.inria.fr> Hi, A quick emails to explain the few commits I just did. * Localization Thanks ?to ?Yung-Jang Lee who took the time to explain me how asian countries are dealing with their charset before Unicode and to develop the piece of code for this. All this stuff has been commited in the revision 25545. Just a short question, Yung-Jang, we had this in a previous version: stricmp("zh_TW", lang)==0 || stricmp("zh_CN", lang)==0 || stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 How are you handling them now ? * options in the configure In order to have some more consistent options (and because I was unhappy about the old names), I renamed a few of them. --with-swig-generation => --enable-build-swig --with-giws-generation => --enable-build-giws --with-localization-generation => --enable-build-localization * help management I started to work on the build process of the documentation. There are too many hardcoded paths & duplicate codes for now. Sylvestre From yjlee123 at gmail.com Thu Jun 26 15:11:57 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Thu, 26 Jun 2008 21:11:57 +0800 Subject: [Scilab-Dev] A few changes in localization and configure options. In-Reply-To: <1214409391.6049.253.camel@korcula.inria.fr> References: <1214409391.6049.253.camel@korcula.inria.fr> Message-ID: <9371b4280806260611n449ca8e1o2e52a8902480c81b@mail.gmail.com> In previous version I use the converter only for two-byte character set ( Chinese,Japanese and Korean). -----------------------------previous version------------------------------------------ stricmp("zh_TW", lang)==0 || stricmp("zh_CN", lang)==0 || stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 ---------------------------------------------------------------------------------------------- But I find that under Windows, only code page 1252 (Latin 1 languages: Afrikaans, Basque, Catalan, Danish, Dutch, English, Faroese, Finnish, French, Galician, German, Icelandic, Indonesian, Italian, Malay, Norwegian, Portuguese, Spanish, Swahili, Swedish. ) does not need converter. So I change it to ----------------------------------current version----------------------------------------------- #ifndef _MSC_VER // under Windows, it need a converter if Code Page is not CP1252 (Latin 1 languages) if ( stricmp("CP1252", encoding) !=0 ) unicodeSubset=FALSE; #else /*Under linux, it need a converter for non-unicode encoding */ if ( stricmp("utf-8", encoding) !=0 && stricmp("utf8", encoding)!=0 && stricmp("", encoding) !=0 ) unicodeSubset=FALSE; #endif ---------------------------------------------------------------------------------------------- I think Russian (CP1251) for example, also need a charset converter under Windows and current implementation should work for this case. Before final release of Scilab 5, it may be better to create necessary localization files ( scilab.mo, localization.jar ...) and let each language translator to test their translations. YungLee 2008/6/25, Sylvestre Ledru : > > Hi, > > A quick emails to explain the few commits I just did. > > * Localization > Thanks ?to ?Yung-Jang Lee who took the time to explain me how asian > countries are dealing with their charset before Unicode and to develop > the piece of code for this. > All this stuff has been commited in the revision 25545. > > Just a short question, Yung-Jang, we had this in a previous version: > stricmp("zh_TW", lang)==0 || stricmp("zh_CN", > lang)==0 || > stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 > > How are you handling them now ? > > * options in the configure > In order to have some more consistent options (and because I was unhappy > about the old names), I renamed a few of them. > --with-swig-generation => --enable-build-swig > --with-giws-generation => --enable-build-giws > --with-localization-generation => --enable-build-localization > > * help management > I started to work on the build process of the documentation. There are > too many hardcoded paths & duplicate codes for now. > > Sylvestre > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yjlee123 at gmail.com Thu Jun 26 15:33:39 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Thu, 26 Jun 2008 21:33:39 +0800 Subject: [Scilab-Dev] A few changes in localization and configure options. In-Reply-To: <9371b4280806260611n449ca8e1o2e52a8902480c81b@mail.gmail.com> References: <1214409391.6049.253.camel@korcula.inria.fr> <9371b4280806260611n449ca8e1o2e52a8902480c81b@mail.gmail.com> Message-ID: <9371b4280806260633y1c6c2ccch3cdf6e87db7b91f@mail.gmail.com> Slvestre, From the email I just send to you, I found a bug (in the file localetoutf.c ) #ifndef _MSC_VER <---------------------bug , /* Under Windows only Code page 1252 (iso-8859-1) is subset of UNICODE .... should be #ifdef _MSC_VER <------- change to ifdef /* Under Windows only Code page 1252 (iso-8859-1) is subset of UNICODE This bug always trigger the converter. No harm but not what we want. YungLee 2008/6/26, Yung-Jang Lee : > > > In previous version I use the converter only for two-byte character set > ( Chinese,Japanese and Korean). > > > -----------------------------previous version------------------------------------------ > stricmp("zh_TW", lang)==0 || stricmp("zh_CN", lang)==0 > || > stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 > > > ---------------------------------------------------------------------------------------------- > > But I find that under Windows, only code page 1252 (Latin 1 languages: > Afrikaans, Basque, Catalan, Danish, Dutch, English, Faroese, Finnish, > French, Galician, German, Icelandic, Indonesian, Italian, Malay, Norwegian, > Portuguese, Spanish, Swahili, Swedish. ) does not need converter. So I > change it to > > ----------------------------------current > version----------------------------------------------- > #ifndef _MSC_VER > // under Windows, it need a converter if Code Page is not CP1252 > (Latin 1 languages) > if ( stricmp("CP1252", encoding) !=0 ) unicodeSubset=FALSE; > #else > /*Under linux, it need a converter for non-unicode encoding */ > if ( stricmp("utf-8", encoding) !=0 && stricmp("utf8", encoding)!=0 > && stricmp("", encoding) !=0 ) > unicodeSubset=FALSE; > #endif > > ---------------------------------------------------------------------------------------------- > > > I think Russian (CP1251) for example, also need a charset > converter under Windows and current implementation should work for this > case. > > Before final release of Scilab 5, it may be better to create necessary > localization files ( scilab.mo, localization.jar ...) and let each language > translator to test their translations. > > YungLee > > > > > 2008/6/25, Sylvestre Ledru : >> >> Hi, >> >> A quick emails to explain the few commits I just did. >> >> * Localization >> Thanks ?to ?Yung-Jang Lee who took the time to explain me how asian >> countries are dealing with their charset before Unicode and to develop >> the piece of code for this. >> All this stuff has been commited in the revision 25545. >> >> Just a short question, Yung-Jang, we had this in a previous version: >> stricmp("zh_TW", lang)==0 || stricmp("zh_CN", >> lang)==0 || >> stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 >> >> How are you handling them now ? >> >> * options in the configure >> In order to have some more consistent options (and because I was unhappy >> about the old names), I renamed a few of them. >> --with-swig-generation => --enable-build-swig >> --with-giws-generation => --enable-build-giws >> --with-localization-generation => --enable-build-localization >> >> * help management >> I started to work on the build process of the documentation. There are >> too many hardcoded paths & duplicate codes for now. >> >> Sylvestre >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Fri Jun 27 00:23:44 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 27 Jun 2008 00:23:44 +0200 Subject: [Scilab-Dev] A few changes in localization and configure options. In-Reply-To: <9371b4280806260633y1c6c2ccch3cdf6e87db7b91f@mail.gmail.com> References: <1214409391.6049.253.camel@korcula.inria.fr> <9371b4280806260611n449ca8e1o2e52a8902480c81b@mail.gmail.com> <9371b4280806260633y1c6c2ccch3cdf6e87db7b91f@mail.gmail.com> Message-ID: <1214519024.19901.29.camel@zlarin.inria.fr> I commited this fix. S Le jeudi 26 juin 2008 ? 21:33 +0800, Yung-Jang Lee a ?crit : > Slvestre, > > From the email I just send to you, I found a bug (in the file > localetoutf.c ) > > #ifndef _MSC_VER <---------------------bug , > /* Under Windows only Code page 1252 (iso-8859-1) is subset of > UNICODE > .... > > should be > > #ifdef _MSC_VER <------- change to ifdef > /* Under Windows only Code page 1252 (iso-8859-1) is subset of > UNICODE > > > This bug always trigger the converter. No harm but not what we want. > > > YungLee > > 2008/6/26, Yung-Jang Lee : > > In previous version I use the converter only for two-byte > character set ( Chinese,Japanese and Korean). > > -----------------------------previous version------------------------------------------ > stricmp("zh_TW", lang)==0 || > stricmp("zh_CN", lang)==0 || > stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 > > ---------------------------------------------------------------------------------------------- > > But I find that under Windows, only code page 1252 (Latin 1 > languages: Afrikaans, Basque, Catalan, Danish, Dutch, English, > Faroese, Finnish, French, Galician, German, Icelandic, > Indonesian, Italian, Malay, Norwegian, Portuguese, Spanish, > Swahili, Swedish. ) does not need converter. So I change it > to > > ----------------------------------current > version----------------------------------------------- > #ifndef _MSC_VER > // under Windows, it need a converter if Code Page is > not CP1252 (Latin 1 languages) > if ( stricmp("CP1252", encoding) !=0 ) > unicodeSubset=FALSE; > #else > /*Under linux, it need a converter for > non-unicode encoding */ > if ( stricmp("utf-8", encoding) !=0 && stricmp("utf8", > encoding)!=0 && stricmp("", encoding) !=0 ) > unicodeSubset=FALSE; > #endif > ---------------------------------------------------------------------------------------------- > > > I think Russian (CP1251) for example, also need a charset > converter under Windows and current implementation should work > for this case. > > Before final release of Scilab 5, it may be better to > create necessary localization files > ( scilab.mo, localization.jar ...) and let each language > translator to test their translations. > > YungLee > > > > > 2008/6/25, Sylvestre Ledru : > Hi, > > A quick emails to explain the few commits I just did. > > * Localization > Thanks ?to ?Yung-Jang Lee who took the time to explain > me how asian > countries are dealing with their charset before > Unicode and to develop > the piece of code for this. > All this stuff has been commited in the revision > 25545. > > Just a short question, Yung-Jang, we had this in a > previous version: > stricmp("zh_TW", lang)==0 || > stricmp("zh_CN", lang)==0 || > stricmp("ko_KR", lang)==0 || stricmp("ja_JP", lang)==0 > > How are you handling them now ? > > * options in the configure > In order to have some more consistent options (and > because I was unhappy > about the old names), I renamed a few of them. > --with-swig-generation => --enable-build-swig > --with-giws-generation => --enable-build-giws > --with-localization-generation => > --enable-build-localization > > * help management > I started to work on the build process of the > documentation. There are > too many hardcoded paths & duplicate codes for now. > > Sylvestre > > > > From sylvestre.ledru at inria.fr Fri Jun 27 10:30:41 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 27 Jun 2008 10:30:41 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214403124.486252341dcd7@imp.free.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> <1214381362.6049.117.camel@korcula.inria.fr> <1214403124.486252341dcd7@imp.free.fr> Message-ID: <1214555441.6049.290.camel@korcula.inria.fr> Le mercredi 25 juin 2008 ? 16:12 +0200, fvogelnew1 at free.fr a ?crit : > > > btw, is there a plan for a web repository of sips, in case they > > > accumulate? A wiki structure could be effective, if collaboration is to > > > take part. At least, the possibility of attaching some comments to a > > > filed proposal (like what just came out - daeoptions) for the record, > > > could be good. Could be a protected wiki with public read access and > > > write access for devs only, for instance. > > > > Yep, we probably will set some tools. > > I don't think it is a good idea to add attachments in SIPs. A SIP should be a > self-contained proposal. If attachments are added we will soon not know to what > set of things the next comments apply. > I think the discussion should be kept on the mailing list, as it is happening > right now, and only the results of the discussion with the associated reasons > should be in SIPs. SIP versioning is available for producing new versions > whenever a point of common understanding is reached in a given SIP. I didn't see that otherwise than this. Attachements would be too tricky to understand and hard to keep track of. > > Second point, maybe this shouldn't be named SIP. > Indeed there is also another SIP, which is the image processing toolbox bearing > the same name. > The SIP toolbox having been around there first, the improvement proposals should > be named differently. ?Hmm, you have a point! Indeed, SIP is then a bad name. > I would suggest to name this SLIP, standing for one of the following: > - Scilab Legacy Improvement Proposal. [...] > - Scilab Lazy Improvement Proposal > - whatever (let me say I'd prefer the first proposal above)... The problem with the first one is that it is tied to the past and SIP/SLIP are only meant to chat about the future. Anyway, we don't have a to find an explanation for each letter (just like FVWM ?http://en.wikipedia.org/wiki/FVWM * The F currently has no official meaning[1]*). ? Scilab L* Improvement Proposal > SLIP would also induce the idea of slipping in either direction: success or > forget the idea. And last but not least it would be funny for french readers. > I'm not kidding. It is a great potential for bad joke! At least for this, it is a good idea ;) S From laurent.vaylet at scilab.org Fri Jun 27 13:50:06 2008 From: laurent.vaylet at scilab.org (Laurent Vaylet) Date: Fri, 27 Jun 2008 13:50:06 +0200 Subject: Scilab + KDbg Message-ID: <4864D3EE.6020606@scilab.org> Hi, An extra debugging option has just been added to Scilab (Linux version only). Provided you compiled Scilab with the "--enable-debug" switch, you can now launch it under KDbg using the following syntax : $ ./bin/scilab -debug-kdbg Of course, gdb can still be used with the same "-debug" switch. More info on this Wiki page : http://wiki.scilab.org/Debugging_and_Profiling_Scilab_5 However straightforward and user-friendly KDbg may be, a link to its User's Manual is also included. Laurent From sylvestre.ledru at inria.fr Fri Jun 27 16:39:15 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 27 Jun 2008 16:39:15 +0200 Subject: Localization Scilab / Scipad Message-ID: <1214577555.6049.359.camel@korcula.inria.fr> Hello, The localization mailing-list would more appropriate but as Enrico is not subscribed to it, I send the email here. I would like to see two points with the Scipad developers: * The easy one, when Scilab is started in an other language, I would like to tell to Scipad to use the same language. What would be the best way to do it ? * I am coming back on a point we discuss almost a year ago about the localization of Scipad itself. At the moment, Scipad and Scilab don't use the same procedure for localization. As a matter of uniformisation and simplification, it would be great if Scipad could switch to gettext. Basically, this involves to: - change the call to the localization process (basically gettext) Gettext is providing two examples for the use of gettext in TCL: http://publicsvn.songbirdnest.com/browser/vendor/gettext/current/gettext-tools/examples/hello-tcl/hello.tcl http://publicsvn.songbirdnest.com/browser/vendor/gettext/current/gettext-tools/examples/hello-tcl-tk/hello.tcl As you already know, I am not at all a TCL guru. Then, I leave to your judgment which one would be best for Scipad. - convert your current localization files to the gettext format After that, you could also use some tools we have to update localizations files. For example, SCI/tools/localization/updateLocalizationModule.sh What do you think about that ? Cheers, Sylvestre From fvogelnew1 at free.fr Fri Jun 27 23:50:20 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Fri, 27 Jun 2008 23:50:20 +0200 Subject: Build broken - missing files in renderer Message-ID: <4865609C.90107@free.fr> Hi, This commit: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/?view=query&dir=&file=&file_match=exact&who=silvy&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-27+16%3A40%3A00&maxdate=2008-06-27+16%3A50%3A00&limit_changes=100 has added files in the Visual Studio solution that are apparently not present in the repository. Build is broken. Please commit them: '.\src\cpp\subwinDrawing\BottomXAxisPositioner.cpp' '.\src\cpp\subwinDrawing\MiddleXAxisPositioner.cpp' '.\src\cpp\subwinDrawing\SubwinAxisPositioner.cpp' '.\src\cpp\subwinDrawing\TopXAxisPositioner.cpp' '.\src\cpp\subwinDrawing\XAxisPositioner.cpp' '.\src\cpp\axesDrawing\AxesPositioner.cpp' Francois From fvogelnew1 at free.fr Sat Jun 28 00:10:55 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 28 Jun 2008 00:10:55 +0200 Subject: plotframe obsoleted Message-ID: <4865656F.2050900@free.fr> Hi all, plotframe has just been tagged as obsolete. Fine. My question is, what is the replacement for it? So far I used: plotframe([-190,-60,190,100],[1,20,1,17]) The only approaching thing I've found so far without using plotframe is to use plot2d to plot nothing (a dummy point at the center): plot2d(0,0,rect=[-190,-60,190,100],nax=[1,20,1,17]); a=gca();a.box="on"; Any better replacement, perhaps? Thanks, Francois From mottelet at dma.utc.fr Sat Jun 28 10:57:08 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Sat, 28 Jun 2008 10:57:08 +0200 Subject: [Scilab-Dev] plotframe obsoleted In-Reply-To: <4865656F.2050900@free.fr> References: <4865656F.2050900@free.fr> Message-ID: <1214643428.4865fce41cea5@mail.hds.utc.fr> Selon Fran?ois Vogel : > Hi all, > > plotframe has just been tagged as obsolete. Fine. > > My question is, what is the replacement for it? > > So far I used: > plotframe([-190,-60,190,100],[1,20,1,17]) > > The only approaching thing I've found so far without using plotframe > is to use plot2d to plot nothing (a dummy point at the center): > plot2d(0,0,rect=[-190,-60,190,100],nax=[1,20,1,17]); > a=gca();a.box="on"; > > Any better replacement, perhaps? > maybe you can create an empty axes and then turn on everything at hand : ax=newaxes(); ax.axes_visible=["on";"on";"on"]; ax.data_bounds=[-190 -60;190 100] ax.box='on'; Now I am an expert of the new graphics :-) (I've almost finsished porting the plotlib). S. > Thanks, > Francois > ------------------------------------------------- From sylvestre.ledru at inria.fr Sat Jun 28 11:42:43 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 28 Jun 2008 11:42:43 +0200 Subject: [Scilab-Dev] Build broken - missing files in renderer In-Reply-To: <4865609C.90107@free.fr> References: <4865609C.90107@free.fr> Message-ID: <1214646163.3962.23.camel@zlarin.inria.fr> > Hi, > > This commit: > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/?view=query&dir=&file=&file_match=exact&who=silvy&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-27+16%3A40%3A00&maxdate=2008-06-27+16%3A50%3A00&limit_changes=100 > > has added files in the Visual Studio solution that are apparently not > present in the repository. Build is broken. Please commit them: > > '.\src\cpp\subwinDrawing\BottomXAxisPositioner.cpp' > '.\src\cpp\subwinDrawing\MiddleXAxisPositioner.cpp' > '.\src\cpp\subwinDrawing\SubwinAxisPositioner.cpp' > '.\src\cpp\subwinDrawing\TopXAxisPositioner.cpp' > '.\src\cpp\subwinDrawing\XAxisPositioner.cpp' > '.\src\cpp\axesDrawing\AxesPositioner.cpp' It builds for me under Linux. However, they are not declared under the Linux Makefile.am; try to remove them from the visual project and it should work (and can you commit the updated project?) Thx S From fvogelnew1 at free.fr Sat Jun 28 11:52:32 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 28 Jun 2008 11:52:32 +0200 Subject: [Scilab-Dev] Build broken - missing files in renderer In-Reply-To: <1214646163.3962.23.camel@zlarin.inria.fr> References: <4865609C.90107@free.fr> <1214646163.3962.23.camel@zlarin.inria.fr> Message-ID: <486609E0.5060904@free.fr> Sylvestre Ledru said on 28/06/2008 11:42: >> Hi, >> >> This commit: >> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/?view=query&dir=&file=&file_match=exact&who=silvy&who_match=exact&querysort=date&hours=2&date=explicit&mindate=2008-06-27+16%3A40%3A00&maxdate=2008-06-27+16%3A50%3A00&limit_changes=100 >> >> has added files in the Visual Studio solution that are apparently not >> present in the repository. Build is broken. Please commit them: >> >> '.\src\cpp\subwinDrawing\BottomXAxisPositioner.cpp' >> '.\src\cpp\subwinDrawing\MiddleXAxisPositioner.cpp' >> '.\src\cpp\subwinDrawing\SubwinAxisPositioner.cpp' >> '.\src\cpp\subwinDrawing\TopXAxisPositioner.cpp' >> '.\src\cpp\subwinDrawing\XAxisPositioner.cpp' >> '.\src\cpp\axesDrawing\AxesPositioner.cpp' > It builds for me under Linux. However, they are not declared under the > Linux Makefile.am; try to remove them from the visual project and it > should work (and can you commit the updated project?) JBS already has fixed this in the trunk, thanks. F. From fvogelnew1 at free.fr Sat Jun 28 18:34:27 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 28 Jun 2008 18:34:27 +0200 Subject: [Scilab-Dev] plotframe obsoleted In-Reply-To: <1214643428.4865fce41cea5@mail.hds.utc.fr> References: <4865656F.2050900@free.fr> <1214643428.4865fce41cea5@mail.hds.utc.fr> Message-ID: <48666813.6070502@free.fr> mottelet at dma.utc.fr said on 28/06/2008 10:57: > maybe you can create an empty axes and then turn on everything > at hand Yes, this is working, thanks. > Now I am an expert of the new graphics :-) (I've almost > finsished porting the plotlib). Just for my education, why is the plotlib still needed with the current Scilab5 graphics? I have used it extensively from Scilab 2.7 to Scilab 4. Shame on me, I never took the time to thank you for having made it available, so let's state it now: this saved me a LOT of time in the past, many thanks. I'm now in the process of converting my scripts so that they can work with Scilab 5 and the new graphics. This is... well, not so easy due to numerous graphics bugs (but IMO this is largely due to java, not the new graphics scheme itself). However I must admit that, once you've bought your driving license, new graphics are easier/clearer to use than the old graphics. I've been using the plotlib mainly because I could not achieve what I wanted with the old graphics. With the new graphics any calls to the plotlib have found a Scilab-only replacement. Just wondering. Francois From enrico.segre at weizmann.ac.il Sun Jun 29 10:42:22 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 29 Jun 2008 11:42:22 +0300 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1214577555.6049.359.camel@korcula.inria.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> Message-ID: <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> Hi Sylvestre, > * The easy one, when Scilab is started in an other language, I would > like to tell to Scipad to use the same language. What would be the best > way to do it ? One easy way (when scipad is already started) is TCL_EvalStr("set lang "+LANG+"; relocalize","scipad"); where LANG is the scipad language code {eng fr de it es ...}, for hystorical reasons not yet RFC- uniformized (but could be done easily, just renaming .msg files and mass-subsituting the identifiers in the files). For the first launch of scipad in a session, we could make provisions in scipad.sci for starting scipad with the desired language instead of reading it from the saved preference file. However, please note that the current localization set of scilab is a small subset of that of scipad. Would really have sense to force the scipad language to be the default choice for scilab, when more choices are available (and the user might have already chosen one)? Imho the problem stays even if the scilab set grows, as long as the two language sets don't coincide. Perhaps what you want is that at first run of scilab (no scipad preference file existing yet) the default scipad language matches that of scilab? > * I am coming back on a point we discuss almost a year ago about the > localization of Scipad itself. At the moment, Scipad and Scilab don't > use the same procedure for localization. As a matter of uniformisation > and simplification, it would be great if Scipad could switch to > gettext. > Basically, this involves to: > - change the call to the localization process (basically gettext) > Gettext is providing two examples for the use of gettext in TCL: > http://publicsvn.songbirdnest.com/browser/vendor/gettext/current/gettext-tools/examples/hello-tcl/hello.tcl > http://publicsvn.songbirdnest.com/browser/vendor/gettext/current/gettext-tools/examples/hello-tcl-tk/hello.tcl > As you already know, I am not at all a TCL guru. Then, I leave to your > judgment which one would be best for Scipad. > - convert your current localization files to the gettext format At first sight, I'm not sure I understand the point - these examples just wrap procedure mc of package msgcat, which is exactly what we are using. What has gettext to do? Enrico ps: what about making the debugger work, first? From fvogelnew1 at free.fr Sun Jun 29 11:44:48 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sun, 29 Jun 2008 11:44:48 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> Message-ID: <48675990.8090302@free.fr> Enrico Segre said on 29/06/2008 10:42: > For the first launch of scipad in a session, we could make provisions in > scipad.sci for starting scipad with the desired language instead of > reading it from the saved preference file. Hmm, yes this is of course technically possible, but does this mean that the Scipad language would no longer be saved in the pref file any more? Currently the scheme is that Scipad starts in english the first time, then the user can change the language from Scipad, and this is a preference which is automatically saved across Scipad sessions. Switching languages is not an action the user has to do very often, I'm just fine with this. The normal user selects his language once and for all, and basta. The fact that he has to do it twice, i.e. in Scilab and also in Scipad, doesn't look that much of a PITA in my opinion. And there are advantages of this fact too (see below). > However, please note that the current localization set of scilab is a > small subset of that of scipad. Would really have sense to force the > scipad language to be the default choice for scilab, when more choices > are available (and the user might have already chosen one)? Imho the > problem stays even if the scilab set grows, as long as the two language > sets don't coincide. I agree on this word by word. > Perhaps what you want is that at first run of scilab (no scipad > preference file existing yet) the default scipad language matches that > of scilab? I guess this is what Sylvestre was after. On this, OK, why not, instead of using the default english fallback we could use the Scilab language if the localization files exist in Scipad. We would have to map Scilab languages to Scipad languages, and have a fallback in case there is no match. So yes, technically possible. After the first launch, the scipad language should still be saved in the pref file. Why should the user have to switch Scipad language by switching Scilab language? (Note that this is not always possible, for instance Spanish in not available in Scilab). And why would we forbid different languages in Scilab and Scipad? > At first sight, I'm not sure I understand the point - these examples > just wrap procedure mc of package msgcat, which is exactly what we are > using. What has gettext to do? Ditto. > ps: what about making the debugger work, first? This is also my very point of view. Scipad localization works fine. Honestly I do not see any point for changing it. Uniformisation with Scilab or whatnot is a very weak argument IMO. We can fix later what is already working in Scipad, when major bugs like the broken debugger get fixed. What is the opteam progress on this? We made proposals and didn't read your thoughts on them. Francois From sylvestre.ledru at inria.fr Sun Jun 29 12:52:53 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sun, 29 Jun 2008 12:52:53 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <48675990.8090302@free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <48675990.8090302@free.fr> Message-ID: <1214736773.3962.175.camel@zlarin.inria.fr> OK, seems to me that I haven't been clear enough. First, there is a list of advantages of switching to gettext: * we benefit from all the gettext tools to manage localization files (extract, update, build, check validity...) * we use a defacto standard, thanks to that we can benefit some fantastic collaborative tools like Launchpad - translation: https://translations.launchpad.net/scilab/ * Scipad strings could go on this website and will be translated with the rest of Scilab. * most of the encoding issue are already managed by gettext (and thanks to ?Yung-Jang, we fixed the unmanaged cases). * we would use the same format in Scilab everywhere: better consistency (technical and literary), won't need to have to translation procedure, easier scripting, some strings are used in both Scilab and Scipad (Cancel, OK, File...). And other point which is interesting to raise is that when gettext cannot find a translation, it automatically switch to the default language (english). It can sounds as a detail but it is pretty important. Le dimanche 29 juin 2008 ? 11:44 +0200, Fran?ois Vogel a ?crit : > Enrico Segre said on 29/06/2008 10:42: > > For the first launch of scipad in a session, we could make provisions in > > scipad.sci for starting scipad with the desired language instead of > > reading it from the saved preference file. > > Hmm, yes this is of course technically possible, but does this mean > that the Scipad language would no longer be saved in the pref file any > more? Niet, I was thinking about adding a Scilab function to manage this information. Like setDefaultLanguage("bz_FR") for example. This one could be use by Scipad, isn't it? ? > Currently the scheme is that Scipad starts in english the first > time, then the user can change the language from Scipad, and this is > preference which is automatically saved across Scipad sessions. Well, it is a "Windows user approach" here. Under Linux/Unix, it is pretty rare to be able to change the locale of an application being launched. The way to do it is to rely on the locale provided by the system in the env (no matter what means the "system"). > > However, please note that the current localization set of scilab is a > > small subset of that of scipad. Would really have sense to force the > > scipad language to be the default choice for scilab, when more choices > > are available (and the user might have already chosen one)? Imho the > > problem stays even if the scilab set grows, as long as the two language > > sets don't coincide. ?Well you have a point! For now, I think we will have both simplified and tradtionnal Chinese + Russian + French + maybe Indonesian & Italian (despite the fact that we are a few Bretons in the Scilab team, ?tragically, we won't have this fanstatic and usefull language into Scilab 5). We really don't overlap on this. The case "Scilab is managing this case but not Scipad" won't occur too much since we can ask to translator to also translate Scipad. The other one will be much more common. A solution can be: * on the startup of Scilab, check the locale of the user, if we are handling it, fine, tell it to Scipad and we are all cool. * We don't handle it but Scipad does. We still send the information and Scipad is managing it (I will have some work to do on this if we select this solution). I want to insist that, at least on the first start, it is important from the user-friendly point of view to have Scipad starting in the same language as Scilab (even I am sure you agree on this). > > Perhaps what you want is that at first run of scilab (no scipad > > preference file existing yet) the default scipad language matches that > > of scilab? > > I guess this is what Sylvestre was after. On this, OK, why not, > instead of using the default english fallback we could use the Scilab > language if the localization files exist in Scipad. We would have to > map Scilab languages to Scipad languages, and have a fallback in case > there is no match. Moving to gettext, you probably wouldn't have to to this match ;) > > ps: what about making the debugger work, first? > > This is also my very point of view. > > Scipad localization works fine. Honestly I do not see any point for > changing it. Uniformisation with Scilab or whatnot is a very weak > argument IMO. I do think that uniformation is a strong argument. As you just said, we don't overlapp. Having two way to manage localization is a brake and won't fix this trend. Scilab & Scipad will be translated in the same time. > We can fix later what is already working in Scipad, when major bugs > like the broken debugger get fixed. What is the opteam progress on > this? We made proposals and didn't read your thoughts on them. I am handling it. Sylvestre From enrico.segre at weizmann.ac.il Sun Jun 29 15:47:49 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 29 Jun 2008 16:47:49 +0300 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1214736773.3962.175.camel@zlarin.inria.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <48675990.8090302@free.fr> <1214736773.3962.175.camel@zlarin.inria.fr> Message-ID: <1214747269.18511.59.camel@segre-pc2.weizmann.ac.il> Hi Sylvestre, > First, there is a list of advantages of switching to gettext: no need to convince at least myself, on the long term I think it will pay off, for all the reasons you write. "However": -it is a somehow lower priority for us at this instant of time -we still have to find the optimal solution for tcl to read .po files. Once we're there, we can discuss, and probably transform automatically our .msg files in .po format. So far we staid with msgcat because there was no point in trying to do better (msgcat was working fine, we had our tool, scilab didn't have so many other languages, nor the prespective to have many soon by collaborative effort [launchpad]) At the time we started to set up the localization of scipad, we were definitely aware of gettext, the available tools and its added value, but as I remember we didn't find a suitable glue with tcl. That is why we staid with msgcat. If something new came up in the last three years, and someone knows about, suggestions are welcome. > And other point which is interesting to raise is that when gettext > cannot find a translation, it automatically switch to the default > language (english). It can sounds as a detail but it is pretty > important. lack of fallback is another limitation of msgcat we're aware of. This is why we resorted to string labels coinciding with the english text itself, but it is not a solution we're too happy with. > Niet, I was thinking about adding a Scilab function to manage this > information. Like setDefaultLanguage("bz_FR") for example. This one > could be use by Scipad, isn't it? ... > For now, I think we will have both simplified and tradtionnal Chinese + > Russian + French + maybe Indonesian & Italian (despite the fact that we > are a few Bretons in the Scilab team, ?tragically, we won't have this > fanstatic and usefull language into Scilab 5). > We really don't overlap on this. > > The case "Scilab is managing this case but not Scipad" won't occur too > much since we can ask to translator to also translate Scipad. > The other one will be much more common. > A solution can be: > * on the startup of Scilab, check the locale of the user, if we are > handling it, fine, tell it to Scipad and we are all cool. > * We don't handle it but Scipad does. We still send the information and > Scipad is managing it (I will have some work to do on this if we select > this solution). ok, we could think of such things, and of having a mapping table for fallback languages (next of kins), etc. etc. Technically possible, I would discuss details later on, if and when we get that far. ? Enrico From claude.gomez at scilab.org Sun Jun 29 21:40:38 2008 From: claude.gomez at scilab.org (Claude Gomez) Date: Sun, 29 Jun 2008 21:40:38 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> Message-ID: <4867E536.9040204@scilab.org> on 29/06/2008 10:42 Enrico Segre wrote: > Perhaps what you want is that at first run of scilab (no scipad > preference file existing yet) the default scipad language matches that > of scilab? Yes it is exactly the behavior I would like to have. In fact it is what most of people that don't know very well how to customize (like high school teachers for instance :-)) would like to have. Claude From stephane.mottelet at utc.fr Mon Jun 30 09:19:19 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 30 Jun 2008 09:19:19 +0200 Subject: [Scilab-Dev] plotframe obsoleted In-Reply-To: <48666813.6070502@free.fr> References: <4865656F.2050900@free.fr> <1214643428.4865fce41cea5@mail.hds.utc.fr> <48666813.6070502@free.fr> Message-ID: <486888F7.3010309@utc.fr> Fran?ois Vogel a ?crit : > mottelet at dma.utc.fr said on 28/06/2008 10:57: >> maybe you can create an empty axes and then turn on everything >> at hand > > Yes, this is working, thanks. > >> Now I am an expert of the new graphics :-) (I've almost >> finsished porting the plotlib). > > Just for my education, why is the plotlib still needed with the > current Scilab5 graphics? > > I have used it extensively from Scilab 2.7 to Scilab 4. Shame on me, I > never took the time to thank you for having made it available, so > let's state it now: this saved me a LOT of time in the past, many thanks. > > I'm now in the process of converting my scripts so that they can work > with Scilab 5 and the new graphics. This is... well, not so easy due > to numerous graphics bugs (but IMO this is largely due to java, not > the new graphics scheme itself). However I must admit that, once > you've bought your driving license, new graphics are easier/clearer to > use than the old graphics. I've been using the plotlib mainly because > I could not achieve what I wanted with the old graphics. With the new > graphics any calls to the plotlib have found a Scilab-only > replacement. Just wondering. > > Francois You are (mostly) right, but, like a (dead) friend of mine used to say : the devil is in the details. The new "object-oriented" structure was missing in the old graphics and I have to say that porting the plotlib has been sometimes just replacing numerous lines of code by one line or even nothing at all. Some reasons for which the plotlib is still needed (at least for my own usage) : -In Scilab, having default colors, e.g. obtained in a default entity handle like gda() given by indices making only sense with respect to a default colormap of the default entity gdf(), is (to me) completely useless once you need to plot nice shaded plots and still control the colors of line plots, foreground, background... What it really still missing is a decent colormap handling. Having one colormap for the whole figure is a real problem when you have shaded plots (like pcolor, surf,...) together with line plots. In the plotlib the colormap for shaded objects is handled separately. This also allows to have a "caxis" macro like in Matlab. The big deal is, in fact, when will Scilab switch to truecolor ? -Another point : legends and colorbars are in no way linked to the axes they belong to. For example, once you have plotted the legend, you can do it again and again, the new entity will never replace the previous one. Legends should be handled like (x,y,z) labels and title. Of course, this is only needed for people using Scilab like a calculator (i.e. writing a lot of stuff directly on the command line)... but there are still many ! Same thing for the colorbar. -Last point, many users have complained about XMLlab using the old graphics; I thought it was easier for me to port the plotlib instead of modifying the XSL stylesheets to generate all the needed stuff. I was right. But this adds additionnal bottlenecks, and as a result everything is slower than before. Hopefully it is possible to speed up things, e.g. by directly modifying the "data" field in order to make fast animations. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From enrico.segre at weizmann.ac.il Mon Jun 30 09:23:20 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 30 Jun 2008 10:23:20 +0300 Subject: Localization Scilab / Scipad Message-ID: <1214810600.18511.84.camel@segre-pc2.weizmann.ac.il> > At the moment, Scipad and Scilab don't > use the same procedure for localization. As a matter of uniformisation > and simplification, it would be great if Scipad could switch to > gettext. > Basically, this involves to: > - change the call to the localization process (basically gettext) after a quick look, probably what you're asking us is quite painless. We do not need to recode anything in scipad, which will continue to use msgcat, which is THE way of localizing tcl code. What you'll be happy for us to do is to switch to .po master message files, whereas .msg files will be automatically compiled from them. I'm under the impression ( http://www.gnu.org/software/gettext/manual/gettext.html ) that gnu provides a host of gettext utilities for transcompilation of message catalogues. For instance the command xgettext -i --language=Tcl -a -o XX.po XX.msg should produce the po file from the existing .msg. I can't exactly make it work, but that is details. If things are like that, what we'll need to rewrite are only the translator instructions (like pointing potential translators to launchpad instead of making long explanations about our way of organizing msg files). The first one who succeeds in finding the right commands for converting po <-> msg tells everybody. Enrico From enrico.segre at weizmann.ac.il Mon Jun 30 09:44:05 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 30 Jun 2008 10:44:05 +0300 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <4867E536.9040204@scilab.org> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> Message-ID: <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> On Sun, 2008-06-29 at 21:40 +0200, Claude Gomez wrote: > on 29/06/2008 10:42 Enrico Segre wrote: > > > Perhaps what you want is that at first run of scilab (no scipad > > preference file existing yet) the default scipad language matches that > > of scilab? > > Yes it is exactly the behavior I would like to have. Then, modulo language sets mapping, that should amount just to a if { ![info exists lang] } { ScilabEval "TCL_SetVar(\"lang\",getlanguage(),\"scipad\") } at line 226 of SCI/modules/scipad/tcl/defaults.tcl. Modulo mapping, because en_US should be mapped to "eng" and fr_FR to fr and what comes up next to what proper. Actually, it would be about time that we abandon the inherited calling of en "eng", I see no point in continuing to do that. As a matter of fact, for me -->getlanguage ans = C ... Enrico From sylvestre.ledru at inria.fr Mon Jun 30 11:06:43 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 30 Jun 2008 11:06:43 +0200 Subject: [Scilab-Dev] Re: Localization Scilab / Scipad In-Reply-To: <1214810600.18511.84.camel@segre-pc2.weizmann.ac.il> References: <1214810600.18511.84.camel@segre-pc2.weizmann.ac.il> Message-ID: <1214816803.4066.134.camel@zlarin.inria.fr> Le lundi 30 juin 2008 ? 10:23 +0300, Enrico Segre a ?crit : > > At the moment, Scipad and Scilab don't > > use the same procedure for localization. As a matter of uniformisation > > and simplification, it would be great if Scipad could switch to > > gettext. > > Basically, this involves to: > > - change the call to the localization process (basically gettext) > > after a quick look, probably what you're asking us is quite painless. We > do not need to recode anything in scipad, which will continue to use > msgcat, which is THE way of localizing tcl code. Excellent news! I didn't expect this to be that easy. Thanks for investigate this. > What you'll be happy > for us to do is to switch to .po master message files, whereas .msg > files will be automatically compiled from them. Exactly! > The first one who succeeds in finding the right commands for converting > po <-> msg tells everybody. I will try to have a look. I am starting to be a bit familiar with gettext tools. Sylvestre