From sylvestre.ledru at inria.fr Mon May 19 14:43:55 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 19 May 2008 14:43:55 +0200 Subject: Welcome Message-ID: <1211201035.28811.1502.camel@korcula.inria.fr> Here is the new mailing list related to the work about the localization of Scilab. Sylvestre From sylvestre.ledru at inria.fr Wed May 21 14:33:39 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 21 May 2008 14:33:39 +0200 Subject: [Scilab-Dev] Scilab localization In-Reply-To: <483088D2.3030505@inria.fr> References: <1210892824.5390.85.camel@zlarin.inria.fr> <483088D2.3030505@inria.fr> Message-ID: <1211373219.3734.39.camel@korcula.inria.fr> Thanks for your inputs. We are going to freeze messages ASAP. Then please answer when you can ! > Good idea and good starting point! some remarks however: > > Data type naming > ------------------------- > - for 1x1 array I think it shoud be better to just use the article "a" > : a real, a polynom, a character string, a boleean, a rational fraction, > a (8|16|32)-bit integer, an (8|16|32)-bit integer,... rather than the > term scalar Updated in the Wiki. http://wiki.scilab.org/Localization_in_English_-_Standard_messages > - for matrices squareness is also often tested, there is also test on > particular properties (upper/lower triangular, diagonal, symmetric, > hermitian, definite positive,... I didn't see much of this in the code?! > - the terms "vector" and "matrix" refer to linear algebra, so for > character strings it is better to use the term "array". May be is > should be a good idea to use either matrix/vector or array depending on > the fact we are in the context of linear algebra or not > for exemple it is better to call the output of the root function "column > array" instead of column vector. Similarily it should be better to > refer input/output of sin as array rather than matrix, but the msin > arguments should be refer a matrices. Could you update the Wiki ? I am not sure on which cell(s) you are refering to. > - In my opinion it should be better not to see hypermat's (arrays with > more than 2 dimensions) as a special case (the way they are coded) but > just the case of arrays with more than 2 dimensions adding a column at > the right of the tabular. It alsobe better to denote them "nD arrays" > rather than hypermatrices. Same here > - The cells (ce) are used to store 2D or nD arrays where each entry can > have every type And ? > -The structs (st) are used to store datastructure they can have multiple > fields and can also have dimensions And ? > - some examples do not follow the above data type naming( string instead > of character string why ? > - it should be more convenient to refer the argument position by a > number : > "%s: Wrong type for input argument number %d: a character string > expected.\n" I like the idea. it is quite a big work but we have to do it. Next time, please a have look sooner :/ Laurent is proposing %s: Wrong type for input argument #%d: xxx expected.\n" > - for wrong values, I think it is better saying "elements must have .... > "%s: Input argument number %d must have finite elements.\n" > "%s: Input argument number %d must have elements with integer values.\n" > "%s: Input argument number %d must have non negative integer elements.\n" > "%s: Input argument number %d : Must have its elements in ]%d %d].\n" > "%s: Input argument number %d : Must have its elements in [%d %d[.\n" Why don't you like the other way ? > - for wrong sizes, I prefer to use the term "length" for the size of a > character string: > "%s: Argument number %d must have a length less than %d\n" Why ? > - for incompatible size (or type) I think the message shoud include the > numbers of the corresponding input arguments > "%s: Incompatible arguments %d and %d. They should have the same row > dimension\n" > "%s: Incompatible arguments %d and %d. They should have the same number > of elements\n" Yep, we do that when it is possible > Error message/memory > > There is currently to different error message relative to memory ( the > scilab stack is not big enough, it is not possible to allocate more memory) > "%s: Not enough allocatable memory (requested %d bytes).\n" > "%s: Too small stack (requested %d bytes, available %d bytes).\n stack > size may ne increased using the stacksize function" Yep, we are trying to not mix them. It is easy to see the different cases in the code. S From shiqi.yu at gmail.com Sat May 24 08:04:52 2008 From: shiqi.yu at gmail.com (Shiqi Yu) Date: Sat, 24 May 2008 14:04:52 +0800 Subject: wrong type or wrong size? Message-ID: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> Dear all, I'm translating Scilab messages into Chinese, but some messages confused me, such as in GUI module: MSG 69: %s: Wrong size for second input argument: 'on' or 'off' expected. MSG 71: %s: Wrong type for second input argument: 'on' or 'off' expected. The messages should be displayed when a user does not input 'on' or 'off'. It's a wrong type error and not a wrong type error. So I think MSG 69 is incorrect. There are also some other this kind of messages. -- Shiqi Yu Shenzhen Institute of Advanced Technology, Chinese Academy of Sciences. Homepage: http://yushiqi.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From shiqi.yu at gmail.com Sat May 24 08:11:33 2008 From: shiqi.yu at gmail.com (Shiqi Yu) Date: Sat, 24 May 2008 14:11:33 +0800 Subject: wrong type or wrong size? In-Reply-To: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> References: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> Message-ID: <296f12ef0805232311y64fc2e79gb0b4d0b48f48bc58@mail.gmail.com> Another case: GUI MSG 117?%s: Wrong type for first input argument: Graphic handle expected. GUI MSG 119: %s: Wrong size for first input argument: Graphic handle expected. 2008/5/24 Shiqi Yu : > Dear all, > > I'm translating Scilab messages into Chinese, but some messages confused > me, such as in GUI module: > MSG 69: %s: Wrong size for second input argument: 'on' or 'off' expected. > MSG 71: %s: Wrong type for second input argument: 'on' or 'off' expected. > > The messages should be displayed when a user does not input 'on' or 'off'. > It's a wrong type error and not a wrong type error. > So I think MSG 69 is incorrect. > > There are also some other this kind of messages. > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn > -- Shiqi Yu Shenzhen Institute of Advanced Technology, Chinese Academy of Sciences. Homepage: http://yushiqi.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Sat May 24 17:16:46 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 24 May 2008 17:16:46 +0200 Subject: [Scilab-loc] Re: wrong type or wrong size? In-Reply-To: <296f12ef0805232311y64fc2e79gb0b4d0b48f48bc58@mail.gmail.com> References: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> <296f12ef0805232311y64fc2e79gb0b4d0b48f48bc58@mail.gmail.com> Message-ID: <1211642206.1364.95.camel@zlarin.inria.fr> Hello Shiqi, You just pointed out two mistakes. Just changed them and took the time to update most of the string in this module. For example: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/gui/sci_gateway/c/sci_toolbar.c?limit_changes=100&r1=24116&r2=24969 It is going to decrease dramatically the string! I uploaded the localization file in the launchpad queue: https://translations.launchpad.net/scilab/trunk/+imports Thanks for your input! Sylvestre Le samedi 24 mai 2008 ? 14:11 +0800, Shiqi Yu a ?crit : > Another case: > > GUI MSG 117?%s: Wrong type for first input argument: Graphic handle > expected. > GUI MSG 119: %s: Wrong size for first input argument: Graphic handle > expected. > > 2008/5/24 Shiqi Yu : > Dear all, > > I'm translating Scilab messages into Chinese, but some > messages confused me, such as in GUI module: > MSG 69: %s: Wrong size for second input argument: 'on' or > 'off' expected. > MSG 71: %s: Wrong type for second input argument: 'on' or > 'off' expected. > > The messages should be displayed when a user does not input > 'on' or 'off'. It's a wrong type error and not a wrong type > error. > So I think MSG 69 is incorrect. > > There are also some other this kind of messages. > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn > > > > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pierre.marechal at inria.fr Sun May 25 18:06:11 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Sun, 25 May 2008 18:06:11 +0200 Subject: [Scilab-loc] wrong type or wrong size? In-Reply-To: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> References: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> Message-ID: <48398E73.1020408@inria.fr> Hi, I think it depends on the nature of the error made by the user : --> myfunction( first_arg , 2 ) => it should return /"myfunction: Wrong type for second input argument: 'on' or 'off' expected."/ --> myfunction( first_arg , ['on','off','on'] ) => it should return /"myfunction: Wrong size for second input argument: 'on' or 'off' expected."/ --> myfunction( first_arg , 'test' ) => it should return /"myfunction: Wrong value for second input argument: 'on' or 'off' expected." /Regards, Pierre Shiqi Yu a ?crit : > Dear all, > > I'm translating Scilab messages into Chinese, but some messages > confused me, such as in GUI module: > |MSG 69: %s|: Wrong size for second input argument: 'on' or 'off' > expected. > |MSG 71: ||%s|: Wrong type for second input argument: 'on' or 'off' > expected. > > The messages should be displayed when a user does not input 'on' or > 'off'. It's a wrong type error and not a wrong type error. > So I think MSG 69 is incorrect. > > There are also some other this kind of messages. > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From vincent.couvert at inria.fr Mon May 26 08:48:05 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 26 May 2008 08:48:05 +0200 Subject: [Scilab-loc] wrong type or wrong size? In-Reply-To: <48398E73.1020408@inria.fr> References: <296f12ef0805232304y306de445jf1d5e679a5e8a40f@mail.gmail.com> <48398E73.1020408@inria.fr> Message-ID: <483A5D25.5020909@inria.fr> Hi, Yes Pierre is right, the message has to be changed (type or size) according the user input. However, in the function which produces this error, if the input type is checked before the input size, the user may not be confused by error messages. Vincent Pierre MARECHAL a ?crit : > Hi, > > I think it depends on the nature of the error made by the user : > > --> myfunction( first_arg , 2 ) > => it should return /"myfunction: Wrong type for second input > argument: 'on' or 'off' expected."/ > > --> myfunction( first_arg , ['on','off','on'] ) > => it should return /"myfunction: Wrong size for second input > argument: 'on' or 'off' expected."/ > > --> myfunction( first_arg , 'test' ) > => it should return /"myfunction: Wrong value for second input > argument: 'on' or 'off' expected." > > /Regards, > > Pierre > > > Shiqi Yu a ?crit : >> Dear all, >> >> I'm translating Scilab messages into Chinese, but some messages >> confused me, such as in GUI module: >> |MSG 69: %s|: Wrong size for second input argument: 'on' or 'off' >> expected. >> |MSG 71: ||%s|: Wrong type for second input argument: 'on' or 'off' >> expected. >> >> The messages should be displayed when a user does not input 'on' or >> 'off'. It's a wrong type error and not a wrong type error. >> So I think MSG 69 is incorrect. >> >> There are also some other this kind of messages. >> -- >> Shiqi Yu >> Shenzhen Institute of Advanced Technology, >> Chinese Academy of Sciences. >> Homepage: http://yushiqi.cn > -- ============================================== 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 yjlee123 at gmail.com Mon May 26 19:50:13 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 27 May 2008 01:50:13 +0800 Subject: Double value and single value in gui.pot Message-ID: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> Hi all, In gui.pot , I found following different messages 'A double value expected', 'A double expected', 'Scalar value expected', 'A value expected', 'Single value expected' and they all means 'A real or complex'. I module gui, 'double value' means 'real or complex matrix', 'single value' means '1x1 matrix' and 'A..' also means '1x1 matrix' . Follow this way, we have 'A double vaule' == 'Single value' == 'A value'. I think this induce unnecessary mistake. It is better to replace 'double value' to 'real or complex matrix' or just 'matrix' in gui module. YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From shiqi.yu at gmail.com Tue May 27 02:59:37 2008 From: shiqi.yu at gmail.com (Shiqi Yu) Date: Tue, 27 May 2008 08:59:37 +0800 Subject: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> Message-ID: <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> I think they are all means a double float point *real *scalar(1x1 matrix), but we can't replace them with 'real or complex matrix'. First, if we use 'matrix', users will input a MxN (M,N>1) matrix. Second, I think they must be real and can't be complex. 2008/5/27 Yung-Jang Lee : > Hi all, > > In gui.pot , I found following different messages > > 'A double value expected', > 'A double expected', > 'Scalar value expected', > 'A value expected', > 'Single value expected' > > and they all means 'A real or complex'. > > I module gui, 'double value' means 'real or complex matrix', 'single value' > means '1x1 matrix' and 'A..' also means '1x1 matrix' . Follow this way, > we have > > 'A double vaule' == 'Single value' == 'A value'. > > I think this induce unnecessary mistake. It is better to replace 'double > value' to 'real or complex matrix' or just 'matrix' in gui module. > > YungLee > > -- Shiqi Yu Shenzhen Institute of Advanced Technology, Chinese Academy of Sciences. Homepage: http://yushiqi.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Tue May 27 13:38:21 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 27 May 2008 13:38:21 +0200 Subject: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> Message-ID: <1211888301.28252.7.camel@korcula.inria.fr> Thanks again guy, it is much appreciated ! We are going to replace all these mistakes by: "Real or complex matrix" And replace all the "single value" by "a value" We are doing these changes in the code and upload them to launchpad. S Le mardi 27 mai 2008 ? 08:59 +0800, Shiqi Yu a ?crit : > I think they are all means a double float point real scalar(1x1 > matrix), but we can't replace them with 'real or complex matrix'. > First, if we use 'matrix', users will input a MxN (M,N>1) matrix. > Second, I think they must be real and can't be complex. > > > 2008/5/27 Yung-Jang Lee : > Hi all, > > In gui.pot , I found following different messages > > 'A double value expected', > 'A double expected', > 'Scalar value expected', > 'A value expected', > 'Single value expected' > > and they all means 'A real or complex'. > > I module gui, 'double value' means 'real or complex matrix', > 'single value' means '1x1 matrix' and 'A..' also means '1x1 > matrix' . Follow this way, we have > > 'A double vaule' == 'Single value' == 'A value'. > > I think this induce unnecessary mistake. It is better to > replace 'double value' to 'real or complex matrix' or just > 'matrix' in gui module. > > YungLee > > > > > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn From yjlee123 at gmail.com Tue May 27 14:08:31 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Tue, 27 May 2008 20:08:31 +0800 Subject: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> Message-ID: <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> If we ever trace the code, (for example GUI\sci_gateway\c\sci_delmenu.c) ------------------------------------------------------------------------------------------------------ // Unset a Menu a Scilab Graphic Window if (VarType(1) != sci_matrix) { Scierror(999, _("%s: Wrong type for first input argument: Double value expected.\n"),fname); return FALSE; } GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, &stkAdr); ------------------------------------------------------------------------------------------------------ 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which means 'real or complex matrix' in Scilab. (Memory representation of variablesor http://wiki.scilab.org/Localization_in_English_-_Standard_messages ). But if we follow the gui context then 'Double value' seems to mean 'a real' (I don't expect to read any complex value in GUI applications). The use of 'Double value' causes trouble in interpretation of the meaning, especially if coupled with the use of 'Single value' which means 1x1 matrix. To avoid mistake, use 'a real' if it really need a real, 'real matrix' if we need a real matrix or 'real or complex matrix' if we need a generic data. YungLee 2008/5/27 Shiqi Yu : > I think they are all means a double float point *real *scalar(1x1 matrix), > but we can't replace them with 'real or complex matrix'. > First, if we use 'matrix', users will input a MxN (M,N>1) matrix. > Second, I think they must be real and can't be complex. > > > 2008/5/27 Yung-Jang Lee : > > Hi all, >> >> In gui.pot , I found following different messages >> >> 'A double value expected', >> 'A double expected', >> 'Scalar value expected', >> 'A value expected', >> 'Single value expected' >> >> and they all means 'A real or complex'. >> >> I module gui, 'double value' means 'real or complex matrix', 'single >> value' means '1x1 matrix' and 'A..' also means '1x1 matrix' . Follow this >> way, we have >> >> 'A double vaule' == 'Single value' == 'A value'. >> >> I think this induce unnecessary mistake. It is better to replace 'double >> value' to 'real or complex matrix' or just 'matrix' in gui module. >> >> YungLee >> >> > > > > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Tue May 27 14:20:00 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 27 May 2008 14:20:00 +0200 Subject: [Scilab-loc] Double value and single value in gui.pot In-Reply-To: <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> References: <9371b4280805261050o216af4a7ic348a19daa55c3af@mail.gmail.com> <296f12ef0805261759q632e650etefae86e510655bdf@mail.gmail.com> <9371b4280805270508nf99a8deid69e88ff7f7ab03e@mail.gmail.com> Message-ID: <1211890800.28252.16.camel@korcula.inria.fr> Hmmm, after a quick look with Vincent C. (who is also on this mailing list), we realize that, yes, ?'MATRIX_OF_DOUBLE_DATATYPE' is badly choose name in the source. It is causing confusion in the code. We are going to rename it to something like MATRIX_OF_REAL_OR_COMPLEX_DATATYPE ?Any comments on this? > To avoid mistake, use 'a real' if it really need a real, 'real > matrix' if we need a real matrix or 'real or complex matrix' if we > need a generic data. Yep, we are reading all messages (you can imagine how sexy it is) and changing thme. Sylvestre PS: I c/c the dev mailing list since it is border-line. Le mardi 27 mai 2008 ? 20:08 +0800, Yung-Jang Lee a ?crit : > If we ever trace the code, (for example GUI\sci_gateway\c > \sci_delmenu.c) > > ------------------------------------------------------------------------------------------------------ > // Unset a Menu a Scilab Graphic Window > if (VarType(1) != sci_matrix) > { > Scierror(999, _("%s: Wrong type for first input argument: > Double value expected.\n"),fname); > return FALSE; > } > GetRhsVar(1, MATRIX_OF_DOUBLE_DATATYPE, &nbRow, &nbCol, > &stkAdr); > ------------------------------------------------------------------------------------------------------ > 'Double value' always maps to 'MATRIX_OF_DOUBLE_DATATYPE' which means > 'real or complex matrix' in Scilab. (Memory representation of > variables or > http://wiki.scilab.org/Localization_in_English_-_Standard_messages > ). > > But if we follow the gui context then 'Double value' seems to mean 'a > real' (I don't expect to read any complex value in GUI applications). > > The use of 'Double value' causes trouble in interpretation of the > meaning, especially if coupled with the use of 'Single value' which > means 1x1 matrix. > > To avoid mistake, use 'a real' if it really need a real, 'real > matrix' if we need a real matrix or 'real or complex matrix' if we > need a generic data. > > > YungLee > > 2008/5/27 Shiqi Yu : > I think they are all means a double float point real > scalar(1x1 matrix), but we can't replace them with 'real or > complex matrix'. > First, if we use 'matrix', users will input a MxN (M,N>1) > matrix. > Second, I think they must be real and can't be complex. > > > 2008/5/27 Yung-Jang Lee : > > > Hi all, > > In gui.pot , I found following different messages > > 'A double value expected', > 'A double expected', > 'Scalar value expected', > 'A value expected', > 'Single value expected' > > and they all means 'A real or complex'. > > I module gui, 'double value' means 'real or complex > matrix', 'single value' means '1x1 matrix' and 'A..' > also means '1x1 matrix' . Follow this way, we have > > 'A double vaule' == 'Single value' == 'A value'. > > I think this induce unnecessary mistake. It is better > to replace 'double value' to 'real or complex matrix' > or just 'matrix' in gui module. > > YungLee > > > > > -- > Shiqi Yu > Shenzhen Institute of Advanced Technology, > Chinese Academy of Sciences. > Homepage: http://yushiqi.cn > From sylvestre.ledru at inria.fr Tue May 27 19:05:01 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 27 May 2008 19:05:01 +0200 Subject: Many modules updated Message-ID: <1211907901.28252.63.camel@korcula.inria.fr> hello, We cleanup many modules (we still have to discuss what we are going to do with the double/real/etc issue) but here is the current queue: https://translations.launchpad.net/scilab/trunk/+imports Hope this will processed quickly. Sylvestre PS: Many thanks to Allan ! From vincent.couvert at inria.fr Fri May 30 10:08:28 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Fri, 30 May 2008 10:08:28 +0200 Subject: Update for handle data type Message-ID: <483FB5FC.7050108@inria.fr> Hi all, I just updated http://wiki.scilab.org/Localization_in_English_-_Standard_messages so that messages take into account what type of handle is expected in GUI or GRAPHICS modules. For exemple: "%s: Wrong type for input argument #%d: A graphic handle expected.\n" (generic message) "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" ... Vincent From vincent.couvert at inria.fr Fri May 30 10:12:43 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Fri, 30 May 2008 10:12:43 +0200 Subject: [Scilab-loc] Update for handle data type In-Reply-To: <483FB5FC.7050108@inria.fr> References: <483FB5FC.7050108@inria.fr> Message-ID: <483FB6FB.2050200@inria.fr> Me again, I think that these messages could be factorized: "%s: Wrong type for input argument #%d: A graphic handle expected.\n" (generic message) "%s: Wrong type for input argument #%d: A '%s' handle expected.\n" Vincent Vincent COUVERT a ?crit : > Hi all, > > I just updated > http://wiki.scilab.org/Localization_in_English_-_Standard_messages so > that messages take into account what type of handle is expected in GUI > or GRAPHICS modules. > > For exemple: > "%s: Wrong type for input argument #%d: A graphic handle expected.\n" > (generic message) > "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" > "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" > ... > > Vincent > > -- ============================================== 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 sylvestre.ledru at inria.fr Fri May 30 10:21:16 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 30 May 2008 10:21:16 +0200 Subject: [Scilab-loc] Update for handle data type In-Reply-To: <483FB5FC.7050108@inria.fr> References: <483FB5FC.7050108@inria.fr> Message-ID: <1212135676.11252.180.camel@korcula.inria.fr> Le vendredi 30 mai 2008 ? 10:08 +0200, Vincent COUVERT a ?crit : > Hi all, > > I just updated > http://wiki.scilab.org/Localization_in_English_-_Standard_messages so > that messages take into account what type of handle is expected in GUI > or GRAPHICS modules. > > For exemple: > "%s: Wrong type for input argument #%d: A graphic handle expected.\n" > (generic message) > "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" > "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" I would change this : ?"%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" by ??"%s: Wrong type for input argument #%d: An '%s' handle expected.\n" For translators, we are going to leave handle in the string, in French, it will be also "handle" but could be translated in other languages. S From Serge.Steer at inria.fr Fri May 30 12:23:36 2008 From: Serge.Steer at inria.fr (Serge Steer) Date: Fri, 30 May 2008 12:23:36 +0200 Subject: [Scilab-loc] Update for handle data type In-Reply-To: <483FB5FC.7050108@inria.fr> References: <483FB5FC.7050108@inria.fr> Message-ID: <483FD5A8.5090703@inria.fr> I was working on the wiki page for a while when Vincent committed his change. This has created a conflict in the wiki. I am unable to solve it. Serge Vincent COUVERT a ?crit : > Hi all, > > I just updated > http://wiki.scilab.org/Localization_in_English_-_Standard_messages so > that messages take into account what type of handle is expected in GUI > or GRAPHICS modules. > > For exemple: > "%s: Wrong type for input argument #%d: A graphic handle expected.\n" > (generic message) > "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" > "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" > ... > > Vincent > > From vincent.couvert at inria.fr Fri May 30 13:16:44 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Fri, 30 May 2008 13:16:44 +0200 Subject: [Scilab-loc] Update for handle data type In-Reply-To: <483FD5A8.5090703@inria.fr> References: <483FB5FC.7050108@inria.fr> <483FD5A8.5090703@inria.fr> Message-ID: <483FE21C.1010707@inria.fr> We just resolved this conflict. Vincent Serge Steer a ?crit : > I was working on the wiki page for a while when Vincent committed his > change. This has created a conflict in the wiki. I am unable to solve it. > > Serge > > Vincent COUVERT a ?crit : > >> Hi all, >> >> I just updated >> http://wiki.scilab.org/Localization_in_English_-_Standard_messages so >> that messages take into account what type of handle is expected in GUI >> or GRAPHICS modules. >> >> For exemple: >> "%s: Wrong type for input argument #%d: A graphic handle expected.\n" >> (generic message) >> "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" >> "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" >> ... >> >> Vincent >> >> >> > > > -- ============================================== 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 sylvestre.ledru at inria.fr Fri May 30 13:17:39 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 30 May 2008 13:17:39 +0200 Subject: [Scilab-loc] Update for handle data type In-Reply-To: <483FD5A8.5090703@inria.fr> References: <483FB5FC.7050108@inria.fr> <483FD5A8.5090703@inria.fr> Message-ID: <1212146259.11430.35.camel@korcula.inria.fr> Thanks for your inputs Serge. It will help. ;) Sylvestre Le vendredi 30 mai 2008 ? 12:23 +0200, Serge Steer a ?crit : > I was working on the wiki page for a while when Vincent committed his > change. This has created a conflict in the wiki. I am unable to solve it. > > Serge > > Vincent COUVERT a ?crit : > > Hi all, > > > > I just updated > > http://wiki.scilab.org/Localization_in_English_-_Standard_messages so > > that messages take into account what type of handle is expected in GUI > > or GRAPHICS modules. > > > > For exemple: > > "%s: Wrong type for input argument #%d: A graphic handle expected.\n" > > (generic message) > > "%s: Wrong type for input argument #%d: A 'Figure' handle expected.\n" > > "%s: Wrong type for input argument #%d: An 'Axes' handle expected.\n" > > ... > > > > Vincent > > > > >