From mittal.pulkit08 at gmail.com Wed Jun 1 17:29:55 2016 From: mittal.pulkit08 at gmail.com (mittal_pulkit) Date: Wed, 1 Jun 2016 08:29:55 -0700 (MST) Subject: [Scilab-Dev] Error in simulating .xcos file Message-ID: <1464794995176-4034132.post@n3.nabble.com> Hi, I am trying to improve the GUI of tkscale block and so tried to added one new field namely "Name of TKSCALE" in the block parameters window of TKSCALE block. I did some changes in the interfacing and computational function of tkscale block. Interfacing function: SCI/modules/scicos_blocks/macros/Sources/TKSCALE.sci Computational function: SCI/modules/scicos_blocks/macros/Sources/tkscaleblk.sci (Type 5) Now, when I try to open block parameters window of tkscale block individually (not connecting it with any other block )by right clicking on it, the window is opening with new field but when I am using TKSCALE block in any xcos diagram (I used in add.xcos file which I am attaching in this post ), the block parameters window fails to open with an error !--error 21 Invalid index. msprintf: Wrong number of input arguments: data doesn't fit with format. This pic is one of block parameter window opening when not connected to any other block This is the error I am getting when I am using tkscale block now in add.xcos file Modified TKSCALE.sci file: TKSCALE.sci Modified tkscaleblk.sci file: tkscaleblk.sci The add.xcos file: add.xcos Please let me know where I am going wrong. Thanks Pulkit Mittal Intern IIT-Bombay -- View this message in context: http://mailinglists.scilab.org/Error-in-simulating-xcos-file-tp4034132.html Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com. From rishubhjain at ymail.com Thu Jun 2 14:27:14 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Thu, 2 Jun 2016 12:27:14 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> HI, As per the discussion with Samuel[PS: https://wiki.scilab.org/Contributor%20-%20uicontrol:%20interactive%20table] presently I have made a functionality where I accept three types of inputs from the user. 1) ?"no value" : no tooltip is displayed 2) ?"values" (special flag): The value of each cell is tooltiped when overflying it. This mode is required to ensure that the contents of too narrow cells can be fully seen without editing the cell. 3) ?"TT": ?where TT is a matrix of strings of .strings size: When overflying the cell(i,j), the tooltip's content is the ? ? ? ?TT(i,j) content + \n + the cell(i,j) content. I wanted to ask if I could omit the 1rst option and just show the value of the cell in the tooltip even if the no value(in tooltipstring) is passed as I am not able to see a practical scenario where displaying tooltip will be a problem for a user. Please suggest Thanking YouRishubh -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Thu Jun 2 15:56:24 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Thu, 02 Jun 2016 15:56:24 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1464875784.2462.23.camel@scilab-enterprises.com> Hi Rish, I guess the simpler proposal is the better, from a user point of view : > 1)??"no value" : no tooltip is displayed Simply use the empty matrix scilab symbol [] for empty or none representation. ```scilab o = uicontrol("table", ...); o.tooltips = [] ``` > 2)??"values" (special flag): The value of each cell is tooltiped when overflying it. > This mode is required to ensure that the contents of too narrow cells can be fully seen without > editing the cell. This is a corner-case that can be easily implemented in a generic way. To display all the values as tooltips, implement something like : ```scilab o = uicontrol("table", ...); o.tooltips = o.data; ``` > 3)??"TT":??where TT is a matrix of strings of .strings size: When overflying the cell(i,j), the > tooltip's content is the????????TT(i,j) content + \n + the cell(i,j) content. Again this seems to be complex and hard to understand by the end user. Using a string matrix will allow a simple definition of what a tooltip is. Ignore the empty string "" to let the user undefine a tooltip for a specific cell ; othewise any string value might be used as a tooltip. ```scilab o = uicontrol("table", ...); o.tooltips = ["tooltip for (1,1)" "tooltip for (1,2)" "tooltip for (1,3)" ? ? ? ? ? ? ? "tooltip for (2,1)" "tooltip for (2,2)" ""] ``` Thanks for any remarks, -- Cl?ment From clement.david at scilab-enterprises.com Thu Jun 2 16:20:43 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Thu, 02 Jun 2016 16:20:43 +0200 Subject: [Scilab-Dev] Problem with advanced mode using scilab within Eclipse In-Reply-To: <1464184507513-4034120.post@n3.nabble.com> References: <1463954776963-4034100.post@n3.nabble.com> <1464074206.3361.22.camel@scilab-enterprises.com> <1464184507513-4034120.post@n3.nabble.com> Message-ID: <1464877243.2462.35.camel@scilab-enterprises.com> Hello Jean-Marie, Le mercredi 25 mai 2016 ? 06:55 -0700, jm.gauthier a ?crit?: >? > I am sorry, line number are not available...I don't know really why the > Eclipse debugger didn't succeed to indicate the line number of the scilab > sources. Maybe the sources version is not the same as the jar of Scilab > 5.5.2 ? Anyway, it is the only stack trace I can provide for the moment. The > console shows the same error message as in the last post (with > hs_err_pid11568.log file).? To have the debug stacktrace you have to compile Scilab with java debug enabled using : ./configure?--enable-debug-java After a quick look at XConfiguration.java on the Scilab source, it seems that you need : ?1. Scilab commons and Scilab localizarion modules loaded ? ?(the JARs are on classpath and dll/so files are on the librarypath) ?2. SCI defined as an environnement variable ?3. Scilab history_manager module loaded HistoryPrefs could be casted to XConfigurationListener as it implements directly this interface : `public class HistoryPrefs implements XConfigurationListener`. there is probably a memory corruption somewhere. To debug that you can load the HistoryPrefs on your code explicitly. This might probably produce a more precise error. Do not hesitate to tell us your advancement as we can pre-load things explicitly on JavaSci directly, Thanks, -- Cl?ment From sgougeon at free.fr Thu Jun 2 20:27:55 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 2 Jun 2016 20:27:55 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <1464875784.2462.23.camel@scilab-enterprises.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> Message-ID: <57507AAB.3060303@free.fr> Hello, Thanks Rishubh for your proposal. Le 02/06/2016 15:56, Cl?ment David a ?crit : > Hi Rish, > > I guess the simpler proposal is the better, from a user point of view : > >> 1) "no value" : no tooltip is displayed > Simply use the empty matrix scilab symbol [] for empty or none representation. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = [] . .tooltips expecting a string, IMO "" would even be clearer than providing a constant and less specific type []. But both could be supported. >> 2) "values" (special flag): The value of each cell is tooltiped when overflying it. >> This mode is required to ensure that the contents of too narrow cells can be fully seen without >> editing the cell. . Definitively yes. This proposal will be able to automatically update .tooltips when modifying .data. Exactly what is needed, and the best way to avoid discrepancies. > This is a corner-case that can be easily implemented in a generic way. To display all the values as > tooltips, implement something like : > > ```scilab > o = uicontrol("table", ...); > o.tooltips = o.data; > > ``` > >> 3) "TT": where TT is a matrix of strings of .strings size: When overflying the cell(i,j), the >> tooltip's content is the TT(i,j) content + \n + the cell(i,j) content. > Again this seems to be complex and hard to understand by the end user. Using a string matrix will > allow a simple definition of what a tooltip is. Ignore the empty string "" to let the user undefine > a tooltip for a specific cell ; othewise any string value might be used as a tooltip. Yes, finally i rather agree with this. The first idea was to have a "cumulated" mode (entries + comment) as the default. But being able to set only a comment would be better. If we want to display entries as well, doing a element-wise .tooltips = comment + .data will be very simple, and more customizable: if we want entries in heading lines instead of trailing ones, .tooltips = .data + comments will do i. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = ["tooltip for (1,1)" "tooltip for (1,2)" "tooltip for (1,3)" > "tooltip for (2,1)" "tooltip for (2,2)" ""] > > ``` > > Thanks for any remarks, I was somewhat wondering about the way the heading line and column will be declared when needed, and then where (in .data($,:) and .data(:,$), to be rendered in (1,:) and (:,1)). But finally, even them could need some tooltips. No reason to exclude tooltips for them. Hoping to read other comments soon, Samuel From rishubhjain at ymail.com Thu Jun 2 22:43:55 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Thu, 2 Jun 2016 20:43:55 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <57507AAB.3060303@free.fr> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> Message-ID: <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> Hi, Thankyou for inputs, I have blogged my results :http://batcode17.blogspot.in/2016/06/tooltips.html Please suggest if its upto the expectation or what modifications should I make. Thanking YouRishubh On Thursday, 2 June 2016 11:58 PM, Samuel Gougeon wrote: Hello, Thanks Rishubh for your proposal. Le 02/06/2016 15:56, Cl?ment David a ?crit : > Hi Rish, > > I guess the simpler proposal is the better, from a user point of view : > >> 1)? "no value" : no tooltip is displayed > Simply use the empty matrix scilab symbol [] for empty or none representation. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = [] . .tooltips expecting a string, IMO "" would even be clearer than providing a constant and less specific type []. But both could be supported. >> 2)? "values" (special flag): The value of each cell is tooltiped when overflying it. >> This mode is required to ensure that the contents of too narrow cells can be fully seen without >> editing the cell. . Definitively yes. This proposal will be able to automatically update .tooltips when modifying .data. Exactly what is needed, and the best way to avoid discrepancies. > This is a corner-case that can be easily implemented in a generic way. To display all the values as > tooltips, implement something like : > > ```scilab > o = uicontrol("table", ...); > o.tooltips = o.data; > > ``` > >> 3)? "TT":? where TT is a matrix of strings of .strings size: When overflying the cell(i,j), the >> tooltip's content is the? ? ? ? TT(i,j) content + \n + the cell(i,j) content. > Again this seems to be complex and hard to understand by the end user. Using a string matrix will > allow a simple definition of what a tooltip is. Ignore the empty string "" to let the user undefine > a tooltip for a specific cell ; othewise any string value might be used as a tooltip. Yes, finally i rather agree with this. The first idea was to have a "cumulated" mode (entries + comment) as the default. But being able to set only a comment would be better. If we want to display entries as well, doing a element-wise .tooltips = comment + .data will be very simple, and more customizable: if we want entries in heading lines instead of trailing ones, .tooltips = .data + comments will do i. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = ["tooltip for (1,1)" "tooltip for (1,2)" "tooltip for (1,3)" >? ? ? ? ? ? ? ? "tooltip for (2,1)" "tooltip for (2,2)" ""] > > ``` > > Thanks for any remarks, I was somewhat wondering about the way the heading line and column will be declared when needed, and then where (in .data($,:) and .data(:,$), to be rendered in (1,:) and (:,1)). But finally, even them could need some tooltips. No reason to exclude tooltips for them. Hoping to read other comments soon, Samuel _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Thu Jun 2 23:54:43 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 2 Jun 2016 23:54:43 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5750AB23.8000504@free.fr> Rishubh, IMO, your initial "values" flag was a clear one. "~" is less clear. Why not "=" ? I am not kind of "~" (that means "similar" that is "more or less equal"). A detail. Could you confirm that your implementation for the case 2) updates .tooltipstring when .string is modified? Case 3): i do not think that ut.tooltipstring = "[a,b,c,d]" instead of ut.tooltipstring = ["a","b","c","d"] or ut.tooltipstring = "[a,,c,d]" instead of ut.tooltipstring = ["a","","c","d"] would be clear enough. "[a,b,c,d]" could be easily interpreted by users as [content_of variable_named_a, ... etc], as if eval("[a,b,c,d]") had to feed .tooltipstring Putting only a few non-empty strings in the whole table could be done with TT=emptystr(.string); TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; What's you opinion about * a way to make uitable displaying tooltips only for cells not wide enough? IMO, it would be useful, but a difficult task, depending on the font properties, and whether LaTeX is used or not, etc... * a way to make uitable displaying values in tooltips only for chosen columns? could be done with a row of indices of chosen colums to be tooltiped? * a way to make uitable displaying values in tooltips with lengths above a given threshold given as a single number? With restrictions: not applicable to LaTeX inputs ; not taking into account the font properties ; etc Will you test the efficiency of the implementation with big .string and .tooltipstring arrays? Best regards Samuel Le 02/06/2016 22:43, Rishubh Jain a ?crit : > Hi, > > Thankyou for inputs, > > I have blogged my results > :http://batcode17.blogspot.in/2016/06/tooltips.html > > Please suggest if its upto the expectation or what modifications > should I make. > > Thanking You > Rishubh > > > On Thursday, 2 June 2016 11:58 PM, Samuel Gougeon > wrote: > > > Hello, > > Thanks Rishubh for your proposal. > > Le 02/06/2016 15:56, Cl?ment David a ?crit : > > Hi Rish, > > > > I guess the simpler proposal is the better, from a user point of view : > > > >> 1) "no value" : no tooltip is displayed > > Simply use the empty matrix scilab symbol [] for empty or none > representation. > > > > ```scilab > > o = uicontrol("table", ...); > > o.tooltips = [] > . > .tooltips expecting a string, IMO "" would even be clearer than > providing a constant and less specific type []. > But both could be supported. > > >> 2) "values" (special flag): The value of each cell is tooltiped > when overflying it. > >> This mode is required to ensure that the contents of too narrow > cells can be fully seen without > >> editing the cell. > . > Definitively yes. This proposal will be able to automatically update > .tooltips when modifying .data. > Exactly what is needed, and the best way to avoid discrepancies. > > > This is a corner-case that can be easily implemented in a generic > way. To display all the values as > > tooltips, implement something like : > > > > ```scilab > > o = uicontrol("table", ...); > > o.tooltips = o.data; > > > > ``` > > > >> 3) "TT": where TT is a matrix of strings of .strings size: When > overflying the cell(i,j), the > >> tooltip's content is the TT(i,j) content + \n + the > cell(i,j) content. > > Again this seems to be complex and hard to understand by the end > user. Using a string matrix will > > allow a simple definition of what a tooltip is. Ignore the empty > string "" to let the user undefine > > a tooltip for a specific cell ; othewise any string value might be > used as a tooltip. > Yes, finally i rather agree with this. The first idea was to have a > "cumulated" mode (entries + comment) as the default. > But being able to set only a comment would be better. If we want to > display entries as well, > doing a element-wise .tooltips = comment + .data will be very simple, > and more customizable: > if we want entries in heading lines instead of trailing ones, .tooltips > = .data + comments will do i. > > > > ```scilab > > o = uicontrol("table", ...); > > o.tooltips = ["tooltip for (1,1)" "tooltip for (1,2)" "tooltip for > (1,3)" > > "tooltip for (2,1)" "tooltip for (2,2)" ""] > > > > ``` > > > > Thanks for any remarks, > I was somewhat wondering about the way the heading line and column will > be declared when needed, > and then where (in .data($,:) and .data(:,$), to be rendered in (1,:) > and (:,1)). But finally, even them could > need some tooltips. No reason to exclude tooltips for them. > > > Hoping to read other comments soon, > > Samuel > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev > > > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishubhjain at ymail.com Sun Jun 5 09:31:06 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Sun, 5 Jun 2016 07:31:06 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <5750AB23.8000504@free.fr> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> Message-ID: <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> Hello, Thank You for your inputs.1) I have updated my code and now I accept both types of input.? ??ut.tooltipstring = ["a","","c","d"] ? ? ?and? ? ? ?ut.tooltipstring = "[a,b,c,d]" ? ? ? ?The first one if the user want to input variables(string type) and also as Samuel suggested one can input only few non-empty strings ? ?TT=emptystr(.string); TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; ? ? The second one if the user wants to just input strings(no variables) but dont want to input so many "" (This is my opinion) 2) Q:?Could you confirm that your implementation for the case 2) updates .tooltipstring when .string is modified?? ? ?A: Yes, it does :) 3) If possible I wanted to know what exactly the flag I should use, I want to use a flag instead of passing the whole data because of the reason I described. So if you think its better to use flag then I would like to know which flag I should use. 4) Samuel: If possible I would like to complete the basic functionalities appropriately and then I will work on your suggestions, they seems to be useful for someone focused on uitables and I will be happy to provide them with these functionality. Thanking YouRishubh Jain? ????? On Friday, 3 June 2016 3:25 AM, Samuel Gougeon wrote: Rishubh, IMO, your initial "values" flag was a clear one. "~" is less clear. Why not "=" ?? I am not kind of "~" (that means "similar" that is "more or less equal"). A detail. Could you confirm that your implementation for the case 2) updates .tooltipstring when .string is modified? Case 3): i do not think that ut.tooltipstring = "[a,b,c,d]" instead of ut.tooltipstring = ["a","b","c","d"] or ut.tooltipstring = "[a,,c,d]" instead of ut.tooltipstring = ["a","","c","d"] would be clear enough. "[a,b,c,d]" could be easily interpreted by users as [content_of variable_named_a, ... etc], as if eval("[a,b,c,d]") had to feed .tooltipstring Putting only a few non-empty strings in the whole table could be done with TT=emptystr(.string); TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; What's you opinion about - a way to make uitable displaying tooltips only for cells not wide enough? IMO, it would be useful, but a difficult task, depending on the font properties, and whether LaTeX is used or not, etc... - a way to make uitable displaying values in tooltips only for chosen columns? could be done with a row of indices of chosen colums to be tooltiped? - a way to make uitable displaying values in tooltips with lengths above a given threshold given as a single number? With restrictions: not applicable to LaTeX inputs ; not taking into account the font properties ; etc Will you test the efficiency of the implementation with big .string and .tooltipstring arrays? ? Best regards Samuel Le 02/06/2016 22:43, Rishubh Jain a ?crit?: Hi, Thankyou for inputs, I have blogged my results :http://batcode17.blogspot.in/2016/06/tooltips.html Please suggest if its upto the expectation or what modifications should I make. Thanking You Rishubh On Thursday, 2 June 2016 11:58 PM, Samuel Gougeon wrote: Hello, Thanks Rishubh for your proposal. Le 02/06/2016 15:56, Cl?ment David a ?crit : > Hi Rish, > > I guess the simpler proposal is the better, from a user point of view : > >> 1)? "no value" : no tooltip is displayed > Simply use the empty matrix scilab symbol [] for empty or none representation. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = [] . .tooltips expecting a string, IMO "" would even be clearer than providing a constant and less specific type []. But both could be supported. >> 2)? "values" (special flag): The value of each cell is tooltiped when overflying it. >> This mode is required to ensure that the contents of too narrow cells can be fully seen without >> editing the cell. . Definitively yes. This proposal will be able to automatically update .tooltips when modifying .data. Exactly what is needed, and the best way to avoid discrepancies. > This is a corner-case that can be easily implemented in a generic way. To display all the values as > tooltips, implement something like : > > ```scilab > o = uicontrol("table", ...); > o.tooltips = o.data; > > ``` > >> 3)? "TT":? where TT is a matrix of strings of .strings size: When overflying the cell(i,j), the >> tooltip's content is the? ? ? ? TT(i,j) content + \n + the cell(i,j) content. > Again this seems to be complex and hard to understand by the end user. Using a string matrix will > allow a simple definition of what a tooltip is. Ignore the empty string "" to let the user undefine > a tooltip for a specific cell ; othewise any string value might be used as a tooltip. Yes, finally i rather agree with this. The first idea was to have a "cumulated" mode (entries + comment) as the default. But being able to set only a comment would be better. If we want to display entries as well, doing a element-wise .tooltips = comment + .data will be very simple, and more customizable: if we want entries in heading lines instead of trailing ones, .tooltips = .data + comments will do i. > > ```scilab > o = uicontrol("table", ...); > o.tooltips = ["tooltip for (1,1)" "tooltip for (1,2)" "tooltip for (1,3)" >? ? ? ? ? ? ? ? "tooltip for (2,1)" "tooltip for (2,2)" ""] > > ``` > > Thanks for any remarks, I was somewhat wondering about the way the heading line and column will be declared when needed, and then where (in .data($,:) and .data(:,$), to be rendered in (1,:) and (:,1)). But finally, even them could need some tooltips. No reason to exclude tooltips for them. Hoping to read other comments soon, Samuel _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun Jun 5 10:02:39 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 5 Jun 2016 10:02:39 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5753DC9F.6020307@free.fr> Hello, Le 05/06/2016 09:31, Rishubh Jain a ?crit : > Hello, > > Thank You for your inputs. > 1) I have updated my code and now I accept both types of input. > ut.tooltipstring = ["a","","c","d"] > and > ut.tooltipstring = "[a,b,c,d]" > > The first one if the user want to input variables(string type) and > also as Samuel suggested one can input only few non-empty strings > TT=emptystr(.string); TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; > The second one if the user wants to just input strings(no > variables) but dont want to input so many "" (This is my opinion) . I am afraid i don't understand your point at all. If you use ut.tooltipstring = ["a","","c","d"] // to input variables(string type) (i guess named "a", "c", "d"), then how will it be possible to input the literal strings ["a","","c","d"] ? Moreover, if i want to set just one component tooltipstring(2,4) = "[a,b,c,d]" with "[a,b,c,d]" being a single literal string, how should i do? IMO, interpreting symbols as variables should really be abandoned. BTW, what would be the interest wrt to = [a,b,c,d], a, b,c,d being some variables containing a single string? > > 2) Q: Could you confirm that your implementation for the case 2) > updates .tooltipstring when .string is modified? > A: Yes, it does :) Great. > > 3) If possible I wanted to know what exactly the flag I should use, I > want to use a flag instead of passing the whole data because of the > reason I described. So if you think its better to use flag then I > would like to know which flag I should use. . A flag is needed mainly because this is the only way to tell/trigger that the automatic mapping .string => .tooltipstring must occur. The literal single string "values" looks convenient to me. We will never build a table with only one cell. It is meaningless. So there won't be any ambiguity. Thanks Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishubhjain at ymail.com Sun Jun 5 16:03:26 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Sun, 5 Jun 2016 14:03:26 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <5753DC9F.6020307@free.fr> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> Message-ID: <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> Hi, I am sorry I didn't explain properly, I will elaborate from the scratch. For now I have made 2 features available through which one can input tooltip String.Case 1: table_variable.tooltipstring=["a","b","c","d"];? ? ? //Here a,b,c,d are string literals.? ?? ? table_variable.tooltipstring=[a,b,c,d];? ? //Here a,b,c,d are variables where a,b,c,d can be single string literal so??? ? a="tooltip1";b="tooltip2";c="tooltip3";d="tooltip4";? ? table_variable.tooltipstring=[a,b,c,d];? ? The format of output will be: ???? ????!tooltip1? tooltip2? tooltip3? tolltip4? !????? ? //suppose table_variable.tooltipstring=["a","b","c","d";"a","b","c","d"]; I want to assign "[a,b,c,d]" to ????2nd row ?and 3rd element.? ? table_variable.tooltipstring(2,3)="[a,b,c,d]";? ? The format of output:? ??!a? b? c????????? d? !? ? ?! ? ? ? ? ? ? ? ? ? ? ? ?!? ? ?!a? b? [a,b,c,d]? d ! ? ?????????? ? ? ? ? ? ? ? ?One can also input tooltips in the given fashion below; ? ? ? ? ? ? ? ?TT=emptystr(.string);?? ? ? ? ? ? ? ? ?TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; Case 2: ?table_variable.tooltipstring="[a,b,c,d]";? ? ? ? ? ? ? 1-> ?How this will be used?? ? ? ? ? ? ? ? ? ? ?This will be useful when all the elements passed in the tooltipString are strings and not ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?variables. ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring="[a,b,c,d]"; <-> ?table_variable.tooltipstring=["a","b","c","d"];?? ? ? ? ? ? ? ? ? ? ?//so a,b,c,d are characters and not variables ? ? ? ? ? ? ? ?? ? ? ? ? ? ? ?2-> ?When this will be used?? ? ? ? ? ? ? ? ? ? ? This is useful for a particular case i.e when the elements to be passed are string literals and? ? ? ? ? ? ? ? ? ? ? ? not variables AND when the string is large so user wont have to enter the double quotes("") ? ? ? ? ? ? ? ? ? ? ? ? ? so many times,for example; ? ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring=["a","b","c","d","e","f","g","h","i","k"]; etc...now in this case ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; will be easier then the number of ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? elements(n) ?increases significantly. ???????????????? ? ? ? ? ? ? ? ? This is not very useful but it was something I thought so I incorporated. I hope this may solve the confusion, Thanking YouRishubh???? On Sunday, 5 June 2016 1:32 PM, Samuel Gougeon wrote: Hello, Le 05/06/2016 09:31, Rishubh Jain a ?crit?: Hello, Thank You for your inputs. 1) I have updated my code and now I accept both types of input. ? ??ut.tooltipstring = ["a","","c","d"] ? ? ?and? ? ? ?ut.tooltipstring = "[a,b,c,d]" ? ? ? ?The first one if the user want to input variables(string type) and also as Samuel suggested one can input only few non-empty strings ? ?TT=emptystr(.string); TT([pos1 pos2 pos3..]) = ["tt1 "tt2" "tt3"...]; ? ? The second one if the user wants to just input strings(no variables) but dont want to input so many "" (This is my opinion) . I am afraid i don't understand your point at all. If you use ut.tooltipstring = ["a","","c","d"]? // to input variables(string type) (i guess named "a", "c", "d"), then how will it be possible to input the literal strings ["a","","c","d"] ? Moreover, if i want to set just one component tooltipstring(2,4) = "[a,b,c,d]"?? with "[a,b,c,d]" being a single literal string, how should i do? IMO, interpreting symbols as variables should really be abandoned. BTW, what would be the interest wrt to = [a,b,c,d], a, b,c,d being some variables containing a single string? 2) Q:?Could you confirm that your implementation for the case 2) updates .tooltipstring when .string is modified? ? ? ?A: Yes, it does :) Great. 3) If possible I wanted to know what exactly the flag I should use, I want to use a flag instead of passing the whole data because of the reason I described. So if you think its better to use flag then I would like to know which flag I should use. . A flag is needed mainly because this is the only way to tell/trigger that the automatic mapping .string => .tooltipstring must occur. The literal single string "values" looks convenient to me. We will never build a table with only one cell. It is meaningless. So there won't be any ambiguity. Thanks Samuel _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun Jun 5 18:26:35 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 5 Jun 2016 18:26:35 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> Message-ID: <575452BB.8020705@free.fr> Le 05/06/2016 16:03, Rishubh Jain a ?crit : > .../... > Case 2: table_variable.tooltipstring="[a,b,c,d]"; > 1-> How this will be used? > This will be useful when all the elements passed in the > tooltipString are strings and not variables. > table_variable.tooltipstring="[a,b,c,d]"; <-> > table_variable.tooltipstring=["a","b","c","d"]; > //so a,b,c,d are characters and not variables > 2-> When this will be used? > This is useful for a particular case i.e when the > elements to be passed are string literals and > not variables AND when the string is large so user wont > have to enter the double quotes("") so many times,for example; > > table_variable.tooltipstring=["a","b","c","d","e","f","g","h","i","k"]; > etc...now in this case > table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; will be easier > then the number of elements(n) increases significantly. > > This is not very useful but it was something I thought so I > incorporated. . Since coma and semi-colon would be used as separators, they couldn't be used as parts of the inputs, as well as "[" and "]". -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishubhjain at ymail.com Mon Jun 6 02:39:47 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Mon, 6 Jun 2016 00:39:47 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <575452BB.8020705@free.fr> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> <575452BB.8020705@free.fr> Message-ID: <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> I don't use ",",";","[","]" as separators and I will make an helper page to show exactly how the user must submit the string and this wont be an issue. I will upload the page soon :) Thanking YouRishubh On Sunday, 5 June 2016 9:57 PM, Samuel Gougeon wrote: Le 05/06/2016 16:03, Rishubh Jain a ?crit?: .../... Case 2: ?table_variable.tooltipstring="[a,b,c,d]"; ? ? ? ? ? ? ? 1-> ?How this will be used? ? ? ? ? ? ? ? ? ? ? ?This will be useful when all the elements passed in the tooltipString are strings and not ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?variables. ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring="[a,b,c,d]"; <-> ?table_variable.tooltipstring=["a","b","c","d"];? ? ? ? ? ? ? ? ? ? ? ?//so a,b,c,d are characters and not variables ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?2-> ?When this will be used? ? ? ? ? ? ? ? ? ? ? ? This is useful for a particular case i.e when the elements to be passed are string literals and? ? ? ? ? ? ? ? ? ? ? ? not variables AND when the string is large so user wont have to enter the double quotes("") ? ? ? ? ? ? ? ? ? ? ? ? ? so many times,for example; ? ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring=["a","b","c","d","e","f","g","h","i","k"]; etc...now in this case ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; will be easier then the number of ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? elements(n) ?increases significantly. ???????????????? ? ? ? ? ? ? ? ? This is not very useful but it was something I thought so I incorporated. . Since coma and semi-colon would be used as separators, they couldn't be used as parts of the inputs, as well as "[" and "]". _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Jun 6 09:34:03 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 6 Jun 2016 09:34:03 +0200 Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> <575452BB.8020705@free.fr> <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5755276B.8000308@free.fr> Le 06/06/2016 02:39, Rishubh Jain a ?crit : > I don't use ",",";","[","]" as separators > table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ | ----------------- | | not separators? | | | ? ? > and I will make an helper page to show exactly how the user must > submit the string and this wont be an issue. I will upload the page > soon :) Great. With examples likely different than the former one reminded hereabove -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishubhjain at ymail.com Mon Jun 6 10:10:32 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Mon, 6 Jun 2016 08:10:32 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <5755276B.8000308@free.fr> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> <575452BB.8020705@free.fr> <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> <5755276B.8000308@free.fr> Message-ID: <736374259.3808924.1465200632538.JavaMail.yahoo@mail.yahoo.com> Hi, Ya I will make sure the user can insert such symbols as strings as-well, thankyou for the points Thanking YouRishubh On Monday, 6 June 2016 1:04 PM, Samuel Gougeon wrote: Le 06/06/2016 02:39, Rishubh Jain a ?crit?: I don't use ",",";","[","]" as separators > table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; ??????????????????????????????? ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ??????????????????????????????? | ----------------- | ??????????????????????????????? |? not separators?? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??????????????????????????????????????????????????????????? and I will make an helper page to show exactly how the user must submit the string and this wont be an issue. I will upload the page soon :) Great. With examples likely different than the former one reminded hereabove _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From mittal.pulkit08 at gmail.com Tue Jun 7 13:45:38 2016 From: mittal.pulkit08 at gmail.com (mittal_pulkit) Date: Tue, 7 Jun 2016 04:45:38 -0700 (MST) Subject: [Scilab-Dev] New block in scilab is not being preloaded as other blocks Message-ID: <1465299938056-4034152.post@n3.nabble.com> Hi I have implemented a new TKSCALE block with newer functionalities and is superior to the older TKSCALE block. So, I wanted this block to be *preloaded* in Palette window as other blocks in palette browser. For the same purpose, I added the interfacing,computational function files and other image files as present for the original TKSCALE block. Following are the files which contains content for TKSCALE block and I changed/replicated them: modules/scicos/palettes/Sources.cosf modules/scicos_blocks/macros/Sources/TKSCALE.sci modules/scicos/blocks/macros/Sources/tkscaleblk.sci modules/scicos_blocks/macros/Sources/names modules/xcos/help/fr_FR/palettes/Sources_pal/AA_Sources_pal.xml modules/xcos/help/en_US/palettes/Sources_pal/AA_Sources_pal.xml modules/xcos/help/en_US/palettes/Sources_pal/TKSCALE.xml modules/xcos/tests/unit_tests/blocks_link.tst modules/xcos/tests/unit_tests/blocks_link.dia.ref modules/xcos/Makefile.am modules/xcos/etc/palettes.xml modules/xcos/etc/Xcos-style.xml modules/xcos/Makefile modules/xcos/Makefile.in scicos_blocks/locales/scicos_blocks.pot modules/xcos/images/palettes Now when I rebuild the package, all newly added/changed files get build but new tkscale block is not appearing on the palette window. I have already used xcosPalAddBlock etc functions but in them when I exit Scilab and open it again the new tkscale block disappears. *So, please let me know how the block can be made to be pre-loaded in the browser as other blocks. * Hope that community is strong enough to atleast reply to my post. Thanks Pulkit Mittal -- View this message in context: http://mailinglists.scilab.org/New-block-in-scilab-is-not-being-preloaded-as-other-blocks-tp4034152.html Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Wed Jun 8 12:15:20 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 8 Jun 2016 12:15:20 +0200 Subject: [Scilab-Dev] codecheck() / slint() : semicolons at EOL... is not a rule. In-Reply-To: <571611F8.20402@free.fr> References: <571611F8.20402@free.fr> Message-ID: <5757F038.5020501@free.fr> Hello, The Scilab code checker currently proposes a coding rule according to which each line of code should be ended with a semicolon ";": /"Check that lines are finished with a semicolon"./ Scilab language is not C or C++. AFAIK, there is no need for this "rule" in Scilab language. So why proposing it? A comma ",", a semicolon ";", or a EndOfLine "\n" can be used as instructions separator. I would be interested in learning why there should be 2 consecutive instructions separators at the end of a line. By the way, in scripts.sce, the ";" has another function (than separator) that is to cancel the display of the output of the last instruction. But the user may want to display it on purpose, and so to not use any semi-colon. Unless there is a rationale to the benefit of users supporting it, IMO this rule should be removed from the set of defined ones, even if following it is not mandatory. Simply because it is not a rule /at all/, even for code styling. On the opposite, avoiding every useless symbol is a part of code styling, in such a way that the rule could be inverted: "/Check that in a function no semicolons are appended to lines/". Best regards Samuel Gougeon -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Wed Jun 8 20:49:43 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Wed, 08 Jun 2016 20:49:43 +0200 Subject: [Scilab-Dev] New block in scilab is not being preloaded as other blocks In-Reply-To: <1465299938056-4034152.post@n3.nabble.com> References: <1465299938056-4034152.post@n3.nabble.com> Message-ID: <1465411783.2497.11.camel@scilab-enterprises.com> Hi Mittal, Great news ! Indeed some blocks need improvement and the graphical ones are indeed the more complex to manage. To simply upgrade the TKSCALE block, you should just redefine the TKSCALE.sci file and?tkscaleblk.sci at first. Did you just try to improve them without adding a new block ? The xcosPalAddBlock() call is not needed, for internal usage we use the palette.xml file and a local copy on the user directory. Did you cleanup your Scilab' user directory (eg. SCIHOME) ? If you think that your implementation should be included in scilab, feel free to provide a patch. I will happily upgrade the current implementation. Thanks for your work, PS: do not hesitate to push something to the codereview and add myself as a reviewer. -- Cl?ment Le mardi 07 juin 2016 ? 04:45 -0700, mittal_pulkit a ?crit?: > Hi > > I have implemented a new TKSCALE block with newer functionalities and is > superior to the older TKSCALE block. So, I wanted this block to be > *preloaded* in Palette window as other blocks in palette browser. For the > same purpose, I added the interfacing,computational function files and other > image files as present for the original TKSCALE block. > Following are the files which contains content for TKSCALE??block and I > changed/replicated them: > > modules/scicos/palettes/Sources.cosf > modules/scicos_blocks/macros/Sources/TKSCALE.sci > modules/scicos/blocks/macros/Sources/tkscaleblk.sci > modules/scicos_blocks/macros/Sources/names > modules/xcos/help/fr_FR/palettes/Sources_pal/AA_Sources_pal.xml > modules/xcos/help/en_US/palettes/Sources_pal/AA_Sources_pal.xml > modules/xcos/help/en_US/palettes/Sources_pal/TKSCALE.xml > modules/xcos/tests/unit_tests/blocks_link.tst > modules/xcos/tests/unit_tests/blocks_link.dia.ref > modules/xcos/Makefile.am > modules/xcos/etc/palettes.xml > modules/xcos/etc/Xcos-style.xml > modules/xcos/Makefile > modules/xcos/Makefile.in > scicos_blocks/locales/scicos_blocks.pot > modules/xcos/images/palettes > > > Now when I rebuild the package, all newly added/changed files get build but > new tkscale block is not appearing on the palette window. I have already > used??xcosPalAddBlock etc functions but in them when I exit Scilab and open > it again the new tkscale block disappears. > > *So, please let me know how the block can be made to be pre-loaded in the > browser as other blocks. * > Hope that community is strong enough to atleast reply to my post. > > Thanks > Pulkit Mittal > ? > > > > -- > View this message in context: http://mailinglists.scilab.org/New-block-in-scilab-is-not-being-prel > oaded-as-other-blocks-tp4034152.html > Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From sgougeon at free.fr Thu Jun 9 17:05:27 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 9 Jun 2016 17:05:27 +0200 Subject: [Scilab-Dev] systmat() in module polynomial ? Loading rules Message-ID: <575985B7.5080003@free.fr> Hello all, I was wondering why the systmat() macro is located in the polynomials module instead of in the CACSD one, since systmat() is about CACSD. systmat() uses the built-in poly(), part() and eye(). Should poly(), part() and eye() be loaded before loading systmat.bin? I was convinced that no, this is required only at run time. Am i wrong? BR Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From Serge.Steer at inria.fr Thu Jun 9 17:19:13 2016 From: Serge.Steer at inria.fr (Serge Steer) Date: Thu, 9 Jun 2016 17:19:13 +0200 Subject: [Scilab-Dev] systmat() in module polynomial ? Loading rules In-Reply-To: <575985B7.5080003@free.fr> References: <575985B7.5080003@free.fr> Message-ID: <575988F1.10900@inria.fr> Le 09/06/2016 17:05, Samuel Gougeon a ?crit : > Hello all, > > I was wondering why the systmat() macro is located in the polynomials > module instead of in the CACSD one, since systmat() is about CACSD. This function sould be as well in the cacsd module: it takes a dynamical system into input and generates a polynomial matrix on output, but you are right it is manly used in the CACSD context. > systmat() uses the built-in poly(), part() and eye(). > Should poly(), part() and eye() be loaded before loading systmat.bin? these function are built in so there is no use to load them > I was convinced that no, this is required only at run time. Am i wrong? No you are right. Serge > > BR > Samuel > > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Thu Jun 9 19:08:26 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Thu, 09 Jun 2016 19:08:26 +0200 Subject: [Scilab-Dev] Switch to use Markdown for CHANGES Message-ID: <1465492106.10936.9.camel@scilab-enterprises.com> Dear Scilab contributors, For the (near to be released) beta-2, I updated the CHANGES files to use the Markdown format [1]. The idea is to be able to generate some document (html and pdf) from it in a semi-automatic way. Another point would be to have it nicely formatted on hosting platforms (github/gitlab) that render markdown on the fly. What do you think about that ? It is currently not clear to me if we should add an empty line between each `*` and if we should use set bugzilla URLs. [1]:?https://codereview.scilab.org/#/c/18222 Thanks for your remark, PS: for the beta-2, we will probably push it but any modification is possible for the stable release. -- Cl?ment From rishubhjain at ymail.com Thu Jun 9 21:01:32 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Thu, 9 Jun 2016 19:01:32 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <736374259.3808924.1465200632538.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> <575452BB.8020705@free.fr> <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> <5755276B.8000308@free.fr> <736374259.3808924.1465200632538.JavaMail.yahoo@mail.yahoo.com> Message-ID: <393867834.323171.1465498892806.JavaMail.yahoo@mail.yahoo.com> Hi, I have uploaded a raw version of helper page?https://codereview.scilab.org/#/c/18231/, I wanted some suggestions. I have elaborated what facilities the enable function provides. The rest of the description of property is kept as it is and I will keep on adding as I commit things. Also since I have not commited my tool-tips code yet I had yet another idea which I would like to discuss.? Presently one has to supply tool-tip value for each cell (even for column header and row header) in single string/matrix form. -> ut.tooltipstring=["Table","column1","column2","column3","row1","","","","row2"...]; ? ? here the table is of 4x3 matrix. I was wondering if it will be more convenient if I split it into three different strings. May be like to provide the tool-tips ?of just column header -> ut.tooltipstring=["columnheader","column1","column2","column3"..];? ? Here columnheader will be a flag indicating that these values are for column ->ut.tooltipstring="columnheader-values";? ? Here columnheader-values will indicate that for column header the value of cell is the value of tooltip. Same goes for rowheader where in flag column is replaced by "row" User could also pass tooltip for the complete Table (including the column header and row header) ->ut.tooltipstring=["Table","tooltip","tooltip"..]? ? Here Table will be a flag indicating that these values are for complete Table ->ut.tooltipstring="Table-values";? ? Here?Table-values will indicate that for each cell in the table the value of cell is the value of tooltip. Similar functionality can be provided for the main table data (excluding column header and row header ). ->ut.tooltipstring=["Main","tooltip1" "tooltip2"..] Will this be useful? Please give me your opinion on this idea as well as the helper page Thanking YouRishubh On Monday, 6 June 2016 1:40 PM, Rishubh Jain wrote: Hi, Ya I will make sure the user can insert such symbols as strings as-well, thankyou for the points Thanking YouRishubh On Monday, 6 June 2016 1:04 PM, Samuel Gougeon wrote: Le 06/06/2016 02:39, Rishubh Jain a ?crit?: I don't use ",",";","[","]" as separators > table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; ??????????????????????????????? ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ??????????????????????????????? | ----------------- | ??????????????????????????????? |? not separators?? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??????????????????????????????????????????????????????????? and I will make an helper page to show exactly how the user must submit the string and this wont be an issue. I will upload the page soon :) Great. With examples likely different than the former one reminded hereabove _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishubhjain at ymail.com Fri Jun 10 21:49:51 2016 From: rishubhjain at ymail.com (Rishubh Jain) Date: Fri, 10 Jun 2016 19:49:51 +0000 (UTC) Subject: [Scilab-Dev] Regarding tooltps in uitable In-Reply-To: <393867834.323171.1465498892806.JavaMail.yahoo@mail.yahoo.com> References: <1981743571.2952332.1464870434455.JavaMail.yahoo.ref@mail.yahoo.com> <1981743571.2952332.1464870434455.JavaMail.yahoo@mail.yahoo.com> <1464875784.2462.23.camel@scilab-enterprises.com> <57507AAB.3060303@free.fr> <1252547456.3026864.1464900235842.JavaMail.yahoo@mail.yahoo.com> <5750AB23.8000504@free.fr> <1569896308.3847186.1465111866636.JavaMail.yahoo@mail.yahoo.com> <5753DC9F.6020307@free.fr> <232257331.3958996.1465135406528.JavaMail.yahoo@mail.yahoo.com> <575452BB.8020705@free.fr> <1570211230.3991129.1465173587424.JavaMail.yahoo@mail.yahoo.com> <5755276B.8000308@free.fr> <736374259.3808924.1465200632538.JavaMail.yahoo@mail.yahoo.com> <393867834.323171.1465498892806.JavaMail.yahoo@mail.yahoo.com> Message-ID: <12972732.782095.1465588191956.JavaMail.yahoo@mail.yahoo.com> Thank-you for reviewing the helper page. If possible could you look through the idea of tool-tips and suggest if this would be of any use? Thanking YouRishubh On Friday, 10 June 2016 12:31 AM, Rishubh Jain wrote: Hi, I have uploaded a raw version of helper page?https://codereview.scilab.org/#/c/18231/, I wanted some suggestions. I have elaborated what facilities the enable function provides. The rest of the description of property is kept as it is and I will keep on adding as I commit things. Also since I have not commited my tool-tips code yet I had yet another idea which I would like to discuss.? Presently one has to supply tool-tip value for each cell (even for column header and row header) in single string/matrix form. -> ut.tooltipstring=["Table","column1","column2","column3","row1","","","","row2"...]; ? ? here the table is of 4x3 matrix. I was wondering if it will be more convenient if I split it into three different strings. May be like to provide the tool-tips ?of just column header -> ut.tooltipstring=["columnheader","column1","column2","column3"..];? ? Here columnheader will be a flag indicating that these values are for column ->ut.tooltipstring="columnheader-values";? ? Here columnheader-values will indicate that for column header the value of cell is the value of tooltip. Same goes for rowheader where in flag column is replaced by "row" User could also pass tooltip for the complete Table (including the column header and row header) ->ut.tooltipstring=["Table","tooltip","tooltip"..]? ? Here Table will be a flag indicating that these values are for complete Table ->ut.tooltipstring="Table-values";? ? Here?Table-values will indicate that for each cell in the table the value of cell is the value of tooltip. Similar functionality can be provided for the main table data (excluding column header and row header ). ->ut.tooltipstring=["Main","tooltip1" "tooltip2"..] Will this be useful? Please give me your opinion on this idea as well as the helper page Thanking YouRishubh On Monday, 6 June 2016 1:40 PM, Rishubh Jain wrote: Hi, Ya I will make sure the user can insert such symbols as strings as-well, thankyou for the points Thanking YouRishubh On Monday, 6 June 2016 1:04 PM, Samuel Gougeon wrote: Le 06/06/2016 02:39, Rishubh Jain a ?crit?: I don't use ",",";","[","]" as separators > table_variable.tooltipstring="[a,b,c,d,e,f,g,h,i,k]"; ??????????????????????????????? ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ??????????????????????????????? | ----------------- | ??????????????????????????????? |? not separators?? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??????????????????????????????????????????????????????????? and I will make an helper page to show exactly how the user must submit the string and this wont be an issue. I will upload the page soon :) Great. With examples likely different than the former one reminded hereabove _______________________________________________ dev mailing list dev at lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sat Jun 11 01:11:46 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 11 Jun 2016 01:11:46 +0200 Subject: [Scilab-Dev] Switch to use Markdown for CHANGES In-Reply-To: <1465492106.10936.9.camel@scilab-enterprises.com> References: <1465492106.10936.9.camel@scilab-enterprises.com> Message-ID: <575B4932.9010604@free.fr> Hello Cl?ment, Le 09/06/2016 19:08, Cl?ment David a ?crit : > Dear Scilab contributors, > > For the (near to be released) beta-2, I updated the CHANGES files to use the Markdown format [1]. > The idea is to be able to generate some document (html and pdf) from it in a semi-automatic way. > Another point would be to have it nicely formatted on hosting platforms (github/gitlab) that render > markdown on the fly. > > What do you think about that ? It is currently not clear to me if we should add an empty line > between each `*` and if we should use set bugzilla URLs. > > [1]: https://codereview.scilab.org/#/c/18222 > > Thanks for your remark, > > PS: for the beta-2, we will probably push it but any modification is possible for the stable > release. My feeling and suggestions are the following: * a formated output is certainly better than a simple-text one :) * I found the former Scilab releases notes very smart. The presentation on 2 columns was smart and welcome. It allows using a smaller font, to get more compact but still very readable notes. * A sans-serif font is always more readable. Arial is nice. * An hypertext output is nice also (or mainly) because it allows hyperlinks, including ones targeting bugzilla. However, any text-decoration should be avoided: underlining decrease links readability. * To avoid heaviness of the bug lists, heading dots may be removed. * In CHANGES, o In the final HTML rendering of the bugs lists, i find that Pierre-Aim? proposal to remove "fixed" is indeed better. o short references to bugzilla should be preferred to leave more space to the bug description: http://bugzilla.scilab.org/2104 instead of http://bugzilla.scilab.org/show_bug.cgi?id=2104 o Without what you call "markdown", i definitely preferred noting functions with parentheses like in "linespace()" instead of only "linespace". The purpose was to highlight Scilab reserved words wrt to common words in a sentence. However, if quoting markdown are used, i think that parentheses are no longer required: They would now make notations heavier than required. So i propose to not use them in forthcoming CHANGES. * For compactness, i definitely prefer avoiding any \n after each `*` item * For the same reason, i think that any sublist having only one term per line shall be avoided. An inline list shall be preferred. For instance, o Symbolic module functions have been removed: + |addf()| + |cmb_lin()| + |ldivf()| + |mulf()| + |rdivf()| + |solve()| + |subf()| + |trianfml()| + |trisolve()| + |block2exp()| |looks useless. I would prefer much more simply| o Symbolic module functions have been removed:||addf|, |cmb_lin|, |ldivf|, |mulf|, |rdivf|, |solve|, |subf|, |trianfml|, |trisolve|, block2exp| * As well, o Functions based on former Scilab stack have been removed: + |comp()| + |errcatch()| + |iserror()| + |fun2string()| + |getvariablesonstack()| + |gstacksize()| + |macr2lst()| + |stacksize()| + |code2str()| + |str2code()| + |-mem| launching option (used to set |stacksize()| at startup). could be abstracted in o Functions based on former Scilab stack have been removed:|||| + |||comp, ||errcatch,||iserror||, fun2string,||getvariablesonstack, ||gstacksize, ||macr2lst, ||stacksize, ||code2str, ||str2code||| + |-mem| launching option (used to set |stacksize()| at startup). I have implemented some of these suggestions in the attached CHANGES.html: * in