From fmiyara at fceia.unr.edu.ar Thu Sep 2 02:22:28 2021 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 1 Sep 2021 21:22:28 -0300 Subject: [Scilab-users] Redrawing a maximized figure changes its original size and other problem Message-ID: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> Dear All, I've noticed that when clearing the contents of a maximized figure using clf() and redrawingthe figurefrom scratch,the maximized statuschanges status to normal with a size slightly larger than the available height of the screen. When maximizing it, it really shrinks to the available screen space. For instance figure(101); scf(101); clf(101); gcf().background = -2; plot(x, y) (I use this structure when I have several figures and need to refresh one of them). The presence of the first instruction is necessary for this to happen. The original (default) size is not recovered unless the figure is completely cleared. The second problem is that upon creation, any figure is located flush with the bottom of the screen, even if I have enabled that the task bar is always visible. This causes the bottom of the figure to be hidden behind the task bar. To make it vissible I need to manually move the figure upwards. The expected behavior would be that the window were completely visible from the beginning. I'm on Windows 7. Regards, Federico Miyara -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.cheze at cea.fr Thu Sep 2 18:03:38 2021 From: david.cheze at cea.fr (CHEZE David 227480) Date: Thu, 2 Sep 2021 16:03:38 +0000 Subject: [Scilab-users] ode, speed issue or tips to speed up ? Message-ID: Dear all, In experimental work, I'm comparing dynamic model of a thermal system with measurements. I'm using function ode, "fix" solver (continuous time, lowest accuracy requirement is applying in my case at this stage) and Jacobian ( to try to speed up the calculation but not sensitive as for now) to get the solution of the equation, a single temperature node, at 240 times (time vector), default rtol=1.d-3 and atol=1.d-4. The system inputs are available as vector of reals , size is 240 and inputs are passed to the ode function as inputs functions by interpolating (interp1) the inputs vectors. It is issuing correct temperature solutions but is very slow, ~40s for 240 times, while the variable inputs vector are actually not varying a lot and thus I would expect very short calculation time. WIN10-64bits Intel i7 2,6GHz, Scilab 6.1.1 Is there any tips to speed up the calculation , advanced example documentation about ODEOPTIONS or ode_optional_output ? I guess it's the same underlying code that is used in Xcos isn't it ? Thank you for advising, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 2 18:29:16 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 2 Sep 2021 18:29:16 +0200 Subject: [Scilab-users] ode, speed issue or tips to speed up ? In-Reply-To: References: Message-ID: <078c4b3b-3a05-d044-c035-0fd0dec74ca0@utc.fr> Hi, The "fix" solver is the classical Runge-Kutta-Fehlberg scheme, hence an *explicit* scheme. So, your Jacobian is just ignored in the computations. If you guessed that some stiffness may occur, e.g. if you ode is a discretized pde, then you should force the "stiff" solver instead. In that case the Jacobian will be used. If you want to speed up things and if your Jacobian is? banded, using %ODEOPTIONS allows to do so. S. Le 02/09/2021 ? 18:03, CHEZE David 227480 a ?crit?: > > Dear all, > > In experimental work, I?m comparing dynamic model of a thermal system > with measurements. I?m using function ode, ?fix? solver (continuous > time, lowest accuracy requirement is applying in my case at this > stage) and Jacobian ( to try to speed up the calculation but not > sensitive as for now) to get the solution of the equation, ?a single > temperature node, at 240 times (time vector), default rtol=1.d-3 and > atol=1.d-4. The system inputs are available as vector of reals , size > is 240 and inputs are passed to the ode function as inputs functions > by interpolating (interp1) the inputs vectors. It is issuing correct > temperature solutions but is very slow, ~40s for 240 times, while the > variable inputs vector are actually not varying a lot and thus I would > expect very short calculation time. > > WIN10-64bits Intel i7 2,6GHz, Scilab 6.1.1 > > Is there any tips to speed up the calculation , advanced example > documentation about ODEOPTIONS or ode_optional_output ? I guess it?s > the same underlying code that is used in Xcos isn?t it ? > > Thank you for advising, > > David > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 2 18:31:40 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 2 Sep 2021 18:31:40 +0200 Subject: [Scilab-users] ode, speed issue or tips to speed up ? In-Reply-To: References: Message-ID: <10314780-17f8-c2ea-be91-0e1fc2e9316c@utc.fr> Le 02/09/2021 ? 18:03, CHEZE David 227480 a ?crit?: > > Dear all, > > In experimental work, I?m comparing dynamic model of a thermal system > with measurements. I?m using function ode, ?fix? solver (continuous > time, lowest accuracy requirement is applying in my case at this > stage) and Jacobian ( to try to speed up the calculation but not > sensitive as for now) to get the solution of the equation, ?a single > temperature node, at 240 times (time vector), default rtol=1.d-3 and > atol=1.d-4. The system inputs are available as vector of reals , size > is 240 and inputs are passed to the ode function as inputs functions > by interpolating (interp1) the inputs vectors. It is issuing correct > temperature solutions but is very slow, ~40s for 240 times, while the > variable inputs vector are actually not varying a lot and thus I would > expect very short calculation time. > > WIN10-64bits Intel i7 2,6GHz, Scilab 6.1.1 > > Is there any tips to speed up the calculation , advanced example > documentation about ODEOPTIONS or ode_optional_output ? I guess it?s > the same underlying code that is used in Xcos isn?t it ? > No. Xcos uses the (more up-to-date) SUNDIALS solvers, they will be made available at the user level in the next months. > > Thank you for advising, > > David > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Thu Sep 2 20:11:44 2021 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Thu, 2 Sep 2021 20:11:44 +0200 Subject: [Scilab-users] ode, speed issue or tips to speed up ? In-Reply-To: <10314780-17f8-c2ea-be91-0e1fc2e9316c@utc.fr> References: <10314780-17f8-c2ea-be91-0e1fc2e9316c@utc.fr> Message-ID: Hello, In the past I solved the same issue. As Stephane points out, try to play with ODEOPTIONS. In my case (disretized PDE), I get massive speed up by setting %ODEOPTIONS(6) = 0 and selecting a stiff solver. If I understand it correctly, you are using function interp1 when evaluating ODE function (many calls to interp1). If it is this case, I propose to make a copy of Scilab interp1 function and clean unecessary commands. I have also good experience with this aproach, but you are loosing flexibility and is a ad hoc function. Best regards J.K. PS: it is great to hear that ODE solvers will be updated to more recent versions. ?t 2. 9. 2021 o 18:32 St?phane Mottelet nap?sal(a): > > Le 02/09/2021 ? 18:03, CHEZE David 227480 a ?crit : > > Dear all, > > > > In experimental work, I?m comparing dynamic model of a thermal system with > measurements. I?m using function ode, ?fix? solver (continuous time, lowest > accuracy requirement is applying in my case at this stage) and Jacobian ( > to try to speed up the calculation but not sensitive as for now) to get the > solution of the equation, a single temperature node, at 240 times (time > vector), default rtol=1.d-3 and atol=1.d-4. The system inputs are available > as vector of reals , size is 240 and inputs are passed to the ode function > as inputs functions by interpolating (interp1) the inputs vectors. It is > issuing correct temperature solutions but is very slow, ~40s for 240 times, > while the variable inputs vector are actually not varying a lot and thus I > would expect very short calculation time. > > WIN10-64bits Intel i7 2,6GHz, Scilab 6.1.1 > > Is there any tips to speed up the calculation , advanced example > documentation about ODEOPTIONS or ode_optional_output ? I guess it?s the > same underlying code that is used in Xcos isn?t it ? > > No. Xcos uses the (more up-to-date) SUNDIALS solvers, they will be made > available at the user level in the next months. > > Thank you for advising, > > > > David > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Fri Sep 3 12:39:31 2021 From: p.muehlmann at gmail.com (P M) Date: Fri, 3 Sep 2021 12:39:31 +0200 Subject: [Scilab-users] Redrawing a maximized figure changes its original size and other problem In-Reply-To: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> References: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> Message-ID: Hi Federico, Assuming that you ALWAYS want to have the figure at max screen size: Question 1: You can work with the screen width/height values to maximize the figure. To get the screen values you can use: - screenWidth = getsystemmetrics('SM_CXSCREEN') - screenHeight = getsystemmetrics('SM_CYSCREEN') Your figureHeight may be some pixels less than the sceen Height, so that the taskbar won't be covered. With these values you can set the figure size using the figure properties. Question 2: Maximising a figure at my PC results in a full screen figure, with the taskbar at the screen bottom beeing visible. Having the correct figure size (see Question 1), you can set the figure position by: gcf().figure_position = ..... Other approach: Instead of clearing the complete figure, you maybe only need to clear the graph (entitiy). If you have multiple graphs in one figure, the approach is similar, but you need to pick the correct entity. Assumption: Only one graph within a single figure. x = linspace(1,100,100);y = sin(x); f = figure(101);f.background = -2;plot(x,y);a = gca();e = gce();p = e.children(); --> Now maximize the figure manually or have it already a max screen size p.data = []; // clearing the data of the graph ... same as a.children.children.data = []y = cos(x); // simulating new data p.data = [x; y]'; // replotting the graph with new data Note: The approach does not change the axis min/max values....so you maybe need to tweak these parameters, depending on your data. Good luck, Philipp Am Do., 2. Sept. 2021 um 02:24 Uhr schrieb Federico Miyara < fmiyara at fceia.unr.edu.ar>: > > Dear All, > > I've noticed that when clearing the contents of a maximized figure using > clf() and redrawing the figure from scratch, the maximized status changes > status to normal with a size slightly larger than the available height of > the screen. When maximizing it, it really shrinks to the available screen > space. For instance > > figure(101); > scf(101); > clf(101); > gcf().background = -2; > plot(x, y) > > (I use this structure when I have several figures and need to refresh one > of them). > > The presence of the first instruction is necessary for this to happen. The > original (default) size is not recovered unless the figure is completely > cleared. > > The second problem is that upon creation, any figure is located flush with > the bottom of the screen, even if I have enabled that the task bar is > always visible. This causes the bottom of the figure to be hidden behind > the task bar. To make it vissible I need to manually move the figure > upwards. > > The expected behavior would be that the window were completely visible > from the beginning. > > I'm on Windows 7. > > Regards, > > Federico Miyara > > > > > Libre > de virus. www.avast.com > > <#m_1245799826228827734_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Sep 3 13:46:27 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 3 Sep 2021 13:46:27 +0200 Subject: [Scilab-users] ode, speed issue or tips to speed up ? In-Reply-To: References: <10314780-17f8-c2ea-be91-0e1fc2e9316c@utc.fr> Message-ID: Hi, Le 02/09/2021 ? 20:11, Jakub Kopac a ?crit?: > Hello, > > In the past I solved the same issue. > As Stephane points out, try to play with ODEOPTIONS. > In my case (disretized PDE), I get massive speed up by setting > %ODEOPTIONS(6) = 0 > and selecting a stiff solver. > > If I understand it correctly, you are using function interp1 when > evaluating ODE function (many calls to interp1). > If it is this case, I propose to make a copy of Scilab interp1 > function and clean unecessary commands. > I have also good experience with this aproach, but you are loosing > flexibility and is a ad hoc function. > > Best regards > > J.K. > > PS: it is great to hear that ODE solvers will be updated to more > recent versions. The actual generic solvers of ode (https://computing.llnl.gov/projects/odepack) are still competitive but for large-scale stiff systems, odepack misses the versatileness of Sundials concerning linear solvers (e.g. odepack does not handle sparse Jacobians). S. > > > ?t 2. 9. 2021 o?18:32 St?phane Mottelet > nap?sal(a): > > > Le 02/09/2021 ? 18:03, CHEZE David 227480 a ?crit?: >> >> Dear all, >> >> In experimental work, I?m comparing dynamic model of a thermal >> system with measurements. I?m using function ode, ?fix? solver >> (continuous time, lowest accuracy requirement is applying in my >> case at this stage) and Jacobian ( to try to speed up the >> calculation but not sensitive as for now) to get the solution of >> the equation, ?a single temperature node, at 240 times (time >> vector), default rtol=1.d-3 and atol=1.d-4. The system inputs are >> available as vector of reals , size is 240 and inputs are passed >> to the ode function as inputs functions by interpolating >> (interp1) the inputs vectors. It is issuing correct temperature >> solutions but is very slow, ~40s for 240 times, while the >> variable inputs vector are actually not varying a lot and thus I >> would expect very short calculation time. >> >> WIN10-64bits Intel i7 2,6GHz, Scilab 6.1.1 >> >> Is there any tips to speed up the calculation , advanced example >> documentation about ODEOPTIONS or ode_optional_output ? I guess >> it?s the same underlying code that is used in Xcos isn?t it ? >> > No. Xcos uses the (more up-to-date) SUNDIALS solvers, they will be > made available at the user level in the next months. >> >> Thank you for advising, >> >> David >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From iwoj at il.pw.edu.pl Fri Sep 3 15:38:15 2021 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Fri, 03 Sep 2021 15:38:15 +0200 Subject: [Scilab-users] Adding library in Win10 Message-ID: Hello, Till now I have been using Scilab on Win7 and had my library added with the use of this procedure: 1. genlib ("Moja_biblioteka","C:/Program Files/mojabiblioteka_scilab") 2. created a scilab.ini file in SCIHOME with a line: Moja_biblioteka = lib("C:/Program Files/mojabiblioteka_scilab") Now I have Win10 and don't know how to do the same on this OS. Especially I can't find SCIHOME. I would be grateful for any help. Regards, Iza -- Izabela W?jcik-Grz?ba Zesp?? Konstrukcji Metalowych ZKBiM IIB WIL Politechnika Warszawska -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Fri Sep 3 16:25:01 2021 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Fri, 3 Sep 2021 14:25:01 +0000 Subject: [Scilab-users] Adding library in Win10 In-Reply-To: References: Message-ID: Hello, SCI and SCIHOME values will depend on the installation you made. To view the values, just display them on the Scilab console as they are regular Scilab variables. Regards, Cl?ment From: users On Behalf Of Izabela W?jcik-Grz?ba Sent: Friday, September 3, 2021 3:38 PM To: users at lists.scilab.org Subject: [Scilab-users] Adding library in Win10 Hello, Till now I have been using Scilab on Win7 and had my library added with the use of this procedure: 1. genlib ("Moja_biblioteka","C:/Program Files/mojabiblioteka_scilab") 2. created a scilab.ini file in SCIHOME with a line: Moja_biblioteka = lib("C:/Program Files/mojabiblioteka_scilab") Now I have Win10 and don't know how to do the same on this OS. Especially I can't find SCIHOME. I would be grateful for any help. Regards, Iza -- Izabela W?jcik-Grz?ba Zesp?? Konstrukcji Metalowych ZKBiM IIB WIL Politechnika Warszawska -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Fri Sep 3 18:07:10 2021 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Fri, 3 Sep 2021 13:07:10 -0300 Subject: [Scilab-users] Adding library in Win10 In-Reply-To: References: Message-ID: <7d76e610-0b60-dc28-02b3-de559c4f681c@fceia.unr.edu.ar> Izabela, Haven?t you tried just typing SCIHOME (in capitals) in the console? The doc?umentation (help SCIHOME) also says it can somehow be customized. Windows 10 isn't explicitly mentioned buy I think it should be similar. Regards, Federico Miyara On 03/09/2021 10:38, Izabela W?jcik-Grz?ba wrote: > > Hello, > > Till now I have been using Scilab on Win7 and had my library added > with the use of this procedure: > > 1. genlib ("Moja_biblioteka","C:/Program Files/mojabiblioteka_scilab") > > 2. created a scilab.ini file in SCIHOME with a line: Moja_biblioteka = > lib("C:/Program Files/mojabiblioteka_scilab") > > Now I have Win10 and don't know how to do the same on this OS. > Especially I can't find SCIHOME. > > I would be grateful for any help. > > Regards, > > Iza > > -- > Izabela W?jcik-Grz?ba > Zesp?? Konstrukcji Metalowych > ZKBiM IIB WIL Politechnika Warszawska > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Sat Sep 4 00:59:34 2021 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Fri, 3 Sep 2021 19:59:34 -0300 Subject: [Scilab-users] Redrawing a maximized figure changes its original size and other problem In-Reply-To: References: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> Message-ID: Philipp, No, I don't want to have the figure maximized always; rather, to be able to toggle between normal size and maximized (when I need to focus on small details such as the difference between experimental and fitted graphs). That's actually why the current behavior is bothersome, since once redrawn, there is practically no difference between normal and maximized, so I cannot, for instance, see at the same time two figures. I need then to resize it manually. I shouldn't need to tweak the figure properties for that... As to question 2, I refer to the normal location immediately after rendering the figure. The botton of the figure is hidden by the task bar so I find myself having to manually relocate each and all figures I create just to see its complete content, and that doesn't seem to be a normal or expected behavior. I don't know if that happens only to me or everyone is experiencing this when the task bar is always visible. Regards, Federico Miyara On 03/09/2021 07:39, P M wrote: > Hi Federico, > > Assuming that you ALWAYS want to have the figure at max screen size: > > Question 1: > > You can work with the screen width/height values to maximize the figure. > > To get the screen values you can use: > - screenWidth =? getsystemmetrics('SM_CXSCREEN') > - screenHeight = getsystemmetrics('SM_CYSCREEN') > > Your figureHeight may be some pixels less than the sceen Height, so > that the taskbar won't be covered. > > With these values you can set the figure size using the figure properties. > > Question 2: > Maximising a figure at my PC results in a full screen figure, with the > taskbar at the screen bottom beeing visible. > > Having the correct figure size (see Question 1), you can set the > figure position by: > gcf().figure_position = ..... > > > > Other approach: > > Instead of clearing the complete figure, you maybe only need to clear > the graph (entitiy). > If you have multiple graphs in one figure, the approach is similar, > but you need to pick the correct entity. > > Assumption:? Only one graph within a single figure. > x = linspace(1,100,100); > y = sin(x); > > f = figure(101); > f.background = -2; > plot(x,y); > a = gca(); e = gce(); p = e.children(); > --> Now maximize the figure manually or have it already a max screen size > p.data = []; // clearing the data of the graph ... same as a.children.children.data > = [] > y = cos(x); // simulating new data > p.data = [x; y]'; // replotting the graph with new data > > Note:? The approach does not change the axis min/max values....so you > maybe need to tweak these parameters, depending on your data. > > > Good luck, > Philipp > > > > > > > Am Do., 2. Sept. 2021 um 02:24?Uhr schrieb Federico Miyara > >: > > > Dear All, > > I've noticed that when clearing the contents of a maximized figure > using clf() and redrawingthe figurefrom scratch,the maximized > statuschanges status to normal with a size slightly larger than > the available height of the screen. When maximizing it, it really > shrinks to the available screen space. For instance > > figure(101); > scf(101); > clf(101); > gcf().background = -2; > plot(x, y) > > (I use this structure when I have several figures and need to > refresh one of them). > > The presence of the first instruction is necessary for this to > happen. The original (default) size is not recovered unless the > figure is completely cleared. > > The second problem is that upon creation, any figure is located > flush with the bottom of the screen, even if I have enabled that > the task bar is always visible. This causes the bottom of the > figure to be hidden behind the task bar. To make it vissible I > need to manually move the figure upwards. > > The expected behavior would be that the window were completely > visible from the beginning. > > I'm on Windows 7. > > Regards, > > Federico Miyara > > > > > Libre de virus. www.avast.com > > > > <#m_1245799826228827734_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun Sep 5 09:24:52 2021 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 5 Sep 2021 09:24:52 +0200 Subject: [Scilab-users] Redrawing a maximized figure changes its original size and other problem In-Reply-To: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> References: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> Message-ID: Le 02/09/2021 ? 02:22, Federico Miyara a ?crit?: > > Dear All, > > I've noticed that when clearing the contents of a maximized figure > using clf() and redrawingthe figurefrom scratch,the maximized > statuschanges status to normal with a size slightly larger than the > available height of the screen. I am not able to reproduce this effect on Win10. > .../... > The second problem is that upon creation, any figure is located flush > with the bottom of the screen, even if I have enabled that the task > bar is always visible. This causes the bottom of the figure to be > hidden behind the task bar. To make it vissible I need to manually > move the figure upwards. > > The expected behavior would be that the window were completely visible > from the beginning. I don't think so. This would require to set a priority between the default figure size and default figure position, in a way that anyone could clame as debattable. As a user you are already able to tune and set the default values of figures properties in your startup file, according to your own user's screen and wishes, noticeably .axes_size and .figure_position Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sun Sep 5 09:34:41 2021 From: sgougeon at free.fr (Samuel Gougeon) Date: Sun, 5 Sep 2021 09:34:41 +0200 Subject: [Scilab-users] how to get scilab running on mac mini In-Reply-To: References: <864E98BB-50F5-4150-8A43-BF2A8604BFCB@gmail.com> Message-ID: <8c0f7a4f-35fd-17a1-8642-669788ff2c29@free.fr> Le 25/08/2021 ? 12:27, Mikhail Urusov a ?crit?: > I have the same problem. > Posted it yesterday with a thorough explanation and screenshots. > But it does not seem even to be posted (200 kbytes due to screenshots). > I am wondering if we can get any help? > Kind regards, > Mikhail Urusov > > Am Mi., 25. Aug. 2021 um 01:08?Uhr schrieb rgf >: > > I have been running Scilab for 10 or 15 years on generations of > Apple platforms, encountering difficulties with Java at every > stage.? I can?t get Version 6.1.1 to run on mac mini, and the user > lists are down. Is any help extant or pending? > ????????????????... > > Ray Finucane > ray.finucane at gmail.com > 925.724.4040 > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > Never received from users@ Not a single message from users@ received since Le 16/08/2021 ? 18:00, Jakub Kopac wrote about [Scilab-users] uiDisplayTree - close figure and this one Le 25/08/2021 ? 12:27, Mikhail Urusov wrote Other messages from April to June not received while detected on former Archives (to rebuild threads partially received). With no more public archives, communication on users@ looks no longer reliable. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Mon Sep 6 01:27:49 2021 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Sun, 5 Sep 2021 20:27:49 -0300 Subject: [Scilab-users] Redrawing a maximized figure changes its original size and other problem In-Reply-To: References: <4d51bfe9-670b-f95d-6728-587f01c0058c@fceia.unr.edu.ar> Message-ID: Samuel, >> The expected behavior would be that the window were completely >> visible from the beginning. > > I don't think so. This would require to set a priority between the > default figure size and default figure position, in a way that anyone > could clame as debattable. As a user you are already able to tune and > set the default values of figures properties in your startup file, > according to your own user's screen and wishes, noticeably .axes_size > and .figure_position > The current behavior is unfriendly. Being the graphic output a central feature in any mathematical software, one would expect that the default behavior would be that any figure be completely visible right after its creation without any further action by the user. Probably there are many things that can be controlled from the startup file or even through the figure's properties, but it adds unnecessary complications when what one needs is just to view the figure that has been created. By the way, one problem with manipulating the startup file is that when updating the program or when installing it in a new computer one would need to edit it, remembering what to edit just to get the program doing what it should have been doing out of the box. What I'm asking for requires only that the figure rendering engine automatically detect the screen size and the presence and height of the? task bar, and then compute the position of the figure to avoid conflict between the figure and the task bar. Indeed, this is the default behavior of most of the pop-up windows in virtually every application. For instance, opening the preferences window, does exactly this. I have even tested what happens if one manually increases the height of the task bar (what could be useful if there are many open applications). The position of the preferences window adapts up to the situation where there is no more room and only then it exceeds the screen limits. The function createWindow() works a bit better than figure(), since it creates a window that does not conflict with a single-line task bar, but if the task bar is enlarged, it eventually overlaps the new graphic window hiding part of it. Regards, Federico -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From iwoj at il.pw.edu.pl Mon Sep 6 14:52:44 2021 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Mon, 06 Sep 2021 14:52:44 +0200 Subject: [Scilab-users] Adding library in Win10 In-Reply-To: <7d76e610-0b60-dc28-02b3-de559c4f681c@fceia.unr.edu.ar> References: <7d76e610-0b60-dc28-02b3-de559c4f681c@fceia.unr.edu.ar> Message-ID: <19c4869774dbf3f15d226c4ad24c9a5e@il.pw.edu.pl> Thank you both for your help. Unfortunately something isn't working right because my library isn't loaded with start of Scilab. A file lib is generated with genlib. A file scilab.ini is present in SCIHOME folder. I don't know what else I should do. Kind regards, Iza --- Izabela W?jcik-Grz?ba Zesp?? Konstrukcji Metalowych ZKBiM IIB WIL Politechnika Warszawska W dniu 03.09.2021 18:07, Federico Miyara napisa?(a): > Izabela, > > Haven?t you tried just typing SCIHOME (in capitals) in the console? > > The doc?umentation (help SCIHOME) also says it can somehow be customized. Windows 10 isn't explicitly mentioned buy I think it should be similar. > > Regards, > > Federico Miyara > > On 03/09/2021 10:38, Izabela W?jcik-Grz?ba wrote: > >> Hello, >> >> Till now I have been using Scilab on Win7 and had my library added with the use of this procedure: >> >> 1. genlib ("Moja_biblioteka","C:/Program Files/mojabiblioteka_scilab") >> >> 2. created a scilab.ini file in SCIHOME with a line: Moja_biblioteka = lib("C:/Program Files/mojabiblioteka_scilab") >> >> Now I have Win10 and don't know how to do the same on this OS. Especially I can't find SCIHOME. >> >> I would be grateful for any help. >> >> Regards, >> >> Iza >> >> -- >> Izabela W?jcik-Grz?ba >> Zesp?? Konstrukcji Metalowych >> ZKBiM IIB WIL Politechnika Warszawska >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > [1] > Libre de virus. www.avast.com [1] > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users Links: ------ [1] https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: blocked.gif Type: image/gif Size: 118 bytes Desc: not available URL: From iwoj at il.pw.edu.pl Mon Sep 6 15:17:46 2021 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Mon, 06 Sep 2021 15:17:46 +0200 Subject: [Scilab-users] Adding library in Win10 In-Reply-To: <19c4869774dbf3f15d226c4ad24c9a5e@il.pw.edu.pl> References: <7d76e610-0b60-dc28-02b3-de559c4f681c@fceia.unr.edu.ar> <19c4869774dbf3f15d226c4ad24c9a5e@il.pw.edu.pl> Message-ID: Sorry, please ignore my last post. I think I have managed to eliminate all the problems. The last one I think was a file type .sce not .sci in a library. Thank you, Iza --- Izabela W?jcik-Grz?ba Zesp?? Konstrukcji Metalowych ZKBiM IIB WIL Politechnika Warszawska W dniu 06.09.2021 14:52, Izabela W?jcik-Grz?ba napisa?(a): > Thank you both for your help. Unfortunately something isn't working right because my library isn't loaded with start of Scilab. A file lib is generated with genlib. A file scilab.ini is present in SCIHOME folder. I don't know what else I should do. > > Kind regards, > > Iza > > --- > Izabela W?jcik-Grz?ba > Zesp?? Konstrukcji Metalowych > ZKBiM IIB WIL Politechnika Warszawska > > W dniu 03.09.2021 18:07, Federico Miyara napisa?(a): > > Izabela, > > Haven?t you tried just typing SCIHOME (in capitals) in the console? > > The doc?umentation (help SCIHOME) also says it can somehow be customized. Windows 10 isn't explicitly mentioned buy I think it should be similar. > > Regards, > > Federico Miyara > > On 03/09/2021 10:38, Izabela W?jcik-Grz?ba wrote: > > Hello, > > Till now I have been using Scilab on Win7 and had my library added with the use of this procedure: > > 1. genlib ("Moja_biblioteka","C:/Program Files/mojabiblioteka_scilab") > > 2. created a scilab.ini file in SCIHOME with a line: Moja_biblioteka = lib("C:/Program Files/mojabiblioteka_scilab") > > Now I have Win10 and don't know how to do the same on this OS. Especially I can't find SCIHOME. > > I would be grateful for any help. > > Regards, > > Iza > > -- > Izabela W?jcik-Grz?ba > Zesp?? Konstrukcji Metalowych > ZKBiM IIB WIL Politechnika Warszawska > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > [1] > Libre de virus. www.avast.com [1] > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users Links: ------ [1] https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: blocked.gif Type: image/gif Size: 118 bytes Desc: not available URL: From stephane.mottelet at utc.fr Tue Sep 7 15:13:19 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 7 Sep 2021 15:13:19 +0200 Subject: [Scilab-users] Is http://mailinglists.scilab.org over? In-Reply-To: References: Message-ID: <4f734900-bccb-4e9c-2914-46bc58e54e4d@utc.fr> Hi, is https://www.mail-archive.com/users at lists.scilab.org/ the new place to look for the list archives ? S. Le 21/07/2021 ? 15:37, Cl?ment David a ?crit?: > Hello Samuel, hello all, > > Indeed we noticed that but where in a hurry delivering the 6.1.1 release. The Nabble maintainers stopped the development [1] and started some action to stop the service [2]. IMHO we need to switch to another service for archiving and searching the Scilab mailing lists. We investigated on Discourse a while ago but the operating cost is too costly for us ; there is also an option to have a full switch to Mailman v3 hosted services. > > Currently there is no free equivalent to Nabble so the mailinglists archive might not be available for a time. Hopefully we can ask Nabble maintainers to restore the access but it really is a temporary solution. > > [1]: https://support.nabble.com/The-Future-of-Nabble-tt7605923.html > [2]: https://support.nabble.com/Downsizing-Nabble-tt7609715.html > > Regards, > > Cl?ment > > > >> -----Original Message----- >> From: users On Behalf Of Samuel Gougeon >> Sent: Wednesday, July 21, 2021 3:03 PM >> To: International users mailing list for Scilab. >> Subject: [Scilab-users] Is http://mailinglists.scilab.org over? >> >> Le 19/07/2021 ? 09:56, Dang Ngoc Chan, Christophe a ?crit?: >>> Hello Samuel, >>> >>>> De : users De la part de Samuel >>>> Gougeon Envoy? : jeudi 8 juillet 2021 08:01 >>>> >>>> That's strange : do you confirm that this thread and following ones >>>> (*) look no longer archived @ >>>> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2 >>>> 602246.html >>> I confirm I don't see the topic "Native arm64 build for Mac M1" in the list >> either. >> >> >> Thanks Christophe. >> The same applies to the users-fr@ list, on which last messages posted on 8th >> and 9th of July about "newaxes et subplot" were not archived. >> >> Finally, since yesterday, the whole http://mailinglists.scilab.org website is >> unreachable. >> We can't ignore the coincidence with the release of 6.1.1 the same day. >> >> Scilab has no longer official truly public mailing lists, and former archives as a >> knowledge database for 25 years and all corresponding existing cross- >> references look over. >> >> Samuel >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From Clement.David at esi-group.com Tue Sep 7 15:22:48 2021 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 7 Sep 2021 13:22:48 +0000 Subject: [Scilab-users] Is http://mailinglists.scilab.org over? In-Reply-To: <4f734900-bccb-4e9c-2914-46bc58e54e4d@utc.fr> References: <4f734900-bccb-4e9c-2914-46bc58e54e4d@utc.fr> Message-ID: Hello Stephane, hello all, Thank you for finding this ML archive ; it looks to be a reliable source to find old mails. Cl?ment > -----Original Message----- > From: users On Behalf Of St?phane > Mottelet > Sent: Tuesday, September 7, 2021 3:13 PM > To: users at lists.scilab.org > Subject: Re: [Scilab-users] Is http://mailinglists.scilab.org over? > > Hi, > > is https://www.mail-archive.com/users at lists.scilab.org/ the new place to > look for the list archives ? > > S. > > Le 21/07/2021 ? 15:37, Cl?ment David a ?crit?: > > Hello Samuel, hello all, > > > > Indeed we noticed that but where in a hurry delivering the 6.1.1 release. > The Nabble maintainers stopped the development [1] and started some > action to stop the service [2]. IMHO we need to switch to another service for > archiving and searching the Scilab mailing lists. We investigated on Discourse > a while ago but the operating cost is too costly for us ; there is also an option > to have a full switch to Mailman v3 hosted services. > > > > Currently there is no free equivalent to Nabble so the mailinglists archive > might not be available for a time. Hopefully we can ask Nabble maintainers to > restore the access but it really is a temporary solution. > > > > [1]: https://support.nabble.com/The-Future-of-Nabble-tt7605923.html > > [2]: https://support.nabble.com/Downsizing-Nabble-tt7609715.html > > > > Regards, > > > > Cl?ment > > > > > > > >> -----Original Message----- > >> From: users On Behalf Of Samuel > >> Gougeon > >> Sent: Wednesday, July 21, 2021 3:03 PM > >> To: International users mailing list for Scilab. > >> > >> Subject: [Scilab-users] Is http://mailinglists.scilab.org over? > >> > >> Le 19/07/2021 ? 09:56, Dang Ngoc Chan, Christophe a ?crit?: > >>> Hello Samuel, > >>> > >>>> De : users De la part de Samuel > >>>> Gougeon Envoy? : jeudi 8 juillet 2021 08:01 > >>>> > >>>> That's strange : do you confirm that this thread and following ones > >>>> (*) look no longer archived @ > >>>> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives- > >>>> f2 > >>>> 602246.html > >>> I confirm I don't see the topic "Native arm64 build for Mac M1" in > >>> the list > >> either. > >> > >> > >> Thanks Christophe. > >> The same applies to the users-fr@ list, on which last messages posted > >> on 8th and 9th of July about "newaxes et subplot" were not archived. > >> > >> Finally, since yesterday, the whole http://mailinglists.scilab.org > >> website is unreachable. > >> We can't ignore the coincidence with the release of 6.1.1 the same day. > >> > >> Scilab has no longer official truly public mailing lists, and former > >> archives as a knowledge database for 25 years and all corresponding > >> existing cross- references look over. > >> > >> Samuel > >> > >> _______________________________________________ > >> users mailing list > >> users at lists.scilab.org > >> http://lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/users > > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement > G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de > Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : > +33(0)344234688 http://www.utc.fr/~mottelet > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From stephane.mottelet at utc.fr Tue Sep 7 15:24:28 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 7 Sep 2021 15:24:28 +0200 Subject: [Scilab-users] Is http://mailinglists.scilab.org over? In-Reply-To: References: <4f734900-bccb-4e9c-2914-46bc58e54e4d@utc.fr> Message-ID: <24434c4a-9cf6-c60d-ce82-2379712e0d87@utc.fr> Archived mails start in 2012 Le 07/09/2021 ? 15:22, Cl?ment David a ?crit?: > Hello Stephane, hello all, > > Thank you for finding this ML archive ; it looks to be a reliable source to find old mails. > > Cl?ment > >> -----Original Message----- >> From: users On Behalf Of St?phane >> Mottelet >> Sent: Tuesday, September 7, 2021 3:13 PM >> To: users at lists.scilab.org >> Subject: Re: [Scilab-users] Is http://mailinglists.scilab.org over? >> >> Hi, >> >> is https://www.mail-archive.com/users at lists.scilab.org/ the new place to >> look for the list archives ? >> >> S. >> >> Le 21/07/2021 ? 15:37, Cl?ment David a ?crit?: >>> Hello Samuel, hello all, >>> >>> Indeed we noticed that but where in a hurry delivering the 6.1.1 release. >> The Nabble maintainers stopped the development [1] and started some >> action to stop the service [2]. IMHO we need to switch to another service for >> archiving and searching the Scilab mailing lists. We investigated on Discourse >> a while ago but the operating cost is too costly for us ; there is also an option >> to have a full switch to Mailman v3 hosted services. >>> Currently there is no free equivalent to Nabble so the mailinglists archive >> might not be available for a time. Hopefully we can ask Nabble maintainers to >> restore the access but it really is a temporary solution. >>> [1]: https://support.nabble.com/The-Future-of-Nabble-tt7605923.html >>> [2]: https://support.nabble.com/Downsizing-Nabble-tt7609715.html >>> >>> Regards, >>> >>> Cl?ment >>> >>> >>> >>>> -----Original Message----- >>>> From: users On Behalf Of Samuel >>>> Gougeon >>>> Sent: Wednesday, July 21, 2021 3:03 PM >>>> To: International users mailing list for Scilab. >>>> >>>> Subject: [Scilab-users] Is http://mailinglists.scilab.org over? >>>> >>>> Le 19/07/2021 ? 09:56, Dang Ngoc Chan, Christophe a ?crit?: >>>>> Hello Samuel, >>>>> >>>>>> De : users De la part de Samuel >>>>>> Gougeon Envoy? : jeudi 8 juillet 2021 08:01 >>>>>> >>>>>> That's strange : do you confirm that this thread and following ones >>>>>> (*) look no longer archived @ >>>>>> http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives- >>>>>> f2 >>>>>> 602246.html >>>>> I confirm I don't see the topic "Native arm64 build for Mac M1" in >>>>> the list >>>> either. >>>> >>>> >>>> Thanks Christophe. >>>> The same applies to the users-fr@ list, on which last messages posted >>>> on 8th and 9th of July about "newaxes et subplot" were not archived. >>>> >>>> Finally, since yesterday, the whole http://mailinglists.scilab.org >>>> website is unreachable. >>>> We can't ignore the coincidence with the release of 6.1.1 the same day. >>>> >>>> Scilab has no longer official truly public mailing lists, and former >>>> archives as a knowledge database for 25 years and all corresponding >>>> existing cross- references look over. >>>> >>>> Samuel >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/users >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement >> G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de >> Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : >> +33(0)344234688 http://www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From stephane.mottelet at utc.fr Tue Sep 7 15:37:38 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 7 Sep 2021 15:37:38 +0200 Subject: [Scilab-users] Is http://mailinglists.scilab.org over? In-Reply-To: <24434c4a-9cf6-c60d-ce82-2379712e0d87@utc.fr> References: <4f734900-bccb-4e9c-2914-46bc58e54e4d@utc.fr> <24434c4a-9cf6-c60d-ce82-2379712e0d87@utc.fr> Message-ID: <40951b10-d570-aadd-777f-758c6e2e923f@utc.fr> legacy archive starting in 2007 (and ending in february 2014) http://lists.scilab.org/pipermail/users/ could be easily uploaded (e.g. mbox format) to www.mail-archive.com S. Le 07/09/2021 ? 15:24, St?phane Mottelet a ?crit?: > Archived mails start in 2012 > > Le 07/09/2021 ? 15:22, Cl?ment David a ?crit?: >> Hello Stephane, hello all, >> >> Thank you for finding this ML archive ; it looks to be a reliable >> source to find old mails. >> >> Cl?ment >> >>> -----Original Message----- >>> From: users On Behalf Of St?phane >>> Mottelet >>> Sent: Tuesday, September 7, 2021 3:13 PM >>> To: users at lists.scilab.org >>> Subject: Re: [Scilab-users] Is >>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//mailinglists.scilab.org&k=8YLU >>> over? >>> >>> Hi, >>> >>> is >>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=https%3A//www.mail-archive.com/users%40lists.scilab.org/&k=8YLU >>> the new place to >>> look for the list archives ? >>> >>> S. >>> >>> Le 21/07/2021 ? 15:37, Cl?ment David a ?crit?: >>>> Hello Samuel, hello all, >>>> >>>> Indeed we noticed that but where in a hurry delivering the 6.1.1 >>>> release. >>> The Nabble maintainers stopped the development [1] and started some >>> action to stop the service [2]. IMHO we need to switch to another >>> service for >>> archiving and searching the Scilab mailing lists. We investigated on >>> Discourse >>> a while ago but the operating cost is too costly for us ; there is >>> also an option >>> to have a full switch to Mailman v3 hosted services. >>>> Currently there is no free equivalent to Nabble so the mailinglists >>>> archive >>> might not be available for a time. Hopefully we can ask Nabble >>> maintainers to >>> restore the access but it really is a temporary solution. >>>> [1]: >>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=https%3A//support.nabble.com/The-Future-of-Nabble-tt7605923.html&k=8YLU >>>> [2]: >>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=https%3A//support.nabble.com/Downsizing-Nabble-tt7609715.html&k=8YLU >>>> >>>> Regards, >>>> >>>> Cl?ment >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: users On Behalf Of Samuel >>>>> Gougeon >>>>> Sent: Wednesday, July 21, 2021 3:03 PM >>>>> To: International users mailing list for Scilab. >>>>> >>>>> Subject: [Scilab-users] Is >>>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//mailinglists.scilab.org&k=8YLU >>>>> over? >>>>> >>>>> Le 19/07/2021 ? 09:56, Dang Ngoc Chan, Christophe a ?crit?: >>>>>> Hello Samuel, >>>>>> >>>>>>> De : users De la part de Samuel >>>>>>> Gougeon Envoy? : jeudi 8 juillet 2021 08:01 >>>>>>> >>>>>>> That's strange : do you confirm that this thread and following ones >>>>>>> (*) look no longer archived @ >>>>>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-&k=8YLU >>>>>>> >>>>>>> f2 >>>>>>> 602246.html >>>>>> I confirm I don't see the topic "Native arm64 build for Mac M1" in >>>>>> the list >>>>> either. >>>>> >>>>> >>>>> Thanks Christophe. >>>>> The same applies to the users-fr@ list, on which last messages posted >>>>> on 8th and 9th of July about "newaxes et subplot" were not archived. >>>>> >>>>> Finally, since yesterday, the whole >>>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//mailinglists.scilab.org&k=8YLU >>>>> website is unreachable. >>>>> We can't ignore the coincidence with the release of 6.1.1 the same >>>>> day. >>>>> >>>>> Scilab has no longer official truly public mailing lists, and former >>>>> archives as a knowledge database for 25 years and all corresponding >>>>> existing cross- references look over. >>>>> >>>>> Samuel >>>>> >>>>> _______________________________________________ >>>>> users mailing list >>>>> users at lists.scilab.org >>>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU >>>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU >>>> >>> -- >>> St?phane Mottelet >>> Ing?nieur de recherche >>> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >>> D?partement >>> G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de >>> Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : >>> +33(0)344234688 >>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//www.utc.fr/~mottelet&k=8YLU >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU >>> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/v3?i=cWdzUmRSM0ZiRHpoUDkxTSw3-90dQgKDkqmWWemZ6js&r=WXNQOUY5VXRSNUlTdlVTTgAgPzRHrDev93-c71JTxG3gYERdftx8enpEGCicW5Zy&f=R0pWUVNEaUFuMTBCTlptbqaYxU0NWnHz-Aov_fSSM1D4vfIz2L0jb50-moW0RphD&u=http%3A//lists.scilab.org/mailman/listinfo/users&k=8YLU >> > -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From fmiyara at fceia.unr.edu.ar Wed Sep 8 00:17:42 2021 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 7 Sep 2021 19:17:42 -0300 Subject: [Scilab-users] Problem using datafit() Message-ID: <02fbef15-8673-c44f-058b-355a64af965a@fceia.unr.edu.ar> Dear all, I have a problem using datafit() to adjust the parameters of a model. The script below has four parts. The first one actually is a synthesis of the data I'm working with. It just creates the data (logf0, Te) to model. The second part introduces the function g(x, p) to model the data. Part three creates the "gap" function required for datafit(). It does so in two alternative ways selected with the variable option. If option = 1, the definition of the gap function is given inside the body of that function. If option = 2, it uses the model function previously created. Finally, part 4 addresses the fitting procedure. My problem is that with option = 1, it works fine, but when option = 2 it halts with the following error: --> [P, err] = datafit(G, Z, po) at line???? 8 of function G at line??? 16 of function costf at line?? -12 of function optim at line?? 243 of function datafit ( C:\Program Files\scilab-6.1.1\modules\optimization\macros\datafit.sci line 255 ) Invalid index. --> toc ?ans? = ?? 0.6467990 The normal time to do the full fitting is about 40 s. The time of the aborted process is 0.64 s, long enough to have done some iterations, which is baffling. I tried to see inside the datafit() source but frankly I don't understand what may be happening. May be somebody with more experience in the use of this function can give a hint on what's going on... Regards, Federico Miyara // 1 Data to approximate (Te = F(logf0)) logf = linspace(2.3025851, 9.9010847, 7) Telogf = [ 0.0446706 0.0225414 0.0147556 0.0055733 0.010994 ... 0.0189552 0.0277157] d = [-0.0338451 -0.0073327 -0.0076891 -0.0021065 0.0072043 ... 0.0049894 0.0124498] logf0 = log(10*10.^(0:0.005:3.3)) Te = interp(logf0, logf, Telogf, d); // 2 Analytic model function y=g(x, p) y = p(1) + p(2)*abs(x).^p(3) - p(4)*exp(-p(5)*x.^2); endfunction // 3 Function to minimize // (Gap or difference between data and model) function e=G(p, z) option = 1 select option case 1 gg = p(1) + p(2)*abs(z(1)).^p(3) - p(4)*exp(-p(5)*z(1).^2); e = z(2) - gg; case 2 e = z(2) - g(z(1), p) end endfunction // 4 Parameter algorithm adjustment Z = [logf0 - 6.2515185; Te]; po = [0.005 -0.00013 4 0.01 1.7] tic [P, err] = datafit(G, Z, po) toc -- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From kopac.jakub at gmail.com Thu Sep 9 12:23:47 2021 From: kopac.jakub at gmail.com (Jakub Kopac) Date: Thu, 9 Sep 2021 12:23:47 +0200 Subject: [Scilab-users] Problem using datafit() In-Reply-To: <02fbef15-8673-c44f-058b-355a64af965a@fceia.unr.edu.ar> References: <02fbef15-8673-c44f-058b-355a64af965a@fceia.unr.edu.ar> Message-ID: Hello, looks like a conflict with internals or bug, changing the function name of "g" will solve the problem. Best regards J.K. st 8. 9. 2021 o 0:18 Federico Miyara nap?sal(a): > > Dear all, > > I have a problem using datafit() to adjust the parameters of a model. The > script below has four parts. The first one actually is a synthesis of the > data I'm working with. It just creates the data (logf0, Te) to model. > > The second part introduces the function g(x, p) to model the data. > > Part three creates the "gap" function required for datafit(). It does so > in two alternative ways selected with the variable option. If option = 1, > the definition of the gap function is given inside the body of that > function. If option = 2, it uses the model function previously created. > > Finally, part 4 addresses the fitting procedure. > > My problem is that with option = 1, it works fine, but when option = 2 it > halts with the following error: > > --> [P, err] = datafit(G, Z, po) > at line 8 of function G > at line 16 of function costf > at line -12 of function optim > at line 243 of function datafit ( C:\Program > Files\scilab-6.1.1\modules\optimization\macros\datafit.sci line 255 ) > > Invalid index. > --> toc > ans = > 0.6467990 > > The normal time to do the full fitting is about 40 s. The time of the > aborted process is 0.64 s, long enough to have done some iterations, which > is baffling. I tried to see inside the datafit() source but frankly I don't > understand what may be happening. > > May be somebody with more experience in the use of this function can give > a hint on what's going on... > > Regards, > > Federico Miyara > > > // 1 Data to approximate (Te = F(logf0))logf = linspace(2.3025851, 9.9010847, 7)Telogf = [ 0.0446706 0.0225414 0.0147556 0.0055733 0.010994 ... > 0.0189552 0.0277157]d = [-0.0338451 -0.0073327 -0.0076891 -0.0021065 0.0072043 ... > 0.0049894 0.0124498]logf0 = log(10*10.^(0:0.005:3.3))Te = interp(logf0, logf, Telogf, d); > // 2 Analytic modelfunction y=g(x, p) > y = p(1) + p(2)*abs(x).^p(3) - p(4)*exp(-p(5)*x.^2);endfunction > // 3 Function to minimize // (Gap or difference between data and model)function e=G(p, z) > option = 1 > select option > case 1 > gg = p(1) + p(2)*abs(z(1)).^p(3) - p(4)*exp(-p(5)*z(1).^2); > e = z(2) - gg; > case 2 > e = z(2) - g(z(1), p) > endendfunction > // 4 Parameter algorithm adjustmentZ = [logf0 - 6.2515185; Te]; po = [0.005 -0.00013 4 0.01 1.7]tic[P, err] = datafit(G, Z, po)toc > > > > Libre > de virus. www.avast.com > > <#m_2079245045849932327_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Sep 9 12:28:59 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 9 Sep 2021 12:28:59 +0200 Subject: [Scilab-users] Problem using datafit() In-Reply-To: References: <02fbef15-8673-c44f-058b-355a64af965a@fceia.unr.edu.ar> Message-ID: Hi, This is just a problem of variable scope, "g" is used internally by datafit, likely. All user parameters or functions used in G should be given by using a list, i.e. : function e=G(p, z, g) option = 1 select option case 1 gg = p(1) + p(2)*abs(z(1)).^p(3) - p(4)*exp(-p(5)*z(1).^2); e = z(2) - gg; case 2 e = z(2) - g(z(1), p) end endfunction // 4 Parameter algorithm adjustment Z = [logf0 - 6.2515185; Te]; po = [0.005 -0.00013 4 0.01 1.7] tic [P, err] = datafit(list(G,g), Z, po) toc S. Le 09/09/2021 ? 12:23, Jakub Kopac a ?crit?: > Hello, > > looks like a conflict with internals or bug, > changing the function name of "g" will solve the problem. > > Best regards > > J.K. > > > st 8. 9. 2021 o?0:18 Federico Miyara > nap?sal(a): > > > Dear all, > > I have a problem using datafit() to adjust the parameters of a > model. The script below has four parts. The first one actually is > a synthesis of the data I'm working with. It just creates the data > (logf0, Te) to model. > > The second part introduces the function g(x, p) to model the data. > > Part three creates the "gap" function required for datafit(). It > does so in two alternative ways selected with the variable option. > If option = 1, the definition of the gap function is given inside > the body of that function. If option = 2, it uses the model > function previously created. > > Finally, part 4 addresses the fitting procedure. > > My problem is that with option = 1, it works fine, but when option > = 2 it halts with the following error: > > --> [P, err] = datafit(G, Z, po) > at line???? 8 of function G > at line??? 16 of function costf > at line?? -12 of function optim > at line?? 243 of function datafit ( C:\Program > Files\scilab-6.1.1\modules\optimization\macros\datafit.sci > line 255 ) > > Invalid index. > --> toc > ?ans? = > ?? 0.6467990 > > The normal time to do the full fitting is about 40 s. The time of > the aborted process is 0.64 s, long enough to have done some > iterations, which is baffling. I tried to see inside the datafit() > source but frankly I don't understand what may be happening. > > May be somebody with more experience in the use of this function > can give a hint on what's going on... > > Regards, > > Federico Miyara > > // 1 Data to approximate (Te = F(logf0)) > logf = linspace(2.3025851, 9.9010847, 7) > Telogf = [ 0.0446706 0.0225414 0.0147556 0.0055733 0.010994 ... > 0.0189552 0.0277157] > d = [-0.0338451 -0.0073327 -0.0076891 -0.0021065 0.0072043 ... > 0.0049894 0.0124498] > logf0 = log(10*10.^(0:0.005:3.3)) > Te = interp(logf0, logf, Telogf, d); > > // 2 Analytic model > function y=g(x, p) > y = p(1) + p(2)*abs(x).^p(3) - p(4)*exp(-p(5)*x.^2); > endfunction > > // 3 Function to minimize > // (Gap or difference between data and model) > function e=G(p, z) > option = 1 > select option > case 1 > gg = p(1) + p(2)*abs(z(1)).^p(3) - p(4)*exp(-p(5)*z(1).^2); > e = z(2) - gg; > case 2 > e = z(2) - g(z(1), p) > end > endfunction > > // 4 Parameter algorithm adjustment > Z = [logf0 - 6.2515185; Te]; > po = [0.005 -0.00013 4 0.01 1.7] > tic > [P, err] = datafit(G, Z, po) > toc > > > > Libre de virus. www.avast.com > > > > <#m_2079245045849932327_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdr at durietz.se Wed Sep 22 11:05:06 2021 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 22 Sep 2021 11:05:06 +0200 Subject: [Scilab-users] Remove a Scilab version in Ubuntu Linux Message-ID: Hello, can I remove the version 6.0.1 from the terminal with $ sudo rm -r /usr/local/scilab/scilab-6.1.0/ or is that not enough? Regards Stefan From sdr at durietz.se Wed Sep 22 12:08:29 2021 From: sdr at durietz.se (Stefan Du Rietz) Date: Wed, 22 Sep 2021 12:08:29 +0200 Subject: [Scilab-users] 6.1.1 startup error Message-ID: Hello, when starting Scilab 6.1.1 with $ /usr/local/scilab/scilab-6.1.1/bin/scilab I get the message: Startup execution: loading initial environment at line 81 of function xmlGetValues ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci line 94 ) at line 22 of function help ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci line 34 ) at line 14 of function helpbrowser_update ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci line 25 ) xmlGetValues: Invalid attribute name: lang. in Ubuntu Linux after a successful (apart from this) installation from scilab-6.1.1.bin.linux-x86_64.tar.gz What can I do? Regards Stefan From sgougeon at free.fr Wed Sep 22 17:10:44 2021 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 22 Sep 2021 17:10:44 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: References: Message-ID: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> Hello Stefan, This kind of error might arise when the content of the SCIHOME directory of a previous scilab version is copied into the SCIHOME of the current 6.1.1 version, for instance to avoid respecifying all users preferences. Unfortunately, when the template of some configuration file is changed from one version to the next one, the file must be regenerated. The issue should be fixed either by deleting the SCIHOME/configuration.xml file, and regenerating it automatically from scratch (quit Scilab and rerun it), or by editing it and changing or adding the line just before the one, for instance with Regards Samuel Le 22/09/2021 ? 12:08, Stefan Du Rietz a ?crit?: > Hello, > when starting Scilab 6.1.1 with > > ? $ /usr/local/scilab/scilab-6.1.1/bin/scilab > > I get the message: > > Startup execution: > ? loading initial environment > at line??? 81 of function xmlGetValues?????? ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci > line 94 ) > at line??? 22 of function help?????????????? ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci > line 34 ) > at line??? 14 of function helpbrowser_update ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci > line 25 ) > > xmlGetValues: Invalid attribute name: lang. > > in Ubuntu Linux after a successful (apart from this) installation from > scilab-6.1.1.bin.linux-x86_64.tar.gz > > What can I do? > > Regards > Stefan -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Sep 22 17:18:38 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 22 Sep 2021 17:18:38 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> Message-ID: Hi, The version of Scilab which generated the configuration.xml should be contained in some attribute of the top level element, i.e. ??? This would allow to trigger a proper upgrade of the file when the Scilab version differs or a regeneration if the file cannot be upgraded. S. Le 22/09/2021 ? 17:10, Samuel Gougeon a ?crit?: > Hello Stefan, > > This kind of error might arise when the content of the SCIHOME > directory of a previous scilab version is copied into the SCIHOME of > the current 6.1.1 version, for instance to avoid respecifying all > users preferences. > Unfortunately, when the template of some configuration file is changed > from one version to the next one, the file must be regenerated. > > The issue should be fixed either by deleting the > SCIHOME/configuration.xml file, and regenerating it automatically from > scratch (quit Scilab and rerun it), > or by editing it and changing or adding the line just before the > one, for instance with > > > Regards > Samuel > > Le 22/09/2021 ? 12:08, Stefan Du Rietz a ?crit?: >> Hello, >> when starting Scilab 6.1.1 with >> >> ? $ /usr/local/scilab/scilab-6.1.1/bin/scilab >> >> I get the message: >> >> Startup execution: >> ? loading initial environment >> at line??? 81 of function xmlGetValues?????? ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci >> line 94 ) >> at line??? 22 of function help?????????????? ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci >> line 34 ) >> at line??? 14 of function helpbrowser_update ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci >> line 25 ) >> >> xmlGetValues: Invalid attribute name: lang. >> >> in Ubuntu Linux after a successful (apart from this) installation from >> scilab-6.1.1.bin.linux-x86_64.tar.gz >> >> What can I do? >> >> Regards >> Stefan > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Wed Sep 22 17:35:41 2021 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Wed, 22 Sep 2021 15:35:41 +0000 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> Message-ID: Hi St?phane, hi Samuel, hi all, The idea behind SCIHOME is to have a version specific directory to avoid any issues when upgrading from Scilab versions to Scilab versions ; IMHO implementing an upgrade for files stored into this directory is for me a non-sense ; the upgrade could be done manually (as Samuel described) for the few users that copy the files between SCIHOMEs. Cl?ment From: users On Behalf Of St?phane Mottelet Sent: Wednesday, September 22, 2021 5:19 PM To: users at lists.scilab.org Subject: Re: [Scilab-users] 6.1.1 startup error Hi, The version of Scilab which generated the configuration.xml should be contained in some attribute of the top level element, i.e. This would allow to trigger a proper upgrade of the file when the Scilab version differs or a regeneration if the file cannot be upgraded. S. Le 22/09/2021 ? 17:10, Samuel Gougeon a ?crit : Hello Stefan, This kind of error might arise when the content of the SCIHOME directory of a previous scilab version is copied into the SCIHOME of the current 6.1.1 version, for instance to avoid respecifying all users preferences. Unfortunately, when the template of some configuration file is changed from one version to the next one, the file must be regenerated. The issue should be fixed either by deleting the SCIHOME/configuration.xml file, and regenerating it automatically from scratch (quit Scilab and rerun it), or by editing it and changing or adding the line just before the one, for instance with Regards Samuel Le 22/09/2021 ? 12:08, Stefan Du Rietz a ?crit : Hello, when starting Scilab 6.1.1 with $ /usr/local/scilab/scilab-6.1.1/bin/scilab I get the message: Startup execution: loading initial environment at line 81 of function xmlGetValues ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci line 94 ) at line 22 of function help ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci line 34 ) at line 14 of function helpbrowser_update ( /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci line 25 ) xmlGetValues: Invalid attribute name: lang. in Ubuntu Linux after a successful (apart from this) installation from scilab-6.1.1.bin.linux-x86_64.tar.gz What can I do? Regards Stefan _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Sep 22 18:03:49 2021 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 22 Sep 2021 18:03:49 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> Message-ID: <140d2f72-62db-d551-ea64-4664b593b40b@free.fr> Le 22/09/2021 ? 17:35, Cl?ment David a ?crit?: > > Hi St?phane, hi Samuel, hi all, > > The idea behind SCIHOME is to have a version specific directory to > avoid any issues when upgrading from Scilab versions to Scilab > versions ; IMHO implementing an upgrade for files stored into this > directory is for me a non-sense ; the upgrade could be done manually > (as Samuel described) for the few users that copy the files between > SCIHOMEs. > IMHO, having a separate SCIHOME directory for each scilab version is fine. This does not necessarily demand to initialize SCIHOME configuration files with "factory files" shipped with the release, at the first run, as it is currently done. This initialization could be done with configuration files of a previous most recent Scilab release, provided that configuration files are tagged with the scilab version that generated (or upgraded) them as proposed by Stephane. This would improve the continuity of usage. However, detecting a previous version on the same computer is not so obvious. Currently, scilab user preferences are not extremely numerous, and as long as scilab releases won't be more frequent, resetting preferences by hand for each release is feasable and not blocking. But for softwares and freewares that propose frequent upgrades, handling the copy or upgrade of configuration files in an automatic way is just mandatory. Samuel PS: by the way, i thing that, as a general rule, tagging a generated file with the (name and) version of the software that generated it is wise and dramatically improves files backward compatibility. This could be done as well for .scg files (i don't thing they are tagged), .zcos files (may be they already are), . dat ones (from save()), etc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Sep 22 18:13:28 2021 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 22 Sep 2021 18:13:28 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: <140d2f72-62db-d551-ea64-4664b593b40b@free.fr> References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> <140d2f72-62db-d551-ea64-4664b593b40b@free.fr> Message-ID: Le 22/09/2021 ? 18:03, Samuel Gougeon a ?crit?: > Le 22/09/2021 ? 17:35, Cl?ment David a ?crit?: >> >> Hi St?phane, hi Samuel, hi all, >> >> The idea behind SCIHOME is to have a version specific directory to >> avoid any issues when upgrading from Scilab versions to Scilab >> versions ; IMHO implementing an upgrade for files stored into this >> directory is for me a non-sense ; the upgrade could be done manually >> (as Samuel described) for the few users that copy the files between >> SCIHOMEs. >> > > IMHO, having a separate SCIHOME directory for each scilab version is fine. > I should have written: this is /definitely/ fine, because it allows to install and use several Scilab versions on the same computer. And this is a very nice Scilab feature. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdr at durietz.se Thu Sep 23 11:20:59 2021 From: sdr at durietz.se (Stefan Du Rietz) Date: Thu, 23 Sep 2021 11:20:59 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> Message-ID: <42a2c071-2a6d-39c8-a967-3d42b6aad04b@durietz.se> Hello and many thanks for your replies! Samuel, Unfortunately, deleting SCIHOME/configuration.xml did not help (I have a vague memory that it worked previously). I agree with all your later comments. St?phane, my changed line gets replaced by so it did not help. Cl?ment, Deleting all the configuration files helped, BUT THEN ALL MY OWN FOLDERS WERE DELETED (a regression?)! Therefore all the changes I had made in my functions were lost! Regards Stefan On 2021-09-22 17:35, Cl?ment David wrote: > Hi St?phane, hi Samuel, hi all, > > The idea behind SCIHOME is to have a version specific directory to avoid > any issues when upgrading from Scilab versions to Scilab versions ; IMHO > implementing an upgrade for files stored into this directory is for me a > non-sense ; the upgrade could be done manually (as Samuel described) for > the few users that copy the files between SCIHOMEs. > > Cl?ment > > *From:* users *On Behalf Of *St?phane > Mottelet > *Sent:* Wednesday, September 22, 2021 5:19 PM > *To:* users at lists.scilab.org > *Subject:* Re: [Scilab-users] 6.1.1 startup error > > Hi, > > The version of Scilab which generated the configuration.xml should be > contained in some attribute of the top level element, i.e. > > ??? > > This would allow to trigger a proper upgrade of the file when the Scilab > version differs or a regeneration if the file cannot be upgraded. > > S. > > Le 22/09/2021 ? 17:10, Samuel Gougeon a ?crit?: > > Hello Stefan, > > > This kind of error might arise when the content of the SCIHOME > directory of a previous scilab version is copied into the SCIHOME of > the current 6.1.1 version, for instance to avoid respecifying all > users preferences. > Unfortunately, when the template of some configuration file is > changed from one version to the next one, the file must be regenerated. > > The issue should be fixed either by deleting the > SCIHOME/configuration.xml file, and regenerating it automatically > from scratch (quit Scilab and rerun it), > or by editing it and changing or adding the line just before the > one, for instance with > > > > > > Regards > Samuel > > Le 22/09/2021 ? 12:08, Stefan Du Rietz a ?crit?: > > Hello, > when starting Scilab 6.1.1 with > > ? $ /usr/local/scilab/scilab-6.1.1/bin/scilab > > I get the message: > > Startup execution: > ? loading initial environment > at line??? 81 of function xmlGetValues?????? ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci > line 94 ) > at line??? 22 of function help?????????????? ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci > line 34 ) > at line??? 14 of function helpbrowser_update ( > /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci > line 25 ) > > xmlGetValues: Invalid attribute name: lang. > > in Ubuntu Linux after a successful (apart from this) > installation from > scilab-6.1.1.bin.linux-x86_64.tar.gz > > What can I do? > > Regards > Stefan > > > > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/users > > -- > > St?phane Mottelet > > Ing?nieur de recherche > > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > > D?partement G?nie des Proc?d?s Industriels > > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > > CS 60319, 60203 Compi?gne cedex > > Tel : +33(0)344234688 > > http://www.utc.fr/~mottelet > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From stephane.mottelet at utc.fr Thu Sep 23 11:28:25 2021 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 23 Sep 2021 11:28:25 +0200 Subject: [Scilab-users] 6.1.1 startup error In-Reply-To: <42a2c071-2a6d-39c8-a967-3d42b6aad04b@durietz.se> References: <30832dff-36c9-1aad-0373-73d1282dfec5@free.fr> <42a2c071-2a6d-39c8-a967-3d42b6aad04b@durietz.se> Message-ID: <2b6546a0-00c6-5eed-e5a1-18f1ad64e45c@utc.fr> Hi Stefan, Did you really, as suggested Samuel, copy the content of your previous 6.1 SCIHOME into the 6.1.1 SCIHOME, which could explain the initial error messge ? S. Le 23/09/2021 ? 11:20, Stefan Du Rietz a ?crit?: > Hello and many thanks for your replies! > > Samuel, > Unfortunately, deleting SCIHOME/configuration.xml did not help (I have > a vague memory that it worked previously). I agree with all your later > comments. > > St?phane, > my changed line > > gets replaced by > > so it did not help. > > Cl?ment, > Deleting all the configuration files helped, BUT THEN ALL MY OWN > FOLDERS WERE DELETED (a regression?)! Therefore all the changes I had > made in my functions were lost! > > Regards > Stefan > > > On 2021-09-22 17:35, Cl?ment David wrote: >> Hi St?phane, hi Samuel, hi all, >> >> The idea behind SCIHOME is to have a version specific directory to >> avoid any issues when upgrading from Scilab versions to Scilab >> versions ; IMHO implementing an upgrade for files stored into this >> directory is for me a non-sense ; the upgrade could be done manually >> (as Samuel described) for the few users that copy the files between >> SCIHOMEs. >> >> Cl?ment >> >> *From:* users *On Behalf Of >> *St?phane Mottelet >> *Sent:* Wednesday, September 22, 2021 5:19 PM >> *To:* users at lists.scilab.org >> *Subject:* Re: [Scilab-users] 6.1.1 startup error >> >> Hi, >> >> The version of Scilab which generated the configuration.xml should be >> contained in some attribute of the top level element, i.e. >> >> ???? >> >> This would allow to trigger a proper upgrade of the file when the >> Scilab version differs or a regeneration if the file cannot be upgraded. >> >> S. >> >> Le 22/09/2021 ? 17:10, Samuel Gougeon a ?crit?: >> >> ??? Hello Stefan, >> >> >> ??? This kind of error might arise when the content of the SCIHOME >> ??? directory of a previous scilab version is copied into the SCIHOME of >> ??? the current 6.1.1 version, for instance to avoid respecifying all >> ??? users preferences. >> ??? Unfortunately, when the template of some configuration file is >> ??? changed from one version to the next one, the file must be >> regenerated. >> >> ??? The issue should be fixed either by deleting the >> ??? SCIHOME/configuration.xml file, and regenerating it automatically >> ??? from scratch (quit Scilab and rerun it), >> ??? or by editing it and changing or adding the line just before the >> ??? one, for instance with >> >> ??? >> >> ??? >> >> ??? Regards >> ??? Samuel >> >> ??? Le 22/09/2021 ? 12:08, Stefan Du Rietz a ?crit?: >> >> ??????? Hello, >> ??????? when starting Scilab 6.1.1 with >> >> ???????? ? $ /usr/local/scilab/scilab-6.1.1/bin/scilab >> >> ??????? I get the message: >> >> ??????? Startup execution: >> ???????? ? loading initial environment >> ??????? at line??? 81 of function xmlGetValues?????? ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/xml/macros/xmlGetValues.sci >> ??????? line 94 ) >> ??????? at line??? 22 of function help?????????????? ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/help.sci >> ??????? line 34 ) >> ??????? at line??? 14 of function helpbrowser_update ( >> /usr/local/scilab/scilab-6.1.1/share/scilab/modules/helptools/macros/helpbrowser_update.sci >> ??????? line 25 ) >> >> ??????? xmlGetValues: Invalid attribute name: lang. >> >> ??????? in Ubuntu Linux after a successful (apart from this) >> ??????? installation from >> ??????? scilab-6.1.1.bin.linux-x86_64.tar.gz >> >> ??????? What can I do? >> >> ??????? Regards >> ??????? Stefan >> >> >> >> >> ??? _______________________________________________ >> >> ??? users mailing list >> >> ??? users at lists.scilab.org >> >> ??? http://lists.scilab.org/mailman/listinfo/users >> >> >> -- >> >> St?phane Mottelet >> >> Ing?nieur de recherche >> >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> >> D?partement G?nie des Proc?d?s Industriels >> >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> >> CS 60319, 60203 Compi?gne cedex >> >> Tel : +33(0)344234688 >> >> http://www.utc.fr/~mottelet? >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet From p.muehlmann at gmail.com Mon Sep 27 16:50:47 2021 From: p.muehlmann at gmail.com (P M) Date: Mon, 27 Sep 2021 16:50:47 +0200 Subject: [Scilab-users] find all files of specific type on hard drive Message-ID: Dear All, I need to find and list all files of a specific type on my hard drive....How to do that in the most elegant way? E.g.: - find all *.txt files in "D:\" - also find all '*.txt' files in each sub - directory, sub-sub-directory, ..etc - create a list that stores the absolute path names to the *.txt files. I am aware of - dir - findfiles - listfiles - ls But they only seem to list the files in a dedicated folder. Is there a function, that also searches all sub-folders automatically? Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis.crete at thalesgroup.com Mon Sep 27 17:01:20 2021 From: denis.crete at thalesgroup.com (CRETE Denis) Date: Mon, 27 Sep 2021 15:01:20 +0000 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: References: Message-ID: Hello, May be with unix_g ? HTH Denis De : users De la part de P M Envoy? : lundi 27 septembre 2021 16:51 ? : International users mailing list for Scilab. Objet : [Scilab-users] find all files of specific type on hard drive Dear All, I need to find and list all files of a specific type on my hard drive....How to do that in the most elegant way? E.g.: - find all *.txt files in "D:\" - also find all '*.txt' files in each sub - directory, sub-sub-directory, ..etc - create a list that stores the absolute path names to the *.txt files. I am aware of - dir - findfiles - listfiles - ls But they only seem to list the files in a dedicated folder. Is there a function, that also searches all sub-folders automatically? Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Mon Sep 27 17:52:36 2021 From: cfuttrup at gmail.com (Claus Futtrup) Date: Mon, 27 Sep 2021 17:52:36 +0200 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: References: Message-ID: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> Hi Philipp This piece of code used to work (haven't checked with Scilab 6.1.1). First I ask the user to select one file in the directory, then I create a list of all files in that directory and read all of them: [units,typs,nams]=file(); // nams(1) = script file name incl. path fpathname=strsplit(nams(1), [filesep()]); scriptpath = get_absolute_file_path(fpathname($)); printf("Please select a .txt measurement file\n"); [filetoread pathtofile] = uigetfile("*.txt",scriptpath,"Choose measurement file"); // For a start, assume script file is in the same directory as the data, // but don't be sure, read pathtofile and use it instead. readfile = pathtofile + "\" + filetoread; if length(filetoread)>4 then // one char + .txt expected, i.e. length>4 // If user doesn't select any file, the above check prevents a crash chdir(pathtofile); if verbose then printf("MSG: File found, thanks!\n"); end ... // Analyze - find all files in the path, who's filename is an // integer, which means - we expect it to be an angle. filelist=listfiles(pathtofile + "\*.txt"); ... imax=max(size(filelist)); ... printf("Loop %i times: ",imax); for i=1:imax do printf("%i ",i) // Show progress [path fname extension] = fileparts(filelist(i)); if isnum(fname) then // check if fname (a string) contains d=evstr(fname); // a number, and convert to number I hope this is inspiring. Cheers, Claus On 27-09-2021 16:50, P M wrote: > Dear All, > > I need to find and list all files of a specific type on my hard > drive....How to do that in the most elegant way? > > E.g.: > > - find all *.txt files in "D:\" > - also find all '*.txt' files in each sub - directory, > sub-sub-directory, ..etc > - create a list that stores the absolute path names to the *.txt files. > > I am aware of > - dir > - findfiles > - listfiles > - ls > > But they only seem to list the files in a dedicated folder. > > Is there a function, that also searches all sub-folders automatically? > > Thank you, > Philipp > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Mon Sep 27 20:37:08 2021 From: p.muehlmann at gmail.com (P M) Date: Mon, 27 Sep 2021 20:37:08 +0200 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> References: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> Message-ID: @ Denis: - I forgot to mention: The files are under windows. @ Claus: - [...] I create a list of all files in that directory and read all of them [....] Yes , this is what I see when using "listfiles" What I am searching for would be: - choose a directory - choose a file extension --> create a list of all files with that extension in : -> the directory -> in all sub-directories I do doubt that there is a ready-to-use-function for that, so my question is: How to do it the most elegant way? I do not have a full aproach for this, yet. However I feel, that the first thing to do is, to get absolut pathnames to all folders, Afterwards I would scan each folder for the specifi file type. Mh...still thinking. Philipp Am Mo., 27. Sept. 2021 um 17:52 Uhr schrieb Claus Futtrup < cfuttrup at gmail.com>: > Hi Philipp > > This piece of code used to work (haven't checked with Scilab 6.1.1). First > I ask the user to select one file in the directory, then I create a list of > all files in that directory and read all of them: > > [units,typs,nams]=file(); // nams(1) = script file name incl. pathfpathname=strsplit(nams(1), [filesep()]);scriptpath = get_absolute_file_path(fpathname($)); > printf("Please select a .txt measurement file\n");[filetoread pathtofile] = uigetfile("*.txt",scriptpath,"Choose measurement file"); > // For a start, assume script file is in the same directory as the data, > // but don't be sure, read pathtofile and use it instead.readfile = pathtofile + "\" + filetoread;if length(filetoread)>4 then // one char + .txt expected, i.e. length>4 > // If user doesn't select any file, the above check prevents a crash > chdir(pathtofile); > if verbose then printf(" MSG: File found, thanks!\n"); end > > ... > > // Analyze - find all files in the path, who's filename is an// integer, which means - we expect it to be an angle.filelist=listfiles(pathtofile + "\*.txt"); > > > ... > > imax=max(size(filelist)); > > ... > > printf("Loop %i times: ",imax);for i=1:imax do > printf("%i ",i) // Show progress > [path fname extension] = fileparts(filelist(i)); > if isnum(fname) then // check if fname (a string) contains > d=evstr(fname); // a number, and convert to number > > > I hope this is inspiring. > > Cheers, > Claus > > On 27-09-2021 16:50, P M wrote: > > Dear All, > > I need to find and list all files of a specific type on my hard > drive....How to do that in the most elegant way? > > E.g.: > > - find all *.txt files in "D:\" > - also find all '*.txt' files in each sub - directory, sub-sub-directory, > ..etc > - create a list that stores the absolute path names to the *.txt files. > > I am aware of > - dir > - findfiles > - listfiles > - ls > > But they only seem to list the files in a dedicated folder. > > Is there a function, that also searches all sub-folders automatically? > > Thank you, > Philipp > > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Mon Sep 27 20:56:53 2021 From: p.muehlmann at gmail.com (P M) Date: Mon, 27 Sep 2021 20:56:53 +0200 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: References: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> Message-ID: @ Denis: My fault: unix_g seem to be promising. f = unix_g('dir /A: *.txt /S') looks promising. thank you for the hint. BR Philipp Am Mo., 27. Sept. 2021 um 20:37 Uhr schrieb P M : > @ Denis: > - I forgot to mention: The files are under windows. > > @ Claus: > - [...] I create a list of all files in that directory and read all of > them [....] > > Yes , this is what I see when using "listfiles" > What I am searching for would be: > - choose a directory > - choose a file extension > > --> create a list of all files with that extension in : > -> the directory > -> in all sub-directories > > I do doubt that there is a ready-to-use-function for that, so my question > is: How to do it the most elegant way? > > I do not have a full aproach for this, yet. > However I feel, that the first thing to do is, to get absolut pathnames to > all folders, > Afterwards I would scan each folder for the specifi file type. > > > Mh...still thinking. > Philipp > > > > > > > Am Mo., 27. Sept. 2021 um 17:52 Uhr schrieb Claus Futtrup < > cfuttrup at gmail.com>: > >> Hi Philipp >> >> This piece of code used to work (haven't checked with Scilab 6.1.1). >> First I ask the user to select one file in the directory, then I create a >> list of all files in that directory and read all of them: >> >> [units,typs,nams]=file(); // nams(1) = script file name incl. pathfpathname=strsplit(nams(1), [filesep()]);scriptpath = get_absolute_file_path(fpathname($)); >> printf("Please select a .txt measurement file\n");[filetoread pathtofile] = uigetfile("*.txt",scriptpath,"Choose measurement file"); >> // For a start, assume script file is in the same directory as the data, >> // but don't be sure, read pathtofile and use it instead.readfile = pathtofile + "\" + filetoread;if length(filetoread)>4 then // one char + .txt expected, i.e. length>4 >> // If user doesn't select any file, the above check prevents a crash >> chdir(pathtofile); >> if verbose then printf(" MSG: File found, thanks!\n"); end >> >> ... >> >> // Analyze - find all files in the path, who's filename is an// integer, which means - we expect it to be an angle.filelist=listfiles(pathtofile + "\*.txt"); >> >> >> ... >> >> imax=max(size(filelist)); >> >> ... >> >> printf("Loop %i times: ",imax);for i=1:imax do >> printf("%i ",i) // Show progress >> [path fname extension] = fileparts(filelist(i)); >> if isnum(fname) then // check if fname (a string) contains >> d=evstr(fname); // a number, and convert to number >> >> >> I hope this is inspiring. >> >> Cheers, >> Claus >> >> On 27-09-2021 16:50, P M wrote: >> >> Dear All, >> >> I need to find and list all files of a specific type on my hard >> drive....How to do that in the most elegant way? >> >> E.g.: >> >> - find all *.txt files in "D:\" >> - also find all '*.txt' files in each sub - directory, sub-sub-directory, >> ..etc >> - create a list that stores the absolute path names to the *.txt files. >> >> I am aware of >> - dir >> - findfiles >> - listfiles >> - ls >> >> But they only seem to list the files in a dedicated folder. >> >> Is there a function, that also searches all sub-folders automatically? >> >> Thank you, >> Philipp >> >> >> >> >> _______________________________________________ >> users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Mon Sep 27 21:00:54 2021 From: cfuttrup at gmail.com (Claus Futtrup) Date: Mon, 27 Sep 2021 21:00:54 +0200 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: References: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> Message-ID: Hi Philipp To extend on the proposal by Denis, for Windows there is the DOS commands, like: DIR /S /B path\*.txt > result.lst It will traverse all subdirectories and with the pipe generate a text file with the result (replace 'path' with your real-name parent folder path). The result.lst contains a list of all files (one per line) with their complete file-path-names. Best regards, Claus On 27-09-2021 20:37, P M wrote: > @ Denis: > - I forgot to mention: The files are under windows. > > @ Claus: > - [...] I create a list of all files in that directory and read all of > them [....] > > Yes , this is what I see when using "listfiles" > What I am searching for would be: > - choose a directory > - choose a file extension > > --> create a list of all files with that extension in : > -> the directory > -> in all sub-directories > > I do doubt that there is a ready-to-use-function for that, so my > question is: How to do it the most elegant way? > > I do not have a full aproach for this, yet. > However I feel, that the first thing to do is, to get absolut > pathnames to all folders, > Afterwards I would scan each folder for the specifi file type. > > > Mh...still thinking. > Philipp > > > > > > > Am Mo., 27. Sept. 2021 um 17:52?Uhr schrieb Claus Futtrup > >: > > Hi Philipp > > This piece of code used to work (haven't checked with Scilab > 6.1.1). First I ask the user to select one file in the directory, > then I create a list of all files in that directory and read all > of them: > > [units,typs,nams]=file(); // nams(1) = script file name incl. path > fpathname=strsplit(nams(1), [filesep()]); > scriptpath = get_absolute_file_path(fpathname($)); > > printf("Please select a .txt measurement file\n"); > [filetoread pathtofile] = uigetfile("*.txt",scriptpath,"Choose measurement file"); > // For a start, assume script file is in the same directory as the > data, > // but don't be sure, read pathtofile and use it instead. > readfile = pathtofile + "\" + filetoread; > if length(filetoread)>4 then // one char + .txt expected, i.e. length>4 > // If user doesn't select any file, the above check prevents a crash > chdir(pathtofile); > if verbose then printf("MSG: File found, thanks!\n"); end > > ... > > // Analyze - find all files in the path, who's filename is an > // integer, which means - we expect it to be an angle. > filelist=listfiles(pathtofile + "\*.txt"); > > > ... > > imax=max(size(filelist)); > > ... > > printf("Loop %i times: ",imax); > for i=1:imax do > printf("%i ",i) // Show progress > [path fname extension] = fileparts(filelist(i)); > if isnum(fname) then // check if fname (a string) contains > d=evstr(fname); // a number, and convert to number > > > I hope this is inspiring. > > Cheers, > Claus > > On 27-09-2021 16:50, P M wrote: >> Dear All, >> >> I need to find and list all files of a specific type on my hard >> drive....How to do that in the most elegant way? >> >> E.g.: >> >> - find all *.txt files in "D:\" >> - also find all '*.txt' files in each sub - directory, >> sub-sub-directory, ..etc >> - create a list that stores the absolute path names to the *.txt >> files. >> >> I am aware of >> - dir >> - findfiles >> - listfiles >> - ls >> >> But they only seem to list the files in a dedicated folder. >> >> Is there a function, that also searches all sub-folders >> automatically? >> >> Thank you, >> Philipp >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Mon Sep 27 22:00:07 2021 From: p.muehlmann at gmail.com (P M) Date: Mon, 27 Sep 2021 22:00:07 +0200 Subject: [Scilab-users] find all files of specific type on hard drive In-Reply-To: References: <15ff1842-e3be-5602-42cb-85b5bd631b51@gmail.com> Message-ID: Hi Claus this is exactly what I needed...10 kudos. Best Regards, Philipp Am Mo., 27. Sept. 2021 um 21:01 Uhr schrieb Claus Futtrup < cfuttrup at gmail.com>: > Hi Philipp > > To extend on the proposal by Denis, for Windows there is the DOS commands, > like: > > DIR /S /B path\*.txt > result.lst > > It will traverse all subdirectories and with the pipe generate a text file > with the result (replace 'path' with your real-name parent folder path). > The result.lst contains a list of all files (one per line) with their > complete file-path-names. > > Best regards, > Claus > > On 27-09-2021 20:37, P M wrote: > > @ Denis: > - I forgot to mention: The files are under windows. > > @ Claus: > - [...] I create a list of all files in that directory and read all of > them [....] > > Yes , this is what I see when using "listfiles" > What I am searching for would be: > - choose a directory > - choose a file extension > > --> create a list of all files with that extension in : > -> the directory > -> in all sub-directories > > I do doubt that there is a ready-to-use-function for that, so my question > is: How to do it the most elegant way? > > I do not have a full aproach for this, yet. > However I feel, that the first thing to do is, to get absolut pathnames to > all folders, > Afterwards I would scan each folder for the specifi file type. > > > Mh...still thinking. > Philipp > > > > > > > Am Mo., 27. Sept. 2021 um 17:52 Uhr schrieb Claus Futtrup < > cfuttrup at gmail.com>: > >> Hi Philipp >> >> This piece of code used to work (haven't checked with Scilab 6.1.1). >> First I ask the user to select one file in the directory, then I create a >> list of all files in that directory and read all of them: >> >> [units,typs,nams]=file(); // nams(1) = script file name incl. pathfpathname=strsplit(nams(1), [filesep()]);scriptpath = get_absolute_file_path(fpathname($)); >> printf("Please select a .txt measurement file\n");[filetoread pathtofile] = uigetfile("*.txt",scriptpath,"Choose measurement file"); >> // For a start, assume script file is in the same directory as the data, >> // but don't be sure, read pathtofile and use it instead.readfile = pathtofile + "\" + filetoread;if length(filetoread)>4 then // one char + .txt expected, i.e. length>4 >> // If user doesn't select any file, the above check prevents a crash >> chdir(pathtofile); >> if verbose then printf(" MSG: File found, thanks!\n"); end >> >> ... >> >> // Analyze - find all files in the path, who's filename is an// integer, which means - we expect it to be an angle.filelist=listfiles(pathtofile + "\*.txt"); >> >> >> ... >> >> imax=max(size(filelist)); >> >> ... >> >> printf("Loop %i times: ",imax);for i=1:imax do >> printf("%i ",i) // Show progress >> [path fname extension] = fileparts(filelist(i)); >> if isnum(fname) then // check if fname (a string) contains >> d=evstr(fname); // a number, and convert to number >> >> >> I hope this is inspiring. >> >> Cheers, >> Claus >> >> On 27-09-2021 16:50, P M wrote: >> >> Dear All, >> >> I need to find and list all files of a specific type on my hard >> drive....How to do that in the most elegant way? >> >> E.g.: >> >> - find all *.txt files in "D:\" >> - also find all '*.txt' files in each sub - directory, sub-sub-directory, >> ..etc >> - create a list that stores the absolute path names to the *.txt files. >> >> I am aware of >> - dir >> - findfiles >> - listfiles >> - ls >> >> But they only seem to list the files in a dedicated folder. >> >> Is there a function, that also searches all sub-folders automatically? >> >> Thank you, >> Philipp >> >> >> >> >> _______________________________________________ >> users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > > _______________________________________________ > users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Tue Sep 28 11:13:30 2021 From: p.muehlmann at gmail.com (P M) Date: Tue, 28 Sep 2021 11:13:30 +0200 Subject: [Scilab-users] restriction for fileinfo (?) Message-ID: Dear, is there a restriction in path length when using fileinfo() ? I find files paths with a total length of > 256 characters. e.g.: total file name length = 77 characters // including the file extension total path length = 265 characters [ret, err] = fileinfo( absolute_path_to_file); ret = [ ] err = -1 the absolute_path_to_file is correct and the file does exists...So I have two assumptions: - name of the file is to long ... limit at 32 or 64 characters ? and/or - fileinfo() can only handle 256 characters ... maybe 260, because of null character at the string end ? Best Regards, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Tue Sep 28 13:03:26 2021 From: sgougeon at free.fr (sgougeon at free.fr) Date: Tue, 28 Sep 2021 13:03:26 +0200 (CEST) Subject: [Scilab-users] =?utf-8?q?Re=C2=A0=3A__restriction_for_fileinfo_?= =?utf-8?b?KD8p?= In-Reply-To: Message-ID: <400939793.145870952.1632827006345.JavaMail.root@zimbra75-e12.priv.proxad.net> Philipp, No problem for me with Scilab 6.1.1 on Windows 10 for a file in a directory whose name is 272-character long, when calling fileinfo() with the huge name in the path. So the issue may come from elsewhere. May be from a symbolic link (no test done on my side)? Samuel ----- Mail d'origine ----- De: P M ?: International users mailing list for Scilab. Envoy?: Tue, 28 Sep 2021 11:13:30 +0200 (CEST) Objet: [Scilab-users] restriction for fileinfo (?) Dear, is there a restriction in path length when using fileinfo() ? I find files paths with a total length of > 256 characters. ../.. From p.muehlmann at gmail.com Wed Sep 29 10:24:06 2021 From: p.muehlmann at gmail.com (P M) Date: Wed, 29 Sep 2021 10:24:06 +0200 Subject: [Scilab-users] restriction for fileinfo (?) In-Reply-To: <400939793.145870952.1632827006345.JavaMail.root@zimbra75-e12.priv.proxad.net> References: <400939793.145870952.1632827006345.JavaMail.root@zimbra75-e12.priv.proxad.net> Message-ID: Hallo Samuel, the whole thing is strange, since I also could create and read a path name on a win7 machine using Scilab 6.0.1. Here the path was in total 287 characters long, while the filename was 77 characters long. However I still have issues: - Win10 - Scilab 6.0.1 // read the path name from a txt file fd = mopen("fileList.txt",'r'); files = mgetl(fd,-1); mclose (fd); // nr of files nrOfFiles = size(files)(1); for i = 1:nrOfFiles [fileInfo, err] = fileinfo(files(i)); dateLastMod(i,:) = getdate(fileInfo(i,6)(:,[1 2 6]); end I do not see any strange characters in the folder or file name structure. e.g.: specific german characters "?", "?", "?" etc...except of maybe white-space-character folders can start with characters or numbers..e.g.: F:\CATIA-Parts\ExampleParts\BasicAircraft\000_fromMax\2029_13_98_-_06-This-is-model_name\04-SubmodelName\funktion\04_PartName\Part\PartVersion\04-the-actual-super-duper-long-file-name_SN0099-Part version.CATPart BR Am Di., 28. Sept. 2021 um 13:04 Uhr schrieb : > Philipp, > > No problem for me with Scilab 6.1.1 on Windows 10 for a file in a > directory whose name is 272-character long, when calling fileinfo() with > the huge name in the path. > So the issue may come from elsewhere. May be from a symbolic link (no test > done on my side)? > > Samuel > > ----- Mail d'origine ----- > De: P M > ?: International users mailing list for Scilab. > Envoy?: Tue, 28 Sep 2021 11:13:30 +0200 (CEST) > Objet: [Scilab-users] restriction for fileinfo (?) > > Dear, > > is there a restriction in path length when using fileinfo() ? > I find files paths with a total length of > 256 characters. > > ../.. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Wed Sep 29 10:58:44 2021 From: p.muehlmann at gmail.com (P M) Date: Wed, 29 Sep 2021 10:58:44 +0200 Subject: [Scilab-users] restriction for fileinfo (?) In-Reply-To: References: <400939793.145870952.1632827006345.JavaMail.root@zimbra75-e12.priv.proxad.net> Message-ID: ..typo: it is scilab 6.1.0 that I use in this case Am Mi., 29. Sept. 2021 um 10:24 Uhr schrieb P M : > Hallo Samuel, > > the whole thing is strange, since I also could create and read a path name > on a win7 machine using Scilab 6.0.1. > Here the path was in total 287 characters long, while the filename was 77 > characters long. > > However I still have issues: > - Win10 > - Scilab 6.0.1 > > // read the path name from a txt file > fd = mopen("fileList.txt",'r'); > files = mgetl(fd,-1); > mclose (fd); > > // nr of files > nrOfFiles = size(files)(1); > > > for i = 1:nrOfFiles > [fileInfo, err] = fileinfo(files(i)); > dateLastMod(i,:) = getdate(fileInfo(i,6)(:,[1 2 6]); > end > > > I do not see any strange characters in the folder or file name structure. > > e.g.: specific german characters "?", "?", "?" etc...except of maybe > white-space-character > > folders can start with characters or numbers..e.g.: > > F:\CATIA-Parts\ExampleParts\BasicAircraft\000_fromMax\2029_13_98_-_06-This-is-model_name\04-SubmodelName\funktion\04_PartName\Part\PartVersion\04-the-actual-super-duper-long-file-name_SN0099-Part > version.CATPart > > BR > > > > > > > > > > > > > > Am Di., 28. Sept. 2021 um 13:04 Uhr schrieb : > >> Philipp, >> >> No problem for me with Scilab 6.1.1 on Windows 10 for a file in a >> directory whose name is 272-character long, when calling fileinfo() with >> the huge name in the path. >> So the issue may come from elsewhere. May be from a symbolic link (no >> test done on my side)? >> >> Samuel >> >> ----- Mail d'origine ----- >> De: P M >> ?: International users mailing list for Scilab. >> Envoy?: Tue, 28 Sep 2021 11:13:30 +0200 (CEST) >> Objet: [Scilab-users] restriction for fileinfo (?) >> >> Dear, >> >> is there a restriction in path length when using fileinfo() ? >> I find files paths with a total length of > 256 characters. >> >> ../.. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.cheze at cea.fr Thu Sep 30 09:56:58 2021 From: david.cheze at cea.fr (CHEZE David 227480) Date: Thu, 30 Sep 2021 07:56:58 +0000 Subject: [Scilab-users] datatips in multiple axes plot Message-ID: Dear all, I found a limitation in the datatip manager of any figure window, as illustrated in the screen capture below, from the "multiple scaled plots" example : the datatip manager can catch only the last axe that was plotted, in the example only the red curve. This is a pity since it might be needed to ask datatip for other curves as well when analysing experimental data for instance. I tried to set first axe as the current axes, sca(gcf().children(3)), but I didn't manage to get the datatips for the first black curve. Do you see any reason for this limitation? Enhancement suggestion ? David [cid:image001.png at 01D7B5DE.8B7D70A0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39190 bytes Desc: image001.png URL: From denis.crete at thalesgroup.com Thu Sep 30 13:09:40 2021 From: denis.crete at thalesgroup.com (CRETE Denis) Date: Thu, 30 Sep 2021 11:09:40 +0000 Subject: [Scilab-users] datatips in multiple axes plot In-Reply-To: References: Message-ID: <9b3317767c1b43ff8026a4f2259b1618@thalesgroup.com> Hello, I tried to use the example of "newaxes" in the help files, but I can't create any datatip (because of frames ???)... With the example of "sca" in the help files, I can create datatips on all 3 curves (distributed on 2 different sets of axes). In this case, the subplots do not overlap. If the axes_bounds vectors are changed to [0,0,1,1] for both sets of axes, so that now they overlap, then I could not create datatips anymore. If you are looking for a workaround, then changing the order of the axes may be a solution. It should be possible to implement it by a new menu button created with uimenu (and as many submenus as the number of axes -1), each with a callback like "swap_handles(axes_1, axes_n)". HTH Denis De : users De la part de CHEZE David 227480 Envoy? : jeudi 30 septembre 2021 09:57 ? : Users mailing list for Scilab Objet : [Scilab-users] datatips in multiple axes plot Dear all, I found a limitation in the datatip manager of any figure window, as illustrated in the screen capture below, from the "multiple scaled plots" example : the datatip manager can catch only the last axe that was plotted, in the example only the red curve. This is a pity since it might be needed to ask datatip for other curves as well when analysing experimental data for instance. I tried to set first axe as the current axes, sca(gcf().children(3)), but I didn't manage to get the datatips for the first black curve. Do you see any reason for this limitation? Enhancement suggestion ? David [cid:image001.png at 01D7B5F6.9E231300] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39190 bytes Desc: image001.png URL: From stephane.mottelet at utc.fr Thu Sep 30 13:15:26 2021 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Thu, 30 Sep 2021 13:15:26 +0200 Subject: [Scilab-users] datatips in multiple axes plot In-Reply-To: <9b3317767c1b43ff8026a4f2259b1618@thalesgroup.com> References: <9b3317767c1b43ff8026a4f2259b1618@thalesgroup.com> Message-ID: Hello, Having digged in the code of the entity picker some time ago, I think that the problem can be fixed at the Java level. Please create an issue on Bugzilla. S. > Le 30 sept. 2021 ? 13:10, CRETE Denis a ?crit : > > ? > Hello, > I tried to use the example of ?newaxes? in the help files, but I can?t create any datatip (because of frames ???)? > With the example of ?sca? in the help files, I can create datatips on all 3 curves (distributed on 2 different sets of axes). In this case, the subplots do not overlap. > If the axes_bounds vectors are changed to [0,0,1,1] for both sets of axes, so that now they overlap, then I could not create datatips anymore. > > If you are looking for a workaround, then changing the order of the axes may be a solution. It should be possible to implement it by a new menu button created with uimenu (and as many submenus as the number of axes -1), each with a callback like ?swap_handles(axes_1, axes_n)?. > HTH > Denis > > De : users De la part de CHEZE David 227480 > Envoy? : jeudi 30 septembre 2021 09:57 > ? : Users mailing list for Scilab > Objet : [Scilab-users] datatips in multiple axes plot > > Dear all, > > I found a limitation in the datatip manager of any figure window, as illustrated in the screen capture below, from the ?multiple scaled plots? example : the datatip manager can catch only the last axe that was plotted, in the example only the red curve. This is a pity since it might be needed to ask datatip for other curves as well when analysing experimental data for instance. > I tried to set first axe as the current axes, sca(gcf().children(3)), but I didn?t manage to get the datatips for the first black curve. > Do you see any reason for this limitation? Enhancement suggestion ? > > > David > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: