From stephane.mottelet at utc.fr Mon Apr 1 16:15:19 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Mon, 1 Apr 2019 16:15:19 +0200 Subject: [Scilab-users] regexp in Scilab Message-ID: <8ddb4ffc-a0a2-045b-f608-3a3ce3b9f835@utc.fr> Hello, Each time I try to test nice regular expressions I find in Stack Overflow, the 'regexp' Scilab macro never succeed in compiling them. What is the regexp syntax supported by Scilab ? S. From sgougeon at free.fr Mon Apr 1 19:48:37 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 1 Apr 2019 19:48:37 +0200 Subject: [Scilab-users] regexp in Scilab In-Reply-To: <8ddb4ffc-a0a2-045b-f608-3a3ce3b9f835@utc.fr> References: <8ddb4ffc-a0a2-045b-f608-3a3ce3b9f835@utc.fr> Message-ID: <194a6efa-583b-b86a-6081-1097b6aa6b8f@free.fr> Le 01/04/2019 ? 16:15, St?phane Mottelet a ?crit : > Hello, > > Each time I try to test nice regular expressions I find in Stack > Overflow, the 'regexp' Scilab macro never succeed in compiling them. Often it's because delimiters are missing while expected, or are mischosen (but the list of supported delimiters is not documented: For instance, "!", "|", "," and "/" are supported, while"?", "$", or "?" are not and yields the "impossible to compile the pattren" message). Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Mon Apr 1 19:52:02 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Mon, 1 Apr 2019 19:52:02 +0200 Subject: [Scilab-users] regexp in Scilab In-Reply-To: <194a6efa-583b-b86a-6081-1097b6aa6b8f@free.fr> References: <8ddb4ffc-a0a2-045b-f608-3a3ce3b9f835@utc.fr> <194a6efa-583b-b86a-6081-1097b6aa6b8f@free.fr> Message-ID: <1290c2c7-9b7e-7eef-d08b-9b49e6112f3c@utc.fr> In fact patterns that are found almost everywhere have always to be put between "/" and "/".? That's not documented... S. Le 01/04/2019 ? 19:48, Samuel Gougeon a ?crit?: > Le 01/04/2019 ? 16:15, St?phane Mottelet a ?crit?: >> Hello, >> >> Each time I try to test nice regular expressions I find in Stack >> Overflow, the 'regexp' Scilab macro never succeed in compiling them. > > Often it's because delimiters are missing while expected, or are > mischosen (but the list of supported delimiters is not documented: For > instance, "!", "|", "," and "/" are supported, while"?", "$", or "?" > are not and yields the "impossible to compile the pattren" message). > > Samuel > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Apr 1 20:28:26 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 1 Apr 2019 20:28:26 +0200 Subject: [Scilab-users] regexp in Scilab In-Reply-To: <1290c2c7-9b7e-7eef-d08b-9b49e6112f3c@utc.fr> References: <8ddb4ffc-a0a2-045b-f608-3a3ce3b9f835@utc.fr> <194a6efa-583b-b86a-6081-1097b6aa6b8f@free.fr> <1290c2c7-9b7e-7eef-d08b-9b49e6112f3c@utc.fr> Message-ID: <45a9c01a-d602-6afc-2440-5a93624c3698@free.fr> Le 01/04/2019 ? 19:52, St?phane Mottelet a ?crit : > > In fact patterns that are found almost everywhere have always to be > put between "/" and "/". > The need of delimiters is in the standard specification. "/" are indeed often used, but this is not mandatory. Not only with Scilab. Even when only a regexp is expected, delimiters are still needed, to be able to specify some modifiers, that are written after the closing delimiter. From f.s.farimani at gmail.com Mon Apr 1 21:40:28 2019 From: f.s.farimani at gmail.com (farimani) Date: Mon, 1 Apr 2019 12:40:28 -0700 (MST) Subject: [Scilab-users] Where is the best place for Scilab - xcos / ScicosLab - scicos questions and bug report? In-Reply-To: <1550825509208-0.post@n3.nabble.com> References: <1550825509208-0.post@n3.nabble.com> Message-ID: <1554147628675-0.post@n3.nabble.com> Following this topic about active Scilab communities i have found that this forum: https://scilab.in/forum which belongs to the FOSSEE.in for Indian Institute of Technology of Bombai is comparatively active. It would be great if the communities could be connected as much as possible. Best, Foad Twitter https://twitter.com/fsfarimani LinkedIn https://www.linkedin.com/in/fsfarimani/ -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From f.s.farimani at gmail.com Mon Apr 1 23:32:43 2019 From: f.s.farimani at gmail.com (farimani) Date: Mon, 1 Apr 2019 14:32:43 -0700 (MST) Subject: [Scilab-users] Where is the Scilab source code and how one can contribute? Message-ID: <1554154363048-0.post@n3.nabble.com> Sorry for my ignorant question, but I just can't find the official source code of Scilab and its version control platform. Googling the term "Scilab source code" will bring results: http://bit.ly/2YG4cIN where in many cases the webpages are down :( as I have reported here https://bugzilla.scilab.org/show_bug.cgi?id=16022 1. I know there is forge: forge.scilab.org which seem to be based on svn, and there are a lot of repositories for toolboxes and ATOMS but I can't see the Scilab itself. 2. There is the codereview.scilab.org but I don't know which of the many Scilab accounts I have should be used to login there and there is no option for registration. 3. there is http://gitweb.scilab.org/ which seems to be just a log inventory and there is no option to register either. 4. there is the svn.scilab.org --> suggested here http://bit.ly/2WH9FgN on wiki but not sure if this is the source code or just the mac port of the software. (beside I don't think we should use svn anymore). Moreover, I don't know how I can commit or send pull requests. 5. There are some GitHub repositories: - https://github.com/ScilabOrg/scilab - https://github.com/opencollab/scilab - https://github.com/scilab/scilab --> (this one has been suggested here in the wiki http://bit.ly/2U9pL5L ) but I still don't know who is behind these mirrors and which one is the official one. The Scilab sister projects Nelson and Balisc are using GitHub and it seems to be working pretty nicely. Sadly my request for migrating the stack to GitHub or GitLab has not been welcomed: https://bugzilla.scilab.org/show_bug.cgi?id=16018 As you may see it is pretty difficult for anyone outside the Scilab developers to get in and contribute. This is not nice. It would be great if Scilab decision makers could take action on this matter and make sure novice people like me can also contribute. Best, Foad ----- Foad Sojoodi Farimani Twitter https://twitter.com/fsfarimani LinkedIn https://www.linkedin.com/in/fsfarimani/ -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From Karoli at greenae.org Tue Apr 2 10:44:59 2019 From: Karoli at greenae.org (karoli) Date: Tue, 2 Apr 2019 01:44:59 -0700 (MST) Subject: [Scilab-users] non linear optimization why produce Nan In-Reply-To: References: <1553674833584-0.post@n3.nabble.com> Message-ID: <1554194699804-0.post@n3.nabble.com> Hello mottelet I tested it, residual results is ok as bellow shown; -->dyke_error(p0,Value, i, y) ans = Nan - 332.01567 - 312.19667 - 324.46484 - 328.8238 - 332.27738 - 336.82964 - 341.48485 - 343.24755 - 347.12254 - 353.11492 - 355.2301 - 359.47381 - 360.85216 ........ continue but once I run leastsq function again, I got same results -->[f,p,g]=leastsq(dyke_error,p0) g = Nan Nan Nan Nan Nan p = 53.8 1527. 43.7 55.7 3424.7 f = Nan I still don't understand what's wrong with my code. regards karoli -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From stephane.mottelet at utc.fr Tue Apr 2 10:48:16 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 2 Apr 2019 10:48:16 +0200 Subject: [Scilab-users] non linear optimization why produce Nan In-Reply-To: <1554194699804-0.post@n3.nabble.com> References: <1553674833584-0.post@n3.nabble.com> <1554194699804-0.post@n3.nabble.com> Message-ID: Hello, Le 02/04/2019 ? 10:44, karoli a ?crit?: > Hello mottelet > I tested it, residual results is ok No it is not ok > as bellow shown; > -->dyke_error(p0,Value, i, y) > ans = > > Nan you have a "Not a Number" in first component > > - 332.01567 > - 312.19667 > - 324.46484 > - 328.8238 > - 332.27738 > - 336.82964 > - 341.48485 > - 343.24755 > - 347.12254 > - 353.11492 > - 355.2301 > - 359.47381 > - 360.85216 ........ continue > > but once I run leastsq function again, I got same results > > -->[f,p,g]=leastsq(dyke_error,p0) > g = > > Nan > Nan > Nan > Nan > Nan > p = > > 53.8 > 1527. > 43.7 > 55.7 > 3424.7 > f = > > Nan > > I still don't understand what's wrong with my code. > > regards > karoli > > > > -- > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 Apr 2 12:53:51 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 2 Apr 2019 12:53:51 +0200 Subject: [Scilab-users] non linear optimization why produce Nan In-Reply-To: References: <1553674833584-0.post@n3.nabble.com> <1554194699804-0.post@n3.nabble.com> Message-ID: You have to remove the first line of Value, because of the header "x,y"? in your sheet: --> Value ans? = ?? Nan??? Nan?? Nan ?? 0.???? 97.?? Nan ?? 20.??? 74.?? Nan ?? 40.??? 83.?? Nan ?? 60.??? 84.?? Nan ?? 80.??? 84.?? Nan ?? 100.?? 85.?? Nan ?? 120.?? 86.?? Nan ?? 140.?? 84.?? Nan ?? 160.?? 84.?? Nan ?? (...) ?? 2820.?? 585.??? Nan ?? 2840.?? 303.??? Nan ?? 2860.?? 28.???? Nan ?? 2880.? -132.??? Nan ?? 2900.? -205.??? Nan ?? 2920.? -214.??? Nan ?? 2940.? -170.??? Nan ?? 2960.? -107.??? Nan ?? 2980.? -62.???? Nan ?? 3000.? -32.???? Nan ?? 3020.? -2.????? Nan ?? 3040.?? 22.???? Nan ?? 3060.?? 40.???? Nan ?? 3080.?? 54.???? Nan Just insert Value(1,:) = [] after calling read_xls S. Le 02/04/2019 ? 10:48, St?phane Mottelet a ?crit?: > Hello, > > Le 02/04/2019 ? 10:44, karoli a ?crit?: >> Hello mottelet >> I tested it, residual results is ok > No it is not ok >> as bellow shown; >> -->dyke_error(p0,Value, i, y) >> ? ans? = >> ? ???? Nan > you have a "Not a Number" in first component >> ? ?? - 332.01567 >> ?? - 312.19667 >> ?? - 324.46484 >> ?? - 328.8238 >> ?? - 332.27738 >> ?? - 336.82964 >> ?? - 341.48485 >> ?? - 343.24755 >> ?? - 347.12254 >> ?? - 353.11492 >> ?? - 355.2301 >> ?? - 359.47381 >> ?? - 360.85216 ........ continue >> >> but once I run leastsq function again, I got same results >> >> -->[f,p,g]=leastsq(dyke_error,p0) >> ? g? = >> ? ???? Nan >> ???? Nan >> ???? Nan >> ???? Nan >> ???? Nan >> ? p? = >> ? ???? 53.8 >> ???? 1527. >> ???? 43.7 >> ???? 55.7 >> ???? 3424.7 >> ? f? = >> ? ???? Nan >> >> I still don't understand what's wrong with my code. >> >> regards >> karoli >> >> >> >> -- >> Sent from: >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 Karoli at greenae.org Tue Apr 2 18:03:18 2019 From: Karoli at greenae.org (karoli) Date: Tue, 2 Apr 2019 09:03:18 -0700 (MST) Subject: [Scilab-users] non linear optimization why produce Nan In-Reply-To: References: <1553674833584-0.post@n3.nabble.com> <1554194699804-0.post@n3.nabble.com> Message-ID: <1554220998687-0.post@n3.nabble.com> thanks a lot, St?phane Mottelet, now it is working. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Tue Apr 2 20:54:26 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 2 Apr 2019 20:54:26 +0200 Subject: [Scilab-users] Where is the best place for Scilab - xcos / ScicosLab - scicos questions and bug report? In-Reply-To: <1554147628675-0.post@n3.nabble.com> References: <1550825509208-0.post@n3.nabble.com> <1554147628675-0.post@n3.nabble.com> Message-ID: <5f8fddba-4ef5-d06a-6c80-8efbccea96b4@free.fr> Le 01/04/2019 ? 21:40, farimani a ?crit : > Following this topic about active Scilab communities i have found that this > forum: > > https://scilab.in/forum Nice catch. > which belongs to the FOSSEE.in for Indian Institute of Technology of Bombai > is comparatively active. It would be great if the communities could be > connected as much as possible. +1. It would be interesting to know why they deemed preferable to open a separate forum, instead of using users at lists.scilab.org. If any Indian subscriber is reading us, every contribution is welcome! This low-traffic forum has no search engine. So unfortunately it can't be used as a knowledge database (and it can't be added among resources used by uman(@). Otherwise, i would have been glad to add it.) Regards Samuel From sgougeon at free.fr Tue Apr 2 21:11:30 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 2 Apr 2019 21:11:30 +0200 Subject: [Scilab-users] MinGW makes my Scilab session very unstable (crashs) Message-ID: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> Dear co-scilabers, Since i installed recently the MinGW compiler and its Scilab interface https://atoms.scilab.org/toolboxes/mingw/0.10.5 and i initialized it (loading the module a first time), my Scilab sessions are much more instable, even when the minGW ATOMS module is NOT loaded. I get some hard immediate crashs for simple instructions, in a non reproducible way. I can't work more than ~200 rows of instructions without such impredictable crash. I use Scilab on Windows 7 64 bits. I have not tried yet to uninstall the compiler to see if i get back stable sessions. But installing this compiler is the only thing that changed on my computer. Does anyone use MinGW in a soft stable way on Windows? Looking forward to reading from you soon, Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Apr 2 21:41:00 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 2 Apr 2019 21:41:00 +0200 Subject: [Scilab-users] MinGW makes my Scilab session very unstable (crashs) In-Reply-To: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> References: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> Message-ID: <978c5c3c-1e65-a6ce-b5bc-94a1a6c491c5@utc.fr> Hello, Le 02/04/2019 ? 21:11, Samuel Gougeon a ?crit?: > Dear co-scilabers, > > Since i installed recently the MinGW compiler and its Scilab interface > https://atoms.scilab.org/toolboxes/mingw/0.10.5 > and i initialized it (loading the module a first time), > my Scilab sessions are much more instable, even when the minGW ATOMS > module is NOT loaded. > > I get some hard immediate crashs for simple instructions, in a non > reproducible way. > I can't work more than ~200 rows of instructions without such > impredictable crash. > I use Scilab on Windows 7 64 bits. > > I have not tried yet to uninstall the compiler to see if i get back > stable sessions. > But installing this compiler is the only thing that changed on my > computer. > > Does anyone use MinGW in a soft stable way on Windows? It works like a charm on my Virtualbox VM (Windows 7 64 bits). I don't understand your problems, as I thought (to be veryfied) that the gcc "solutions "package just copied files in /Users/userid/gcc ? S. > > Looking forward to reading from you soon, > > Regards > Samuel > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.s.farimani at gmail.com Tue Apr 2 23:46:06 2019 From: f.s.farimani at gmail.com (farimani) Date: Tue, 2 Apr 2019 14:46:06 -0700 (MST) Subject: [Scilab-users] Where is the Scilab source code and how one can contribute? In-Reply-To: <1554154363048-0.post@n3.nabble.com> References: <1554154363048-0.post@n3.nabble.com> Message-ID: <1554241566901-0.post@n3.nabble.com> I was able to clone "a" source code using git clone git://git.scilab.org/scilab which I found here http://gitweb.scilab.org/?p=scilab.git;a=summary but I still don't know how I can send a pull request or if this is the updated repository or a mirror. Moreover it seems that the GitHub repository https://github.com/scilab/scilab to be an official mirror as it appears in some documentations. However many of the GitHub features have been deactivated including the issue request! ----- Foad Sojoodi Farimani Twitter https://twitter.com/fsfarimani LinkedIn https://www.linkedin.com/in/fsfarimani/ -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From f.s.farimani at gmail.com Tue Apr 2 23:54:00 2019 From: f.s.farimani at gmail.com (farimani) Date: Tue, 2 Apr 2019 14:54:00 -0700 (MST) Subject: [Scilab-users] Where is the best place for Scilab - xcos / ScicosLab - scicos questions and bug report? In-Reply-To: <5f8fddba-4ef5-d06a-6c80-8efbccea96b4@free.fr> References: <1550825509208-0.post@n3.nabble.com> <1554147628675-0.post@n3.nabble.com> <5f8fddba-4ef5-d06a-6c80-8efbccea96b4@free.fr> Message-ID: <1554242040621-0.post@n3.nabble.com> Dear Samuel, My suggestion would be that some of us to create accounts there (I have already done), try to answer some of questions and then kindly invite them here. BTW whenever I find new Scilab islands I add them to this Reddit post I wrote while ago: https://www.reddit.com/r/scilab/comments/atf5vq/where_is_the_best_place_for_scilab_xcos_scicoslab/ Best, Foad ----- Foad Sojoodi Farimani Twitter https://twitter.com/fsfarimani LinkedIn https://www.linkedin.com/in/fsfarimani/ -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From stephane.mottelet at utc.fr Tue Apr 2 23:55:19 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 2 Apr 2019 23:55:19 +0200 Subject: [Scilab-users] Where is the Scilab source code and how one can contribute? In-Reply-To: <1554241566901-0.post@n3.nabble.com> References: <1554154363048-0.post@n3.nabble.com> <1554241566901-0.post@n3.nabble.com> Message-ID: Hi, Have a look at this page: https://wiki.scilab.org/gerrit S. Le 02/04/2019 ? 23:46, farimani a ?crit?: > I was able to clone "a" source code using > > git clone git://git.scilab.org/scilab > > which I found here > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/gitweb.scilab.org/?p=scilab.git;a=summary > > but I still don't know how I can send a pull request or if this is the > updated repository or a mirror. > > Moreover it seems that the GitHub repository > > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/github.com/scilab/scilab > > to be an official mirror as it appears in some documentations. However many > of the GitHub features have been deactivated including the issue request! > > > > > > ----- > Foad Sojoodi Farimani > > Twitter https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/twitter.com/fsfarimani > LinkedIn https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.linkedin.com/in/fsfarimani/ > -- > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From Alain.Lamy at cnes.fr Wed Apr 3 10:52:04 2019 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Wed, 3 Apr 2019 08:52:04 +0000 Subject: [Scilab-users] MinGW makes my Scilab session very unstable (crashs) In-Reply-To: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> References: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> Message-ID: <8F232902ADB4E14EB16789FB7006FC84728F57E9@TW-MBX-P01.cnesnet.ad.cnes.fr> Hi Samuel, I use the same version of MinGW (0.10.5) on Windows and I never noticed anything wrong. The only difference with you could be the way MinGW is loaded : for me it?s not through ATOMS but simply by executing : exec("?\mingw_0.10.5\loader.sce") in Scilab.ini file. Alain From: users On Behalf Of Samuel Gougeon Sent: mardi 2 avril 2019 21:12 To: International users mailing list for Scilab. Subject: [Scilab-users] MinGW makes my Scilab session very unstable (crashs) Dear co-scilabers, Since i installed recently the MinGW compiler and its Scilab interface https://atoms.scilab.org/toolboxes/mingw/0.10.5 and i initialized it (loading the module a first time), my Scilab sessions are much more instable, even when the minGW ATOMS module is NOT loaded. I get some hard immediate crashs for simple instructions, in a non reproducible way. I can't work more than ~200 rows of instructions without such impredictable crash. I use Scilab on Windows 7 64 bits. I have not tried yet to uninstall the compiler to see if i get back stable sessions. But installing this compiler is the only thing that changed on my computer. Does anyone use MinGW in a soft stable way on Windows? Looking forward to reading from you soon, Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Apr 3 13:51:43 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 3 Apr 2019 13:51:43 +0200 Subject: [Scilab-users] MinGW makes my Scilab session very unstable (crashs) In-Reply-To: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> References: <72db2e56-3dc0-1d6c-5d6d-d5e8165de659@free.fr> Message-ID: <63693942-5bfc-e8b8-5d02-1d4770406b8e@free.fr> St?phane, Alain, Thanks for your answers. The latest MinGW 0.10.5 is distributed for Scilab 6.0.x, while i have installed it for Scilab master, that is now 6.1.x-, and issues that i have are with Scilab master. Since MinGW builds some DLLs (does it?), i am not sure that the current MinGW configuration is Scilab 6.1-compatible. I will try on Scilab 6.0.2. Samuel Le 02/04/2019 ? 21:11, Samuel Gougeon a ?crit : > Dear co-scilabers, > > Since i installed recently the MinGW compiler and its Scilab interface > https://atoms.scilab.org/toolboxes/mingw/0.10.5 > and i initialized it (loading the module a first time), > my Scilab sessions are much more instable, even when the minGW ATOMS > module is NOT loaded. > > I get some hard immediate crashs for simple instructions, in a non > reproducible way. > I can't work more than ~200 rows of instructions without such > impredictable crash. > I use Scilab on Windows 7 64 bits. > > I have not tried yet to uninstall the compiler to see if i get back > stable sessions. > But installing this compiler is the only thing that changed on my > computer. > > Does anyone use MinGW in a soft stable way on Windows? > > Looking forward to reading from you soon, > > Regards > Samuel > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Wed Apr 3 17:42:09 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 3 Apr 2019 12:42:09 -0300 Subject: [Scilab-users] arrows in axis Message-ID: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> Dear all, Is there any standard way to add an arrow head to axes in a plot? I have found a function xarrows which allows drawing arrows, so it could be used as a workaround. But what I actually mean is something specific for axes which instead of using a plain line style uses one ended with an arrow head. 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 sgougeon at free.fr Wed Apr 3 22:21:21 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 3 Apr 2019 22:21:21 +0200 Subject: [Scilab-users] arrows in axis In-Reply-To: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> Message-ID: Hello Federico, Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : > > Dear all, > > Is there any standard way to add an arrow head to axes in a plot? > > I have found a function xarrows which allows drawing arrows, so it > could be used as a workaround. But what I actually mean is something > specific for axes which instead of using a plain line style uses one > ended with an arrow head. There is no dedicated axes property to do that. You may use xstring() as below. Bounds and arrows directions to use to set the arrows positions will depend on the axes orientation (reverse or not) and position (top/bottom | left/right) Regards Samuel clf plot2d() ax = gca(); ax.box = "off"; b = ax.data_bounds xstring(b(1),b(4),"?") set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) xstring(b(2),b(3),"?") set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : > Dear all, Is there any standard way to add an arrow head to axes in a > plot? I have found a function xarrows which allows drawing arrows, so > it could be used as a workaround. But what I actually mean is > something specific for axes which instead of using a plain line style > uses one ended with an arrow head. Regards, Federico Miyara -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: edpmhiagcafpldpf.png Type: image/png Size: 9526 bytes Desc: not available URL: From fmiyara at fceia.unr.edu.ar Thu Apr 4 04:56:27 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 3 Apr 2019 23:56:27 -0300 Subject: [Scilab-users] arrows in axis In-Reply-To: References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> Message-ID: <359f8c17-2b39-b4ff-d6e1-df1c31265584@fceia.unr.edu.ar> Thanks, Samuel. It is an acceptable workaround. I believe an axes property might be included in future versions, since it is frequent practice in books and papers to use box-like plots for empirical data and arrow axes for generic functions. Regards, Federico On 03/04/2019 17:21, Samuel Gougeon wrote: > Hello Federico, > > Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : >> >> Dear all, >> >> Is there any standard way to add an arrow head to axes in a plot? >> >> I have found a function xarrows which allows drawing arrows, so it >> could be used as a workaround. But what I actually mean is something >> specific for axes which instead of using a plain line style uses one >> ended with an arrow head. > > There is no dedicated axes property to do that. > > You may use xstring() as below. > Bounds and arrows directions to use to set the arrows positions will > depend on the axes orientation (reverse or not) and position > (top/bottom | left/right) > > Regards > Samuel > clf > plot2d() > ax = gca(); > ax.box = "off"; > b = ax.data_bounds > > xstring(b(1),b(4),"?") > set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) > > xstring(b(2),b(3),"?") > set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) > Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : >> Dear all, Is there any standard way to add an arrow head to axes in a >> plot? I have found a function xarrows which allows drawing arrows, so >> it could be used as a workaround. But what I actually mean is >> something specific for axes which instead of using a plain line style >> uses one ended with an arrow head. Regards, Federico Miyara > > > _______________________________________________ > 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 Thu Apr 4 06:03:04 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 4 Apr 2019 01:03:04 -0300 Subject: [Scilab-users] arrows in axis In-Reply-To: References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> Message-ID: <4d23253a-9822-7e8e-f8db-d31c18a21a8e@fceia.unr.edu.ar> Samuel, Investigating your example, you use the property clip_state and set it to "off", clearly to allow the arrow to go a bit outside the axes. I wondered whythis is necessary, considering that the documentation says the default value is "off". But after running some examples, I find "clipgrf" to be the default. Am I right? Regards, Federico On 03/04/2019 17:21, Samuel Gougeon wrote: > Hello Federico, > > Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : >> >> Dear all, >> >> Is there any standard way to add an arrow head to axes in a plot? >> >> I have found a function xarrows which allows drawing arrows, so it >> could be used as a workaround. But what I actually mean is something >> specific for axes which instead of using a plain line style uses one >> ended with an arrow head. > > There is no dedicated axes property to do that. > > You may use xstring() as below. > Bounds and arrows directions to use to set the arrows positions will > depend on the axes orientation (reverse or not) and position > (top/bottom | left/right) > > Regards > Samuel > clf > plot2d() > ax = gca(); > ax.box = "off"; > b = ax.data_bounds > > xstring(b(1),b(4),"?") > set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) > > xstring(b(2),b(3),"?") > set(gce(), "clip_state","off", "text_box_mode","centered", "font_size",4) > Le 03/04/2019 ? 17:42, Federico Miyara a ?crit : >> Dear all, Is there any standard way to add an arrow head to axes in a >> plot? I have found a function xarrows which allows drawing arrows, so >> it could be used as a workaround. But what I actually mean is >> something specific for axes which instead of using a plain line style >> uses one ended with an arrow head. Regards, Federico Miyara > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 9526 bytes Desc: not available URL: From amonmayr at laas.fr Thu Apr 4 11:08:33 2019 From: amonmayr at laas.fr (amonmayr at laas.fr) Date: Thu, 4 Apr 2019 11:08:33 +0200 Subject: [Scilab-users] Scilab 6.0.2 is released! In-Reply-To: References: Message-ID: Hi all, Thanks for the good work, the list of bug fixes is quite impressive and I am happy to see among them some nasty bugs that were really annoying for me. Sadly, http://bugzilla.scilab.org/show_bug.cgi?id=15336 is still present (scilab crashes right away on many ubuntu linux machines due to opengl driver issues). The workaround it quite simple ??? export MESA_GL_VERSION_OVERRIDE=3.0 ; scilab and easy to apply. But it's a terrible first experience for new users and, as the local scilab advocate, I can tell you that for many people it's enough to let them drop the ball and install matlab... Cheers, Antoine Le 14/02/2019 ? 18:09, yann.debray at scilab-enterprises.com a ?crit?: > Dear Scilab users, > > First of all, Happy valentine's day ?? You might say that we are > romantic... as we are releasing Scilab 6.0.2 at the anniversary date > of the release of Scilab 6.0.1 (14th of February 2018). But we are > french after all! > This release was a joint effort between Scilab contributors and the > Scilab team at ESI Group. > > Scilab 6.0.2 is the second revision of the 6.0 development branch. It > fixes up to 305 bugs and implements missing features from the 5.5.2 > version especially : > > * fix crashes and buggy behaviors on functions, displays and error > reporting. > * Xcos edition should no longer stop, block or crash Scilab. > * Many help pages have been improved with new examples and rephrasing. > > For the complete list of changes and bugs fixed, please take a look at > the CHANGES ? file. > > Download this brand new version at https://www.scilab.org/download/6.0.2 > > Openly Yours > Yann for the Scilab Team > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ From antoine.monmayrant at laas.fr Thu Apr 4 13:10:51 2019 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Thu, 4 Apr 2019 13:10:51 +0200 Subject: [Scilab-users] LaTeX strings in scilab plot : \includegraphics & paperwidth Message-ID: Hi all, I've known and used for a long time the possibility of including LaTeX in scilab plots, like: scf(); plot(1:10,1:10) a=gca() xt=a.x_ticks nxt=xt; nxt.labels(5)="$\lambda$"; a.x_ticks=nxt; in order to get x ticks that read "1 2 3 4 ? 6 7 8 9 10". I've just started to play with the ability to use "\includegraphics[]{}" in these LaTeX strings and this brings a question: what are \textwidth,\paperwidth,\textheight lengths set to? I could not get "$\the\paperwidth$" to work, it produces an error : scf(); plot(1:10,1:10) a=gca() xt=a.x_ticks nxt=xt; nxt.labels(5)="$\the\paperwidth$"; a.x_ticks=nxt; ??? org.scilab.forge.jlatexmath.ParseException: Unknown symbol or command or predefined TeXFormula: 'the' I suppose the "\the" construct is not supported by jlatexmath... Any idea? Cheers, Antoine -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Thu Apr 4 17:12:43 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 4 Apr 2019 17:12:43 +0200 Subject: [Scilab-users] arrows in axis In-Reply-To: <4d23253a-9822-7e8e-f8db-d31c18a21a8e@fceia.unr.edu.ar> References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> <4d23253a-9822-7e8e-f8db-d31c18a21a8e@fceia.unr.edu.ar> Message-ID: <588da18f-3b9f-b8cf-2e60-764eaf5e1bdc@free.fr> Le 04/04/2019 ? 06:03, Federico Miyara a ?crit : > > Samuel, > > Investigating your example, you use the property clip_state and set it > to "off", clearly to allow the arrow to go a bit outside the axes. I > wondered whythis is necessary, considering that the documentation says > the default value is "off". Where have you read this? The default value is not documented in the text_properties page: https://help.scilab.org/docs/6.0.2/en_US/text_properties.html Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Fri Apr 5 03:22:28 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Thu, 4 Apr 2019 22:22:28 -0300 Subject: [Scilab-users] arrows in axis In-Reply-To: <588da18f-3b9f-b8cf-2e60-764eaf5e1bdc@free.fr> References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> <4d23253a-9822-7e8e-f8db-d31c18a21a8e@fceia.unr.edu.ar> <588da18f-3b9f-b8cf-2e60-764eaf5e1bdc@free.fr> Message-ID: <08efc525-0b34-3ce4-0ed3-e14ff7175171@fceia.unr.edu.ar> Samuel, Probably my comment was considered as regards text_properties, but it actually was referred to axes_properties https://help.scilab.org/docs/6.0.2/en_US/axes_properties.html Close to the end, before the examples, it says: clip_state: This field contains the default |clip_state| property value for all objects. Its value should be : 1. |"off"| this means that all objects created after that are not clipped (default value). 2. |"clipgrf"| this means that all objects created after that are clipped outside the Axes boundaries. 3. |"on"| this means that all objects created after that are clipped outside the rectangle given by property clip_box. But after any plotting process I get --> gca().clip_state ans = clipgrf So it seems the default (for axes) is not "off" but "clipgrf", so there is an issue in the documantation. Regards, Federico Miyara On 04/04/2019 12:12, Samuel Gougeon wrote: > Le 04/04/2019 ? 06:03, Federico Miyara a ?crit : >> >> Samuel, >> >> Investigating your example, you use the property clip_state and set >> it to "off", clearly to allow the arrow to go a bit outside the axes. >> I wondered whythis is necessary, considering that the documentation >> says the default value is "off". > > Where have you read this? > > The default value is not documented in the text_properties page: > https://help.scilab.org/docs/6.0.2/en_US/text_properties.html > > Regards > > > > _______________________________________________ > 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 Fri Apr 5 12:04:40 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 5 Apr 2019 12:04:40 +0200 Subject: [Scilab-users] arrows in axis In-Reply-To: <08efc525-0b34-3ce4-0ed3-e14ff7175171@fceia.unr.edu.ar> References: <7bed3fc6-9bcc-bb3a-10df-9077e8d55e67@fceia.unr.edu.ar> <4d23253a-9822-7e8e-f8db-d31c18a21a8e@fceia.unr.edu.ar> <588da18f-3b9f-b8cf-2e60-764eaf5e1bdc@free.fr> <08efc525-0b34-3ce4-0ed3-e14ff7175171@fceia.unr.edu.ar> Message-ID: <9678bf0c-1599-b628-da82-54707c64aead@free.fr> Le 05/04/2019 ? 03:22, Federico Miyara a ?crit : > > Samuel, > > Probably my comment was considered as regards text_properties, but it > actually was referred to axes_properties > > https://help.scilab.org/docs/6.0.2/en_US/axes_properties.html > > Close to the end, before the examples, it says: > > clip_state: > > This field contains the default |clip_state| property value for > all objects. Its value should be : > > 1. > > |"off"| this means that all objects created after that are not > clipped (default value). > > 2. > > |"clipgrf"| this means that all objects created after that are > clipped outside the Axes boundaries. > > 3. > > |"on"| this means that all objects created after that are > clipped outside the rectangle given by property clip_box. > > But after any plotting process I get > > --> gca().clip_state > ans = > > clipgrf > > So it seems the default (for axes) is not "off" but "clipgrf", so > there is an issue in the documantation. You are right. I will fix the error in the page. Thanks Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Apr 5 13:01:03 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 5 Apr 2019 13:01:03 +0200 Subject: [Scilab-users] Scilab 6.0.2 is released! In-Reply-To: References: Message-ID: <73cec5c0-34f8-4b49-8e2d-ce25e93b24bc@utc.fr> You are right, it should be included in the bin/scilab script S. Le 04/04/2019 ? 11:08, amonmayr at laas.fr a ?crit?: > Hi all, > > Thanks for the good work, the list of bug fixes is quite impressive > and I am happy to see among them some nasty bugs that were really > annoying for me. > Sadly, > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/bugzilla.scilab.org/show_bug.cgi?id=15336 > is still present (scilab crashes right away on many ubuntu linux > machines due to opengl driver issues). > The workaround it quite simple > ??? export MESA_GL_VERSION_OVERRIDE=3.0 ; scilab > and easy to apply. > But it's a terrible first experience for new users and, as the local > scilab advocate, I can tell you that for many people it's enough to > let them drop the ball and install matlab... > > Cheers, > > Antoine > > Le 14/02/2019 ? 18:09, yann.debray at scilab-enterprises.com a ?crit?: >> Dear Scilab users, >> >> First of all, Happy valentine's day ?? You might say that we are >> romantic... as we are releasing Scilab 6.0.2 at the anniversary date >> of the release of Scilab 6.0.1 (14th of February 2018). But we are >> french after all! >> This release was a joint effort between Scilab contributors and the >> Scilab team at ESI Group. >> >> Scilab 6.0.2 is the second revision of the 6.0 development branch. It >> fixes up to 305 bugs and implements missing features from the 5.5.2 >> version especially : >> >> * fix crashes and buggy behaviors on functions, displays and error >> reporting. >> * Xcos edition should no longer stop, block or crash Scilab. >> * Many help pages have been improved with new examples and rephrasing. >> >> For the complete list of changes and bugs fixed, please take a look >> at the CHANGES >> >> file. >> >> Download this brand new version at >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.scilab.org/download/6.0.2 >> >> Openly Yours >> Yann for the Scilab Team >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> >> > From fmiyara at fceia.unr.edu.ar Sat Apr 6 00:27:01 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Fri, 5 Apr 2019 19:27:01 -0300 Subject: [Scilab-users] Problem with clip_state Message-ID: <5e6e75ad-7228-4106-9345-0d1a28d0a612@fceia.unr.edu.ar> Dear All, I have the following problem with the graphic axes property clip_state. I don't know if comes from an inaccurate description in the documentation or something I'm not understanding quite well... 1) I create new axes by plotting some data set. As expected, axes' size matches the plot data range. 2) I run gca().clip_state = "off" Acording to the documentation (https://help.scilab.org/docs/6.0.2/en_US/axes_properties.html), from now on all newly created objects should not clip, meaning that even if the object (such as a polyline) exceeds the original data range, it will be displayed in full. 3) I plot another data set that exceeds the original axes limits. Contrary to the expected behavior, it does clip. 4) I run gca().clip_state and I see it has reverted to "clipgrf". This explains the observed clipping, but it is not clear why the setting from 2) has changed. 5) I run again gca().clip_state = "off" Nothing happens (it makes sense, since the clip_state should affect new objects, not previous ones) 6) I run gce().children.clip_state = "off" Only now the clipping is gone and the second plot shows in full. Why the original clip_state setting is overridden? If it is the normal or expected behavior (in which case the documentation isn't accurate), then what is it meant for, given that the final impact is that of each individual entity's setting? Thanks in advance. 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 sgougeon at free.fr Sat Apr 6 19:39:42 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 6 Apr 2019 19:39:42 +0200 Subject: [Scilab-users] Problem with clip_state In-Reply-To: <5e6e75ad-7228-4106-9345-0d1a28d0a612@fceia.unr.edu.ar> References: <5e6e75ad-7228-4106-9345-0d1a28d0a612@fceia.unr.edu.ar> Message-ID: Hello Federico, Le 06/04/2019 ? 00:27, Federico Miyara a ?crit : > > Dear All, > > I have the following problem with the graphic axes property > clip_state. I don't know if comes from an inaccurate description in > the documentation or something I'm not understanding quite well... > > 1) I create new axes by plotting some data set. As expected, axes' > size matches the plot data range. > > 2) I run > > gca().clip_state = "off" > > Acording to the documentation > (https://help.scilab.org/docs/6.0.2/en_US/axes_properties.html), from > now on all newly created objects should not clip, meaning that even if > the object (such as a polyline) exceeds the original data range, it > will be displayed in full. > > 3) I plot another data set that exceeds the original axes limits. > Contrary to the expected behavior, it does clip. > > 4) I run > > gca().clip_state > > and I see it has reverted to "clipgrf". This explains the observed > clipping, but it is not clear why the setting from 2) has changed. > > 5) I run again > > gca().clip_state = "off" > > Nothing happens (it makes sense, since the clip_state should affect > new objects, not previous ones) > > 6) I run > > gce().children.clip_state = "off" > > Only now the clipping is gone and the second plot shows in full. > > Why the original clip_state setting is overridden? > > If it is the normal or expected behavior (in which case the > documentation isn't accurate), then what is it meant for, given that > the final impact is that of each individual entity's setting? Confirmed. This behavior occurs for ages: It was already the case with Scilab 4.0. It occurs even with gca().auto_scale = "off". It comes from plot2d(), that resets the value to "clipgrf". It's not the case with xstring() or xpoly(), or i guess with other "low level" graphic functions like xarcs() etc. I don't know if such a reset is intentional, and if so, why. Anyway, it is not (yet) reported as a bug on Bugzilla. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Sat Apr 6 22:39:52 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Sat, 6 Apr 2019 17:39:52 -0300 Subject: [Scilab-users] Problem with clip_state In-Reply-To: References: <5e6e75ad-7228-4106-9345-0d1a28d0a612@fceia.unr.edu.ar> Message-ID: <3b7e1493-15b0-1eca-6d93-681ed2f4b54f@fceia.unr.edu.ar> OF, I have now filed it as a bug. Thenk you. Regards, Federico On 06/04/2019 14:39, Samuel Gougeon wrote: > 1) I create new axes by plotting some data set. As expected, axes' > size matches the plot data range. > > 2) I run > > gca().clip_state = "off" > > Acording to the documentation > (https://help.scilab.org/docs/6.0.2/en_US/axes_properties.html), from > now on all newly created objects should not clip, meaning that even if > the object (such as a polyline) exceeds the original data range, it > will be displayed in full. > > 3) I plot another data set that exceeds the original axes limits. > Contrary to the expected behavior, it does clip. > > 4) I run > > gca().clip_state > > and I see it has reverted to "clipgrf". This explains the observed > clipping, but it is not clear why the setting from 2) has changed. > > 5) I run again > > gca().clip_state = "off" > > Nothing happens (it makes sense, since the clip_state should affect > new objects, not previous ones) > > 6) I run > > gce().children.clip_state = "off" > > Only now the clipping is gone and the second plot shows in full. --- 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 Sun Apr 7 10:13:29 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Sun, 7 Apr 2019 05:13:29 -0300 Subject: [Scilab-users] question on graphic children order Message-ID: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> Dear all, I would like to know if there is a reason for the fact that whenever new graphic objects are added to an axes, the last one that has been created is always the one with index 1 instead of n+1 (where n is the number of objects prior to new one). Example: scf(1) clf(1) // Plot a simple two-point graph plot2d([0, 1], [0, 1]) ax = gca() // Colect plotted data a = ax.children(1).children.data // Plot a simple two-point graph plot2d([0, 1],[0.5, 1.5]) // Colect plotted data corresponding to index 1 b = ax.children(1).children.data // Colect plotted data corresponding to index 2 c = ax.children(2).children.data After the first plot we get a = 0. 0. 1. 1. After the second plot we get b = 0. 0.5 1. 1.5 c = 0. 0. 1. 1. I would expect that b = a, i.e, once a children object has been created on the axes, it would be reasonable that its index were kept constant. The current behavior is as if each new object were inserted in the structure before the previous one instead of after it. 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 stephane.mottelet at utc.fr Mon Apr 8 17:18:08 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Mon, 8 Apr 2019 17:18:08 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> Message-ID: <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> Hello, Le 07/04/2019 ? 10:13, Federico Miyara a ?crit?: > > Dear all, > > I would like to know if there is a reason for the fact that whenever > new graphic objects are added to an axes, the last one that has been > created is always the one with index 1 instead of n+1 (where n is the > number of objects prior to new one). > > Example: > > scf(1) > clf(1) > > // Plot a simple two-point graph > plot2d([0, 1], [0, 1]) > ax = gca() > > // Colect plotted data > a = ax.children(1).children.data > > // Plot a simple two-point graph > plot2d([0, 1],[0.5, 1.5]) > > // Colect plotted data corresponding to index 1 > b = ax.children(1).children.data > > // Colect plotted data corresponding to index 2 > c = ax.children(2).children.data > > After the first plot we get > > a? = > ?? 0.?? 0. > ?? 1.?? 1. > > After the second plot we get > > b? = > ?? 0.?? 0.5 > ?? 1.?? 1.5 > > c? = > > ?? 0.?? 0. > ?? 1.?? 1. > > I would expect that b = a, i.e, once a children object has been > created on the axes, it would be reasonable that its index were kept > constant. The current behavior is as if each new object were inserted > in the structure before the previous one instead of after it. I would say that the set of children is a stack, i.e. each new child is "pushed" on top. Anyway, relying on child order seems, to me, a bad idea. For example, legend takes as (optional) first argument an array of handles, and not an array of child numbers. S. > > Regards, > > Federico Miyara > > > > Libre de virus. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Mon Apr 8 22:08:51 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 8 Apr 2019 17:08:51 -0300 Subject: [Scilab-users] Help on LaTeX rendering for xstring Message-ID: <87adcc62-c1db-c7e2-a91c-304a5fe1b08c@fceia.unr.edu.ar> Dear all, Is there some way to customize the font size when using xstring? For instance xstring(0, 0, "$\large p_{1}(t)$") creates p1(t) with a large font, but what if one wants exactly 12pt? I tried adding \fontsize{12}{12} and \fontsize{12}\selectfont but it doesn't work... Thank you. 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 marcusvpsouza at yahoo.com.br Mon Apr 8 22:13:32 2019 From: marcusvpsouza at yahoo.com.br (Marcus Vinicius Pereira de Souza) Date: Mon, 8 Apr 2019 20:13:32 +0000 (UTC) Subject: [Scilab-users] Problems with Scilab- Xcos simulations (Algebraic loop / Derivative block). References: <1717815337.54310.1554754412869.ref@mail.yahoo.com> Message-ID: <1717815337.54310.1554754412869@mail.yahoo.com> Dear all,I'm trying to do a simulation involving a system of ordinary differential equations. However, in working out the block diagram, I came across an algebraic loop problem. To solve this problem, I made a new arrangement of the equations and then it was necessary to include a derivative block.Two new problems have appeared: 1) the initial value of the output signal does not match the value obtained by the initial value theorem and 2) the signal has a strong oscillation (probably due to high frequencies).Can anyone help me solve these issues? Attached, the. Thank you very much. ? -- Marcus Vinicius Pereira de Souza, D.Sc. (Eng.)Prof. do Ens. Bas. Tec. Tecnol?gicoCEFET/RJ | Campus Valen?a-RJ Cel: +55 32 9 8436 9695 (TIM - Wapp) http://lattes.cnpq.br/1549590151077934 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: EDOs.pdf Type: application/pdf Size: 34744 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 5SLA_AtividadeXcos.zcos Type: application/octet-stream Size: 6071 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: simulacao5SLA.sce Type: application/octet-stream Size: 2020 bytes Desc: not available URL: From stephane.mottelet at utc.fr Mon Apr 8 22:44:19 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Mon, 8 Apr 2019 22:44:19 +0200 Subject: [Scilab-users] Problems with Scilab- Xcos simulations (Algebraic loop / Derivative block). In-Reply-To: <1717815337.54310.1554754412869@mail.yahoo.com> References: <1717815337.54310.1554754412869.ref@mail.yahoo.com> <1717815337.54310.1554754412869@mail.yahoo.com> Message-ID: The system described in your EDOS.ps file can be written in implicit form, A*[dy1/dt; dy2/dt] = F(y1,y2) but here you have A =[1 -1; -2 2], i.e. A is singular. I am not sure that; at least under this form, your system is well-posed. S. Le 08/04/2019 ? 22:13, Marcus Vinicius Pereira de Souza a ?crit?: > Dear all, > I'm trying to do a simulation involving a system of ordinary > differential equations. However, in working out the block diagram, I > came across an algebraic loop problem. > > To solve this problem, I made a new arrangement of the equations and > then it was necessary to include a derivative block. > Two new problems have appeared: 1) the initial value of the output > signal does not match the value obtained by the initial value theorem > and 2) the signal has a strong oscillation (probably due to high > frequencies). > Can anyone help me solve these issues? Attached, the. Thank you very much. > > > > > -- > Marcus Vinicius Pereira de Souza, D.Sc. (Eng.) > Prof. do Ens. Bas. Tec. Tecnol?gico > CEFET/RJ | Campus Valen?a-RJ > Cel: +55 32 9 8436 9695 (TIM - Wapp) > /http://lattes.cnpq.br/1549590151077934/ > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Mon Apr 8 22:56:02 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 8 Apr 2019 17:56:02 -0300 Subject: [Scilab-users] question on graphic children order In-Reply-To: <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> Message-ID: St?phane, Sometimes one just needs to extract some parameter from an entity and indexing is a valid way to access it. Federico On 08/04/2019 12:18, St?phane Mottelet wrote: > > Hello, > > Le 07/04/2019 ? 10:13, Federico Miyara a ?crit : >> >> Dear all, >> >> I would like to know if there is a reason for the fact that whenever >> new graphic objects are added to an axes, the last one that has been >> created is always the one with index 1 instead of n+1 (where n is the >> number of objects prior to new one). >> >> Example: >> >> scf(1) >> clf(1) >> >> // Plot a simple two-point graph >> plot2d([0, 1], [0, 1]) >> ax = gca() >> >> // Colect plotted data >> a = ax.children(1).children.data >> >> // Plot a simple two-point graph >> plot2d([0, 1],[0.5, 1.5]) >> >> // Colect plotted data corresponding to index 1 >> b = ax.children(1).children.data >> >> // Colect plotted data corresponding to index 2 >> c = ax.children(2).children.data >> >> After the first plot we get >> >> a = >> 0. 0. >> 1. 1. >> >> After the second plot we get >> >> b = >> 0. 0.5 >> 1. 1.5 >> >> c = >> >> 0. 0. >> 1. 1. >> >> I would expect that b = a, i.e, once a children object has been >> created on the axes, it would be reasonable that its index were kept >> constant. The current behavior is as if each new object were inserted >> in the structure before the previous one instead of after it. > > I would say that the set of children is a stack, i.e. each new child > is "pushed" on top. Anyway, relying on child order seems, to me, a bad > idea. For example, legend takes as (optional) first argument an array > of handles, and not an array of child numbers. > > S. > >> >> Regards, >> >> Federico Miyara >> >> >> >> Libre de virus. www.avast.com >> >> >> >> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Mon Apr 8 23:01:29 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Mon, 8 Apr 2019 23:01:29 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> Message-ID: <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> Le 08/04/2019 ? 22:56, Federico Miyara a ?crit?: > > St?phane, > > Sometimes one just needs to extract some parameter from an entity and > indexing is a valid way to access it. So what is your problem since you know that the order of entities is, though not natural, reproductible ? If you really need to recover a deeply hidden entity, use tags and the findobj() function. S. > > Federico > > > On 08/04/2019 12:18, St?phane Mottelet wrote: >> >> Hello, >> >> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit?: >>> >>> Dear all, >>> >>> I would like to know if there is a reason for the fact that whenever >>> new graphic objects are added to an axes, the last one that has been >>> created is always the one with index 1 instead of n+1 (where n is >>> the number of objects prior to new one). >>> >>> Example: >>> >>> scf(1) >>> clf(1) >>> >>> // Plot a simple two-point graph >>> plot2d([0, 1], [0, 1]) >>> ax = gca() >>> >>> // Colect plotted data >>> a = ax.children(1).children.data >>> >>> // Plot a simple two-point graph >>> plot2d([0, 1],[0.5, 1.5]) >>> >>> // Colect plotted data corresponding to index 1 >>> b = ax.children(1).children.data >>> >>> // Colect plotted data corresponding to index 2 >>> c = ax.children(2).children.data >>> >>> After the first plot we get >>> >>> a? = >>> ?? 0.?? 0. >>> ?? 1.?? 1. >>> >>> After the second plot we get >>> >>> b? = >>> ?? 0.?? 0.5 >>> ?? 1.?? 1.5 >>> >>> c? = >>> >>> ?? 0.?? 0. >>> ?? 1.?? 1. >>> >>> I would expect that b = a, i.e, once a children object has been >>> created on the axes, it would be reasonable that its index were kept >>> constant. The current behavior is as if each new object were >>> inserted in the structure before the previous one instead of after it. >> >> I would say that the set of children is a stack, i.e. each new child >> is "pushed" on top. Anyway, relying on child order seems, to me, a >> bad idea. For example, legend takes as (optional) first argument an >> array of handles, and not an array of child numbers. >> >> S. >> >>> >>> Regards, >>> >>> Federico Miyara >>> >>> >>> >>> Libre de virus. www.avast.com >>> >>> >>> >>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.muehlmann at gmail.com Tue Apr 9 08:30:29 2019 From: p.muehlmann at gmail.com (P M) Date: Tue, 9 Apr 2019 08:30:29 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> Message-ID: Federico...thanks for asking the question. I was wondering about it myself for quite some time. Once recognizing the fact, I just accepted that new entities are placed at the first position. However, it might be interesting to get some insight of why it is like this....for now I guessed it has to do with how to handle memory. Philipp Am Mo., 8. Apr. 2019 um 23:01 Uhr schrieb St?phane Mottelet < stephane.mottelet at utc.fr>: > Le 08/04/2019 ? 22:56, Federico Miyara a ?crit : > > > St?phane, > > Sometimes one just needs to extract some parameter from an entity and > indexing is a valid way to access it. > > So what is your problem since you know that the order of entities is, > though not natural, reproductible ? If you really need to recover a deeply > hidden entity, use tags and the findobj() function. > > S. > > > Federico > > > On 08/04/2019 12:18, St?phane Mottelet wrote: > > Hello, > Le 07/04/2019 ? 10:13, Federico Miyara a ?crit : > > > Dear all, > > I would like to know if there is a reason for the fact that whenever new > graphic objects are added to an axes, the last one that has been created is > always the one with index 1 instead of n+1 (where n is the number of > objects prior to new one). > > Example: > > scf(1) > clf(1) > > // Plot a simple two-point graph > plot2d([0, 1], [0, 1]) > ax = gca() > > // Colect plotted data > a = ax.children(1).children.data > > // Plot a simple two-point graph > plot2d([0, 1],[0.5, 1.5]) > > // Colect plotted data corresponding to index 1 > b = ax.children(1).children.data > > // Colect plotted data corresponding to index 2 > c = ax.children(2).children.data > > After the first plot we get > > a = > 0. 0. > 1. 1. > > After the second plot we get > > b = > 0. 0.5 > 1. 1.5 > > c = > > 0. 0. > 1. 1. > > I would expect that b = a, i.e, once a children object has been created on > the axes, it would be reasonable that its index were kept constant. The > current behavior is as if each new object were inserted in the structure > before the previous one instead of after it. > > I would say that the set of children is a stack, i.e. each new child is > "pushed" on top. Anyway, relying on child order seems, to me, a bad idea. > For example, legend takes as (optional) first argument an array of handles, > and not an array of child numbers. > > S. > > > Regards, > > Federico Miyara > > > > Libre > de virus. www.avast.com > > <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttp://lists.scilab.org/mailman/listinfo/users > > > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 antoine.monmayrant at laas.fr Tue Apr 9 09:22:17 2019 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Tue, 9 Apr 2019 09:22:17 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> Message-ID: Hello, As St?phane said, using a tag and findobj is a possibility that I use for complex layouts. Here is another one: build your own vector of handles that you order the way you want: as=[]; subplot(221) plot(1,2) as=[as,gca()] subplot(222) plot(1:2,2:3) as=[as,gca()] subplot(223) plot(2*[1:2],2:3) as=[as,gca()] subplot(224) plot(2*[1:2],-[2:3]) as=[as,gca()] as.foreground=color('gray'); as.background=color('lightgray'); as.thickness=2; as.font_size=4; Cheers, Antoine Le 09/04/2019 ? 08:30, P M a ?crit?: > Federico...thanks for asking the question. > I was wondering about it myself for quite some time. > Once?recognizing the fact, I?just accepted that new entities are > placed at the first position. > However, it might be?interesting to get some insight of why it is like > this....for now I guessed it has to do with how to handle memory. > > Philipp > > > Am Mo., 8. Apr. 2019 um 23:01?Uhr schrieb St?phane Mottelet > >: > > Le 08/04/2019 ? 22:56, Federico Miyara a ?crit?: > >> >> St?phane, >> >> Sometimes one just needs to extract some parameter from an entity >> and indexing is a valid way to access it. > > So what is your problem since you know that the order of entities > is, though not natural, reproductible ? If you really need to > recover a deeply hidden entity, use tags and the findobj() function. > > S. > >> >> Federico >> >> >> On 08/04/2019 12:18, St?phane Mottelet wrote: >>> >>> Hello, >>> >>> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit?: >>>> >>>> Dear all, >>>> >>>> I would like to know if there is a reason for the fact that >>>> whenever new graphic objects are added to an axes, the last one >>>> that has been created is always the one with index 1 instead of >>>> n+1 (where n is the number of objects prior to new one). >>>> >>>> Example: >>>> >>>> scf(1) >>>> clf(1) >>>> >>>> // Plot a simple two-point graph >>>> plot2d([0, 1], [0, 1]) >>>> ax = gca() >>>> >>>> // Colect plotted data >>>> a = ax.children(1).children.data >>>> >>>> // Plot a simple two-point graph >>>> plot2d([0, 1],[0.5, 1.5]) >>>> >>>> // Colect plotted data corresponding to index 1 >>>> b = ax.children(1).children.data >>>> >>>> // Colect plotted data corresponding to index 2 >>>> c = ax.children(2).children.data >>>> >>>> After the first plot we get >>>> >>>> a? = >>>> ?? 0.?? 0. >>>> ?? 1.?? 1. >>>> >>>> After the second plot we get >>>> >>>> b? = >>>> ?? 0.?? 0.5 >>>> ?? 1.?? 1.5 >>>> >>>> c? = >>>> >>>> ?? 0.?? 0. >>>> ?? 1.?? 1. >>>> >>>> I would expect that b = a, i.e, once a children object has been >>>> created on the axes, it would be reasonable that its index were >>>> kept constant. The current behavior is as if each new object >>>> were inserted in the structure before the previous one instead >>>> of after it. >>> >>> I would say that the set of children is a stack, i.e. each new >>> child is "pushed" on top. Anyway, relying on child order seems, >>> to me, a bad idea. For example, legend takes as (optional) first >>> argument an array of handles, and not an array of child numbers. >>> >>> S. >>> >>>> >>>> Regards, >>>> >>>> Federico Miyara >>>> >>>> >>>> >>>> Libre de virus. www.avast.com >>>> >>>> >>>> >>>> <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.scilab.org >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Antoine Monmayrant LAAS - CNRS 7 avenue du Colonel Roche BP 54200 31031 TOULOUSE Cedex 4 FRANCE Tel:+33 5 61 33 64 59 email : antoine.monmayrant at laas.fr permanent email : antoine.monmayrant at polytechnique.org +++++++++++++++++++++++++++++++++++++++++++++++++++++++ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Tue Apr 9 10:00:30 2019 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 9 Apr 2019 08:00:30 +0000 Subject: [Scilab-users] Where is the Scilab source code and how one can contribute? In-Reply-To: References: <1554154363048-0.post@n3.nabble.com> <1554241566901-0.post@n3.nabble.com> Message-ID: Hi, The Github repository is in read-only mode as our current infrastructure (git, gerrit, Bugzilla) provide similar services but cannot be synchronized easily with github issue and pull request services. Currently there is no plan to migrate to Github. If you prefer the Github flow, you could still fork, commit and push your changes ; I will be happy to import them into our codereview system. Thanks, -- Cl?ment > -----Original Message----- > From: users On Behalf Of St?phane Mottelet > Sent: Tuesday, April 2, 2019 11:55 PM > To: users at lists.scilab.org > Subject: Re: [Scilab-users] Where is the Scilab source code and how one can > contribute? > > Hi, > > Have a look at this page: > > https://wiki.scilab.org/gerrit > > S. > > Le 02/04/2019 ? 23:46, farimani a ?crit?: > > I was able to clone "a" source code using > > > > git clone git://git.scilab.org/scilab > > > > which I found here > > > > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/gitwe > > b.scilab.org/?p=scilab.git;a=summary > > > > but I still don't know how I can send a pull request or if this is the > > updated repository or a mirror. > > > > Moreover it seems that the GitHub repository > > > > > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/githu > > b.com/scilab/scilab > > > > to be an official mirror as it appears in some documentations. However > > many of the GitHub features have been deactivated including the issue > request! > > > > > > > > > > > > ----- > > Foad Sojoodi Farimani > > > > Twitter > > > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/twitt > > er.com/fsfarimani LinkedIn > > > https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www > .l > > inkedin.com/in/fsfarimani/ > > -- > > Sent from: > > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/maili > > nglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > > _______________________________________________ > > users mailing list > > users at lists.scilab.org > > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists > > .scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From MSMTSH011 at myuct.ac.za Fri Apr 5 20:22:42 2019 From: MSMTSH011 at myuct.ac.za (Tshego Masemola) Date: Fri, 5 Apr 2019 18:22:42 +0000 Subject: [Scilab-users] Saving Message-ID: (Exercise 1.7) In what format does Scilab save? Does it need to be saved continuously or is there an autosave option? Regards, Sana Sent from Mail for Windows 10 Disclaimer - University of Cape Town This email is subject to UCT policies and email disclaimer published on our website at http://www.uct.ac.za/main/email-disclaimer or obtainable from +27 21 650 9111. If this email is not related to the business of UCT, it is sent by the sender in an individual capacity. Please report security incidents or abuse via https://csirt.uct.ac.za/page/report-an-incident.php. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Tue Apr 9 10:28:04 2019 From: Clement.David at esi-group.com (=?iso-8859-1?Q?Cl=E9ment_David?=) Date: Tue, 9 Apr 2019 08:28:04 +0000 Subject: [Scilab-users] Saving In-Reply-To: References: Message-ID: Hello and welcome, Scilab support a wide range of format (from the scripting language) but from my understanding you are asking for an autosave feature within Scinotes (the text editor) ? Yes, the text editor autosave each few minutes and this is configurable within the Preferences. Thanks, -- Cl?ment > -----Original Message----- > From: users On Behalf Of Tshego Masemola > Sent: Friday, April 5, 2019 8:23 PM > To: users at lists.scilab.org > Subject: [Scilab-users] Saving > > (Exercise 1.7) > > In what format does Scilab save? Does it need to be saved continuously or is > there an autosave option? > > > > Regards, > > Sana > > > > Sent from Mail for > Windows 10 > > > > Disclaimer - University of Cape Town This email is subject to UCT policies and > email disclaimer published on our website at http://www.uct.ac.za/main/email- > disclaimer or obtainable from +27 21 650 9111. If this email is not related to the > business of UCT, it is sent by the sender in an individual capacity. Please report > security incidents or abuse via https://csirt.uct.ac.za/page/report-an- > incident.php. From iwoj at il.pw.edu.pl Tue Apr 9 18:32:03 2019 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Tue, 09 Apr 2019 18:32:03 +0200 Subject: [Scilab-users] Nested function definition Message-ID: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Hello, I would like some help with defining a nested function like below: URQ=urq(q,eta(q),zeta(q,eta(q))) The definitions are: eta=mg./(2*q) zeta=asinh(mg.*h./(2*q.*l.*sinh(eta)))+eta URQ=mg.*L0./(q.*l)-sinh(2*eta-zeta)-sinh(zeta) Values of mg, h, l, L0 are given. I would be very grateful for help as I tried different options but none of them is correct. Kind regards, Iza From jrafaelbguerra at hotmail.com Tue Apr 9 20:17:26 2019 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Tue, 9 Apr 2019 18:17:26 +0000 Subject: [Scilab-users] Nested function definition In-Reply-To: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: global mg h l L0; mg = 0.1; h=0.1; l=0.1; L0=0.1; function e=eta(q) e= mg./(2*q) endfunction function z=zeta(q) z= asinh(mg.*h./(2*q.*l.*sinh(eta(q))))+eta(q); endfunction function y=URQ(q, e, z) y= mg.*L0./(q.*l)-sinh(2*e-z)-sinh(z) endfunction q=1; y=URQ(q,eta(q),zeta(q)) Rgds, Rafael -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Apr 9 20:23:04 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 9 Apr 2019 20:23:04 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Hello, Le 09/04/2019 ? 20:17, Rafael Guerra a ?crit?: > > globalmg h l L0; > The above line is useless no ? > mg= 0.1; h=0.1; l=0.1; L0=0.1; > > function*e*=_eta_(*q*) > > *e*= mg./(2**q*) > > endfunction > > function*z*=_zeta_(*q*) > > *z*= asinh(mg.*h./(2**q*.*l.*sinh(_eta_(*q*))))+_eta_(*q*); > > endfunction > > function*y*=_URQ_(*q*, *e*, *z*) > > *y*= mg.*L0./(*q*.*l)-sinh(2**e*-*z*)-sinh(*z*) > > endfunction > > q=1; > > y=_URQ_(q,_eta_(q),_zeta_(q)) > > Rgds, > > Rafael > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fmiyara at fceia.unr.edu.ar Wed Apr 10 01:24:39 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 9 Apr 2019 20:24:39 -0300 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> Message-ID: <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Antoine, Thank you for your suggestion. It's a good one, but I still don't know the reason why the index of the current entity is 1 (my question was not really about workarounds but reasons). St?phane said it was a stack, but as far as I could find, there is no stack structure in Scilab 6. But in any case, if the inclusion of new graphic entities is organized as a stack, the question is why, since actually operations on a stack generally refer to the topmost entity and in this case all entities are accessible via indices. Regards, Federico On 09/04/2019 04:22, Antoine Monmayrant wrote: > Hello, > > As St?phane said, using a tag and findobj is a possibility that I use > for complex layouts. > Here is another one: build your own vector of handles that you order > the way you want: > > as=[]; > subplot(221) > plot(1,2) > as=[as,gca()] > subplot(222) > plot(1:2,2:3) > as=[as,gca()] > subplot(223) > plot(2*[1:2],2:3) > as=[as,gca()] > subplot(224) > plot(2*[1:2],-[2:3]) > as=[as,gca()] > as.foreground=color('gray'); > as.background=color('lightgray'); > as.thickness=2; > as.font_size=4; > > Cheers, > > Antoine > > Le 09/04/2019 ? 08:30, P M a ?crit : >> Federico...thanks for asking the question. >> I was wondering about it myself for quite some time. >> Once recognizing the fact, I just accepted that new entities are >> placed at the first position. >> However, it might be interesting to get some insight of why it is >> like this....for now I guessed it has to do with how to handle memory. >> >> Philipp >> >> >> Am Mo., 8. Apr. 2019 um 23:01 Uhr schrieb St?phane Mottelet >> >: >> >> Le 08/04/2019 ? 22:56, Federico Miyara a ?crit : >> >>> >>> St?phane, >>> >>> Sometimes one just needs to extract some parameter from an >>> entity and indexing is a valid way to access it. >> >> So what is your problem since you know that the order of entities >> is, though not natural, reproductible ? If you really need to >> recover a deeply hidden entity, use tags and the findobj() function. >> >> S. >> >>> >>> Federico >>> >>> >>> On 08/04/2019 12:18, St?phane Mottelet wrote: >>>> >>>> Hello, >>>> >>>> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit : >>>>> >>>>> Dear all, >>>>> >>>>> I would like to know if there is a reason for the fact that >>>>> whenever new graphic objects are added to an axes, the last >>>>> one that has been created is always the one with index 1 >>>>> instead of n+1 (where n is the number of objects prior to new >>>>> one). >>>>> >>>>> Example: >>>>> >>>>> scf(1) >>>>> clf(1) >>>>> >>>>> // Plot a simple two-point graph >>>>> plot2d([0, 1], [0, 1]) >>>>> ax = gca() >>>>> >>>>> // Colect plotted data >>>>> a = ax.children(1).children.data >>>>> >>>>> // Plot a simple two-point graph >>>>> plot2d([0, 1],[0.5, 1.5]) >>>>> >>>>> // Colect plotted data corresponding to index 1 >>>>> b = ax.children(1).children.data >>>>> >>>>> // Colect plotted data corresponding to index 2 >>>>> c = ax.children(2).children.data >>>>> >>>>> After the first plot we get >>>>> >>>>> a = >>>>> 0. 0. >>>>> 1. 1. >>>>> >>>>> After the second plot we get >>>>> >>>>> b = >>>>> 0. 0.5 >>>>> 1. 1.5 >>>>> >>>>> c = >>>>> >>>>> 0. 0. >>>>> 1. 1. >>>>> >>>>> I would expect that b = a, i.e, once a children object has >>>>> been created on the axes, it would be reasonable that its >>>>> index were kept constant. The current behavior is as if each >>>>> new object were inserted in the structure before the previous >>>>> one instead of after it. >>>> >>>> I would say that the set of children is a stack, i.e. each new >>>> child is "pushed" on top. Anyway, relying on child order seems, >>>> to me, a bad idea. For example, legend takes as (optional) >>>> first argument an array of handles, and not an array of child >>>> numbers. >>>> >>>> S. >>>> >>>>> >>>>> Regards, >>>>> >>>>> Federico Miyara >>>>> >>>>> >>>>> >>>>> Libre de virus. www.avast.com >>>>> >>>>> >>>>> >>>>> <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>> >>>>> _______________________________________________ >>>>> users mailing list >>>>> users at lists.scilab.org >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 > > > -- > +++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > Antoine Monmayrant LAAS - CNRS > 7 avenue du Colonel Roche > BP 54200 > 31031 TOULOUSE Cedex 4 > FRANCE > > Tel:+33 5 61 33 64 59 > > email :antoine.monmayrant at laas.fr > permanent email :antoine.monmayrant at polytechnique.org > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > _______________________________________________ > 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 stephane.mottelet at utc.fr Wed Apr 10 08:47:02 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 10 Apr 2019 08:47:02 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Message-ID: Le 10/04/2019 ? 01:24, Federico Miyara a ?crit?: > > Antoine, > > Thank you for your suggestion. It's a good one, but I still don't know > the reason why the index of the current entity is 1 (my question was > not really about workarounds but reasons). St?phane said it was a > stack, but as far as I could find, there is no stack structure in > Scilab 6. It was an image. The graphics objects tree is not built at the interpreter level but internally with, at the end, Java objects. In modules/graphic_objects/src/java/org/scilab/modules/graphic_objects/graphicObject/GraphicObject.java you can see that the set of children of a graphic object is a (Java) list ??? /** Child objects list. Known by their UID */ ??? private List children; When a children is added to a graphic object, the the method "addChild" is invoked. In the source you can see ??? public void addChild(Integer child) { ??????? children.add(0, child); ??? } Which is coherent with the actual behavior i.e. news children are pushed on the top. What you would like is simply (without the 0) ??? public void addChild(Integer child) { ??????? children.add(child); ??? } If I have time I can see if it breaks other things, but I am almost sure that it will... S. > > > On 09/04/2019 04:22, Antoine Monmayrant wrote: >> Hello, >> >> As St?phane said, using a tag and findobj is a possibility that I use >> for complex layouts. >> Here is another one: build your own vector of handles that you order >> the way you want: >> >> as=[]; >> subplot(221) >> plot(1,2) >> as=[as,gca()] >> subplot(222) >> plot(1:2,2:3) >> as=[as,gca()] >> subplot(223) >> plot(2*[1:2],2:3) >> as=[as,gca()] >> subplot(224) >> plot(2*[1:2],-[2:3]) >> as=[as,gca()] >> as.foreground=color('gray'); >> as.background=color('lightgray'); >> as.thickness=2; >> as.font_size=4; >> >> Cheers, >> >> Antoine >> >> Le 09/04/2019 ? 08:30, P M a ?crit?: >>> Federico...thanks for asking the question. >>> I was wondering about it myself for quite some time. >>> Once?recognizing the fact, I?just accepted that new entities are >>> placed at the first position. >>> However, it might be?interesting to get some insight of why it is >>> like this....for now I guessed it has to do with how to handle memory. >>> >>> Philipp >>> >>> >>> Am Mo., 8. Apr. 2019 um 23:01?Uhr schrieb St?phane Mottelet >>> >: >>> >>> Le 08/04/2019 ? 22:56, Federico Miyara a ?crit?: >>> >>>> >>>> St?phane, >>>> >>>> Sometimes one just needs to extract some parameter from an >>>> entity and indexing is a valid way to access it. >>> >>> So what is your problem since you know that the order of >>> entities is, though not natural, reproductible ? If you really >>> need to recover a deeply hidden entity, use tags and the >>> findobj() function. >>> >>> S. >>> >>>> >>>> Federico >>>> >>>> >>>> On 08/04/2019 12:18, St?phane Mottelet wrote: >>>>> >>>>> Hello, >>>>> >>>>> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit?: >>>>>> >>>>>> Dear all, >>>>>> >>>>>> I would like to know if there is a reason for the fact that >>>>>> whenever new graphic objects are added to an axes, the last >>>>>> one that has been created is always the one with index 1 >>>>>> instead of n+1 (where n is the number of objects prior to new >>>>>> one). >>>>>> >>>>>> Example: >>>>>> >>>>>> scf(1) >>>>>> clf(1) >>>>>> >>>>>> // Plot a simple two-point graph >>>>>> plot2d([0,1],[0,1]) >>>>>> ax=gca() >>>>>> >>>>>> // Colect plotted data >>>>>> a=ax.children(1).children.data >>>>>> >>>>>> // Plot a simple two-point graph >>>>>> plot2d([0,1],[0.5,1.5]) >>>>>> >>>>>> // Colect plotted data corresponding to index 1 >>>>>> b=ax.children(1).children.data >>>>>> >>>>>> // Colect plotted data corresponding to index 2 >>>>>> c=ax.children(2).children.data >>>>>> >>>>>> After the first plot we get >>>>>> >>>>>> a? = >>>>>> ?? 0.?? 0. >>>>>> ?? 1.?? 1. >>>>>> >>>>>> After the second plot we get >>>>>> >>>>>> b? = >>>>>> ?? 0.?? 0.5 >>>>>> ?? 1.?? 1.5 >>>>>> >>>>>> c? = >>>>>> >>>>>> ?? 0.?? 0. >>>>>> ?? 1.?? 1. >>>>>> >>>>>> I would expect that b = a, i.e, once a children object has >>>>>> been created on the axes, it would be reasonable that its >>>>>> index were kept constant. The current behavior is as if each >>>>>> new object were inserted in the structure before the previous >>>>>> one instead of after it. >>>>> >>>>> I would say that the set of children is a stack, i.e. each new >>>>> child is "pushed" on top. Anyway, relying on child order >>>>> seems, to me, a bad idea. For example, legend takes as >>>>> (optional) first argument an array of handles, and not an >>>>> array of child numbers. >>>>> >>>>> S. >>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> Federico Miyara >>>>>> >>>>>> >>>>>> >>>>>> Libre de virus. www.avast.com >>>>>> >>>>>> >>>>>> >>>>>> <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>>> >>>>>> _______________________________________________ >>>>>> users mailing list >>>>>> users at lists.scilab.org >>>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >> >> >> -- >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> Antoine Monmayrant LAAS - CNRS >> 7 avenue du Colonel Roche >> BP 54200 >> 31031 TOULOUSE Cedex 4 >> FRANCE >> >> Tel:+33 5 61 33 64 59 >> >> email :antoine.monmayrant at laas.fr >> permanent email :antoine.monmayrant at polytechnique.org >> >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Apr 10 10:25:24 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 10 Apr 2019 10:25:24 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Message-ID: <74bb71b8-1e05-cd29-9f65-b422efb56ad5@utc.fr> It works (after the modification in GraphicObject.java) t=linspace(0,2*%pi,4); plot(t,sin(t)) plot(t,cos(t),'r') legend('sin','cos') --> gca().children(1).children.data ?ans? = ?? 0.????????? 0. ?? 2.0943951?? 0.8660254 ?? 4.1887902? -0.8660254 ?? 6.2831853? -2.449D-16 --> gca().children(2).children.data ?ans? = ?? 0.????????? 1. ?? 2.0943951? -0.5 ?? 4.1887902? -0.5 ?? 6.2831853?? 1. i.e. the first compound is the sine. But it breaks legend() (see attached screenshot). S. Le 10/04/2019 ? 08:47, St?phane Mottelet a ?crit?: > > Le 10/04/2019 ? 01:24, Federico Miyara a ?crit?: > >> >> Antoine, >> >> Thank you for your suggestion. It's a good one, but I still don't >> know the reason why the index of the current entity is 1 (my question >> was not really about workarounds but reasons). St?phane said it was a >> stack, but as far as I could find, there is no stack structure in >> Scilab 6. > > It was an image. The graphics objects tree is not built at the > interpreter level but internally with, at the end, Java objects. In > > modules/graphic_objects/src/java/org/scilab/modules/graphic_objects/graphicObject/GraphicObject.java > > you can see that the set of children of a graphic object is a (Java) list > > ??? /** Child objects list. Known by their UID */ > ??? private List children; > > When a children is added to a graphic object, the the method > "addChild" is invoked. In the source you can see > > ??? public void addChild(Integer child) { > ??????? children.add(0, child); > ??? } > > Which is coherent with the actual behavior i.e. news children are > pushed on the top. > > What you would like is simply (without the 0) > > ??? public void addChild(Integer child) { > ??????? children.add(child); > ??? } > > If I have time I can see if it breaks other things, but I am almost > sure that it will... > > S. > > >> >> >> On 09/04/2019 04:22, Antoine Monmayrant wrote: >>> Hello, >>> >>> As St?phane said, using a tag and findobj is a possibility that I >>> use for complex layouts. >>> Here is another one: build your own vector of handles that you order >>> the way you want: >>> >>> as=[]; >>> subplot(221) >>> plot(1,2) >>> as=[as,gca()] >>> subplot(222) >>> plot(1:2,2:3) >>> as=[as,gca()] >>> subplot(223) >>> plot(2*[1:2],2:3) >>> as=[as,gca()] >>> subplot(224) >>> plot(2*[1:2],-[2:3]) >>> as=[as,gca()] >>> as.foreground=color('gray'); >>> as.background=color('lightgray'); >>> as.thickness=2; >>> as.font_size=4; >>> >>> Cheers, >>> >>> Antoine >>> >>> Le 09/04/2019 ? 08:30, P M a ?crit?: >>>> Federico...thanks for asking the question. >>>> I was wondering about it myself for quite some time. >>>> Once?recognizing the fact, I?just accepted that new entities are >>>> placed at the first position. >>>> However, it might be?interesting to get some insight of why it is >>>> like this....for now I guessed it has to do with how to handle memory. >>>> >>>> Philipp >>>> >>>> >>>> Am Mo., 8. Apr. 2019 um 23:01?Uhr schrieb St?phane Mottelet >>>> >: >>>> >>>> Le 08/04/2019 ? 22:56, Federico Miyara a ?crit?: >>>> >>>>> >>>>> St?phane, >>>>> >>>>> Sometimes one just needs to extract some parameter from an >>>>> entity and indexing is a valid way to access it. >>>> >>>> So what is your problem since you know that the order of >>>> entities is, though not natural, reproductible ? If you really >>>> need to recover a deeply hidden entity, use tags and the >>>> findobj() function. >>>> >>>> S. >>>> >>>>> >>>>> Federico >>>>> >>>>> >>>>> On 08/04/2019 12:18, St?phane Mottelet wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit?: >>>>>>> >>>>>>> Dear all, >>>>>>> >>>>>>> I would like to know if there is a reason for the fact that >>>>>>> whenever new graphic objects are added to an axes, the last >>>>>>> one that has been created is always the one with index 1 >>>>>>> instead of n+1 (where n is the number of objects prior to >>>>>>> new one). >>>>>>> >>>>>>> Example: >>>>>>> >>>>>>> scf(1) >>>>>>> clf(1) >>>>>>> >>>>>>> // Plot a simple two-point graph >>>>>>> plot2d([0,1],[0,1]) >>>>>>> ax=gca() >>>>>>> >>>>>>> // Colect plotted data >>>>>>> a=ax.children(1).children.data >>>>>>> >>>>>>> // Plot a simple two-point graph >>>>>>> plot2d([0,1],[0.5,1.5]) >>>>>>> >>>>>>> // Colect plotted data corresponding to index 1 >>>>>>> b=ax.children(1).children.data >>>>>>> >>>>>>> // Colect plotted data corresponding to index 2 >>>>>>> c=ax.children(2).children.data >>>>>>> >>>>>>> After the first plot we get >>>>>>> >>>>>>> a? = >>>>>>> ?? 0.?? 0. >>>>>>> ?? 1.?? 1. >>>>>>> >>>>>>> After the second plot we get >>>>>>> >>>>>>> b? = >>>>>>> ?? 0.?? 0.5 >>>>>>> ?? 1.?? 1.5 >>>>>>> >>>>>>> c? = >>>>>>> >>>>>>> ?? 0.?? 0. >>>>>>> ?? 1.?? 1. >>>>>>> >>>>>>> I would expect that b = a, i.e, once a children object has >>>>>>> been created on the axes, it would be reasonable that its >>>>>>> index were kept constant. The current behavior is as if each >>>>>>> new object were inserted in the structure before the >>>>>>> previous one instead of after it. >>>>>> >>>>>> I would say that the set of children is a stack, i.e. each >>>>>> new child is "pushed" on top. Anyway, relying on child order >>>>>> seems, to me, a bad idea. For example, legend takes as >>>>>> (optional) first argument an array of handles, and not an >>>>>> array of child numbers. >>>>>> >>>>>> S. >>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Federico Miyara >>>>>>> >>>>>>> >>>>>>> >>>>>>> Libre de virus. www.avast.com >>>>>>> >>>>>>> >>>>>>> >>>>>>> <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> users mailing list >>>>>>> users at lists.scilab.org >>>>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>> >>> >>> -- >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> Antoine Monmayrant LAAS - CNRS >>> 7 avenue du Colonel Roche >>> BP 54200 >>> 31031 TOULOUSE Cedex 4 >>> FRANCE >>> >>> Tel:+33 5 61 33 64 59 >>> >>> email :antoine.monmayrant at laas.fr >>> permanent email :antoine.monmayrant at polytechnique.org >>> >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Figure0.png Type: image/png Size: 7739 bytes Desc: not available URL: From iwoj at il.pw.edu.pl Wed Apr 10 14:00:50 2019 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Wed, 10 Apr 2019 14:00:50 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Thank you. Is there a way to use this formulation as an input function to fsolve? I don't know how to do it. In my another example I also had a nested function but I managed to define it in a form like in help page about function. It means that everything was inside one function. This formulation worked fine in fsolve, but with my current example I am not able to use it. Iza W dniu 09.04.2019 20:23, St?phane Mottelet napisa?(a): > Hello, > Le 09/04/2019 ? 20:17, Rafael Guerra a ?crit : > >> * >> >> global mg h l L0; > > The above line is useless no ? > >> mg = 0.1; h=0.1; l=0.1; L0=0.1; >> >> function E=eta(Q) >> >> E= mg./(2*Q) >> >> endfunction >> >> function Z=zeta(Q) >> >> Z= asinh(mg.*h./(2*Q.*l.*sinh(eta(Q))))+eta(Q); >> >> endfunction >> >> function Y=URQ(Q, E, Z) >> >> Y= mg.*L0./(Q.*l)-sinh(2*E-Z)-sinh(Z) >> >> endfunction >> >> q=1; >> >> y=URQ(q,eta(q),zeta(q)) >> >> Rgds, >> >> Rafael >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From jrafaelbguerra at hotmail.com Wed Apr 10 14:10:28 2019 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 10 Apr 2019 12:10:28 +0000 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: In your example, why not using a simpler URQ function definition into fsolve? For example: mg = 0.1; h=0.1; l=0.1; L0=0.1; function y=URQ(q) e = mg./(2*q); z= asinh(mg.*h./(2*q.*l.*sinh(e)))+e; y= mg.*L0./(q.*l)-sinh(2*e-z)-sinh(z) endfunction q=1; y=URQ(q) Rgds Rafael -----Original Message----- From: users On Behalf Of Izabela W?jcik-Grzaba Sent: Wednesday, April 10, 2019 3:01 PM To: Users mailing list for Scilab Subject: Re: [Scilab-users] Nested function definition Thank you. Is there a way to use this formulation as an input function to fsolve? I don't know how to do it. In my another example I also had a nested function but I managed to define it in a form like in help page about function. It means that everything was inside one function. This formulation worked fine in fsolve, but with my current example I am not able to use it. Iza From iwoj at il.pw.edu.pl Wed Apr 10 16:04:04 2019 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Wed, 10 Apr 2019 16:04:04 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Ok, so why nested function in help is so complicated: //nested functions definition function y=foo(x) a=sin(x) function y=sq(x), y=x^2,endfunction y=sq(a)+1 endfunction foo(%pi/3) Couldn't it be formulated like below: function y1=foo1(x) a=sin(x); y1=a^2+1; endfunction foo1(%pi/3) That's why I had problems with my functions and couldn't understand why it has to be so complicated. Thank you once more. Iza W dniu 10.04.2019 14:10, Rafael Guerra napisa?(a): > In your example, why not using a simpler URQ function definition into > fsolve? > For example: > > mg = 0.1; h=0.1; l=0.1; L0=0.1; > function y=URQ(q) > e = mg./(2*q); > z= asinh(mg.*h./(2*q.*l.*sinh(e)))+e; > y= mg.*L0./(q.*l)-sinh(2*e-z)-sinh(z) > endfunction > > q=1; > y=URQ(q) > > Rgds > Rafael > > -----Original Message----- > From: users On Behalf Of Izabela > W?jcik-Grzaba > Sent: Wednesday, April 10, 2019 3:01 PM > To: Users mailing list for Scilab > Subject: Re: [Scilab-users] Nested function definition > > Thank you. Is there a way to use this formulation as an input function > to fsolve? I don't know how to do it. > > In my another example I also had a nested function but I managed to > define it in a form like in help page about function. It means that > everything was inside one function. This formulation worked fine in > fsolve, but with my current example I am not able to use it. > > Iza > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From jrafaelbguerra at hotmail.com Wed Apr 10 16:42:36 2019 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 10 Apr 2019 14:42:36 +0000 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: I think the simple examples serve to show the syntax only, and do not explain its utility. The nested function definition will be useful if called many times within a lengthy function, or just for sake of code clarity. Regards, Rafael -----Original Message----- From: users On Behalf Of Izabela W?jcik-Grzaba Sent: Wednesday, April 10, 2019 5:04 PM To: Users mailing list for Scilab Subject: Re: [Scilab-users] Nested function definition Ok, so why nested function in help is so complicated: //nested functions definition function y=foo(x) a=sin(x) function y=sq(x), y=x^2,endfunction y=sq(a)+1 endfunction foo(%pi/3) Couldn't it be formulated like below: function y1=foo1(x) a=sin(x); y1=a^2+1; endfunction foo1(%pi/3) That's why I had problems with my functions and couldn't understand why it has to be so complicated. Thank you once more. Iza From sgougeon at free.fr Wed Apr 10 17:10:54 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 10 Apr 2019 17:10:54 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Izabela, I have not clearly understood why you are speaking about "nested functions" in your example. A nested function is a function that is /defined/ in another one. About the example in the function help page: It is right, but with Scilab 6, it looks a bit outdated to me. Indeed, let's consider the following example: // Content of the File myTest.sci function myTest() disp("myTest() is running") myNextFun() endfunction function myNextFun() disp("myNextFun() is running") endfunction // End of myTest.sci file When building a library (say "myLib"), this file is compiled, and * With Scilab 5 : both functions myTest() and myNextFun() are registered in the library, and so *are public*: Both can be called from anywhere, noticeably from the top-level, the console. The only way to make myNextFun() a private function known only by myTest() is to define it IN myTest(), as a nested function. * With Scilab 6: only myTest() is registered in myLib library, so is public, and can be called from anywhere. In the opposite, myNextFun() o is NOT registered in the library o so, is unknown from the console, o is shared and can be called only by other functions defined in the same file. This is a more powerful implementation for the functions privacy, because then o a private function (say myNextFun()) does no longer need to be recompiled each time that myTest() is called. o IMO, this makes the code clearer This change in Scilab 6 could be documented in the --> help function page, in order to discourage true nested function. By the way, the example in the help misses being indented. However, out of libraries, nested functions can still be used in scripts.sce or in files.sci that are just exec()uted, for the same purpose: keeping nested functions private. HTH Regards Samuel Le 10/04/2019 ? 16:04, Izabela W?jcik-Grz?ba a ?crit : > Ok, so why nested function in help is so complicated: > > //nested functions definition > function y=foo(x) > a=sin(x) > function y=sq(x), y=x^2,endfunction > y=sq(a)+1 > endfunction > > foo(%pi/3) > > Couldn't it be formulated like below: > > function y1=foo1(x) > a=sin(x); > y1=a^2+1; > endfunction > > foo1(%pi/3) > > That's why I had problems with my functions and couldn't understand > why it has to be so complicated. > > Thank you once more. > > Iza -------------- next part -------------- An HTML attachment was scrubbed... URL: From iwoj at il.pw.edu.pl Wed Apr 10 17:31:10 2019 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Wed, 10 Apr 2019 17:31:10 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Ok, sorry. It's my mistake connected with using math terms not properly. Now I understand that nested function is more general term in Scilab help. The help example is similar to mine and this is the whole misunderstanding. I appreciate your comprehensive explanation. Now I am happy because the notation of my (mathematical) functions become simpler. Kind regards, Iza W dniu 10.04.2019 17:10, Samuel Gougeon napisa?(a): > Izabela, > > I have not clearly understood why you are speaking about "nested > functions" in your example. > A nested function is a function that is _defined_ in another one. > > About the example in the function help page: > It is right, but with Scilab 6, it looks a bit outdated to me. > Indeed, let's consider the following example: > > // Content of the File myTest.sci > function myTest() > disp("myTest() is running") > myNextFun() > endfunction > function myNextFun() > disp("myNextFun() is running") > endfunction > // End of myTest.sci file > > When building a library (say "myLib"), this file is compiled, and > > * With Scilab 5 : both functions myTest() and myNextFun() are > registered in the library, and so ARE PUBLIC: Both can be called from > anywhere, noticeably from the top-level, the console. > The only way to make myNextFun() a private function known only by > myTest() is to define it IN myTest(), as a nested function. > > * With Scilab 6: only myTest() is registered in myLib library, so is > public, and can be called from anywhere. In the opposite, myNextFun() > > * is NOT registered in the library > * so, is unknown from the console, > > * is shared and can be called only by other functions defined in the > same file. > > This is a more powerful implementation for the functions privacy, > because then > * a private function (say myNextFun()) does no longer need to be > recompiled each time that myTest() is called. > > * IMO, this makes the code clearer > > This change in Scilab 6 could be documented in the --> help function > page, in order to discourage true nested function. By the way, the > example in the help misses being indented. > > However, out of libraries, nested functions can still be used in > scripts.sce or in files.sci that are just exec()uted, for the same > purpose: keeping nested functions private. > > HTH > Regards > Samuel > > Le 10/04/2019 ? 16:04, Izabela W?jcik-Grz?ba a ?crit : > >> Ok, so why nested function in help is so complicated: >> >> //nested functions definition >> function y=foo(x) >> a=sin(x) >> function y=sq(x), y=x^2,endfunction >> y=sq(a)+1 >> endfunction >> >> foo(%pi/3) >> >> Couldn't it be formulated like below: >> >> function y1=foo1(x) >> a=sin(x); >> y1=a^2+1; >> endfunction >> >> foo1(%pi/3) >> >> That's why I had problems with my functions and couldn't understand >> why it has to be so complicated. >> >> Thank you once more. >> >> Iza > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From perrichon.pierre at wanadoo.fr Wed Apr 10 17:44:13 2019 From: perrichon.pierre at wanadoo.fr (Perrichon) Date: Wed, 10 Apr 2019 17:44:13 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: Are these functions coming from hydraulic simulator for power plants? Best regards Before printing, think about ENVIRONMENTAL responsabity -----Message d'origine----- De : users De la part de Izabela W?jcik-Grzaba Envoy? : mercredi 10 avril 2019 17:31 ? : Users mailing list for Scilab Objet : Re: [Scilab-users] Nested function definition Ok, sorry. It's my mistake connected with using math terms not properly. Now I understand that nested function is more general term in Scilab help. The help example is similar to mine and this is the whole misunderstanding. I appreciate your comprehensive explanation. Now I am happy because the notation of my (mathematical) functions become simpler. Kind regards, Iza W dniu 10.04.2019 17:10, Samuel Gougeon napisa?(a): > Izabela, > > I have not clearly understood why you are speaking about "nested > functions" in your example. > A nested function is a function that is _defined_ in another one. > > About the example in the function help page: > It is right, but with Scilab 6, it looks a bit outdated to me. > Indeed, let's consider the following example: > > // Content of the File myTest.sci > function myTest() > disp("myTest() is running") > myNextFun() > endfunction > function myNextFun() > disp("myNextFun() is running") > endfunction > // End of myTest.sci file > > When building a library (say "myLib"), this file is compiled, and > > * With Scilab 5 : both functions myTest() and myNextFun() are > registered in the library, and so ARE PUBLIC: Both can be called from > anywhere, noticeably from the top-level, the console. > The only way to make myNextFun() a private function known only by > myTest() is to define it IN myTest(), as a nested function. > > * With Scilab 6: only myTest() is registered in myLib library, so is > public, and can be called from anywhere. In the opposite, myNextFun() > > * is NOT registered in the library > * so, is unknown from the console, > > * is shared and can be called only by other functions defined in the > same file. > > This is a more powerful implementation for the functions privacy, > because then > * a private function (say myNextFun()) does no longer need to be > recompiled each time that myTest() is called. > > * IMO, this makes the code clearer > > This change in Scilab 6 could be documented in the --> help function > page, in order to discourage true nested function. By the way, the > example in the help misses being indented. > > However, out of libraries, nested functions can still be used in > scripts.sce or in files.sci that are just exec()uted, for the same > purpose: keeping nested functions private. > > HTH > Regards > Samuel > > Le 10/04/2019 ? 16:04, Izabela W?jcik-Grz?ba a ?crit : > >> Ok, so why nested function in help is so complicated: >> >> //nested functions definition >> function y=foo(x) >> a=sin(x) >> function y=sq(x), y=x^2,endfunction >> y=sq(a)+1 >> endfunction >> >> foo(%pi/3) >> >> Couldn't it be formulated like below: >> >> function y1=foo1(x) >> a=sin(x); >> y1=a^2+1; >> endfunction >> >> foo1(%pi/3) >> >> That's why I had problems with my functions and couldn't understand >> why it has to be so complicated. >> >> Thank you once more. >> >> Iza > _______________________________________________ > 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 From fmiyara at fceia.unr.edu.ar Wed Apr 10 18:05:27 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 10 Apr 2019 13:05:27 -0300 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Message-ID: St?phane, Thank you for your insight. I think I've found a possible explanation fromthe user's point of view: If several entities are successively added and some of their properties need to be modified on the fly, it is easier to use a single instruction that affects the newly added entity instead of having to keep track of the index or the handle of each specific entity. I suppose it is more frequent to modify the most recently added object than a deeply buried one. Regards, Federico Miyara On 10/04/2019 03:47, St?phane Mottelet wrote: > > Le 10/04/2019 ? 01:24, Federico Miyara a ?crit : > >> >> Antoine, >> >> Thank you for your suggestion. It's a good one, but I still don't >> know the reason why the index of the current entity is 1 (my question >> was not really about workarounds but reasons). St?phane said it was a >> stack, but as far as I could find, there is no stack structure in >> Scilab 6. > > It was an image. The graphics objects tree is not built at the > interpreter level but internally with, at the end, Java objects. In > > modules/graphic_objects/src/java/org/scilab/modules/graphic_objects/graphicObject/GraphicObject.java > > you can see that the set of children of a graphic object is a (Java) list > > /** Child objects list. Known by their UID */ > private List children; > > When a children is added to a graphic object, the the method > "addChild" is invoked. In the source you can see > > public void addChild(Integer child) { > children.add(0, child); > } > > Which is coherent with the actual behavior i.e. news children are > pushed on the top. > > What you would like is simply (without the 0) > > public void addChild(Integer child) { > children.add(child); > } > > If I have time I can see if it breaks other things, but I am almost > sure that it will... > > S. > > >> >> >> On 09/04/2019 04:22, Antoine Monmayrant wrote: >>> Hello, >>> >>> As St?phane said, using a tag and findobj is a possibility that I >>> use for complex layouts. >>> Here is another one: build your own vector of handles that you order >>> the way you want: >>> >>> as=[]; >>> subplot(221) >>> plot(1,2) >>> as=[as,gca()] >>> subplot(222) >>> plot(1:2,2:3) >>> as=[as,gca()] >>> subplot(223) >>> plot(2*[1:2],2:3) >>> as=[as,gca()] >>> subplot(224) >>> plot(2*[1:2],-[2:3]) >>> as=[as,gca()] >>> as.foreground=color('gray'); >>> as.background=color('lightgray'); >>> as.thickness=2; >>> as.font_size=4; >>> >>> Cheers, >>> >>> Antoine >>> >>> Le 09/04/2019 ? 08:30, P M a ?crit : >>>> Federico...thanks for asking the question. >>>> I was wondering about it myself for quite some time. >>>> Once recognizing the fact, I just accepted that new entities are >>>> placed at the first position. >>>> However, it might be interesting to get some insight of why it is >>>> like this....for now I guessed it has to do with how to handle memory. >>>> >>>> Philipp >>>> >>>> >>>> Am Mo., 8. Apr. 2019 um 23:01 Uhr schrieb St?phane Mottelet >>>> >: >>>> >>>> Le 08/04/2019 ? 22:56, Federico Miyara a ?crit : >>>> >>>>> >>>>> St?phane, >>>>> >>>>> Sometimes one just needs to extract some parameter from an >>>>> entity and indexing is a valid way to access it. >>>> >>>> So what is your problem since you know that the order of >>>> entities is, though not natural, reproductible ? If you really >>>> need to recover a deeply hidden entity, use tags and the >>>> findobj() function. >>>> >>>> S. >>>> >>>>> >>>>> Federico >>>>> >>>>> >>>>> On 08/04/2019 12:18, St?phane Mottelet wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> Le 07/04/2019 ? 10:13, Federico Miyara a ?crit : >>>>>>> >>>>>>> Dear all, >>>>>>> >>>>>>> I would like to know if there is a reason for the fact that >>>>>>> whenever new graphic objects are added to an axes, the last >>>>>>> one that has been created is always the one with index 1 >>>>>>> instead of n+1 (where n is the number of objects prior to >>>>>>> new one). >>>>>>> >>>>>>> Example: >>>>>>> >>>>>>> scf(1) >>>>>>> clf(1) >>>>>>> >>>>>>> // Plot a simple two-point graph >>>>>>> plot2d([0,1],[0,1]) >>>>>>> ax=gca() >>>>>>> >>>>>>> // Colect plotted data >>>>>>> a=ax.children(1).children.data >>>>>>> >>>>>>> // Plot a simple two-point graph >>>>>>> plot2d([0,1],[0.5,1.5]) >>>>>>> >>>>>>> // Colect plotted data corresponding to index 1 >>>>>>> b=ax.children(1).children.data >>>>>>> >>>>>>> // Colect plotted data corresponding to index 2 >>>>>>> c=ax.children(2).children.data >>>>>>> >>>>>>> After the first plot we get >>>>>>> >>>>>>> a = >>>>>>> 0. 0. >>>>>>> 1. 1. >>>>>>> >>>>>>> After the second plot we get >>>>>>> >>>>>>> b = >>>>>>> 0. 0.5 >>>>>>> 1. 1.5 >>>>>>> >>>>>>> c = >>>>>>> >>>>>>> 0. 0. >>>>>>> 1. 1. >>>>>>> >>>>>>> I would expect that b = a, i.e, once a children object has >>>>>>> been created on the axes, it would be reasonable that its >>>>>>> index were kept constant. The current behavior is as if each >>>>>>> new object were inserted in the structure before the >>>>>>> previous one instead of after it. >>>>>> >>>>>> I would say that the set of children is a stack, i.e. each >>>>>> new child is "pushed" on top. Anyway, relying on child order >>>>>> seems, to me, a bad idea. For example, legend takes as >>>>>> (optional) first argument an array of handles, and not an >>>>>> array of child numbers. >>>>>> >>>>>> S. >>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Federico Miyara >>>>>>> >>>>>>> >>>>>>> >>>>>>> Libre de virus. www.avast.com >>>>>>> >>>>>>> >>>>>>> >>>>>>> <#m_-570024488477070350_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> users mailing list >>>>>>> users at lists.scilab.org >>>>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 >>> >>> >>> -- >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> Antoine Monmayrant LAAS - CNRS >>> 7 avenue du Colonel Roche >>> BP 54200 >>> 31031 TOULOUSE Cedex 4 >>> FRANCE >>> >>> Tel:+33 5 61 33 64 59 >>> >>> email :antoine.monmayrant at laas.fr >>> permanent email :antoine.monmayrant at polytechnique.org >>> >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 iwoj at il.pw.edu.pl Wed Apr 10 18:07:12 2019 From: iwoj at il.pw.edu.pl (=?UTF-8?Q?Izabela_W=C3=B3jcik-Grz=C4=85ba?=) Date: Wed, 10 Apr 2019 18:07:12 +0200 Subject: [Scilab-users] Nested function definition In-Reply-To: References: <2aec692f0f6fda44d6f7c1734585ec1d@il.pw.edu.pl> Message-ID: <9fbbf2b26037e2b511fffbc34d714716@il.pw.edu.pl> No, it's not such a serious issue. They are connected with catenary cables selfweight. Iza W dniu 10.04.2019 17:44, Perrichon napisa?(a): > Are these functions coming from hydraulic simulator for power plants? > > Best regards > > > Before printing, think about ENVIRONMENTAL responsabity > > -----Message d'origine----- > De : users De la part de Izabela > W?jcik-Grzaba > Envoy? : mercredi 10 avril 2019 17:31 > ? : Users mailing list for Scilab > Objet : Re: [Scilab-users] Nested function definition > > Ok, sorry. It's my mistake connected with using math terms not > properly. > Now I understand that nested function is more general term in Scilab > help. The help example is similar to mine and this is the whole > misunderstanding. > I appreciate your comprehensive explanation. > Now I am happy because the notation of my (mathematical) functions > become simpler. > > Kind regards, > Iza > > > > > > W dniu 10.04.2019 17:10, Samuel Gougeon napisa?(a): >> Izabela, >> >> I have not clearly understood why you are speaking about "nested >> functions" in your example. >> A nested function is a function that is _defined_ in another one. >> >> About the example in the function help page: >> It is right, but with Scilab 6, it looks a bit outdated to me. >> Indeed, let's consider the following example: >> >> // Content of the File myTest.sci >> function myTest() >> disp("myTest() is running") >> myNextFun() >> endfunction >> function myNextFun() >> disp("myNextFun() is running") >> endfunction >> // End of myTest.sci file >> >> When building a library (say "myLib"), this file is compiled, and >> >> * With Scilab 5 : both functions myTest() and myNextFun() are >> registered in the library, and so ARE PUBLIC: Both can be called from >> anywhere, noticeably from the top-level, the console. >> The only way to make myNextFun() a private function known only by >> myTest() is to define it IN myTest(), as a nested function. >> >> * With Scilab 6: only myTest() is registered in myLib library, so is >> public, and can be called from anywhere. In the opposite, myNextFun() >> >> * is NOT registered in the library >> * so, is unknown from the console, >> >> * is shared and can be called only by other functions defined in the >> same file. >> >> This is a more powerful implementation for the functions privacy, >> because then >> * a private function (say myNextFun()) does no longer need to be >> recompiled each time that myTest() is called. >> >> * IMO, this makes the code clearer >> >> This change in Scilab 6 could be documented in the --> help function >> page, in order to discourage true nested function. By the way, the >> example in the help misses being indented. >> >> However, out of libraries, nested functions can still be used in >> scripts.sce or in files.sci that are just exec()uted, for the same >> purpose: keeping nested functions private. >> >> HTH >> Regards >> Samuel >> >> Le 10/04/2019 ? 16:04, Izabela W?jcik-Grz?ba a ?crit : >> >>> Ok, so why nested function in help is so complicated: >>> >>> //nested functions definition >>> function y=foo(x) >>> a=sin(x) >>> function y=sq(x), y=x^2,endfunction >>> y=sq(a)+1 >>> endfunction >>> >>> foo(%pi/3) >>> >>> Couldn't it be formulated like below: >>> >>> function y1=foo1(x) >>> a=sin(x); >>> y1=a^2+1; >>> endfunction >>> >>> foo1(%pi/3) >>> >>> That's why I had problems with my functions and couldn't understand >>> why it has to be so complicated. >>> >>> Thank you once more. >>> >>> Iza >> _______________________________________________ >> 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 From sgougeon at free.fr Wed Apr 10 18:28:26 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 10 Apr 2019 18:28:26 +0200 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Message-ID: Le 10/04/2019 ? 18:05, Federico Miyara a ?crit : > > St?phane, > > Thank you for your insight. > > I think I've found a possible explanation fromthe user's point of > view: If several entities are successively added and some of their > properties need to be modified on the fly, it is easier to use a > single instruction that affects the newly added entity instead of > having to keep track of the index or the handle of each specific > entity. I suppose it is more frequent to modify the most recently > added object than a deeply buried one. I don't think it is the reason (if there is any true reason). It is equally easy to get the handle with A...children($) A...children(1) gce() Thanks for your persistent will to know why, for things that are actually not the most handy, even if after years we are compelled to do with them. To have fresh observers and comenters is often interesting. To have new contributors as well. After the first interesting St?phane's attempt, i am also afraid that changing the order now would break a lot of code. However, IMO it would be worthwhile to try, and see how many tests this change breaks. Many graphical tests are interactive, that requires more manpower (because these tests have no "automatic" validation/invalidation. A human must see how graphics are rendered and say "the test passes, or fails") But this is easy to do, and subscribers to this list could contribute. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From heinznabielek at me.com Wed Apr 10 20:07:59 2019 From: heinznabielek at me.com (Heinz Nabielek) Date: Wed, 10 Apr 2019 20:07:59 +0200 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error Message-ID: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". Any easy way to get around short of returning to the Clipboard? Heinz From sgougeon at free.fr Wed Apr 10 20:19:49 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 10 Apr 2019 20:19:49 +0200 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Message-ID: <02628224-deaa-9923-18c5-c92cbd309ac9@free.fr> Le 10/04/2019 ? 20:07, Heinz Nabielek a ?crit : > Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. > > High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: > > "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". > > Any easy way to get around short of returning to the Clipboard? You may try increasing the Java heap memory used for graphics: preferences() => General: Java Heap Memory Increase the number of dedicated MBytes, quit and restart Scilab Samuel From stephane.mottelet at utc.fr Wed Apr 10 20:21:20 2019 From: stephane.mottelet at utc.fr (=?utf-8?Q?St=C3=A9phane_Mottelet?=) Date: Wed, 10 Apr 2019 20:21:20 +0200 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Message-ID: > Le 10 avr. 2019 ? 20:07, Heinz Nabielek a ?crit : > > Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. > > High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: > > "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". > > Any easy way to get around short of returning to the Clipboard? Make it full screen ! > Heinz > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From heinznabielek at me.com Wed Apr 10 21:17:36 2019 From: heinznabielek at me.com (Heinz Nabielek) Date: Wed, 10 Apr 2019 21:17:36 +0200 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Message-ID: <65C72EFF-636D-4F05-86BD-A1211E981B5C@me.com> On 10.04.2019, at 20:21, St?phane Mottelet wrote: > > > >> Le 10 avr. 2019 ? 20:07, Heinz Nabielek a ?crit : >> >> Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. >> >> High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: >> >> "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". >> >> Any easy way to get around short of returning to the Clipboard? > > Make it full screen ! Great. Thanks a lot - I should have thought of it myself. I can easily make the title fonts larger, but how do I make legend and axes texts and inscriptions proportionally larger-- I had never managed that "children" thing of our graphic objects... Heinz From heinznabielek at me.com Wed Apr 10 21:30:26 2019 From: heinznabielek at me.com (Heinz Nabielek) Date: Wed, 10 Apr 2019 21:30:26 +0200 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: <65C72EFF-636D-4F05-86BD-A1211E981B5C@me.com> References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> <65C72EFF-636D-4F05-86BD-A1211E981B5C@me.com> Message-ID: <09CCFE2D-C8BA-4CB4-8B93-680F0A4B802F@me.com> On 10.04.2019, at 21:17, Heinz Nabielek wrote: > > On 10.04.2019, at 20:21, St?phane Mottelet wrote: >> >> >> >>> Le 10 avr. 2019 ? 20:07, Heinz Nabielek a ?crit : >>> >>> Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. >>> >>> High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: >>> >>> "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". >>> >>> Any easy way to get around short of returning to the Clipboard? >> >> Make it full screen ! > > > Great. Thanks a lot - I should have thought of it myself. > > I can easily make the title fonts larger, but how do I make legend and axes texts and inscriptions proportionally larger-- I had never managed that "children" thing of our graphic objects... I should add: at the moment, I am working on a polarplot... From fmiyara at fceia.unr.edu.ar Wed Apr 10 23:05:37 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 10 Apr 2019 18:05:37 -0300 Subject: [Scilab-users] An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Message-ID: <8d345e57-ce40-cfcd-d853-0704f2550526@fceia.unr.edu.ar> Heinz, The first thing I would consider is if really it is relavant to plot 155 000 data points, taking into account that neither the screen nor any printing system can present such a resolution. If you have 155 000 points they aremost likelycontaminated with noise. You could approximate them with a lsq_splin using few break points, probably around 20, and then use this spline to obtain about 1000 points or less. If you need, instead, to show in your plot the noise you can do this: divide the domain of the function in a number of bins of a width more or less equivalent to the pixel or printed dot (there will be in general no more than about 1000 bins), then find the min and max within each bin and retain them, then plot again. Finally, you can export using svg and as was suggested some time ago (sorry I don't recall by whom), open it in Inkscape, a free open source software (there is also a portable version, so no need to install it). Then export it as wmf (Windows metafile). Then you can paste in word processors and you retain the full quality, the fonts are fonts, not just a bundle of random pixels. It tried this and works very well. You can also edit the image within the word processor, if a final touch up is convenient (change font tyope or size, line color, etc.). Regards, Federico Miyara On 10/04/2019 15:07, Heinz Nabielek wrote: > Scilab created graphs can be quickly imported into documents via the Clipboard, but their quality is poor with jagged lines and wobbly fonts. > > High quality graphs can be created when exporting to pdf. However, with my 155,000 data points, I end up with an error message: > > "An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error". > > Any easy way to get around short of returning to the Clipboard? > Heinz > _______________________________________________ > 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 Wed Apr 10 23:40:53 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Wed, 10 Apr 2019 18:40:53 -0300 Subject: [Scilab-users] question on graphic children order In-Reply-To: References: <042206a1-dc83-5c3f-45cf-679987ebf8c8@fceia.unr.edu.ar> <1471815f-4762-a3e0-da80-98ccffffc90c@utc.fr> <71df52e9-5634-9345-653e-98b4d833fcf8@utc.fr> <9d81a753-e448-2621-b7f5-683c5d0a03d4@fceia.unr.edu.ar> Message-ID: <7b835e75-c35c-049f-f8dd-c1702f433ebb@fceia.unr.edu.ar> Samuel, I would like to contribute somehow, but for the moment I don't know anything about Java and very little about C or C++. I could test code if it is in a version ready to install (I don't know how to compile) and if there is some protocol or guidelines to how to perform tests. I find more likely for me to contribute Scilab functions written using the available functions and operators, or try to improve help pages. Regards, Federico On 10/04/2019 13:28, Samuel Gougeon wrote: > Le 10/04/2019 ? 18:05, Federico Miyara a ?crit : >> >> St?phane, >> >> Thank you for your insight. >> >> I think I've found a possible explanation fromthe user's point of >> view: If several entities are successively added and some of their >> properties need to be modified on the fly, it is easier to use a >> single instruction that affects the newly added entity instead of >> having to keep track of the index or the handle of each specific >> entity. I suppose it is more frequent to modify the most recently >> added object than a deeply buried one. > > I don't think it is the reason (if there is any true reason). It is > equally easy to get the handle with > A...children($) > A...children(1) > gce() > > Thanks for your persistent will to know why, for things that are > actually not the most handy, even if after years we are compelled to > do with them. > To have fresh observers and comenters is often interesting. To have > new contributors as well. > > After the first interesting St?phane's attempt, i am also afraid that > changing the order now would break a lot of code. > However, IMO it would be worthwhile to try, and see how many tests > this change breaks. > Many graphical tests are interactive, that requires more manpower > (because these tests have no "automatic" validation/invalidation. A > human must see how graphics are rendered and say "the test passes, or > fails") > But this is easy to do, and subscribers to this list could contribute. > > Samuel > > > > _______________________________________________ > 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 Christophe.Dang at sidel.com Thu Apr 11 09:17:16 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Thu, 11 Apr 2019 07:17:16 +0000 Subject: [Scilab-users] {EXT} An error occurred during export: Unable to create export file, not enough memory. Decreasing the number of elements or the size of the figure should fix this error In-Reply-To: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> References: <6394673B-DB0B-416A-A6CB-D8B1E13BDB3B@me.com> Message-ID: Hello Heinz, > De : Heinz Nabielek > Envoy? : mercredi 10 avril 2019 20:08 > > High quality graphs can be created when exporting to pdf. However, with my > 155,000 data points, I end up with an error message: > > "An error occurred during export: Unable to create export file, not enough > memory. Decreasing the number of elements or the size of the figure should > fix this error". > > Any easy way to get around short of returning to the Clipboard? I would personally export a PNG. The size of the picture (in pixels) is proportional to the size on screen so you can increase or decrease the window to set the final resolution. You can precisely set the resolution with: figure = gcf(); figure.axes_size = [800,600]; // or whatever xs2png(figure, "foo.png"); // or file > export to Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From jrich at littleappletech.com Thu Apr 11 20:34:05 2019 From: jrich at littleappletech.com (marko) Date: Thu, 11 Apr 2019 11:34:05 -0700 (MST) Subject: [Scilab-users] v6.0.2 jpeg export problem - again Message-ID: <1555007645847-0.post@n3.nabble.com> Well, I'm certainly a newbie here. One thing I cannot seem to correct is that graphic window / export / jpg always fails to produce an acceptable image. As it has been pointed out in the past, the background is invariably pinkish, while *.png works just fine. The suggestion in previous dismissals of this problem make the claim that it is "ALWAYS" a video card driver problem. This would seem to be a bit off the mark, especially since I have many other graphics programs and viewers which have no problems whatever displaying jpg's on this machine, a very capable windows 7 pc (my choice) recently built by local computer shop which I trust. I would think Scilab developers need to investigate this problem more seriously rather than simply dismissing it by blaming it on video cards. jrc -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From jrich at littleappletech.com Thu Apr 11 21:12:51 2019 From: jrich at littleappletech.com (marko) Date: Thu, 11 Apr 2019 12:12:51 -0700 (MST) Subject: [Scilab-users] v6.0.2 jpeg export problem - again In-Reply-To: <1555007645847-0.post@n3.nabble.com> References: <1555007645847-0.post@n3.nabble.com> Message-ID: <1555009971350-0.post@n3.nabble.com> Comment on my post here: An excellent workaround on Windows is to use the fine (free) program 'Irfanview'. I simply load the desired graphics file (*.png exported by scilab) into Irfanview, then immediately save it as a *.jpg instead. Presto - nice white background, as most would desire. marko -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From Christophe.Dang at sidel.com Fri Apr 12 09:15:38 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Fri, 12 Apr 2019 07:15:38 +0000 Subject: [Scilab-users] Scilab-users] v6.0.2 jpeg export problem - again Message-ID: Hello Marko, > De : users [mailto:users-bounces at lists.scilab.org] De la part de marko > Envoy? : jeudi 11 avril 2019 20:34 > > Well, I'm certainly a newbie here. One thing I cannot seem to correct is that > graphic window / export / jpg always fails to produce an acceptable image. > As it has been pointed out in the past, the background is invariably pinkish, > while *.png works just fine. I could reproduce the problem. Typing "jpeg" in Bugzilla, the problem does not seem to be reported yet : http://bugzilla.scilab.org/buglist.cgi?quicksearch=jpeg&list_id=52325 I suggest you fill in a bug report. > The suggestion in previous dismissals of this problem make the claim that it is > "ALWAYS" a video card driver problem In the bug report, you can include useful information from getdebuginfo() e.g. : [a, b] = getdebuginfo() b = ... [] ! ! !Operating System: Windows Seven x64 ! ! ! !Intel(R) Xeon(R) CPU E5-1620 v3 @ 3.50GHz ! ! ! !Number of processors: 8 ! ! ! !Number of Video cards: 1 ! ! ! !Video card #0: NVIDIA Quadro K2200 ! ! ! !Primary Video card driver version: 9.18.13.4105 ! ! ! !Screen size: 1920 x 1200 32 bits ! ! ! !Number of Monitors: 1 ! ... [] However, JPEG is designed for photographs with subtle shades and not for graphics with very few colours such as those produced by a plot in Scilab. Of course this is not an excuse for the bug but I suggest you stick with the PNG or SVG formats. Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From sgougeon at free.fr Fri Apr 12 11:20:03 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 12 Apr 2019 11:20:03 +0200 Subject: [Scilab-users] Scilab-users] v6.0.2 jpeg export problem - again In-Reply-To: References: Message-ID: <422d4188-9ed7-842b-aaee-1a94f1d319f5@free.fr> Hello, This bug is already reported for almost 6 years . It is not proper to the jpg format. It occurs with all pixmap formats. It was fixed for onscreen rendering (proving that it's not a pure driver issue), but it is still pending when exporting graphics . Even when exporting graphics, in some circumstances, it works. For instance, compiling some help pages generating some images illustrating examples most often works, with right colors. Please see details of the reports. Regards Samuel PS : Please don't expect improvements from anyone else than the community, that's to say yourself or your ability to find, convince and enrole contributors around you or with you able and ready to contribute, noticeably to fix bugs, noticeably long-standing ones. Thanks. Le 12/04/2019 ? 09:15, Dang Ngoc Chan, Christophe a ?crit : > Hello Marko, > >> De : users [mailto:users-bounces at lists.scilab.org] De la part de marko >> Envoy? : jeudi 11 avril 2019 20:34 >> >> Well, I'm certainly a newbie here. One thing I cannot seem to correct is that >> graphic window / export / jpg always fails to produce an acceptable image. >> As it has been pointed out in the past, the background is invariably pinkish, >> while *.png works just fine. > I could reproduce the problem. > Typing "jpeg" in Bugzilla, the problem does not seem to be reported yet : > http://bugzilla.scilab.org/buglist.cgi?quicksearch=jpeg&list_id=52325 > I suggest you fill in a bug report. > >> The suggestion in previous dismissals of this problem make the claim that it is >> "ALWAYS" a video card driver problem > In the bug report, you can include useful information from getdebuginfo() e.g. : > > [a, b] = getdebuginfo() > b = > > ... [] > > ! ! > !Operating System: Windows Seven x64 ! > ! ! > !Intel(R) Xeon(R) CPU E5-1620 v3 @ 3.50GHz ! > ! ! > !Number of processors: 8 ! > ! ! > !Number of Video cards: 1 ! > ! ! > !Video card #0: NVIDIA Quadro K2200 ! > ! ! > !Primary Video card driver version: 9.18.13.4105 ! > ! ! > !Screen size: 1920 x 1200 32 bits ! > ! ! > !Number of Monitors: 1 ! > > ... [] > > However, JPEG is designed for photographs with subtle shades > and not for graphics with very few colours such as those produced by a plot in Scilab. > > Of course this is not an excuse for the bug > but I suggest you stick with the PNG or SVG formats. > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Dang at sidel.com Fri Apr 12 11:32:54 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Fri, 12 Apr 2019 09:32:54 +0000 Subject: [Scilab-users] {EXT} Re: Scilab-users] v6.0.2 jpeg export problem - again In-Reply-To: <422d4188-9ed7-842b-aaee-1a94f1d319f5@free.fr> References: <422d4188-9ed7-842b-aaee-1a94f1d319f5@free.fr> Message-ID: Hello Samuel, Thanks for the details. > De : Samuel Gougeon > Envoy? : vendredi 12 avril 2019 11:20 > > PS : Please don't expect improvements from anyone else than the > community, that's to say yourself or your ability to find, convince > and enrole contributors around you or with you able and ready to > contribute, noticeably to fix bugs, noticeably long-standing ones. Thanks. By "contribute/fix bugs", do you mean "modify the Scilab source code"? -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From sgougeon at free.fr Fri Apr 12 11:39:03 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 12 Apr 2019 11:39:03 +0200 Subject: [Scilab-users] {EXT} Re: Scilab-users] v6.0.2 jpeg export problem - again In-Reply-To: References: <422d4188-9ed7-842b-aaee-1a94f1d319f5@free.fr> Message-ID: <0ad4e454-31e5-9b76-9c52-d9e3e692af8a@free.fr> Le 12/04/2019 ? 11:32, Dang Ngoc Chan, Christophe a ?crit : > Hello Samuel, > > Thanks for the details. > >> De : Samuel Gougeon >> Envoy? : vendredi 12 avril 2019 11:20 >> >> PS : Please don't expect improvements from anyone else than the >> community, that's to say yourself or your ability to find, convince >> and enrole contributors around you or with you able and ready to >> contribute, noticeably to fix bugs, noticeably long-standing ones. Thanks. > By "contribute/fix bugs", do you mean "modify the Scilab source code"? Sure. This PostScriptum was mostly dedicated to Marko, after his impatient and demanding comment: Le 11/04/2019 ? 20:34, marko a ?crit : > .../... > I would think Scilab developers need to investigate this problem more > seriously rather than simply dismissing it by blaming it on video cards. From sgougeon at free.fr Fri Apr 12 11:39:44 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 12 Apr 2019 11:39:44 +0200 Subject: [Scilab-users] v6.0.2 jpeg export problem - again In-Reply-To: <1555007645847-0.post@n3.nabble.com> References: <1555007645847-0.post@n3.nabble.com> Message-ID: <36da0a33-f632-82dd-9e81-29f80e319427@free.fr> Le 11/04/2019 ? 20:34, marko a ?crit : > Well, I'm certainly a newbie here. One thing I cannot seem to correct is that > graphic window / export / jpg always fails to produce an acceptable image. > As it has been pointed out in the past, the background is invariably > pinkish, while *.png works just fine. You are lucky. For me, all pixmap formats are red. An easy workaround consists in turning the figure invisible before exporting it: gcf().visible = "off"; Then, the exported colors are correct. HTH Samuel From p.muehlmann at gmail.com Fri Apr 12 11:47:09 2019 From: p.muehlmann at gmail.com (P M) Date: Fri, 12 Apr 2019 11:47:09 +0200 Subject: [Scilab-users] SciNotes and printf("...\n") Message-ID: Dear all, what is the reason that SciNotes changes the colour from printf(".\n"); to printf("...\n"); In fact colour changes already when printing 2 dots. Though there is no error, its a bit confusing, since SciNotes indicates that the leading quote sign is missing. I searched the SciNotes settings (scilab 6.0.2), but didn't find a setting that controls the appearance. Thanks, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Apr 12 11:59:37 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 12 Apr 2019 11:59:37 +0200 Subject: [Scilab-users] SciNotes and printf("...\n") In-Reply-To: References: Message-ID: <019e67ef-0a8f-f987-b180-f9e75ecaa7cb@free.fr> Le 12/04/2019 ? 11:47, P M a ?crit : > Dear all, > > what is the reason that SciNotes changes the colour from > > printf(".\n"); > to > printf("...\n"); > In fact colour changes already when printing 2 dots. Out of texts, ".." are continuation dots, but Scinotes no longer manages them correctly for the syntax highlighting: http://bugzilla.scilab.org/14565 -------------- next part -------------- An HTML attachment was scrubbed... URL: From amonmayr at laas.fr Fri Apr 12 17:09:38 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Fri, 12 Apr 2019 17:09:38 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/ICBxdWVzdGlvbiBvbiBncmFw?= =?utf-8?q?hic_children_order?= In-Reply-To: Message-ID: <6756-5cb0aa00-6f-50095280@26712394> Hello, > After the first interesting St?phane's attempt, i am also afraid that > changing the order now would break a lot of code. My intuition is that functions like gce() might rely on the assumption that the most recent object is to be found at the first position in the children list. I am not sure this is going to be trivial to track all the possible weird bugs such a change could induce. But I agree that this "stack" sorting (new things first) is quite surprising for new users? and that an array sorting (new things last) would be less surprising and thus easier to grasp. Antoine ? Every new student in our group trying to work with scilab graphic handles gets bitten at some point by the fact that a.children(1) no longer points to the first plot after a second one is added. From amonmayr at laas.fr Fri Apr 12 19:39:15 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Fri, 12 Apr 2019 19:39:15 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/ICBTY2lOb3RlcyBhbmQgcHJp?= =?utf-8?b?bnRmKCIuLi5cbiIp?= In-Reply-To: Message-ID: <2d40-5cb0cd80-b-6b0d5f00@97556932> Hello, I've seen the same with scinotes in 6.0.2, I don't remember seeing this in previous version. What occurs is that scinotes interprets two dots ".." as the continuation mark and stops coloring the rest of the line as string. (if you separate the two consecutive dots, the coloring is back to something nice). Cheers, Antoine Le Vendredi, Avril 12, 2019 11:47 CEST, P M a ?crit: > Dear all, > > what is the reason that SciNotes changes the colour from > > printf(".\n"); > > to > > printf("...\n"); > > In fact colour changes already when printing 2 dots. > > Though there is no error, its a bit confusing, since SciNotes indicates > that the leading quote sign is missing. > > > I searched the SciNotes settings (scilab 6.0.2), but didn't find a setting > that controls the appearance. > > > Thanks, > Philipp From fmiyara at fceia.unr.edu.ar Sat Apr 13 17:13:24 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Sat, 13 Apr 2019 12:13:24 -0300 Subject: [Scilab-users] ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: <2d40-5cb0cd80-b-6b0d5f00@97556932> References: <2d40-5cb0cd80-b-6b0d5f00@97556932> Message-ID: <87bea0fa-acef-d2ba-a10d-79db0094ca2a@fceia.unr.edu.ar> Antoine, The continuation mark .. doesn't work within strings. Something like this disp("Hello, .. world") produces an error (actually, two errors). I think it would be relatively simple to fix this syntax-highlighting bug by just not letting that 2 dots trigger a change in syntax color highlighting within a string. Indeed, as per the documentation (help dot) this seems to be the only valid use of .. other than at the end of a line or followed by a comment. If one runs, for instance a = [1 2 3 .. 4 5 6] the Console enters in a mode expecting something more (> instead of -->), the same as in the case of a line with a for, but I don't succeed finding how to finish except cancelling with Ctrl-C. Regards, Federico Miyara On 12/04/2019 14:39, Antoine Monmayrant wrote: > Hello, > > I've seen the same with scinotes in 6.0.2, I don't remember seeing this in previous version. > What occurs is that scinotes interprets two dots ".." as the continuation mark and stops coloring the rest of the line as string. > (if you separate the two consecutive dots, the coloring is back to something nice). > > Cheers, > > Antoine > > > Le Vendredi, Avril 12, 2019 11:47 CEST, P M a ?crit: > >> Dear all, >> >> what is the reason that SciNotes changes the colour from >> >> printf(".\n"); >> >> to >> >> printf("...\n"); >> >> In fact colour changes already when printing 2 dots. >> >> Though there is no error, its a bit confusing, since SciNotes indicates >> that the leading quote sign is missing. >> >> >> I searched the SciNotes settings (scilab 6.0.2), but didn't find a setting >> that controls the appearance. >> >> >> Thanks, >> Philipp > _______________________________________________ > 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 Christophe.Dang at sidel.com Mon Apr 15 08:54:55 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Mon, 15 Apr 2019 06:54:55 +0000 Subject: [Scilab-users] {EXT} Re: ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: <2d40-5cb0cd80-b-6b0d5f00@97556932> References: <2d40-5cb0cd80-b-6b0d5f00@97556932> Message-ID: Hello, > De : Antoine Monmayrant > Envoy? : vendredi 12 avril 2019 19:39 > > > Le Vendredi, Avril 12, 2019 11:47 CEST, P M a > > ?crit: > > > > what is the reason that SciNotes changes the colour from > > > > printf(".\n"); > > > > to > > > > printf("...\n"); > > What occurs is that scinotes interprets two dots ".." as the continuation mark > and stops coloring the rest of the line as string. A workaround would be to use the typographic continuation dots ? ? ?, Unicode U+2026, although it is far less convenient to type (and as long as everything involved supports Unicode, e.g. UTF-8 encoding). And any typography freak LaTeXist would tell you that three dots do not have the correct spacing :-D Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From p.muehlmann at gmail.com Mon Apr 15 10:57:38 2019 From: p.muehlmann at gmail.com (P M) Date: Mon, 15 Apr 2019 10:57:38 +0200 Subject: [Scilab-users] {EXT} Re: ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: References: <2d40-5cb0cd80-b-6b0d5f00@97556932> Message-ID: ...interesting.....so it is possible to printf(" Unicode \n") ? printf(<<...>>) Am Mo., 15. Apr. 2019 um 08:55 Uhr schrieb Dang Ngoc Chan, Christophe < Christophe.Dang at sidel.com>: > Hello, > > > De : Antoine Monmayrant > > Envoy? : vendredi 12 avril 2019 19:39 > > > > > Le Vendredi, Avril 12, 2019 11:47 CEST, P M a > > > ?crit: > > > > > > what is the reason that SciNotes changes the colour from > > > > > > printf(".\n"); > > > > > > to > > > > > > printf("...\n"); > > > > What occurs is that scinotes interprets two dots ".." as the > continuation mark > > and stops coloring the rest of the line as string. > > A workaround would be to use the typographic continuation dots ? ? ?, > Unicode U+2026, although it is far less convenient to type > (and as long as everything involved supports Unicode, e.g. UTF-8 encoding). > > And any typography freak LaTeXist would tell you that three dots > do not have the correct spacing :-D > > Regards > > -- > Christophe Dang Ngoc Chan > Mechanical calculation engineer > > General > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error), > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > _______________________________________________ > 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 Apr 15 11:01:15 2019 From: p.muehlmann at gmail.com (P M) Date: Mon, 15 Apr 2019 11:01:15 +0200 Subject: [Scilab-users] {EXT} Re: ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: References: <2d40-5cb0cd80-b-6b0d5f00@97556932> Message-ID: sorry... I pressed the "send" button accidently ...interesting.....so it is possible to printf(" Unicode \n") ? printf(<<...>>) // creates an error as expected printf("<< ... >>") and printf(" ... ") // doesn't change anything compared to printf(" .. ") I probably misunderstand... BR Philipp Am Mo., 15. Apr. 2019 um 10:57 Uhr schrieb P M : > ...interesting.....so it is possible to printf(" Unicode \n") ? > > printf(<<...>>) > > Am Mo., 15. Apr. 2019 um 08:55 Uhr schrieb Dang Ngoc Chan, Christophe < > Christophe.Dang at sidel.com>: > >> Hello, >> >> > De : Antoine Monmayrant >> > Envoy? : vendredi 12 avril 2019 19:39 >> > >> > > Le Vendredi, Avril 12, 2019 11:47 CEST, P M a >> > > ?crit: >> > > >> > > what is the reason that SciNotes changes the colour from >> > > >> > > printf(".\n"); >> > > >> > > to >> > > >> > > printf("...\n"); >> > >> > What occurs is that scinotes interprets two dots ".." as the >> continuation mark >> > and stops coloring the rest of the line as string. >> >> A workaround would be to use the typographic continuation dots ? ? ?, >> Unicode U+2026, although it is far less convenient to type >> (and as long as everything involved supports Unicode, e.g. UTF-8 >> encoding). >> >> And any typography freak LaTeXist would tell you that three dots >> do not have the correct spacing :-D >> >> Regards >> >> -- >> Christophe Dang Ngoc Chan >> Mechanical calculation engineer >> >> General >> This e-mail may contain confidential and/or privileged information. If >> you are not the intended recipient (or have received this e-mail in error), >> please notify the sender immediately and destroy this e-mail. Any >> unauthorized copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Apr 15 11:04:13 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 15 Apr 2019 11:04:13 +0200 Subject: [Scilab-users] ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: <87bea0fa-acef-d2ba-a10d-79db0094ca2a@fceia.unr.edu.ar> References: <2d40-5cb0cd80-b-6b0d5f00@97556932> <87bea0fa-acef-d2ba-a10d-79db0094ca2a@fceia.unr.edu.ar> Message-ID: <7aad1f83-ee55-7b4b-a420-7df60e15a31b@free.fr> Hello Federico, Le 13/04/2019 ? 17:13, Federico Miyara a ?crit : > > Antoine, > > The continuation mark .. doesn't work within strings. Something like this > > disp("Hello, .. > world") > > produces an error (actually, two errors). > > I think it would be relatively simple to fix this syntax-highlighting > bug by just not letting that 2 dots trigger a change in syntax color > highlighting within a string. Please do not hesitate to post a patch (on the bugzilla thread or on the CodeReview), if you have clear idea about how to fix this. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Apr 15 11:19:14 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 15 Apr 2019 11:19:14 +0200 Subject: [Scilab-users] {EXT} Re: ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: References: <2d40-5cb0cd80-b-6b0d5f00@97556932> Message-ID: <36075b15-7ac1-ed19-f921-8732708021be@free.fr> Le 15/04/2019 ? 11:01, P M a ?crit : > sorry... I pressed the "send" button accidently > > > ...interesting.....so it is possible to printf(" Unicode \n") ? Sure. (matrices of) strings and UTF-8 support are one of the big assets of Scilab. > > printf(<<...>>) // creates an error as expected > > printf("<< ... >>") and printf(" ... ") // doesn't change anything > compared to printf(" .. ") > > I probably misunderstand... The input in your message are regular ascii characters. The difference is here: --> printf("<< ... >>") // ascii << ... >> --> printf("? ? ?") ? ? ? --> s = "Scilab?UTF-8?????????" s = Scilab?UTF-8????????? --> printf(s) Scilab?UTF-8????????? --> part(s,13:$) ans = ????????? --> From fmiyara at fceia.unr.edu.ar Mon Apr 15 21:42:25 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Mon, 15 Apr 2019 16:42:25 -0300 Subject: [Scilab-users] ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: <7aad1f83-ee55-7b4b-a420-7df60e15a31b@free.fr> References: <2d40-5cb0cd80-b-6b0d5f00@97556932> <87bea0fa-acef-d2ba-a10d-79db0094ca2a@fceia.unr.edu.ar> <7aad1f83-ee55-7b4b-a420-7df60e15a31b@free.fr> Message-ID: Samuel, I'm not sure I can (I have already said I'm not fluent in C), but if you would kindly hint me how to locate, in general, the source code of a specific feature, may be I can in a future try to do something about it... Regards, Federico On 15/04/2019 06:04, Samuel Gougeon wrote: > Hello Federico, > > Le 13/04/2019 ? 17:13, Federico Miyara a ?crit : >> >> Antoine, >> >> The continuation mark .. doesn't work within strings. Something like this >> >> disp("Hello, .. >> world") >> >> produces an error (actually, two errors). >> >> I think it would be relatively simple to fix this syntax-highlighting >> bug by just not letting that 2 dots trigger a change in syntax color >> highlighting within a string. > > Please do not hesitate to post a patch (on the bugzilla thread or on > the CodeReview), if you have clear idea about how to fix this. > > Regards > Samuel > > > > _______________________________________________ > 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 Mon Apr 15 21:58:17 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 15 Apr 2019 21:58:17 +0200 Subject: [Scilab-users] ?==?utf-8?q? SciNotes and printf("...\n") In-Reply-To: References: <2d40-5cb0cd80-b-6b0d5f00@97556932> <87bea0fa-acef-d2ba-a10d-79db0094ca2a@fceia.unr.edu.ar> <7aad1f83-ee55-7b4b-a420-7df60e15a31b@free.fr> Message-ID: Le 15/04/2019 ? 21:42, Federico Miyara a ?crit : > > Samuel, > > I'm not sure I can (I have already said I'm not fluent in C), but if > you would kindly hint me how to locate, in general, the source code of > a specific feature, may be I can in a future try to do something about > it... Follow the bug's report, and you will get some hint in comments. From rouxph.22 at gmail.com Tue Apr 16 15:31:40 2019 From: rouxph.22 at gmail.com (philippe) Date: Tue, 16 Apr 2019 15:31:40 +0200 Subject: [Scilab-users] Sgrayplot/champ for non-regular grids Message-ID: hi to all, I realized that scilab function "Sgrayplot" (and other 2D plotting functions like "champ") only accept "regular grids" that is Sgrayplot(X,Y,Z) requires size(Z)=length(X)xlength(Y) while "surf" also accept non-regular ones with size(Z)=size(X)=size(Y) this pose substantial problems in some plots, compared to matlab/octave behaviors, and it would be a nice feature that Sgrayplot and others accept non-regular grid in the same way as "surf". My problem started when I needed to plot a vector field "above" a gray plot, the usual way to do this is straight and simple : dt=0.1;t=-1:dt:1; [X,Y]=meshgrid(t,t); Z=X.^2-Y.^2;// potential field Vx=X;Vy=Y;//vector field clf; Sgrayplot(t,t,Z') champ(t,t,Vx',Vy')// simple ... except the ' on Z,Vx,Vy :-) but I need to do this for Z,Vx,Vy corresponding to a non-regular grid (It comes from a Joukowski transform for those who want to know) so I can't use anymore Sgrayplot/champ and I try to replace them with surf/xarrows dt=0.1;t=-1:dt:1; [X,Y]=meshgrid(t,t);// <== in real life X,Y are non-regular Z=X.^2-Y.^2;// potential field Vx=X;Vy=Y;//vector field clf; // let's try to simulate Sgrayplot surf(X,Y,Z);E=gce();E.thickness=0;E.color_flag=3; A=gca();A.rotation_angles=[0,90]; // horrible hack to replace "champ" xarrows([X(:)';X(:)'+dt*Vx(:)'],[Y(:)';Y(:)'+dt*Vy(:)'],[Z(:)';dt+Z(:)'],1) If you compare both plot the second method isn't satisfying, because vectors can be hidden by the surface (and code is complex!). Can someone provide a work-arround to improve the result since changing the specification of Sgrayplot/champ can't be done quickly. sincerely yours, Philippe From rouxph.22 at gmail.com Tue Apr 16 16:02:14 2019 From: rouxph.22 at gmail.com (philippe) Date: Tue, 16 Apr 2019 16:02:14 +0200 Subject: [Scilab-users] LaTeX strings in scilab plot : \includegraphics & paperwidth In-Reply-To: References: Message-ID: Le 04/04/2019 ? 13:10, Antoine Monmayrant a ?crit?: > > > I suppose the "\the" construct is not supported by jlatexmath... no it's not supported, LaTeX rendering is generated so that the result correspond to a certain font_size, this property can be set somewhere in scilab handle hierarchy . > Any idea? you can change the font_size of all strings appearing in the current axes by adding "a.font_size=..." at the end of your example. scf(); plot(1:10,1:10) a=gca() xt=a.x_ticks nxt=xt; nxt.labels(5)="$\the\paperwidth$"; a.x_ticks=nxt; a.font_size=5;// bigger! Cheers, Philippe From Christophe.Dang at sidel.com Tue Apr 16 16:16:42 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Tue, 16 Apr 2019 14:16:42 +0000 Subject: [Scilab-users] {EXT} Sgrayplot/champ for non-regular grids In-Reply-To: References: Message-ID: Hello Philippe, > De : philippe > Envoy? : mardi 16 avril 2019 15:32 > > I realized that scilab function "Sgrayplot" (and other 2D plotting functions like > "champ") only accept "regular grids > [...] > but I need to do this for Z,Vx,Vy corresponding to a non-regular > [...] > Can someone provide a work-arround to improve the result since changing > the specification of Sgrayplot/champ can't be done quickly. Just a quick idea: have you considered using interp2d() or linear_interpn() to get values on a regular grid? HTH, regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From sgougeon at free.fr Tue Apr 16 16:49:16 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 16 Apr 2019 16:49:16 +0200 Subject: [Scilab-users] Sgrayplot/champ for non-regular grids In-Reply-To: References: Message-ID: <0768f72e-eb5e-3308-a3c2-bc26e2f1b7a2@free.fr> Hello Philippe, Le 16/04/2019 ? 15:31, philippe a ?crit : > hi to all, > > I realized that scilab function "Sgrayplot" (and other 2D plotting > functions like "champ") only accept "regular grids" that is > Sgrayplot(X,Y,Z) requires > > size(Z)=length(X)xlength(Y) > > while "surf" also accept non-regular ones with > > size(Z)=size(X)=size(Y) > > this pose substantial problems in some plots, compared to matlab/octave > behaviors, and it would be a nice feature that Sgrayplot and others > accept non-regular grid in the same way as "surf". > > My problem started when I needed to plot a vector field "above" a gray > plot, the usual way to do this is straight and simple : > > dt=0.1;t=-1:dt:1; > [X,Y]=meshgrid(t,t); > Z=X.^2-Y.^2;// potential field > Vx=X;Vy=Y;//vector field > clf; > Sgrayplot(t,t,Z') > champ(t,t,Vx',Vy')// simple ... except the ' on Z,Vx,Vy :-) > > but I need to do this for Z,Vx,Vy corresponding to a non-regular grid > (It comes from a Joukowski transform for those who want to know) so I > can't use anymore Sgrayplot/champ and I try to replace them with > surf/xarrows > > dt=0.1;t=-1:dt:1; > [X,Y]=meshgrid(t,t);// <== in real life X,Y are non-regular > Z=X.^2-Y.^2;// potential field > Vx=X;Vy=Y;//vector field > clf; > // let's try to simulate Sgrayplot > surf(X,Y,Z);E=gce();E.thickness=0;E.color_flag=3; > A=gca();A.rotation_angles=[0,90]; > // horrible hack to replace "champ" > xarrows([X(:)';X(:)'+dt*Vx(:)'],[Y(:)';Y(:)'+dt*Vy(:)'],[Z(:)';dt+Z(:)'],1) > > If you compare both plot the second method isn't satisfying, because > vectors can be hidden by the surface (and code is complex!). > > Can someone provide a work-arround to improve the result since changing > the specification of Sgrayplot/champ can't be done quickly. Have you tried fec()? As with plot3d() (seen from gca().rotation_angles(1)=0), isn't colors interpolation the same as smoothing? HTH Samuel From sgougeon at free.fr Tue Apr 16 16:59:50 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 16 Apr 2019 16:59:50 +0200 Subject: [Scilab-users] LaTeX strings in scilab plot : \includegraphics & paperwidth In-Reply-To: References: Message-ID: Le 16/04/2019 ? 16:02, philippe a ?crit : > Le 04/04/2019 ? 13:10, Antoine Monmayrant a ?crit : >> I suppose the "\the" construct is not supported by jlatexmath... > no it's not supported, LaTeX rendering is generated so that the result > correspond to a certain font_size, this property can be set somewhere > in scilab handle hierarchy . >> Any idea? > you can change the font_size of all strings appearing in the current > axes by adding "a.font_size=..." at the end of your example. You may try this : and also \DeclareMathSizes{textSize}{mathTextSize}{scriptSize}{subscriptSize} Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: jmfndhdoloecoojo.png Type: image/png Size: 3490 bytes Desc: not available URL: From rouxph.22 at gmail.com Tue Apr 16 19:33:07 2019 From: rouxph.22 at gmail.com (philippe) Date: Tue, 16 Apr 2019 19:33:07 +0200 Subject: [Scilab-users] {EXT} Sgrayplot/champ for non-regular grids In-Reply-To: References: Message-ID: Le 16/04/2019 ? 16:16, Dang Ngoc Chan, Christophe a ?crit?: > > Just a quick idea: > have you considered using interp2d() at first look yes but interp2d() use the output of spline2d(x,y,z) where x and y should be vectors which is a "regular grid" .... After a Joukowski transform the regular grid is transformed like this : https://photos.app.goo.gl/1rqWtyhYUCaofrme6 > or linear_interpn() to get values on a regular grid? looks like I search for the reverse function ! tanks for your reply, Philippe From rouxph.22 at gmail.com Tue Apr 16 19:45:25 2019 From: rouxph.22 at gmail.com (philippe) Date: Tue, 16 Apr 2019 19:45:25 +0200 Subject: [Scilab-users] Sgrayplot/champ for non-regular grids In-Reply-To: <0768f72e-eb5e-3308-a3c2-bc26e2f1b7a2@free.fr> References: <0768f72e-eb5e-3308-a3c2-bc26e2f1b7a2@free.fr> Message-ID: Le 16/04/2019 ? 16:49, Samuel Gougeon a ?crit?: > > > Have you tried fec()? It looks promising to replace surf in my problem, but is there an easy way to convert meshgrid output to a triangulation? > As with plot3d() (seen from gca().rotation_angles(1)=0), > isn't colors interpolation the same as smoothing? I think yes , at least as final rendering. Cheers Philippe From fmiyara at fceia.unr.edu.ar Tue Apr 16 23:14:30 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Tue, 16 Apr 2019 18:14:30 -0300 Subject: [Scilab-users] {EXT} Sgrayplot/champ for non-regular grids In-Reply-To: References: Message-ID: What about cshep2d and eval_cshep2d? This seems not to need grided dta. Federico Miyara On 16/04/2019 14:33, philippe wrote: > Le 16/04/2019 ? 16:16, Dang Ngoc Chan, Christophe a ?crit : >> Just a quick idea: >> have you considered using interp2d() > at first look yes but interp2d() use the output of spline2d(x,y,z) where > x and y should be vectors which is a "regular grid" .... After a > Joukowski transform the regular grid is transformed like this : > > https://photos.app.goo.gl/1rqWtyhYUCaofrme6 > > >> or linear_interpn() to get values on a regular grid? > looks like I search for the reverse function ! > > tanks for your reply, > Philippe > > _______________________________________________ > 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 Christophe.Dang at sidel.com Wed Apr 17 09:04:38 2019 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Wed, 17 Apr 2019 07:04:38 +0000 Subject: [Scilab-users] Sgrayplot/champ for non-regular grids Message-ID: Hello Philippe, > Apr 16, 2019; 7:45pm Philippe Roux > > but is there an easy > way to convert meshgrid output to a triangulation? For this, you might try the Delaunay triangulation. You can find it in the CGLAB Atoms module https://www.scilab.org/tutorials/introduction-model-reduction https://atoms.scilab.org/toolboxes/cglab/2.3.2 HTH, Regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. From rouxph.22 at gmail.com Wed Apr 17 10:15:51 2019 From: rouxph.22 at gmail.com (philippe) Date: Wed, 17 Apr 2019 10:15:51 +0200 Subject: [Scilab-users] Help on LaTeX rendering for xstring In-Reply-To: <87adcc62-c1db-c7e2-a91c-304a5fe1b08c@fceia.unr.edu.ar> References: <87adcc62-c1db-c7e2-a91c-304a5fe1b08c@fceia.unr.edu.ar> Message-ID: Hi, Le 08/04/2019 ? 22:08, Federico Miyara a ?crit?: > > Dear all, > > Is there some way to customize the font size when using xstring? > > For instance > > xstring(0, 0, "$\large p_{1}(t)$") xstring generate graphic entities of type "Text" which have a "font_size" property (can vary from 1 to 6) so the easiest way is to get the handle of this entity and modify the font size : xstring(0, 0, "$p_{1}(t)$") E=gce();E.font_size=5 Cheers, Philippe From p.muehlmann at gmail.com Wed Apr 17 10:16:19 2019 From: p.muehlmann at gmail.com (P M) Date: Wed, 17 Apr 2019 10:16:19 +0200 Subject: [Scilab-users] create figure without toolbar, etc Message-ID: Dear all, for creating a plot it is often convenient to hide all toolbars, menubars etc. with: f = figure();f.toolbar_visible = "off"f.menubar_visible = "off"f.infobar_visible = "off" it is possible to hide most of the things. However one bar remains, which is the one displaying the window number and the question mark. How to hide these? Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.elias at scilab-enterprises.com Wed Apr 17 11:10:06 2019 From: antoine.elias at scilab-enterprises.com (Antoine ELIAS) Date: Wed, 17 Apr 2019 11:10:06 +0200 Subject: [Scilab-users] create figure without toolbar, etc In-Reply-To: References: Message-ID: Hello Philipp, The "bar" with the question mark is the docking system, to allow you to drag the window in an other Scilab window. If you don't want dockable system on your window you can set "dockable" to "off" at *creation time*. f = figure("dockable", "off", "toolbar_visible", "off", "menubar_visible", "off", "infobar_visible", "off"); Regards, Antoine Le 17/04/2019 ? 10:16, P M a ?crit?: > Dear all, > > for creating a plot it is often convenient to hide all toolbars, > menubars etc. > > with: > > f = figure(); > f.toolbar_visible = "off" > f.menubar_visible = "off" > f.infobar_visible = "off" it is possible to hide most of the things. > However one bar remains, which is the one displaying the window number > and the question mark. How to hide these? > 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 christian.soulard at ge.com Wed Apr 17 15:59:09 2019 From: christian.soulard at ge.com (csoulard) Date: Wed, 17 Apr 2019 06:59:09 -0700 (MST) Subject: [Scilab-users] Problem with reglin function Message-ID: <1555509549332-0.post@n3.nabble.com> Hello, I am trying to perform a linear regression using the reglin function and I am facing a problem. See below the code I am trying to run : Data_Zeta = [ 4.4142e+04 6.5750e+01 4.6287e+04 7.0186e+01 5.4734e+04 6.0947e+01 1.4098e+05 5.9598e+01 1.5908e+05 6.0502e+01 1.6466e+05 4.2313e+01 2.4231e+05 4.0173e+01 2.8891e+05 4.0598e+01 4.6669e+05 3.2083e+01 5.8211e+05 3.2542e+01 ]; // The dataset to perform the regression plot(Data_Zeta(:,1),Data_Zeta(:,2),'bo') // Optional line to plot the dataset [a,b,sig] = reglin(Data_Zeta(:,1),Data_Zeta(:,2)); // Call of the reglin function I am getting the following error message in the console : ATTENTION : armax : z*z' est num?riquement singulier. Which can be translated as : WARNING : armax : z * z' is numerically singular Then I am getting variables a and sig as 10x10 matrices filled with zeros, and b a 10x1 vector identical to Data_Zeta(:,2). Do you know what I am doing wrong ? Thank you for your feedback. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From jrafaelbguerra at hotmail.com Wed Apr 17 16:12:42 2019 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 17 Apr 2019 14:12:42 +0000 Subject: [Scilab-users] Problem with reglin function In-Reply-To: <1555509549332-0.post@n3.nabble.com> References: <1555509549332-0.post@n3.nabble.com> Message-ID: Transpose X and Y vectors: [a,b,sig] = reglin(Data_Zeta(:,1)',Data_Zeta(:,2)'); // Call of the reglin function From christian.soulard at ge.com Wed Apr 17 16:21:48 2019 From: christian.soulard at ge.com (csoulard) Date: Wed, 17 Apr 2019 07:21:48 -0700 (MST) Subject: [Scilab-users] Problem with reglin function In-Reply-To: References: <1555509549332-0.post@n3.nabble.com> Message-ID: <1555510908972-0.post@n3.nabble.com> That worked, thanks for your help ! Indeed, it is mentioned in the help of the reglin function that x and y should be of size (p,n) and (q,n) respectively, with n being the number of samples, but I missed that part. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From p.muehlmann at gmail.com Wed Apr 17 20:16:18 2019 From: p.muehlmann at gmail.com (P M) Date: Wed, 17 Apr 2019 20:16:18 +0200 Subject: [Scilab-users] create figure without toolbar, etc In-Reply-To: References: Message-ID: Thanks a lot. Am Mi., 17. Apr. 2019 um 11:10 Uhr schrieb Antoine ELIAS < antoine.elias at scilab-enterprises.com>: > Hello Philipp, > > The "bar" with the question mark is the docking system, to allow you to > drag the window in an other Scilab window. > If you don't want dockable system on your window you can set "dockable" to > "off" at *creation time*. > > f = figure("dockable", "off", "toolbar_visible", "off", "menubar_visible", > "off", "infobar_visible", "off"); > > Regards, > Antoine > Le 17/04/2019 ? 10:16, P M a ?crit : > > Dear all, > > for creating a plot it is often convenient to hide all toolbars, menubars > etc. > > with: > > f = figure();f.toolbar_visible = "off"f.menubar_visible = "off"f.infobar_visible = "off" > it is possible to hide most of the things. > > However one bar remains, which is the one displaying the window number and the question mark. > How to hide these? > > > 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 jrich at littleappletech.com Mon Apr 22 14:57:10 2019 From: jrich at littleappletech.com (marko) Date: Mon, 22 Apr 2019 05:57:10 -0700 (MST) Subject: [Scilab-users] How to get matrix output from ODE ? Message-ID: <1555937830819-0.post@n3.nabble.com> Hello - using scilab 6.0.2 on windows 7 pro; I'm pretty much a newbie here, but somewhat familiar with differential equations. However, I cannot find a way to get a matrix (NOT a VECTOR!) output from the scilab 'ode' function. No matter what, all it gives is a row vector. Example code (nonlinear Rossler equations): function [ydot]=rdv(t,y) ydot(1) = -(y(2) + y(3)) ydot(2) = y(1) + 0.2*y(2) ydot(3) = 0.2 + y(3)*(y(1) - 5.7) endfunction t=0:0.05:50; t0=0;y0=[-1.0,0.0,0.0]; y=ode(y0,t0,t,list(rdv,a,b,c)); param3d(y(1),y(2),y(3)) ... makes 'plot', an empty 3-d box. This makes sense, because scilab says the 'y' variable is a simple '1x3003' row vector. No matter how I ask for the LHS output, (examples: [y], [y1,y2,y3,]...[y(1),y(2),y(3)...],) I get only errors or empty plot. 'Help' claims 'y' should be a vector "or matrix", but the "matrix" never shows up at all. Scilab 'help' has no examples of simple matrix systems of all 1st order DE's, and I cannot find any such examples online. Some older references (including books) suggest indexing like '[y(1,:), y(2,:), y(3,:)]'. This just gives 'indexing error' in 6.0.2. This is easily solved with fortran using the ancient Netlib 'RKF45' package. THEN I can plot the parametric solution by reading the matrix into scilab. Scilab is one of the few plotting packages that will plot a curve in 3D - parametric plot. But I cannot quite understand how to get any useful solution for this simple system from scilab. Maybe there is a way to 'partition' the simple row vector output into what SHOULD BE a 3 x 1001 matrix (or 1001 x 3, whatever). What am I doing wrong? Many thanks for any help here. marko -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From jrich at littleappletech.com Mon Apr 22 14:48:32 2019 From: jrich at littleappletech.com (Richard) Date: Mon, 22 Apr 2019 06:48:32 -0600 Subject: [Scilab-users] How to get matrix output from ODE ? Message-ID: <03fa950a-3dba-72fd-44f2-b413daaa219f@littleappletech.com> Hello - using scilab 6.0.2 on windows 7 pro; I'm pretty much a newbie here, but somewhat familiar with differential equations. However, I cannot find a way to get a matrix (NOT a VECTOR!) output from the scilab 'ode' function. No matter what, all it gives is a row vector. Example code (nonlinear Rossler equations): ?function [ydot]=rdv(t,y) ???? ydot(1) = -(y(2) + y(3)) ???? ydot(2) = y(1) + 0.2*y(2) ???? ydot(3) = 0.2 + y(3)*(y(1) - 5.7) endfunction t=0:0.05:50; t0=0;y0=[-1.0,0.0,0.0]; y=ode(y0,t0,t,list(rdv,a,b,c)); param3d(y(1),y(2),y(3)) ... makes 'plot', an empty 3-d box. This makes sense, because scilab says the 'y' variable is a simple '1x3003' row vector. No matter how I ask for the LHS output, (examples: [y], [y1,y2,y3,]...[y(1),y(2),y(3)...],) I get only errors or empty plot. 'Help' claims 'y' should be a vector "or matrix", but the "matrix" never shows up at all. Scilab 'help' has no examples of simple matrix systems of all 1st order DE's, and I cannot find any such examples online. Some older references (including books) suggest indexing like '[y(1,:), y(2,:), y(3,:)]'. This just gives 'indexing error' in 6.0.2. This is easily solved with fortran using the ancient Netlib 'RKF45' package. THEN I can plot the parametric solution by reading in to scilab. ?But I cannot quite understand how to get any useful solution from scilab. Maybe there is a way to 'partition' the simple row vector output into what SHOULD BE a 3 x 1001 matrix (or 1001 x 3, whatever). What am I doing wrong? Thanks for any help here. jrc From jrich at littleappletech.com Mon Apr 22 15:01:07 2019 From: jrich at littleappletech.com (marko) Date: Mon, 22 Apr 2019 06:01:07 -0700 (MST) Subject: [Scilab-users] edit "How to get matrix output from ODE?" Message-ID: <1555938067873-0.post@n3.nabble.com> I misstated the call to ODE in the original post: was posted as: y=ode(y0,t0,t,list(rdv,a,b,c)); should be: y=ode(y0,t0,t,rdv); apologies - marko -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From sgougeon at free.fr Mon Apr 22 15:20:38 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 22 Apr 2019 15:20:38 +0200 Subject: [Scilab-users] How to get matrix output from ODE ? In-Reply-To: <03fa950a-3dba-72fd-44f2-b413daaa219f@littleappletech.com> References: <03fa950a-3dba-72fd-44f2-b413daaa219f@littleappletech.com> Message-ID: <5dd889d9-5618-7978-78c3-2308433d036e@free.fr> Hello, Le 22/04/2019 ? 14:48, Richard a ?crit : > Hello - using scilab 6.0.2 on windows 7 pro; > I'm pretty much a newbie here, but somewhat familiar with differential > equations. > However, I cannot find a way to get a matrix (NOT a VECTOR!) output > from the scilab 'ode' function. No matter what, all it gives is a row > vector. > Example code (nonlinear Rossler equations): > > function [ydot]=rdv(t,y) > ydot(1) = -(y(2) + y(3)) > ydot(2) = y(1) + 0.2*y(2) > ydot(3) = 0.2 + y(3)*(y(1) - 5.7) > endfunction > t=0:0.05:50; > t0=0;y0=[-1.0,0.0,0.0]; > y=ode(y0,t0,t,list(rdv,a,b,c)); > param3d(y(1),y(2),y(3)) y0 = [-1.0,0.0,0.0]'; y = ode(y0,t0,t,rdv); param3d(y(1,:),y(2,:),y(3,:)) works: But the fact that y and t must be of "orthogonal shapes" is not clearly indicated or highlighted in the ode() help page. This clearly misses. There are some (rather unclear) explanation for y being even a matrix ! but for simpler multivariable cases, nothing. We should improve the page. Anyway, writting param3d(y(1),y(2),y(3)) plots only one point. HTH Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: nbelkeehglbkpgha.png Type: image/png Size: 8397 bytes Desc: not available URL: From jrich at littleappletech.com Mon Apr 22 18:58:24 2019 From: jrich at littleappletech.com (marko) Date: Mon, 22 Apr 2019 09:58:24 -0700 (MST) Subject: [Scilab-users] How to get matrix output from ODE ? In-Reply-To: <03fa950a-3dba-72fd-44f2-b413daaa219f@littleappletech.com> References: <03fa950a-3dba-72fd-44f2-b413daaa219f@littleappletech.com> Message-ID: <1555952304930-0.post@n3.nabble.com> Thank you Samuel! Very helpful explanation! I did discover also that if y0 were specified as [-1.0;0.0;0.0] (orthogonal ?) I then get a matrix output indeed. Playing around found also that (then) plotting with (y(1,:),y(2,:),y(3,:)) does work after all. But your explanation *really* filled in the blanks for me. Many thanks! marko -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From amca01 at gmail.com Wed Apr 24 05:04:15 2019 From: amca01 at gmail.com (Alasdair McAndrew) Date: Wed, 24 Apr 2019 13:04:15 +1000 Subject: [Scilab-users] Tiny fonts in linux Message-ID: Hello, I have just re-installed Scilab 6.0.1 (mainly to experiment with Xcos) on my laptop running ArchLinux. The trouble is that the size of all system fonts (such as menus and help files) on my high definition screen are tiny - almost unreadable. I believe this is an issue with java, and not with scilab itself - but is there any known way of fixing it? I can change the font in the command window, but I can't seem to change any of the system fonts. Thank you, Al -- [image: http://www.facebook.com/alasdairmcandrew] [image: https://twitter.com/amca01] -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Wed Apr 24 08:54:28 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 24 Apr 2019 08:54:28 +0200 Subject: [Scilab-users] Tiny fonts in linux In-Reply-To: References: Message-ID: <586e7874-b4a6-87e0-c115-3b9915454521@utc.fr> Hello, We have the same problem with Retina displays on Mac OSX. Yes, it is a problem with Java and the detection of the DPI of the display. S. Le 24/04/2019 ? 05:04, Alasdair McAndrew a ?crit?: > Hello, > > I have just re-installed Scilab 6.0.1 (mainly to experiment with Xcos) > on my laptop running ArchLinux.? The trouble is that the size of all > system fonts (such as menus and help files) on my high definition > screen are tiny - almost unreadable.? I believe this is an issue with > java, and not with scilab itself - but is there any known way of > fixing it? > > I can change the font in the command window, but I can't seem to > change any of the system fonts. > > Thank you, > Al > > -- > http://www.facebook.com/alasdairmcandrew https://twitter.com/amca01 > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoine.monmayrant+scilab at laas.fr Wed Apr 24 09:21:23 2019 From: antoine.monmayrant+scilab at laas.fr (antoine.monmayrant+scilab at laas.fr) Date: Wed, 24 Apr 2019 09:21:23 +0200 Subject: [Scilab-users] listfiles wildcards on linux & documentation Message-ID: <253784dc-14fe-eba7-950a-a020031e1684@laas.fr> Hi all, The documentation of listfiles is not really clear to me: ??? "Patterns are given to the Unix ls or to the Windows dir commands in order to get information about files." With my limited understanding of unix/linux, I thought that the wildcards (patterns) are expanded by the shell, then the result gets passed to ls. I don't understand what patterns ls is supposed to expand here. Anyway, here is my issue: - in a shell, I can do : ??? ls file_{10..15}.ext ? and get ??? file_10.ext ??? file_11.ext ??? file_12.ext ??? file_13.ext ??? file_14.ext ??? file_15.ext - but in the same directory, this pattern does not work with listfiles under scilab: ??? listfiles("file_{10..15}.ext") ???? [] Does anyone know the "patterns" that are supported by listfiles under Windows, MacOS and Linux? Should this info be added to the help file for listfiles? Cheers, Antoine From stephane.mottelet at utc.fr Wed Apr 24 13:46:11 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Wed, 24 Apr 2019 13:46:11 +0200 Subject: [Scilab-users] Tiny fonts in linux In-Reply-To: <586e7874-b4a6-87e0-c115-3b9915454521@utc.fr> References: <586e7874-b4a6-87e0-c115-3b9915454521@utc.fr> Message-ID: <3420a89c-a496-b973-1db8-49cf8c33334e@utc.fr> It is already reported here http://bugzilla.scilab.org/show_bug.cgi?id=15984 Can you check that you have also the same zooming problem (in addition to the tiny font) ? S. Le 24/04/2019 ? 08:54, St?phane Mottelet a ?crit?: > > Hello, > > We have the same problem with Retina displays on Mac OSX. Yes, it is a > problem with Java and the detection of the DPI of the display. > > S. > > Le 24/04/2019 ? 05:04, Alasdair McAndrew a ?crit?: >> Hello, >> >> I have just re-installed Scilab 6.0.1 (mainly to experiment with >> Xcos) on my laptop running ArchLinux.? The trouble is that the size >> of all system fonts (such as menus and help files) on my high >> definition screen are tiny - almost unreadable.? I believe this is an >> issue with java, and not with scilab itself - but is there any known >> way of fixing it? >> >> I can change the font in the command window, but I can't seem to >> change any of the system fonts. >> >> Thank you, >> Al >> >> -- >> http://www.facebook.com/alasdairmcandrew https://twitter.com/amca01 >> >> >> >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 amca01 at gmail.com Thu Apr 25 04:23:31 2019 From: amca01 at gmail.com (Al) Date: Wed, 24 Apr 2019 19:23:31 -0700 (MST) Subject: [Scilab-users] Tiny fonts in linux In-Reply-To: <3420a89c-a496-b973-1db8-49cf8c33334e@utc.fr> References: <586e7874-b4a6-87e0-c115-3b9915454521@utc.fr> <3420a89c-a496-b973-1db8-49cf8c33334e@utc.fr> Message-ID: <1556159011275-0.post@n3.nabble.com> Many thanks. I did read yesterday that this problem was supposedly fixed in java ver 9 on linux, so I'm downloading jre10 now. I don't know if the java runtime libraries are hardcoded into Scilab, or whether Scilab makes use of system libraries. But I'll experiment and report back, and I'll also check that zooming issue. But first - catch up on some marking! Many thanks, Al -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From p.muehlmann at gmail.com Thu Apr 25 11:31:55 2019 From: p.muehlmann at gmail.com (P M) Date: Thu, 25 Apr 2019 11:31:55 +0200 Subject: [Scilab-users] IPCV - missing: imfinfo() Message-ID: Dear all, I just wanted to use the imfinfo-function from the IPCV Toolbox. The function is indicated to exist, when one opens the imread - help page... ...there is a link to imfinfo at the bottom of the imread help function. However: - help imfinfo directs to imread help page - using the link mentioned above results in: Error the requested page could not be found. Using imfinfo itself should be straight forward. I guess it is something like: info = imfinfo(filename) or info = imfinfo(img); // img = imread(filename); But both time I get following eror message: at line 3 of function imfinfo Undefined Variable: int_imfinfo Found with: - Scilab 6.0.2 - IPCV 2.0 Any idea? Thank you, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Apr 26 17:45:55 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 26 Apr 2019 17:45:55 +0200 Subject: [Scilab-users] help page Message-ID: <26dea011-881f-6bb9-7d90-7fbd22899df3@utc.fr> Hello, Is there a simple and easy way to convert a *single* xml help page to pdf ? S. -- 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 Fri Apr 26 18:37:17 2019 From: fmiyara at fceia.unr.edu.ar (Federico Miyara) Date: Fri, 26 Apr 2019 13:37:17 -0300 Subject: [Scilab-users] help page In-Reply-To: <26dea011-881f-6bb9-7d90-7fbd22899df3@utc.fr> References: <26dea011-881f-6bb9-7d90-7fbd22899df3@utc.fr> Message-ID: St?phane, You may try opening it and printing with PDFCreator (Freeware). Probably with Libre Office it is also possible. There are many xml types of files, Libre Office has in its lists of files that can be opened several xml. Regards, Federico Miyara On 26/04/2019 12:45, St?phane Mottelet wrote: > Hello, > > Is there a simple and easy way to convert a *single* xml help page to > pdf ? > > S. > --- El software de antivirus Avast ha analizado este correo electr?nico en busca de virus. https://www.avast.com/antivirus From amonmayr at laas.fr Fri Apr 26 19:10:14 2019 From: amonmayr at laas.fr (Antoine Monmayrant) Date: Fri, 26 Apr 2019 19:10:14 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/ICBoZWxwIHBhZ2U=?= In-Reply-To: <26dea011-881f-6bb9-7d90-7fbd22899df3@utc.fr> Message-ID: <76e5-5cc33b80-1d-14fc4780@89414180> Hello St?phane, Not sure this does what you expect, but I think pandoc can do the trick: foo.xml copied from : https://help.scilab.org/docs/5.5.2/en_US/man.html pandoc -f docbook -t latex foo.xml -o foo.pdf Antoine Le Vendredi, Avril 26, 2019 17:45 CEST, St?phane Mottelet a ?crit: > Hello, > > Is there a simple and easy way to convert a *single* xml help page to pdf ? > > S. > > -- > 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 chinluh at tritytech.com Fri Apr 26 18:37:02 2019 From: chinluh at tritytech.com (Tan Chin Luh) Date: Sat, 27 Apr 2019 00:37:02 +0800 Subject: [Scilab-users] IPCV - missing: imfinfo() In-Reply-To: References: Message-ID: <56f25a6f-9ece-df4e-dafa-c85fce03ab8b@tritytech.com> Hi, Please wait for a couple of weeks for IPCV 4.x (we are skipping the version number to match the OPENCV lib used version number to have better align for both SW) More features in IPCV 4.x going to be released soon. Thanks. Regards, Chin Luh linkedin.com/in/tanchinluh On 25/4/2019 5:31 PM, P M wrote: > Dear all, > > I just wanted to use the imfinfo-function from the IPCV Toolbox. > > > The function is indicated to exist, when one opens the imread - help > page... > ...there is a link to imfinfo at the bottom of the imread help function. > > However: > > - help imfinfo directs to? imread help page > - using the link mentioned above results in:?? Error the requested > page could not be found. > > Using imfinfo itself should be straight forward. > I guess it is something like: > > info = imfinfo(filename) > > or > > info = imfinfo(img);?????????? //?? img = imread(filename); > > But both time I get?following eror message: > > ?? at line 3 of function imfinfo > ?? Undefined Variable: int_imfinfo > > > Found with: > ?- Scilab 6.0.2 > ?- IPCV 2.0 > > > Any idea? > Thank you, > Philipp > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -- Tan Chin Luh Trity Technologies Sdn Bhd Tel : +603 80637737 HP : +6013 3691728 -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Apr 26 19:40:01 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 26 Apr 2019 19:40:01 +0200 Subject: [Scilab-users] ?==?utf-8?q? help page In-Reply-To: <76e5-5cc33b80-1d-14fc4780@89414180> References: <76e5-5cc33b80-1d-14fc4780@89414180> Message-ID: Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit?: > Hello St?phane, > > Not sure this does what you expect, but I think pandoc can do the trick: > foo.xml copied from : https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html > > pandoc -f docbook -t latex foo.xml -o foo.pdf OK, but you need the Scilab stylesheets in order to have the correct output. I suppose the above assumes a basic rendering. My question was rather about doing this within Scilab. The example of the help page does not work on my machine for html and pdf output. S. > > Antoine > > Le Vendredi, Avril 26, 2019 17:45 CEST, St?phane Mottelet a ?crit: > >> Hello, >> >> Is there a simple and easy way to convert a *single* xml help page to pdf ? >> >> S. >> >> -- >> 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/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/~mottelet >> >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users From sgougeon at free.fr Fri Apr 26 21:23:00 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 26 Apr 2019 21:23:00 +0200 Subject: [Scilab-users] help page In-Reply-To: References: <76e5-5cc33b80-1d-14fc4780@89414180> Message-ID: <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> Hello, Le 26/04/2019 ? 19:40, St?phane Mottelet a ?crit : > Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit : > >> Hello St?phane, >> >> Not sure this does what you expect, but I think pandoc can do the trick: >> foo.xml copied from : >> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html >> >> pandoc -f docbook -t latex foo.xml -o foo.pdf > > OK, but you need the Scilab stylesheets in order to have the correct > output. I suppose the above assumes a basic rendering. My question was > rather about doing this within Scilab. The example of the help page > does not work on my machine for html and pdf output. To do this, i have created a template toolbox restricted to ./etc/page.start (void), ./help/la_LA series of languages subdirs, and ./jar empty. I make a copy of the template. Then, i put in ./help/en_US the main xml file (etc for other languages), I set the current directory to the root dir of the template, and run --> tbx_make . help // (*) Then i display the HTML page in Chrome, preview the printing in PDF, tune its layout, and that's OK. Why on your side does it fail to generate the html? Any error message in the terminal? Samuel (*) When the page generates some images, be sure to not have any opened graphic figure before building the page. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Fri Apr 26 22:03:25 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 26 Apr 2019 22:03:25 +0200 Subject: [Scilab-users] help page In-Reply-To: <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> References: <76e5-5cc33b80-1d-14fc4780@89414180> <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> Message-ID: Le 26/04/2019 ? 21:23, Samuel Gougeon a ?crit?: > Hello, > > Le 26/04/2019 ? 19:40, St?phane Mottelet a ?crit?: >> Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit?: >> >>> Hello St?phane, >>> >>> Not sure this does what you expect, but I think pandoc can do the >>> trick: >>> foo.xml copied from : >>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html >>> >>> pandoc -f docbook -t latex foo.xml -o foo.pdf >> >> OK, but you need the Scilab stylesheets in order to have the correct >> output. I suppose the above assumes a basic rendering. My question >> was rather about doing this within Scilab. The example of the help >> page does not work on my machine for html and pdf output. > > To do this, i have created a template toolbox restricted to > ./etc/page.start (void), ./help/la_LA series of languages subdirs, and > ./jar empty. > I make a copy of the template. Then, i put in ./help/en_US the main > xml file (etc for other languages), > I set the current directory to the root dir of the template, and run > --> tbx_make . help? // (*) > Then i display the HTML page in Chrome, preview the printing in PDF, > tune its layout, and that's OK. > > Why on your side does it fail to generate the html? Any error message > in the terminal? When I run the example of xmltopdf help page, all generated pdf files are empty. > > Samuel > > (*) When the page generates some images, be sure > > to not have any opened graphic figure before building the page. > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Fri Apr 26 22:07:30 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 26 Apr 2019 22:07:30 +0200 Subject: [Scilab-users] help page In-Reply-To: References: <76e5-5cc33b80-1d-14fc4780@89414180> <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> Message-ID: <49a50e58-4420-7e9a-fa46-b8835a0c6a9c@free.fr> Le 26/04/2019 ? 22:03, St?phane Mottelet a ?crit : > > Le 26/04/2019 ? 21:23, Samuel Gougeon a ?crit : > >> Hello, >> >> Le 26/04/2019 ? 19:40, St?phane Mottelet a ?crit : >>> Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit : >>> >>>> Hello St?phane, >>>> >>>> Not sure this does what you expect, but I think pandoc can do the >>>> trick: >>>> foo.xml copied from : >>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html >>>> >>>> pandoc -f docbook -t latex foo.xml -o foo.pdf >>> >>> OK, but you need the Scilab stylesheets in order to have the correct >>> output. I suppose the above assumes a basic rendering. My question >>> was rather about doing this within Scilab. The example of the help >>> page does not work on my machine for html and pdf output. >> >> To do this, i have created a template toolbox restricted to >> ./etc/page.start (void), ./help/la_LA series of languages subdirs, >> and ./jar empty. >> I make a copy of the template. Then, i put in ./help/en_US the main >> xml file (etc for other languages), >> I set the current directory to the root dir of the template, and run >> --> tbx_make . help // (*) >> Then i display the HTML page in Chrome, preview the printing in PDF, >> tune its layout, and that's OK. >> >> Why on your side does it fail to generate the html? Any error message >> in the terminal? > > When I run the example of xmltopdf help page, all generated pdf files > are empty. > Yes, the PDF generator is KO. This is reported for years now. But HTML pages can be well generated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucien.povy at free.fr Sat Apr 27 17:26:33 2019 From: lucien.povy at free.fr (Lucien Povy) Date: Sat, 27 Apr 2019 17:26:33 +0200 Subject: [Scilab-users] help page. good xmltops. In-Reply-To: <49a50e58-4420-7e9a-fa46-b8835a0c6a9c@free.fr> References: <76e5-5cc33b80-1d-14fc4780@89414180> <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> <49a50e58-4420-7e9a-fa46-b8835a0c6a9c@free.fr> Message-ID: Le 26/04/2019 ? 22:07, Samuel Gougeon a ?crit?: > Le 26/04/2019 ? 22:03, St?phane Mottelet a ?crit?: >> >> Le 26/04/2019 ? 21:23, Samuel Gougeon a ?crit?: >> >>> Hello, >>> >>> Le 26/04/2019 ? 19:40, St?phane Mottelet a ?crit?: >>>> Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit?: >>>> >>>>> Hello St?phane, >>>>> >>>>> Not sure this does what you expect, but I think pandoc can do the >>>>> trick: >>>>> foo.xml copied from : >>>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html >>>>> >>>>> pandoc -f docbook -t latex foo.xml -o foo.pdf >>>> >>>> OK, but you need the Scilab stylesheets in order to have the >>>> correct output. I suppose the above assumes a basic rendering. My >>>> question was rather about doing this within Scilab. The example of >>>> the help page does not work on my machine for html and pdf output. >>> >>> To do this, i have created a template toolbox restricted to >>> ./etc/page.start (void), ./help/la_LA series of languages subdirs, >>> and ./jar empty. >>> I make a copy of the template. Then, i put in ./help/en_US the main >>> xml file (etc for other languages), >>> I set the current directory to the root dir of the template, and run >>> --> tbx_make . help? // (*) >>> Then i display the HTML page in Chrome, preview the printing in PDF, >>> tune its layout, and that's OK. >>> >>> Why on your side does it fail to generate the html? Any error >>> message in the terminal? >> >> When I run the example of xmltopdf help page, all generated pdf files >> are empty. >> > > Yes, the PDF generator is KO. This is reported for years now. > But HTML pages can be well generate. Hello; No problem with "xmltops" with scilab -6.0.0 and 6.0.1 and ... after with good program like "okular" with linux you transform help- blabla .ps to help-blabla.pdf. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From p.muehlmann at gmail.com Mon Apr 29 10:06:52 2019 From: p.muehlmann at gmail.com (P M) Date: Mon, 29 Apr 2019 10:06:52 +0200 Subject: [Scilab-users] IPCV - imrotate Message-ID: Dear developers of IPCV, using the function imrotate() seems to increse the image size. Please see following code: img = zeros(10,10);imshow(img);size(img)img = imrotate(img,90);imshow(img);size(img) I could imagine that the image size changes, when one uses rotation angles <> 90?. But for exactly 90? this is a strange behaviour. Best regards, Philipp -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.s.strom at hslmg.de Mon Apr 29 19:03:41 2019 From: j.s.strom at hslmg.de (Jens Simon Strom) Date: Mon, 29 Apr 2019 19:03:41 +0200 Subject: [Scilab-users] rand("seed",s) Message-ID: Hallo Scilab ?quipe, In my application it is vital ? -? in addition to the normal focus when using seeds -? that /different/ seeds in rand("seed",seed) produce /different/ random number series. (1) Is that the case? I am aware that? seed has to be a non negative integer. (2) Are there any further restrictions?? (3) What is the upper bound? The minimal example below is as expected. Kind regards Jens s1=1e3; s2=1e10; rand("seed",s1); r1=rand(3,1); rand("seed",s2); r2=rand(3,1); // rand("seed",s1) r3=rand(3,1); rand("seed",s2); r4=rand(3,1); r1234=[r1 r2 r3 r4] ---------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From philpollock at hotmail.com Tue Apr 30 01:09:06 2019 From: philpollock at hotmail.com (PhilAPol) Date: Mon, 29 Apr 2019 16:09:06 -0700 (MST) Subject: [Scilab-users] Scilab 6.0.2 MinGW Windows 10 Demo Sim n-pendulum make failure Message-ID: <1556579346975-0.post@n3.nabble.com> I am working on 64-bit WIndows 10 Home, Version 1809, OS build: 17763.437. After installing the latest Scilab 6.0.2 and MinGW Fortran, C and C++ for Windows from ftp://ftp.equation.com/gcc/gcc-8.3.0-64.exe: 1) I installed the ATOMS module for MinGW: --> atomsInstall('mingw'); atomsLoad('mingw'); This completed without error. 2) I restarted Scilab and noted that it loaded the MinGW module and haveacompiler returned T. 3) When I attempted to run Demonstrations/Simulation/n-pendulum I got the following errors; how do I fix this? Startup execution: loading initial environment Mingw Compiler support for Scilab Load macros Load help !------------- Compile file dlslv.f -------------- ! ! ! !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" -I"C:/PROGRA~1/SCI! !LAB~1.2/modules/core/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! !A~1/SCILAB~1.2/modules/jvm/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/time/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/PROGRA~1/SCILAB~1.2/modules/string! !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCILAB_TOOLBOX__ -DNDEBUG dlslv.f ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' [-Wmissing-include-dirs] ! ! ! !------------- Compile file np.f -------------- ! ! ! !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" -I"C:/PROGRA~1/SCI! !LAB~1.2/modules/core/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! !A~1/SCILAB~1.2/modules/jvm/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/time/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/PROGRA~1/SCILAB~1.2/modules/string! !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCILAB_TOOLBOX__ -DNDEBUG np.f ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' [-Wmissing-include-dirs] ! ! ! !------------- Compile file npend.f -------------- ! ! ! !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" -I"C:/PROGRA~1/SCI! !LAB~1.2/modules/core/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! !A~1/SCILAB~1.2/modules/jvm/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/time/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! !GRA~1/SCILAB~1.2/modules/ast/includes/exps" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" -I"C:/PROGRA~1/SCILAB~1.2/modules/string! !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 -D__SCILAB_TOOLBOX__ -DNDEBUG npend.f ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] ! ! ! !f951.exe: Warning: Nonexistent include directory 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' [-Wmissing-include-dirs] ! ! ! !------------- Link files -------------- ! ! ! !x86_64-w64-mingw32-g++.exe --shared dlslv.o np.o npend.o -std=c++11 -L"C:\Users\philp\gcc\x86_64-w64-mingw32\lib" -LC:\Users\philp\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran -lblasplus -llibf2c ! !-lcore -lcore_f -llapack -loutput_stream -ldynamic_link -linteger -loptimization_f -llibjvm -lscilocalization -llinpack_f -lcall_scilab -ltime -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lscic! !onsole -lscilab_windows -llibmex -lscicos -lscicos-cli -lscicos_blocks -lscicos_blocks-cli -lscicos_blocks_f -lscicos_f -o libnpend.dll -Wl,--out-implib=libnpend.a -Wl,--export-all-symbols -Wl,--enable-auto-imp! !ort ! ! ! !c:/users/philp/gcc/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../lib/libgfortran.a(write.o): In function `determine_en_precision': ! ! ! !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:898: undefined reference to `quadmath_snprintf' ! ! ! !c:/users/philp/gcc/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../lib/libgfortran.a(write.o): In function `get_float_string': ! ! ! !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: undefined reference to `quadmath_snprintf' ! ! ! !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: undefined reference to `quadmath_snprintf' ! ! ! !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: undefined reference to `quadmath_snprintf' ! ! ! !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: undefined reference to `quadmath_snprintf' ! ! ! !collect2.exe: error: ld returned 1 exit status ! ! ! !make: *** [Makelib:128: libnpend.dll] Error 1 ! at line 25 of function dlwCompile ( C:\PROGRA~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci line 34 ) at line 70 of function ilib_compile ( C:\Program Files\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line 86 ) at line 104 of function ilib_for_link ( C:\Program Files\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci line 118 ) at line 17 of function npend_build_and_load at line 112 of function demo_pendulum ( C:\Program Files\scilab-6.0.2\modules\differential_equations\demos\n_pendulum\n_pendulum.sci line 120 ) at line 11 of executed file C:\Program Files\scilab-6.0.2\modules\differential_equations\demos\n_pendulum\n_pendulum.dem.sce ilib_compile: Error while executing Makelib. -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html From stephane.mottelet at utc.fr Tue Apr 30 08:26:53 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 08:26:53 +0200 Subject: [Scilab-users] Scilab 6.0.2 MinGW Windows 10 Demo Sim n-pendulum make failure In-Reply-To: <1556579346975-0.post@n3.nabble.com> References: <1556579346975-0.post@n3.nabble.com> Message-ID: <643e7169-4109-918b-a0a0-90d4ab5662cc@utc.fr> Hello, Can you verify that you can run "ilib_build" examples on the help page of this command ? S. Le 30/04/2019 ? 01:09, PhilAPol a ?crit?: > I am working on 64-bit WIndows 10 Home, Version 1809, OS build: 17763.437. > After installing the latest Scilab 6.0.2 and MinGW Fortran, C and C++ for > Windows from ftp://ftp.equation.com/gcc/gcc-8.3.0-64.exe: > > 1) I installed the ATOMS module for MinGW: > > --> atomsInstall('mingw'); atomsLoad('mingw'); > > This completed without error. > > 2) I restarted Scilab and noted that it loaded the MinGW module and > haveacompiler returned T. > 3) When I attempted to run Demonstrations/Simulation/n-pendulum I got the > following errors; how do I fix this? > > Startup execution: > loading initial environment > > Mingw Compiler support for Scilab > Load macros > Load help > > > !------------- Compile file dlslv.f -------------- > ! > ! > ! > !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" > -I"C:/PROGRA~1/SCI! > !LAB~1.2/modules/core/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! > !A~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/time/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! > ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/PROGRA~1/SCILAB~1.2/modules/string! > !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 > -D__SCILAB_TOOLBOX__ -DNDEBUG dlslv.f > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' > [-Wmissing-include-dirs] > ! > ! > ! > !------------- Compile file np.f -------------- > ! > ! > ! > !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" > -I"C:/PROGRA~1/SCI! > !LAB~1.2/modules/core/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! > !A~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/time/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! > ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/PROGRA~1/SCILAB~1.2/modules/string! > !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 > -D__SCILAB_TOOLBOX__ -DNDEBUG np.f > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' > [-Wmissing-include-dirs] > ! > ! > ! > !------------- Compile file npend.f -------------- > ! > ! > ! > !x86_64-w64-mingw32-gfortran.exe -c -DWIN32 -DSTRICT -DFORDLL -D_MSC_VER > -I"C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes" > -I"C:/PROGRA~1/SCILAB~1.2/libs/f2c" -I"C:/PROGRA~1/SCILAB~1.2/libs/intl" > -I"C:/PROGRA~1/SCI! > !LAB~1.2/modules/core/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/api_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/call_scilab/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/output_stream/includes" -I"C:/PROGR! > !A~1/SCILAB~1.2/modules/jvm/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/localization/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/dynamic_link/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/mexlib/includes" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/time/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/threads/includes" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/ast" -I"C:/PRO! > !GRA~1/SCILAB~1.2/modules/ast/includes/exps" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/operations" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/parse" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/symbol"! > ! -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/system_env" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/types" > -I"C:/PROGRA~1/SCILAB~1.2/modules/ast/includes/analysis" > -I"C:/PROGRA~1/SCILAB~1.2/modules/string! > !/includes" -I"C:/PROGRA~1/SCILAB~1.2/modules/console/includes" -m64 > -D__SCILAB_TOOLBOX__ -DNDEBUG npend.f > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/libs/MALLOC/includes' [-Wmissing-include-dirs] > ! > ! > ! > !f951.exe: Warning: Nonexistent include directory > 'C:/PROGRA~1/SCILAB~1.2/modules/windows_tools/includes' > [-Wmissing-include-dirs] > ! > ! > ! > !------------- Link files -------------- > ! > ! > ! > !x86_64-w64-mingw32-g++.exe --shared dlslv.o np.o npend.o -std=c++11 > -L"C:\Users\philp\gcc\x86_64-w64-mingw32\lib" > -LC:\Users\philp\AppData\Roaming\Scilab\scilab-6.0.2\mingwlib_x64 -lgfortran > -lblasplus -llibf2c ! > !-lcore -lcore_f -llapack -loutput_stream -ldynamic_link -linteger > -loptimization_f -llibjvm -lscilocalization -llinpack_f -lcall_scilab -ltime > -lapi_scilab -llibintl -last -lfileio -lio -lstring -lthreads -lscic! > !onsole -lscilab_windows -llibmex -lscicos -lscicos-cli -lscicos_blocks > -lscicos_blocks-cli -lscicos_blocks_f -lscicos_f -o libnpend.dll > -Wl,--out-implib=libnpend.a -Wl,--export-all-symbols -Wl,--enable-auto-imp! > !ort > ! > ! > ! > !c:/users/philp/gcc/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../lib/libgfortran.a(write.o): > In function `determine_en_precision': > ! > ! > ! > !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:898: > undefined reference to `quadmath_snprintf' ! > ! > ! > !c:/users/philp/gcc/bin/../lib/gcc/x86_64-w64-mingw32/8.3.0/../../../../lib/libgfortran.a(write.o): > In function `get_float_string': > ! > ! > ! > !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: > undefined reference to `quadmath_snprintf' ! > ! > ! > !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: > undefined reference to `quadmath_snprintf' ! > ! > ! > !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: > undefined reference to `quadmath_snprintf' ! > ! > ! > !/home/gfortran/gcc-home/workshop/gcc/objdir64/x86_64-w64-mingw32/libgfortran/../../../gcc-8.3.0-mingw/libgfortran/io/write_float.def:1080: > undefined reference to `quadmath_snprintf' ! > ! > ! > !collect2.exe: error: ld returned 1 exit status > ! > ! > ! > !make: *** [Makelib:128: libnpend.dll] Error 1 > ! > at line 25 of function dlwCompile ( > C:\PROGRA~1\SCILAB~1.2\contrib\mingw\010~1.5\macros\windows\dlwCompile.sci > line 34 ) > at line 70 of function ilib_compile ( C:\Program > Files\scilab-6.0.2\modules\dynamic_link\macros\ilib_compile.sci line 86 ) > at line 104 of function ilib_for_link ( C:\Program > Files\scilab-6.0.2\modules\dynamic_link\macros\ilib_for_link.sci line 118 ) > at line 17 of function npend_build_and_load > at line 112 of function demo_pendulum ( C:\Program > Files\scilab-6.0.2\modules\differential_equations\demos\n_pendulum\n_pendulum.sci > line 120 ) > at line 11 of executed file C:\Program > Files\scilab-6.0.2\modules\differential_equations\demos\n_pendulum\n_pendulum.dem.sce > > ilib_compile: Error while executing Makelib. > > > > > -- > Sent from: https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 Apr 30 08:35:29 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 08:35:29 +0200 Subject: [Scilab-users] rand("seed",s) In-Reply-To: References: Message-ID: <69db5cb2-7c71-7069-c568-fd2390d515c3@utc.fr> Le 29/04/2019 ? 19:03, Jens Simon Strom a ?crit?: > > Hallo Scilab ?quipe, > > In my application it is vital ? -? in addition to the normal focus > when using seeds -? that /different/ seeds in rand("seed",seed) > produce /different/ random number series. (1) Is that the case? > Yes. However with "rand" you have a periodicit of 2^31 (this is explained in the help page). Please use "grand" instead of "rand", as grand produces sequences with better properties, moreover you have the choice of the basic generator. The default one "Mersenne-Twister" has period 2^199937. See the help page of grand for more details. S. > I am aware that? seed has to be a non negative integer. (2) Are there > any further restrictions?? (3) What is the upper bound? > > The minimal example below is as expected. > > Kind regards > > Jens > > s1=1e3; > s2=1e10; > rand("seed",s1); > r1=rand(3,1); > rand("seed",s2); > r2=rand(3,1); > // > rand("seed",s1) > r3=rand(3,1); > rand("seed",s2); > r4=rand(3,1); > r1234=[r1 r2 r3 r4] ---------------------------------------------------- > > > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Tue Apr 30 08:44:05 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 08:44:05 +0200 Subject: [Scilab-users] IPCV - imrotate In-Reply-To: References: Message-ID: Le 29/04/2019 ? 10:06, P M a ?crit?: > Dear developers of IPCV, > using the function?? imrotate()?? seems to increse the image size. > Please see following code: > > img = zeros(10,10); > imshow(img); > size(img) > img = imrotate(img,90); > imshow(img); > size(img) > I could imagine that the image size changes, when one uses rotation > angles <> 90?. > But for exactly 90? this is a strange behaviour. > > Best regards, > Philipp > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users Is the angle in degrees or radians ? S. -- 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 Tue Apr 30 08:44:56 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 08:44:56 +0200 Subject: [Scilab-users] help page. good xmltops. In-Reply-To: References: <76e5-5cc33b80-1d-14fc4780@89414180> <378174f8-b7a4-1384-c3c6-1bba92a4e1d5@free.fr> <49a50e58-4420-7e9a-fa46-b8835a0c6a9c@free.fr> Message-ID: Le 27/04/2019 ? 17:26, Lucien Povy a ?crit?: > > Le 26/04/2019 ? 22:07, Samuel Gougeon a ?crit?: >> Le 26/04/2019 ? 22:03, St?phane Mottelet a ?crit?: >>> >>> Le 26/04/2019 ? 21:23, Samuel Gougeon a ?crit?: >>> >>>> Hello, >>>> >>>> Le 26/04/2019 ? 19:40, St?phane Mottelet a ?crit?: >>>>> Le 26/04/2019 ? 19:10, Antoine Monmayrant a ?crit?: >>>>> >>>>>> Hello St?phane, >>>>>> >>>>>> Not sure this does what you expect, but I think pandoc can do the >>>>>> trick: >>>>>> foo.xml copied from : >>>>>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/help.scilab.org/docs/5.5.2/en_US/man.html >>>>>> >>>>>> pandoc -f docbook -t latex foo.xml -o foo.pdf >>>>> >>>>> OK, but you need the Scilab stylesheets in order to have the >>>>> correct output. I suppose the above assumes a basic rendering. My >>>>> question was rather about doing this within Scilab. The example of >>>>> the help page does not work on my machine for html and pdf output. >>>> >>>> To do this, i have created a template toolbox restricted to >>>> ./etc/page.start (void), ./help/la_LA series of languages subdirs, >>>> and ./jar empty. >>>> I make a copy of the template. Then, i put in ./help/en_US the main >>>> xml file (etc for other languages), >>>> I set the current directory to the root dir of the template, and run >>>> --> tbx_make . help? // (*) >>>> Then i display the HTML page in Chrome, preview the printing in >>>> PDF, tune its layout, and that's OK. >>>> >>>> Why on your side does it fail to generate the html? Any error >>>> message in the terminal? >>> >>> When I run the example of xmltopdf help page, all generated pdf >>> files are empty. >>> >> >> Yes, the PDF generator is KO. This is reported for years now. >> But HTML pages can be well generate. > > Hello; > > No problem with "xmltops" with scilab -6.0.0 and 6.0.1 and ... Runs fine. Thanks S. > > after with good program like "okular" with linux you transform help- > blabla .ps to help-blabla.pdf. > > >> _______________________________________________ >> users mailing list >> users at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users >> > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 paul.carrico at auxitrolweston.com Tue Apr 30 08:44:33 2019 From: paul.carrico at auxitrolweston.com (Carrico, Paul) Date: Tue, 30 Apr 2019 06:44:33 +0000 Subject: [Scilab-users] feedback on removing 1 row and 1 column Message-ID: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> Dear All I've been using successfully Scilab for years, to develop my projects; I do not remember if I've ever had to deal with huge matrixes but that's the case today. Using "csvRead", I got a matrix with 2.3 million of rows and 6 columns (it took about 240 seconds to read it :)); nevertheless I've been surprised when I tried to remove the first row and the last column using basically: MAT(1,:) = []; MAT(:,$) = []; Indeed I needed to kill the process after about 10 minutes (same result both under Windows 10 and Linux - RAM not fully used). By comparison, the same process is instantaneous under Python using Numpy (numpy.delete) using of course the same matrix. A feedback I wanted to share .... PaulEXPORT CONTROL : ? Cet email ne contient pas de donn?es techniques ? ? This email does not contain technical data ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Apr 30 09:05:23 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 09:05:23 +0200 Subject: [Scilab-users] feedback on removing 1 row and 1 column In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> References: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> Message-ID: <35c7fd27-0b06-f6d2-667e-596d587403ae@utc.fr> Le 30/04/2019 ? 08:44, Carrico, Paul a ?crit?: > > Dear All > > I?ve been using successfully Scilab for years, to develop my projects; > I do not remember if I?ve ever had to deal with huge matrixes but > that?s the case today. > > Using ?csvRead?, I got a matrix with 2.3 million of rows and 6 columns > (it took about 240 seconds to read it J); nevertheless I?ve been > surprised when I tried to remove the first row and the last column > using basically: > This one is quasi instantaneous, although it needs to move all the variable content in memory > > MAT(1,:) = []; > But this stucks Scilab, you are right: > > MAT(:,$) = []; > athough it should the faster of both (large number of rows but no copy needed, trim the block in memory should be enough). @Samuel: I think we already have something similar signaled in Bugzilla S. > Indeed I needed to kill the process after about 10 minutes (same > result both under Windows 10 and Linux ? RAM not fully used). > > By comparison, the same process is instantaneous under Python using > Numpy (numpy.delete) using of course the same matrix. > > A feedback I wanted to share ?. > > PaulEXPORT CONTROL : > > ? Cet email ne contient pas de donn?es techniques ? > > ? This email does not contain technical data ? > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 p.muehlmann at gmail.com Tue Apr 30 10:04:42 2019 From: p.muehlmann at gmail.com (P M) Date: Tue, 30 Apr 2019 10:04:42 +0200 Subject: [Scilab-users] IPCV - imrotate In-Reply-To: References: Message-ID: One has to enter the angle in degrees. P. Am Di., 30. Apr. 2019 um 08:44 Uhr schrieb St?phane Mottelet < stephane.mottelet at utc.fr>: > Le 29/04/2019 ? 10:06, P M a ?crit : > > Dear developers of IPCV, > using the function imrotate() seems to increse the image size. > Please see following code: > > img = zeros(10,10);imshow(img);size(img)img = imrotate(img,90);imshow(img);size(img) > > > I could imagine that the image size changes, when one uses rotation angles > <> 90?. > But for exactly 90? this is a strange behaviour. > > Best regards, > Philipp > > _______________________________________________ > users mailing listusers at lists.scilab.orghttps://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users > > Is the angle in degrees or radians ? > > S. > > -- > 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 Alain.Lamy at cnes.fr Tue Apr 30 10:37:14 2019 From: Alain.Lamy at cnes.fr (Lamy Alain) Date: Tue, 30 Apr 2019 08:37:14 +0000 Subject: [Scilab-users] feedback on removing 1 row and 1 column In-Reply-To: <35c7fd27-0b06-f6d2-667e-596d587403ae@utc.fr> References: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> <35c7fd27-0b06-f6d2-667e-596d587403ae@utc.fr> Message-ID: <8F232902ADB4E14EB16789FB7006FC84728FA00C@TW-MBX-P01.cnesnet.ad.cnes.fr> Hi, >>@Samuel: I think we already have something similar signaled in Bugzilla I think the bug is this one: https://bugzilla.scilab.org/show_bug.cgi?id=15087 Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Tue Apr 30 10:41:42 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 10:41:42 +0200 Subject: [Scilab-users] feedback on removing 1 row and 1 column In-Reply-To: <8F232902ADB4E14EB16789FB7006FC84728FA00C@TW-MBX-P01.cnesnet.ad.cnes.fr> References: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> <35c7fd27-0b06-f6d2-667e-596d587403ae@utc.fr> <8F232902ADB4E14EB16789FB7006FC84728FA00C@TW-MBX-P01.cnesnet.ad.cnes.fr> Message-ID: <51cb82f5-76ad-d66e-d059-b959bbe6930a@utc.fr> Thank you Alain. S. Le 30/04/2019 ? 10:37, Lamy Alain a ?crit?: > > Hi, > > >>@Samuel: I think we already have something similar signaled in Bugzilla > > I think the bug is this one: > > https://bugzilla.scilab.org/show_bug.cgi?id=15087 > > Alain > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 stephane.mottelet at utc.fr Tue Apr 30 12:40:37 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Tue, 30 Apr 2019 12:40:37 +0200 Subject: [Scilab-users] feedback on removing 1 row and 1 column In-Reply-To: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> References: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> Message-ID: Le 30/04/2019 ? 08:44, Carrico, Paul a ?crit?: > > Dear All > > I?ve been using successfully Scilab for years, to develop my projects; > I do not remember if I?ve ever had to deal with huge matrixes but > that?s the case today. > > Using ?csvRead?, I got a matrix with 2.3 million of rows and 6 columns > (it took about 240 seconds to read it J); nevertheless I?ve been > surprised when I tried to remove the first row and the last column > using basically: > > MAT(1,:) = []; MAT(:,$) = []; > in the meantime (before we fix this), you can do MAT = MAT(:,1:$-1); which will be way faster ! S. > Indeed I needed to kill the process after about 10 minutes (same > result both under Windows 10 and Linux ? RAM not fully used). > > By comparison, the same process is instantaneous under Python using > Numpy (numpy.delete) using of course the same matrix. > > A feedback I wanted to share ?. > > PaulEXPORT CONTROL : > > ? Cet email ne contient pas de donn?es techniques ? > > ? This email does not contain technical data ? > > > _______________________________________________ > users mailing list > users at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 paul.carrico at auxitrolweston.com Tue Apr 30 14:04:17 2019 From: paul.carrico at auxitrolweston.com (Carrico, Paul) Date: Tue, 30 Apr 2019 12:04:17 +0000 Subject: [Scilab-users] [EXTERNAL] Re: feedback on removing 1 row and 1 column In-Reply-To: References: <3A6B7233274DB449A2A0053A47684F953FF90F92@BGS-EX01.auxitrol.ad> Message-ID: <3A6B7233274DB449A2A0053A47684F953FF91033@BGS-EX01.auxitrol.ad> Thanks all Indeed, getting the complete block works fine and it's instantaneous Paul De : users [mailto:users-bounces at lists.scilab.org] De la part de St?phane Mottelet Envoy? : mardi 30 avril 2019 12:41 ? : users at lists.scilab.org Objet : [EXTERNAL] Re: [Scilab-users] feedback on removing 1 row and 1 column Le 30/04/2019 ? 08:44, Carrico, Paul a ?crit : Dear All I've been using successfully Scilab for years, to develop my projects; I do not remember if I've ever had to deal with huge matrixes but that's the case today. Using "csvRead", I got a matrix with 2.3 million of rows and 6 columns (it took about 240 seconds to read it :)); nevertheless I've been surprised when I tried to remove the first row and the last column using basically: MAT(1,:) = []; MAT(:,$) = []; in the meantime (before we fix this), you can do MAT = MAT(:,1:$-1); which will be way faster ! S. Indeed I needed to kill the process after about 10 minutes (same result both under Windows 10 and Linux - RAM not fully used). By comparison, the same process is instantaneous under Python using Numpy (numpy.delete) using of course the same matrix. A feedback I wanted to share .... PaulEXPORT CONTROL : ? Cet email ne contient pas de donn?es techniques ? ? This email does not contain technical data ? _______________________________________________ users mailing list users at lists.scilab.org https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/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 philpollock at hotmail.com Tue Apr 30 15:49:15 2019 From: philpollock at hotmail.com (PhilAPol) Date: Tue, 30 Apr 2019 06:49:15 -0700 (MST) Subject: [Scilab-users] Scilab 6.0.2 MinGW Windows 10 Demo Sim n-pendulum make failure In-Reply-To: <643e7169-4109-918b-a0a0-90d4ab5662cc@utc.fr> References: <1556579346975-0.post@n3.nabble.com> <643e7169-4109-918b-a0a0-90d4ab5662cc@utc.fr> Message-ID: <1556632155168-0.post@n3.nabble.com> Examples (C code) OK Examples (C++ code) OK Examples (Fortran 90 code) OK Example: How to use cflags arguments OK -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html