From richard.llom at gmail.com Tue Aug 1 12:54:59 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 03:54:59 -0700 (MST) Subject: [Scilab-users] Linux: Console not working when starting from start menu Message-ID: <1501584899154-4036791.post@n3.nabble.com> Hello, I have this problem that when I start scilab from my startmenu, the console doesn't accept any input and when I execute a script (from scinotes) scilab crashes. However when I start scilab from the terminal "scilab &" everything is fine. Any clues, is this a known issue? Scilab 6.0.0. System: Host: cray Kernel: 4.8.6-1-CHAKRA x86_64 (64 bit) Desktop: KDE Plasma 5.10.4 Distro: Chakra Machine: Device: desktop Mobo: ASUSTeK model: A88XM-PLUS v: Rev X.0x UEFI: American Megatrends v: 3003 date: 03/04/2017 CPU: Dual core AMD A10-7850K Radeon R7 12 Compute Cores 4C+8G (-HT-MCP-) cache: 4096 KB clock speeds: max: 4200 MHz 1: 1700 MHz 2: 2400 MHz 3: 2400 MHz 4: 2400 MHz Graphics: Card: Advanced Micro Devices [AMD/ATI] Fiji [Radeon R9 FURY / NANO Series] Display Server: x11 (X.Org 1.17.4) driver: amdgpu Resolution: 2560x1440 at 119.88hz OpenGL: renderer: Gallium 0.4 on AMD FIJI (DRM 3.3.0 / 4.8.6-1-CHAKRA, LLVM 3.9.1) version: 4.3 Mesa 13.0.2 Audio: Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller driver: snd_hda_intel Card-2 Advanced Micro Devices [AMD/ATI] Fiji HDMI/DP Audio Controller driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.8.6-1-CHAKRA Sensors: System Temperatures: cpu: 34.5C mobo: 35.0C gpu: 42.0 Fan Speeds (in rpm): fan-1: 881 fan-2: 711 fan-3: 537 Info: Processes: 186 Uptime: 1:00 Memory: 2182.3/15994.7MB Client: Shell (bash) inxi: 2.3.23 -- View this message in context: http://mailinglists.scilab.org/Linux-Console-not-working-when-starting-from-start-menu-tp4036791.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Tue Aug 1 13:00:31 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 04:00:31 -0700 (MST) Subject: [Scilab-users] Can this loop be avoided? Message-ID: <1501585231691-4036792.post@n3.nabble.com> Hello All, I have this for loop: for i=1:size(log_data,'r')-1 energy(i)=(log_data(i+1,1)-log_data(i,1))*log_data(i,2)*log_data(i,3); end The rows / loopsize are only a couple of thousands, so it is not that big of deal, still I was wondering: It is possible to do this w/o a loop? cheers -- View this message in context: http://mailinglists.scilab.org/Can-this-loop-be-avoided-tp4036792.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From n.strelkov at gmail.com Tue Aug 1 13:04:21 2017 From: n.strelkov at gmail.com (Nikolay Strelkov) Date: Tue, 1 Aug 2017 14:04:21 +0300 Subject: [Scilab-users] Linux: Console not working when starting from start menu In-Reply-To: <1501584899154-4036791.post@n3.nabble.com> References: <1501584899154-4036791.post@n3.nabble.com> Message-ID: Dear, Richard! Yes, it is known issue - see http://bugzilla.scilab.org/ show_bug.cgi?id=14682 . As temporary solution I created desktop launcher with command inside env LC_ALL="en_US.UTF-8" xterm -e /home/nikolay/Software/scilab-6.0.0/bin/scilab So Scilab starts with xterm terminal emulator. You may change xterm to other terminal with corresponding options. Hope this helps. -- *With best regards,Ph.D., * *associate professor at MPEI ,IEEE member,maintainer of Mathieu functions toolbox for Scilab ,Nikolay Strelkov.* 2017-08-01 13:54 GMT+03:00 Richard llom : > Hello, > I have this problem that when I start scilab from my startmenu, the console > doesn't accept any input and when I execute a script (from scinotes) scilab > crashes. > However when I start scilab from the terminal "scilab &" everything is > fine. > > Any clues, is this a known issue? > > Scilab 6.0.0. > > System: Host: cray Kernel: 4.8.6-1-CHAKRA x86_64 (64 bit) Desktop: KDE > Plasma 5.10.4 Distro: Chakra > Machine: Device: desktop Mobo: ASUSTeK model: A88XM-PLUS v: Rev X.0x > UEFI: > American Megatrends v: 3003 date: 03/04/2017 > CPU: Dual core AMD A10-7850K Radeon R7 12 Compute Cores 4C+8G > (-HT-MCP-) cache: 4096 KB > clock speeds: max: 4200 MHz 1: 1700 MHz 2: 2400 MHz 3: 2400 MHz > 4: 2400 MHz > Graphics: Card: Advanced Micro Devices [AMD/ATI] Fiji [Radeon R9 FURY / > NANO Series] > Display Server: x11 (X.Org 1.17.4) driver: amdgpu Resolution: > 2560x1440 at 119.88hz > OpenGL: renderer: Gallium 0.4 on AMD FIJI (DRM 3.3.0 / > 4.8.6-1-CHAKRA, LLVM 3.9.1) > version: 4.3 Mesa 13.0.2 > Audio: Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller > driver: > snd_hda_intel > Card-2 Advanced Micro Devices [AMD/ATI] Fiji HDMI/DP Audio > Controller driver: snd_hda_intel > Sound: Advanced Linux Sound Architecture v: k4.8.6-1-CHAKRA > Sensors: System Temperatures: cpu: 34.5C mobo: 35.0C gpu: 42.0 > Fan Speeds (in rpm): fan-1: 881 fan-2: 711 fan-3: 537 > Info: Processes: 186 Uptime: 1:00 Memory: 2182.3/15994.7MB Client: > Shell (bash) inxi: 2.3.23 > > > > -- > View this message in context: http://mailinglists.scilab.org > /Linux-Console-not-working-when-starting-from-start-menu-tp4036791.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive > at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.llom at gmail.com Tue Aug 1 13:07:23 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 04:07:23 -0700 (MST) Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> Message-ID: <1501585643201-4036793.post@n3.nabble.com> I find it confusing that only "DD/MM/YYYY" doesn't require a leading zero, while all others do... Also there is no support at all for the us date format (MM/DD/YYYY). Not a fan of it, but users from the USA might appreciate it. cheers richard Samuel GOUGEON wrote > Hello, > > The new implementation of weekday() is now pushed and available on the > CodeReview: > https://codereview.scilab.org/#/c/19326/ > Its updated help page is attached. > > It now expects to be reviewed before merging. Any contributor is welcome > to do so online. > Thanks > > Best regards > Samuel Gougeon -- View this message in context: http://mailinglists.scilab.org/Scilab-users-SEP-upgrading-weekday-tp4036719p4036793.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From jrafaelbguerra at hotmail.com Tue Aug 1 13:22:28 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Tue, 1 Aug 2017 11:22:28 +0000 Subject: [Scilab-users] Can this loop be avoided? In-Reply-To: <1501585231691-4036792.post@n3.nabble.com> References: <1501585231691-4036792.post@n3.nabble.com> Message-ID: Schlumberger-Private Try this: energy = ( log_data(2:$,1) - log_data(1:$-1,1) ).*log_data(1:$-1,2).*log_data(1:$-1,3); -----Original Message----- From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Richard llom Sent: Tuesday, August 01, 2017 1:01 PM To: users at lists.scilab.org Subject: [Scilab-users] Can this loop be avoided? Hello All, I have this for loop: for i=1:size(log_data,'r')-1 energy(i)=(log_data(i+1,1)-log_data(i,1))*log_data(i,2)*log_data(i,3); end The rows / loopsize are only a couple of thousands, so it is not that big of deal, still I was wondering: It is possible to do this w/o a loop? cheers -- View this message in context: http://mailinglists.scilab.org/Can-this-loop-be-avoided-tp4036792.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users From jasper at amsterchem.com Tue Aug 1 13:17:09 2017 From: jasper at amsterchem.com (jasper van baten) Date: Tue, 1 Aug 2017 13:17:09 +0200 Subject: [Scilab-users] Can this loop be avoided? In-Reply-To: <1501585231691-4036792.post@n3.nabble.com> References: <1501585231691-4036792.post@n3.nabble.com> Message-ID: <78b80a18-13ac-622c-96b3-5307ab688ffc@amsterchem.com> try index=1:size(log_data,'r')-1; energy=(log_data(index+1,1)-log_data(index,1)).*log_data(index,2).*log_data(index,3); Best wishes, Jasper. On 8/1/2017 13:00, Richard llom wrote: > Hello All, > I have this for loop: > for i=1:size(log_data,'r')-1 > energy(i)=(log_data(i+1,1)-log_data(i,1))*log_data(i,2)*log_data(i,3); > end > > The rows / loopsize are only a couple of thousands, so it is not that big of > deal, still I was wondering: It is possible to do this w/o a loop? > > cheers > > > > -- > View this message in context: http://mailinglists.scilab.org/Can-this-loop-be-avoided-tp4036792.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > 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 Tue Aug 1 14:00:43 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 1 Aug 2017 14:00:43 +0200 Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <1501585643201-4036793.post@n3.nabble.com> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> Message-ID: Hello Richard, Thanks for your input. I am answering in the body: Le 01/08/2017 ? 13:07, Richard llom a ?crit : > I find it confusing that only "DD/MM/YYYY" doesn't require a leading zero, > while all others do... Not all, just the YYYY-MM-DD... one, because this format is a normalized/standard one. As documented, the DD-Mmm-YYYY like "12-Feb-2031" or "7-Jun-2024" does nor require any mandatory leading zero. > Also there is no support at all for the us date format (MM/DD/YYYY). Not a > fan of it, but users from the USA might appreciate it. Then, for a big subset of dates, there would not be any way to distinguish it from DD/MM/YYYY, unless for instance using a distinct separator: MM\DD\YYYY. Not sure that this would be actually ok. Would it? IMO, a "US" optional flag would not be more handy. Best regards Samuel From richard.llom at gmail.com Tue Aug 1 14:15:50 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 05:15:50 -0700 (MST) Subject: [Scilab-users] Linux: Console not working when starting from start menu In-Reply-To: References: <1501584899154-4036791.post@n3.nabble.com> Message-ID: <1501589750171-4036798.post@n3.nabble.com> Hello Nikolay, thanks for the prompt reply! Under Plasma5 I can just check the "Run in terminal" option which also works then. However I also replied on the bug, hopefully it will be fixed soon... cheers -- View this message in context: http://mailinglists.scilab.org/Linux-Console-not-working-when-starting-from-start-menu-tp4036791p4036798.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Tue Aug 1 14:24:58 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 05:24:58 -0700 (MST) Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> Message-ID: <1501590298792-4036799.post@n3.nabble.com> > Then, for a big subset of dates, there would not be any way to > distinguish it from DD/MM/YYYY, Yeah, thats the problem with this format (and not only in scilab....). > unless for instance using a distinct separator: MM\DD\YYYY. Not sure > that this would be actually ok. > Would it? IMO, a "US" optional flag would not be more handy. IMO the "US" optional flag would be the only reasonable solution. Also for someone who has his source date in US-format, this optional flag would certainly be more handy than converting the date before / inline... cheers richard -- View this message in context: http://mailinglists.scilab.org/Scilab-users-SEP-upgrading-weekday-tp4036719p4036799.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Tue Aug 1 15:06:06 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 1 Aug 2017 15:06:06 +0200 Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <1501590298792-4036799.post@n3.nabble.com> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> <1501590298792-4036799.post@n3.nabble.com> Message-ID: <3336e8f6-c31d-1703-89a1-d206690bbe84@free.fr> Le 01/08/2017 ? 14:24, Richard llom a ?crit : >> unless for instance using a distinct separator: MM\DD\YYYY. Not sure >> that this would be actually ok. >> Would it? IMO, a "US" optional flag would not be more handy. > IMO the "US" optional flag would be the only reasonable solution. Also for > someone who has his source date in US-format, this optional flag would > certainly be more handy than converting the date before / inline... OK. So, instead of an option, we could use a prefix, that will be even handier, like in "US7/24/2017". It could be specified just with "US"+myDate instead of myDate,"US", without having to think about the place of the "US" option wrt the"long" one. We could use "US " (with a space) instead of "US", if a literal readability is essential (not my opinion). Anyway, the prefix must be fixed: either "US", xor "US ". Any preference? Samuel From richard.llom at gmail.com Tue Aug 1 15:38:53 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 06:38:53 -0700 (MST) Subject: [Scilab-users] Can this loop be avoided? In-Reply-To: <1501585231691-4036792.post@n3.nabble.com> References: <1501585231691-4036792.post@n3.nabble.com> Message-ID: <1501594733572-4036801.post@n3.nabble.com> Thanks Jasper & Rafael, these solutions work great! -- View this message in context: http://mailinglists.scilab.org/Can-this-loop-be-avoided-tp4036792p4036801.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Tue Aug 1 15:45:40 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 06:45:40 -0700 (MST) Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <3336e8f6-c31d-1703-89a1-d206690bbe84@free.fr> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> <1501590298792-4036799.post@n3.nabble.com> <3336e8f6-c31d-1703-89a1-d206690bbe84@free.fr> Message-ID: <1501595140008-4036802.post@n3.nabble.com> > OK. So, instead of an option, we could use a prefix, that will be even > handier, like in "US7/24/2017". It could be specified just with > "US"+myDate > instead of myDate,"US", without having to think about the place of the > "US" option wrt the"long" > one. > We could use "US " (with a space) instead of "US", if a literal > readability is essential > (not my opinion). Anyway, the prefix must be fixed: either "US", xor "US > ". > Any preference? But doesn't weekday also accept a matrix of strings? How would this work with the prefix? I'm thinking more of data which is read-in (like from a log), and there a prefix isn't a reasonable solution, but maybe thats just me... richard -- View this message in context: http://mailinglists.scilab.org/Scilab-users-SEP-upgrading-weekday-tp4036719p4036802.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Tue Aug 1 15:58:33 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 1 Aug 2017 15:58:33 +0200 Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <1501595140008-4036802.post@n3.nabble.com> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> <1501590298792-4036799.post@n3.nabble.com> <3336e8f6-c31d-1703-89a1-d206690bbe84@free.fr> <1501595140008-4036802.post@n3.nabble.com> Message-ID: <6d25a7a1-2496-47d2-cf37-637878b74fc4@free.fr> Le 01/08/2017 ? 15:45, Richard llom a ?crit : >> OK. So, instead of an option, we could use a prefix, that will be even >> handier, like in "US7/24/2017". It could be specified just with >> "US"+myDate >> instead of myDate,"US", without having to think about the place of the >> "US" option wrt the"long" >> one. >> We could use "US " (with a space) instead of "US", if a literal >> readability is essential >> (not my opinion). Anyway, the prefix must be fixed: either "US", xor "US >> ". >> Any preference? > But doesn't weekday also accept a matrix of strings? How would this work > with the prefix? As usual, in the same way, with "US" + myMatrixOfDates: -->mydates = ["7/24/2017" "3/17/2015"]; -->"US"+mydates ans = !US7/24/2017 US3/17/2015 ! From richard.llom at gmail.com Tue Aug 1 16:46:13 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 07:46:13 -0700 (MST) Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <6d25a7a1-2496-47d2-cf37-637878b74fc4@free.fr> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> <1501590298792-4036799.post@n3.nabble.com> <3336e8f6-c31d-1703-89a1-d206690bbe84@free.fr> <1501595140008-4036802.post@n3.nabble.com> <6d25a7a1-2496-47d2-cf37-637878b74fc4@free.fr> Message-ID: <1501598773551-4036804.post@n3.nabble.com> Then I would go with just "US" (my opinion). cheers -- View this message in context: http://mailinglists.scilab.org/Scilab-users-SEP-upgrading-weekday-tp4036719p4036804.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Tue Aug 1 18:24:56 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 09:24:56 -0700 (MST) Subject: [Scilab-users] Save figure as landscape DIN A4 PDF Message-ID: <1501604696305-4036805.post@n3.nabble.com> Hello All, I want to save my figures automatically (from the script) as landscape DIN A4. xs2pdf(gcf(),'result','landscape'); Works fine so far, however I have problems defining the (paper) size. I found only: "figure_size: This property controls the size in pixel of the screen's graphics window. The size is the vector [width,height]." But this seems unfit to me since this script is supposed to run on different machines, where I don't know the screen resolution... Secondly, after the file is saved, I want to present a link in the console which the user can click on to open the file in his pdf-viewer. Unfortunately I didn't found any command for links? TIA richard -- View this message in context: http://mailinglists.scilab.org/Save-figure-as-landscape-DIN-A4-PDF-tp4036805.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Tue Aug 1 18:33:20 2017 From: richard.llom at gmail.com (Richard llom) Date: Tue, 1 Aug 2017 09:33:20 -0700 (MST) Subject: [Scilab-users] Setting default axes / figure values Message-ID: <1501605200672-4036806.post@n3.nabble.com> Before my printing commands I'm setting up some defaults like this: // ==== Visualization ==== clf(); // Set some defaults defaxh = get("default_axes"); defaxh.font_size = 3; defaxh.title.font_size = 4; defaxh.title.font_style = 9; defaxh.x_label.font_size = 4; defaxh.y_label.font_size = 4; xtitle(desc); ... However I noticed that these only take effect on the second run of the script and not immediately. This is obviously confusing and annoying when trying out different values. Which command am I missing here? TIA richard -- View this message in context: http://mailinglists.scilab.org/Setting-default-axes-figure-values-tp4036806.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Tue Aug 1 23:09:45 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 1 Aug 2017 23:09:45 +0200 Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: <1501604696305-4036805.post@n3.nabble.com> References: <1501604696305-4036805.post@n3.nabble.com> Message-ID: <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> Le 01/08/2017 ? 18:24, Richard llom a ?crit : > Hello All, > I want to save my figures automatically (from the script) as landscape DIN > A4. > > xs2pdf(gcf(),'result','landscape'); > > Works fine so far, however I have problems defining the (paper) size. I > found only: > "figure_size: > This property controls the size in pixel of the screen's graphics window. > The size is the vector [width,height]." > But this seems unfit to me since this script is supposed to run on different > machines, where I don't know the screen resolution... Have you tried printsetupbox() (for the default parameters) or printfigure(i) for printing parameters only for a given figure? > > Secondly, after the file is saved, I want to present a link in the console > which the user can click on to open the file in his pdf-viewer. > Unfortunately I didn't found any command for links? It is presently not possible in the console. But it is possible to do this through the Scilab file browser. From sgougeon at free.fr Tue Aug 1 23:12:52 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 1 Aug 2017 23:12:52 +0200 Subject: [Scilab-users] Setting default axes / figure values In-Reply-To: <1501605200672-4036806.post@n3.nabble.com> References: <1501605200672-4036806.post@n3.nabble.com> Message-ID: <1a75a7ff-94b6-6558-6119-cabd701c017d@free.fr> Le 01/08/2017 ? 18:33, Richard llom a ?crit : > Before my printing commands I'm setting up some defaults like this: > // ==== Visualization ==== > clf(); > // Set some defaults > defaxh = get("default_axes"); > defaxh.font_size = 3; > defaxh.title.font_size = 4; > defaxh.title.font_style = 9; > defaxh.x_label.font_size = 4; > defaxh.y_label.font_size = 4; > > xtitle(desc); > ... > > However I noticed that these only take effect on the second run of the > script and not immediately. > This is obviously confusing and annoying when trying out different values. > Which command am I missing here? None. After modifying the default parameters, only forthcoming figures take them into account. Already created figures stay as they are. From richard.llom at gmail.com Wed Aug 2 10:52:58 2017 From: richard.llom at gmail.com (Richard llom) Date: Wed, 2 Aug 2017 01:52:58 -0700 (MST) Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> References: <1501604696305-4036805.post@n3.nabble.com> <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> Message-ID: <1501663977938-4036809.post@n3.nabble.com> > Have you tried printsetupbox() (for the default parameters) or > printfigure(i) for printing parameters only for a given figure? Both of these involve the GUI and user interaction, which I BOTH want to avoid... Furthermore printsetupbox() doesn't seem to have an effect on the saved pdf and in the printfigure() dialog I didn't find any option for pdf at all... So I guess my only option is to do it by figure_size then? >> Secondly, after the file is saved, I want to present a link in the >> console >> which the user can click on to open the file in his pdf-viewer. >> Unfortunately I didn't found any command for links? > > It is presently not possible in the console. But it is possible to do > this through the Scilab file browser. .. which is not as handy. Is there already a feature request (bug id) for this? -- View this message in context: http://mailinglists.scilab.org/Save-figure-as-landscape-DIN-A4-PDF-tp4036805p4036809.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Wed Aug 2 11:28:58 2017 From: richard.llom at gmail.com (Richard llom) Date: Wed, 2 Aug 2017 02:28:58 -0700 (MST) Subject: [Scilab-users] Setting default axes / figure values In-Reply-To: <1a75a7ff-94b6-6558-6119-cabd701c017d@free.fr> References: <1501605200672-4036806.post@n3.nabble.com> <1a75a7ff-94b6-6558-6119-cabd701c017d@free.fr> Message-ID: <1501666138677-4036810.post@n3.nabble.com> > None. After modifying the default parameters, only forthcoming figures > take them into account. Already created figures stay as they are. But except the empty clf() there are none of my figures at this point. All my plot functions are following after this... However putting the clf() below the default setting seems to fix it. -- View this message in context: http://mailinglists.scilab.org/Setting-default-axes-figure-values-tp4036806p4036810.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Wed Aug 2 11:41:17 2017 From: richard.llom at gmail.com (Richard llom) Date: Wed, 2 Aug 2017 02:41:17 -0700 (MST) Subject: [Scilab-users] Linux: Taskmanager Icons of Scilab Application Message-ID: <1501666877730-4036811.post@n3.nabble.com> Under Linux I have the problem that all Scilab application (console, scinotes, help, figures) have the same icon in the taskmanager, which makes it very cumbersome to navigate between them. Is this just me? Any way to change this? Note that the windows them self (in the upper left corner) do have different icons... -- View this message in context: http://mailinglists.scilab.org/Linux-Taskmanager-Icons-of-Scilab-Application-tp4036811.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From jrafaelbguerra at hotmail.com Wed Aug 2 12:09:17 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 2 Aug 2017 10:09:17 +0000 Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: <1501663977938-4036809.post@n3.nabble.com> References: <1501604696305-4036805.post@n3.nabble.com> <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> <1501663977938-4036809.post@n3.nabble.com> Message-ID: Regarding presenting a link to the file in the console, you should at least be able to print its full path (including file name) in the console. This can then be copied and pasted in Windows to conveniently open it. -----Original Message----- From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Richard llom Sent: Wednesday, August 02, 2017 10:53 AM To: users at lists.scilab.org Subject: Re: [Scilab-users] Save figure as landscape DIN A4 PDF > Have you tried printsetupbox() (for the default parameters) or > printfigure(i) for printing parameters only for a given figure? Both of these involve the GUI and user interaction, which I BOTH want to avoid... Furthermore printsetupbox() doesn't seem to have an effect on the saved pdf and in the printfigure() dialog I didn't find any option for pdf at all... So I guess my only option is to do it by figure_size then? >> Secondly, after the file is saved, I want to present a link in the >> console >> which the user can click on to open the file in his pdf-viewer. >> Unfortunately I didn't found any command for links? > > It is presently not possible in the console. But it is possible to do > this through the Scilab file browser. .. which is not as handy. Is there already a feature request (bug id) for this? -- View this message in context: http://mailinglists.scilab.org/Save-figure-as-landscape-DIN-A4-PDF-tp4036805p4036809.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users From richard.llom at gmail.com Wed Aug 2 13:28:27 2017 From: richard.llom at gmail.com (Richard llom) Date: Wed, 2 Aug 2017 04:28:27 -0700 (MST) Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: References: <1501604696305-4036805.post@n3.nabble.com> <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> <1501663977938-4036809.post@n3.nabble.com> Message-ID: <1501673307834-4036813.post@n3.nabble.com> > Regarding presenting a link to the file in the console, you should at least be able to print its > full path (including file name) in the console. > This can then be copied and pasted in Windows to conveniently open it. Yes, this is what I'm doing already. But ofc a link to click on is way more comfortable and it is possible in that other program... ;-) -- View this message in context: http://mailinglists.scilab.org/Save-figure-as-landscape-DIN-A4-PDF-tp4036805p4036813.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Wed Aug 2 13:46:49 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 2 Aug 2017 13:46:49 +0200 Subject: [Scilab-users] Linux: Taskmanager Icons of Scilab Application In-Reply-To: <1501666877730-4036811.post@n3.nabble.com> References: <1501666877730-4036811.post@n3.nabble.com> Message-ID: <5529213a-19f7-27ac-959c-d9f430ef0267@free.fr> Le 02/08/2017 ? 11:41, Richard llom a ?crit : > Under Linux I have the problem that all Scilab application (console, > scinotes, help, figures) have the same icon in the taskmanager, which makes > it very cumbersome to navigate between them. > > Is this just me? > Any way to change this? > > Note that the windows them self (in the upper left corner) do have different > icons... Under Windows, the proper Scinotes icon on its top left is also the one shown in the task bar. The console and the help browser have the same icon. Each graphical figure or all GUI based on it -- such as atmosGui() and demo_gui() -- has a .icon attribute enabling to customize the icon. You may try to use it, and see if it appears as well in the task bar. And tell us the result :) Cheers Samuel From sgougeon at free.fr Wed Aug 2 13:59:29 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 2 Aug 2017 13:59:29 +0200 Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: <1501663977938-4036809.post@n3.nabble.com> References: <1501604696305-4036805.post@n3.nabble.com> <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> <1501663977938-4036809.post@n3.nabble.com> Message-ID: <87bc761e-ef2d-5e0a-32df-e03d1f2b2782@free.fr> Le 02/08/2017 ? 10:52, Richard llom a ?crit : >> Have you tried printsetupbox() (for the default parameters) or >> printfigure(i) for printing parameters only for a given figure? > Both of these involve the GUI and user interaction, which I BOTH want to > avoid... AFAIRemember, options set with printsetupbox() are not saved, in such a way that for each next Scilab session, one has to reset options as wished. I could have bet that this cumbersome situation is reported on Bugzilla, but i have not found the related report. For services or modules having a preferences file, getPreferencesValues() and setPreferencesValues() can be used to set existing configuration parameters in a programmatic way. > > Furthermore printsetupbox() doesn't seem to have an effect on the saved pdf > and > in the printfigure() dialog I didn't find any option for pdf at all... > > So I guess my only option is to do it by figure_size then? > >>> Secondly, after the file is saved, I want to present a link in the >>> console >>> which the user can click on to open the file in his pdf-viewer. >>> Unfortunately I didn't found any command for links? >> It is presently not possible in the console. But it is possible to do >> this through the Scilab file browser. > .. which is not as handy. Right, noticeably if your document is not in the current working directory. In GUI, it is possible to use HTML and so to display HTML hyperlinks, and then set an href to file://... So, you may define your own GUI -- even a small one -- with this kind of feature. > Is there already a feature request (bug id) for this? --> uman console/>link wb http://bugzilla.scilab.org/5509 is the nearest report From sgougeon at free.fr Wed Aug 2 15:31:06 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 2 Aug 2017 15:31:06 +0200 Subject: [Scilab-users] Save figure as landscape DIN A4 PDF In-Reply-To: <87bc761e-ef2d-5e0a-32df-e03d1f2b2782@free.fr> References: <1501604696305-4036805.post@n3.nabble.com> <32e7bd39-3ddf-ca00-dd83-bf668ed35609@free.fr> <1501663977938-4036809.post@n3.nabble.com> <87bc761e-ef2d-5e0a-32df-e03d1f2b2782@free.fr> Message-ID: Le 02/08/2017 ? 13:59, Samuel Gougeon a ?crit : > Le 02/08/2017 ? 10:52, Richard llom a ?crit : >>> Have you tried printsetupbox() (for the default parameters) or >>> printfigure(i) for printing parameters only for a given figure? >> Both of these involve the GUI and user interaction, which I BOTH want to >> avoid... > > AFAIRemember, options set with printsetupbox() are not saved, in such > a way that for each next Scilab session, one has to reset options as > wished. I could have bet that this cumbersome situation is reported on > Bugzilla, but i have not found the related report. It is here: http://bugzilla.scilab.org/6782 From christoph.knappe at gmail.com Thu Aug 3 12:47:23 2017 From: christoph.knappe at gmail.com (christophk) Date: Thu, 3 Aug 2017 03:47:23 -0700 (MST) Subject: [Scilab-users] problems with "mtlb_dir" variable when porting scilab 5.6 code to scilab 6.0 In-Reply-To: <1499952835147-4036751.post@n3.nabble.com> References: <1499952835147-4036751.post@n3.nabble.com> Message-ID: <1501757243896-4036819.post@n3.nabble.com> Just realized I used the wrong function name in the subject line. It's supposed to be "mtlb_dir" instead of "mtl_mode". Sorry for the confusion. Is there anyone out there that can comment on the error that Scilab throws in my code example? -- View this message in context: http://mailinglists.scilab.org/problems-with-mtlb-dir-variable-when-porting-scilab-5-6-code-to-scilab-6-0-tp4036751p4036819.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From alfaimalucia at gmail.com Fri Aug 4 19:00:30 2017 From: alfaimalucia at gmail.com (alfalucia) Date: Fri, 4 Aug 2017 10:00:30 -0700 (MST) Subject: [Scilab-users] 04/08/2017 Can't access to ATOMS page Message-ID: <1501866030250-4036820.post@n3.nabble.com> It seems ATOMS page is down. Can anyone give me information related? When will we able to access this page? Thanks, -- View this message in context: http://mailinglists.scilab.org/04-08-2017-Can-t-access-to-ATOMS-page-tp4036820.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From v_mil at ukr.net Sat Aug 5 13:06:19 2017 From: v_mil at ukr.net (Viktor Mileikovskyi) Date: Sat, 05 Aug 2017 14:06:19 +0300 Subject: [Scilab-users] High processor usage of idle Scilab and SciNotes Message-ID: <1501929326.846089002.tytaus5w@frv40.fwdcdn.com> Dear members! After running Scilab 64 bit and SciNotes and opening a file in SciNotes, the processor load is very high. It does not drop in idle conditions! It drops only if the SciLab is closed. There is overconsumption of electrical energy, contiguous run of the cooler fan at maximum speed, that cause wear of the fan and need of the cooler cleaning and lubrication more often than usually. Is it possible to decrease the processor load? With best regards. Viktor. -- E-Mail: v_mil at ukr.net E-Mail: mileikovskyi at gmail.com Skype: mileikovskyi Mob: +38-044-2284247 Mob: +38-094-8284247 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sat Aug 5 13:57:50 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 5 Aug 2017 13:57:50 +0200 Subject: [Scilab-users] High processor usage of idle Scilab and SciNotes In-Reply-To: <1501929326.846089002.tytaus5w@frv40.fwdcdn.com> References: <1501929326.846089002.tytaus5w@frv40.fwdcdn.com> Message-ID: Hello Viktor, Le 05/08/2017 ? 13:06, Viktor Mileikovskyi a ?crit : > Dear members! > > After running Scilab 64 bit and SciNotes and opening a file in > SciNotes, the processor load is very high. > It does not drop in idle conditions! It drops only if the SciLab is > closed. It is exactly what i get when sometimes -- by mistake -- i open a .bin file instead of its .sci source. Scinotes should ask for a confirmation when this occurs, in order to avoid the blocking situation. For other regular files -- .sce, .sci, .tst, etc --, no problem on my side. Regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From v_mil at ukr.net Sat Aug 5 14:14:26 2017 From: v_mil at ukr.net (Viktor Mileikovskyi) Date: Sat, 05 Aug 2017 15:14:26 +0300 Subject: [Scilab-users] High processor usage of idle Scilab and SciNotes In-Reply-To: References: <1501929326.846089002.tytaus5w@frv40.fwdcdn.com> Message-ID: <1501935012.950979262.fxo559pk@frv40.fwdcdn.com> Dear Members! The problem is found on Ubuntu 16.04 x64. PC: Lenovo Ideapad Z580a. Model 20135. Processor: CoreI7 3110M. With best regards. Viktor. 5 ?????? 2017, 14:58:18, ??? "Samuel Gougeon" : Hello Viktor, Le 05/08/2017 ? 13:06, Viktor Mileikovskyi a ?crit?: Dear members! After running Scilab 64 bit and SciNotes and opening a file in SciNotes, the processor load is very high. It does not drop in idle conditions! It drops only if the SciLab is closed. It is exactly what i get when sometimes -- by mistake -- i open a .bin file instead of its .sci source. Scinotes should ask for a confirmation when this occurs, in order to avoid the blocking situation. For other regular files -- .sce, .sci, .tst, etc --, no problem on my side. Regards Samuel _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -- E-Mail: v_mil at ukr.net E-Mail: mileikovskyi at gmail.com Skype: mileikovskyi Mob: +38-044-2284247 Mob: +38-094-8284247 -------------- next part -------------- An HTML attachment was scrubbed... URL: From v_mil at ukr.net Sun Aug 6 16:01:38 2017 From: v_mil at ukr.net (Viktor Mileikovskyi) Date: Sun, 06 Aug 2017 17:01:38 +0300 Subject: [Scilab-users] High processor usage of idle Scilab and SciNotes In-Reply-To: <1501935012.950979262.fxo559pk@frv40.fwdcdn.com> References: <1501929326.846089002.tytaus5w@frv40.fwdcdn.com> <1501935012.950979262.fxo559pk@frv40.fwdcdn.com> Message-ID: <1502027613.541647240.ydsqliin@frv42.fwdcdn.com> Dear Samuel, dear members! Many thanks! The problem did not found after some last automatic updates of OS. Possibly, incorrect behaviour of some system package or library. I will monitor the processor load and will write if the problem will reappear in some conditions. With best regards. Viktor. 5 ?????? 2017, 15:15:13, ??? "Viktor Mileikovskyi" : Dear Members! The problem is found on Ubuntu 16.04 x64. PC: Lenovo Ideapad Z580a. Model 20135. Processor: CoreI7 3110M. With best regards. Viktor. 5 ?????? 2017, 14:58:18, ??? "Samuel Gougeon" : Hello Viktor, Le 05/08/2017 ? 13:06, Viktor Mileikovskyi a ?crit?: Dear members! After running Scilab 64 bit and SciNotes and opening a file in SciNotes, the processor load is very high. It does not drop in idle conditions! It drops only if the SciLab is closed. It is exactly what i get when sometimes -- by mistake -- i open a .bin file instead of its .sci source. Scinotes should ask for a confirmation when this occurs, in order to avoid the blocking situation. For other regular files -- .sce, .sci, .tst, etc --, no problem on my side. Regards Samuel _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -- E-Mail: v_mil at ukr.net E-Mail: mileikovskyi at gmail.com Skype: mileikovskyi Mob: +38-044-2284247 Mob: +38-094-8284247 _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -- E-Mail: v_mil at ukr.net E-Mail: mileikovskyi at gmail.com Skype: mileikovskyi Mob: +38-044-2284247 Mob: +38-094-8284247 -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.llom at gmail.com Mon Aug 7 12:09:37 2017 From: richard.llom at gmail.com (Richard llom) Date: Mon, 7 Aug 2017 03:09:37 -0700 (MST) Subject: [Scilab-users] Linux: Taskmanager Icons of Scilab Application In-Reply-To: <5529213a-19f7-27ac-959c-d9f430ef0267@free.fr> References: <1501666877730-4036811.post@n3.nabble.com> <5529213a-19f7-27ac-959c-d9f430ef0267@free.fr> Message-ID: <1502100577291-4036830.post@n3.nabble.com> > Under Windows, the proper Scinotes icon on its top left is also the one > shown in the task bar. Scinotes has its proper icon in the window, but not in the taskmanager. It would be interesting to hear from other linux users, if thats only me or if others have the same problem. > The console and the help browser have the same icon. > Each graphical figure or all GUI based on it -- such as atmosGui() and > demo_gui() -- has a .icon attribute enabling to customize the icon. You > may try to use it, and see if it appears as well in the task bar. > And tell us the result :) Given the above I doubt this would work. Still I wasn't able to find the code for the icon attribute, can you give a clearer pointer? Thanks richard -- View this message in context: http://mailinglists.scilab.org/Linux-Taskmanager-Icons-of-Scilab-Application-tp4036811p4036830.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Thu Aug 3 08:31:10 2017 From: herozigle at gmail.com (Hermes) Date: Wed, 2 Aug 2017 23:31:10 -0700 (MST) Subject: [Scilab-users] os superblock Message-ID: <1501741870096-4036818.post@n3.nabble.com> I seem to be unable to create supberblocks. When I select a group of blocks Xcos creates a superblock. But that block does not have the correct number of input and output ports. How can i solve this problem. I have installed more than once scilab 6.00. Without results --> haveacompiler() ans = T --> findmsvccompiler ans = unknown Gracias -- View this message in context: http://mailinglists.scilab.org/os-superblock-tp4036818.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From innamaanamundzir at gmail.com Thu Aug 3 10:42:09 2017 From: innamaanamundzir at gmail.com (innama ana mundzir) Date: Thu, 3 Aug 2017 16:42:09 +0800 Subject: [Scilab-users] Cannot access module at atom.scilab In-Reply-To: References: Message-ID: Hi, I want to download backdoor module but the download link is not working. Is there any other way to download the module. My module manager at atom also is not working. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanchayan98 at gmail.com Fri Aug 4 16:49:04 2017 From: sanchayan98 at gmail.com (Sanchayan Dutta) Date: Fri, 4 Aug 2017 20:19:04 +0530 Subject: [Scilab-users] What are the skills that I need to know to contribute to the SciLab project (GSOC) ? Message-ID: Hello. I read about the SciLab project on the GSOC website and it looks interesting. I've just passed out of high school and know basic Java programming. What are the skills/topics that I need to learn in my first year of university so that I can contribute to the SciLab project? Thank You! Virus-free. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gorbounov at gmail.com Fri Aug 4 20:45:15 2017 From: gorbounov at gmail.com (uglyduck) Date: Fri, 4 Aug 2017 11:45:15 -0700 (MST) Subject: [Scilab-users] 04/08/2017 Can't access to ATOMS page In-Reply-To: <1501866030250-4036820.post@n3.nabble.com> References: <1501866030250-4036820.post@n3.nabble.com> Message-ID: <1501872315484-4036821.post@n3.nabble.com> I also experience problems with accessing ATOMS. In fact I cannot open: atoms.scilab.org, wiki.scilab.org, help.scilab.org and it seems any page .scilab.org. I am using Ubuntu 16.04 and Fedora 17 with no proxy or firewall restrictions. I cannot ping atoms.scilab.org. The traceroute to atoms.scilab.org gives: ... 7 renater.equinix-ix.fr (195.42.145.38) 37.201 ms 37.411 ms 37.421 ms 8 193.55.200.4 (193.55.200.4) 54.813 ms 193.55.200.2 (193.55.200.2) 54.977 ms 193.55.200.4 (193.55.200.4) 55.012 ms 9 * * * 10 inria-rocquencourt-te1-4-inria-rtr-021.noc.renater.fr (193.51.184.177) 37.779 ms 36.756 ms 36.883 ms 11 vl199-gi0-0-2-gw-02-sge.inria.fr (192.93.1.84) 36.870 ms 36.946 ms 37.297 ms 12 * * * 13 * * * ... 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * What's wrong? Thanks, -- View this message in context: http://mailinglists.scilab.org/04-08-2017-Can-t-access-to-ATOMS-page-tp4036820p4036821.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From pazleonardoh at gmail.com Fri Aug 4 23:55:28 2017 From: pazleonardoh at gmail.com (leohpaz) Date: Fri, 4 Aug 2017 14:55:28 -0700 (MST) Subject: [Scilab-users] Can't convert old diagram (problem in version) Message-ID: <1501883728652-4036822.post@n3.nabble.com> Hi, I'm running a genetic algorithm to optmize a function using Scilab and Xcos, but this error keeps showing up. Actually, it will still happen even if I just keep on running the diagram repeatedly without the genetic algorithm. If it helps, my code is: // ---------------------------------------------------------------------------------------------------------------- clear; clc; function f=teste(x) exec(SET_TIME FUNCTION PATH) loadXcosLibs(); loadScicos(); importXcosDiagram(DIAGRAM PATH); typeof(scs_m); Context.S= 20; Context.tau = x(1); Context.zeta = x(2); scicos_simulate(scs_m,Context); result = [A.time,A.values]; f = set_time(result,95); endfunction PopSize = 100; Proba_cross = 0.5; Proba_mut = 0.3; NbGen = 10; NbCouples = 100; Log = %T; nb_disp = 50; // Nb point to display from the optimal population pressure = 0.1; ga_params = init_param(); ga_params = add_param(ga_params,'dimension',2); //tau,zeta ga_params = add_param(ga_params,'minbound',[0,0]); ga_params = add_param(ga_params,'maxbound',[10,1]); [pop_opt, fobj_pop_opt, pop_init, fobj_pop_init] = optim_moga(teste, PopSize,NbGen, Proba_mut, Proba_cross, Log, ga_params); // ---------------------------------------------------------------------------------------------------------------- where set_time is a function that I've created that works fine by itself and A is the matrix created by the block "To Workspace" in Xcos. Thoughts on that? Thanks in advace. -- View this message in context: http://mailinglists.scilab.org/Can-t-convert-old-diagram-problem-in-version-tp4036822.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From osantanam at gmail.com Sun Aug 6 18:32:50 2017 From: osantanam at gmail.com (Oscar Santana) Date: Sun, 6 Aug 2017 12:32:50 -0400 Subject: [Scilab-users] Fwd: A problem with Scilab and JVM In-Reply-To: References: Message-ID: ---------- Mensaje reenviado ---------- De: "Oscar Santana" Fecha: ago 5, 2017 7:54 AM Asunto: A problem with Scilab and JVM Para: Cc: Hi. I have problem when I try to install Scilab (5.5.2 or 6.0.0) at my computer. Once finished all the process, apparently without problem (there was not some message during instalation) when I try to run, the program: a) if Scilab 5.5.2, warns that "Scilab no puede abrir biblioteca JVM" and stops run or b) if Scilab 6.0.0, the program simply don't run. Some information about my system: Windows 7 Ultimate SP1 Java 8 Act. 131 (compilation 1.8.0_131-b11) Intel Celeron CPU847 1.1 GHz / RAM 2GB / System 32bits Thanks a lot for your advices! Oscar Libre de virus. www.avast.com <#m_7836036276259008138_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.bignier at esi-group.com Mon Aug 7 15:47:25 2017 From: paul.bignier at esi-group.com (Paul Bignier) Date: Mon, 7 Aug 2017 15:47:25 +0200 Subject: [Scilab-users] Websites are coming Message-ID: Dear users, As some of you have already noticed, a few of our websites are down (notably ATOMS & help). Rest assured we are mobilised to solve the issue as quickly as possible! We will post here again once everything is back in order. Best regards, The Scilab Team -- Paul BIGNIER Development engineer ----------------------------------------------------------- ESI Group 99 rue des Solets - 94513 Rungis, France Phone: +33.1.41.73.58.77 http://scilab.io https://esi-group.com From cgardner88 at sympatico.ca Tue Aug 8 19:19:21 2017 From: cgardner88 at sympatico.ca (Chris Gardner) Date: Tue, 8 Aug 2017 13:19:21 -0400 Subject: [Scilab-users] Nested while loops Message-ID: <3A58165D-21A0-406A-A8D2-2479827E3516@sympatico.ca> To solve a problem I am working on, I would like to nest several while loops (up to maybe 10 serially) within another while loop. The structure I need is something like: for i = 1:N while (condition 1) action 1 while (condition 2) action 2 end while (condition 3) action 3 end while (condition 4 action 4 end action 5 end end I have tried to implement this but have had trouble getting it to work. Should it work? Thanks, Chris From cfuttrup at gmail.com Tue Aug 8 19:48:16 2017 From: cfuttrup at gmail.com (Claus Futtrup) Date: Tue, 8 Aug 2017 19:48:16 +0200 Subject: [Scilab-users] Nested while loops In-Reply-To: <3A58165D-21A0-406A-A8D2-2479827E3516@sympatico.ca> References: <3A58165D-21A0-406A-A8D2-2479827E3516@sympatico.ca> Message-ID: <1fa49881-03d0-1251-86aa-b0a663a9c535@gmail.com> Hi Chris To the best of my knowledge such nested while loops should be no problem. It should work. To show the problem, for us to test and see, could you create an executable script, which fails? Best regards, Claus On 08-08-2017 19:19, Chris Gardner wrote: > To solve a problem I am working on, I would like to nest several while loops (up to maybe 10 serially) within another while loop. The structure I need is something like: > > for i = 1:N > > while (condition 1) > action 1 > > while (condition 2) > action 2 > end > > while (condition 3) > action 3 > end > > while (condition 4 > action 4 > end > > action 5 > > end > > end > > I have tried to implement this but have had trouble getting it to work. Should it work? > > Thanks, Chris > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From cgardner88 at sympatico.ca Tue Aug 8 20:52:22 2017 From: cgardner88 at sympatico.ca (Chris Gardner) Date: Tue, 8 Aug 2017 14:52:22 -0400 Subject: [Scilab-users] Nested while loops In-Reply-To: <1fa49881-03d0-1251-86aa-b0a663a9c535@gmail.com> References: <3A58165D-21A0-406A-A8D2-2479827E3516@sympatico.ca> <1fa49881-03d0-1251-86aa-b0a663a9c535@gmail.com> Message-ID: Hi Claus Thanks for your quick response. I must be doing something silly. Each of the inner while loops involves solving a set of ODEs so is fairly complicated. I will see if I can simplify things a bit so you can see what I am trying to do. Chris > On Aug 8, 2017, at 1:48 PM, Claus Futtrup wrote: > > Hi Chris > > To the best of my knowledge such nested while loops should be no problem. It should work. > > To show the problem, for us to test and see, could you create an executable script, which fails? > > Best regards, > Claus > > On 08-08-2017 19:19, Chris Gardner wrote: >> To solve a problem I am working on, I would like to nest several while loops (up to maybe 10 serially) within another while loop. The structure I need is something like: >> >> for i = 1:N >> >> while (condition 1) >> action 1 >> >> while (condition 2) >> action 2 >> end >> >> while (condition 3) >> action 3 >> end >> >> while (condition 4 >> action 4 >> end >> >> action 5 >> >> end >> >> end >> >> I have tried to implement this but have had trouble getting it to work. Should it work? >> >> Thanks, Chris >> _______________________________________________ >> 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 abhinav.dronamraju at gmail.com Thu Aug 10 08:52:40 2017 From: abhinav.dronamraju at gmail.com (Abhinav Dronamraju) Date: Thu, 10 Aug 2017 12:22:40 +0530 Subject: [Scilab-users] scilab2c toolbox query Message-ID: Dear Sir, I am Abhinav and I'm working on the scilab2c toolbox. It would be helpful if one of the Scilab2C toolbox developers could guide us with any solution for the problems mentioned below- 1) To write a new function, we always have to decide the output sizes according to scalar inputs or size of input matrix. But, if our output size depends on an element which is a part of matrix, what can we do to assign the output size accordingly. 2) There are few functions whose output size has no relation to input matrix sizes, or they don't follow any regular pattern. For example, they depend on rank of input matrix or something else. For such functions, is there any work around to estimate the size first and assign accordingly in the Tool Initialisation part. If you could take some time and reply with a workaround for these problems, it would be helpful to successfully emulate most of the Scilab functions in C language. If someone could provide contact details of the toolbox developers, that would be useful too. Thanks, Abhinav -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.llom at gmail.com Thu Aug 10 13:58:59 2017 From: richard.llom at gmail.com (Richard llom) Date: Thu, 10 Aug 2017 04:58:59 -0700 (MST) Subject: [Scilab-users] Leading Spaces in xstring Message-ID: <1502366339656-4036841.post@n3.nabble.com> Hey All, I have this code to print some information in the graph: // Save info as string infobox(1) = msprintf('Min V %.2f V \n',min(log_data(:,3))); infobox(2) = msprintf('Max V %.2f V \n',max(log_data(:,3))); infobox(3) = msprintf('Capacity %.2f Ah\n',amphrs); infobox(4) = msprintf(' %.2f Wh\n',watthrs); // Print info as box on the figure xstring(1,0.1,infobox,0,1); boxh = gce(); boxh.font_style = 0; // Set monospace font As you can see in infobox(4) I'm using just spaces to align the values. However unfortunately xstring isn't printing these leading spaces. Is this expected behavior or a bug? Any ideas to workaround that limitation? Thanks richard -- View this message in context: http://mailinglists.scilab.org/Leading-Spaces-in-xstring-tp4036841.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Thu Aug 10 14:20:26 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 10 Aug 2017 14:20:26 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502366339656-4036841.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> Message-ID: <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> Hi Richard, Le 10/08/2017 ? 13:58, Richard llom a ?crit : > Hey All, > I have this code to print some information in the graph: > // Save info as string > infobox(1) = msprintf('Min V %.2f V \n',min(log_data(:,3))); > infobox(2) = msprintf('Max V %.2f V \n',max(log_data(:,3))); > infobox(3) = msprintf('Capacity %.2f Ah\n',amphrs); > infobox(4) = msprintf(' %.2f Wh\n',watthrs); > // Print info as box on the figure > xstring(1,0.1,infobox,0,1); > boxh = gce(); > boxh.font_style = 0; // Set monospace font I agree, this forced trimming is often annoying. There is here an easy workaround: use a 2-column matrix instead of a unique column: t = ["abc" "def" "ghij" "kl" "" "mn" ]; xstring(1,0.1,t,0,1); HTH Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cbonfkgpjlhondlk.png Type: image/png Size: 1342 bytes Desc: not available URL: From Christophe.Dang at sidel.com Thu Aug 10 14:21:35 2017 From: Christophe.Dang at sidel.com (Dang Ngoc Chan, Christophe) Date: Thu, 10 Aug 2017 12:21:35 +0000 Subject: [Scilab-users] {EXT} scilab2c toolbox query In-Reply-To: References: Message-ID: Hello, > De : Abhinav Dronamraju > Envoy? : jeudi 10 ao?t 2017 08:53 > > if our output size depends on an element which is a part of matrix, what can we do to assign the output size accordingly. I'm not sure I understand well your question, but maybe you should have a look at varagout https://help.scilab.org/docs/6.0.0/en_US/varargout.html HTH, regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer 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 Thu Aug 10 19:20:29 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 10 Aug 2017 19:20:29 +0200 Subject: [Scilab-users] Call for reviewer <= SEP: upgrading weekday() In-Reply-To: <1501590298792-4036799.post@n3.nabble.com> References: <86cc21bb-bded-2e3a-0169-11004bb3e609@free.fr> <3018f4e2-fc13-f22b-d3fd-52a59b7cb095@free.fr> <1501585643201-4036793.post@n3.nabble.com> <1501590298792-4036799.post@n3.nabble.com> Message-ID: <4a913cea-7f94-10ba-660f-0cf7aa2a7d04@free.fr> Le 01/08/2017 ? 14:24, Richard llom a ?crit : >> Then, for a big subset of dates, there would not be any way to >> distinguish it from DD/MM/YYYY, > Yeah, thats the problem with this format (and not only in scilab....). > >> unless for instance using a distinct separator: MM\DD\YYYY. Not sure >> that this would be actually ok. >> Would it? IMO, a "US" optional flag would not be more handy. > IMO the "US" optional flag would be the only reasonable solution. Also for > someone who has his source date in US-format, this optional flag would > certainly be more handy than converting the date before / inline... Now dates prefixed with "en" (for "english") are accepted, like "en09/17/2015". Cheers Samuel From sgougeon at free.fr Thu Aug 10 19:55:31 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 10 Aug 2017 19:55:31 +0200 Subject: [Scilab-users] unusable cat() rewritten. Call for reviewers Message-ID: <504a26d7-5ee5-217f-2e40-302d63a05883@free.fr> Dear co-scilabers, The bug 8297 reporting the outstanding slowness of the cat() function was reported in 2010 but lasts since cat() was introduced. As measured and commented in the report, this slowness actually makes cat() almost unusable, except for small sized arrays to be concatenated. For instance, after M = rand(500,500); cat(3,M,M) takes more than 11 days (yes) with Scilab 5.5.2, and roughly 4 hours with Scilab 6.0.0. So, everyone could imagine how much Scilab currently takes just to build a standard 1000x1000 RGB image by stacking its 3 1000x1000 R,G,B layers using cat(3,R,G,B). The current algorithm is exponential with respect to the array size... Before using GPU routines to process images, a much simpler thing can be done to enable cat() for true life usages : rewritting it. This is what is done here: https://codereview.scilab.org/#/c/19278/ Some rewievers are needed to make cat() truly available in Scilab 6.0.1. So, do not hesitate to contribute online. Thank you. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Thu Aug 10 20:03:17 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 10 Aug 2017 20:03:17 +0200 Subject: [Scilab-users] unusable cat() rewritten. Call for reviewers In-Reply-To: <504a26d7-5ee5-217f-2e40-302d63a05883@free.fr> References: <504a26d7-5ee5-217f-2e40-302d63a05883@free.fr> Message-ID: Le 10/08/2017 ? 19:55, Samuel Gougeon a ?crit : > > Dear co-scilabers, > > The bug 8297 reporting the > outstanding slowness of the cat() function was reported in 2010 > but lasts since cat() was introduced. As measured and commented in the > report, this > slowness actually makes cat() almost unusable, except for small sized > arrays to be concatenated. > > For instance, after M = rand(500,500); cat(3,M,M) takes more than 11 > days (yes) > with Scilab 5.5.2, and roughly 4 hours with Scilab 6.0.0. > > So, everyone could imagine how much Scilab currently takes just to > build a standard > 1000x1000 RGB image by stacking its 3 1000x1000 R,G,B layers using > cat(3,R,G,B). > The current algorithm is exponential with respect to the array size... > > Before using GPU routines to process images, a much simpler thing can > be done > to enable cat() for true life usages : rewritting it. > This is what is done here: https://codereview.scilab.org/#/c/19278/ > > Some rewievers are needed to make cat() truly available in Scilab 6.0.1. > So, do not hesitate to contribute online. > To complete: This new implementation spends 0.25 s (instead of 4 hours) to execute M = rand(500,500); cat(3,M,M); and 0.42 s to process M = rand(1000,1000); cat(3,M,M,M); Doesn't it fit more to what could be expected? SG -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfuttrup at gmail.com Thu Aug 10 20:37:05 2017 From: cfuttrup at gmail.com (Claus Futtrup) Date: Thu, 10 Aug 2017 20:37:05 +0200 Subject: [Scilab-users] unusable cat() rewritten. Call for reviewers In-Reply-To: References: <504a26d7-5ee5-217f-2e40-302d63a05883@free.fr> Message-ID: <66cd98d3-46fd-e95e-bb76-74f83a434945@gmail.com> Hi Samuel, et al. >Doesn't it fit more to what could be expected? Yes. Absolutely. Sorry that I don't know how to help verify the code. /Claus On 10-08-2017 20:03, Samuel Gougeon wrote: > Le 10/08/2017 ? 19:55, Samuel Gougeon a ?crit : >> >> Dear co-scilabers, >> >> The bug 8297 reporting the >> outstanding slowness of the cat() function was reported in 2010 >> but lasts since cat() was introduced. As measured and commented in >> the report, this >> slowness actually makes cat() almost unusable, except for small sized >> arrays to be concatenated. >> >> For instance, after M = rand(500,500); cat(3,M,M) takes more than 11 >> days (yes) >> with Scilab 5.5.2, and roughly 4 hours with Scilab 6.0.0. >> >> So, everyone could imagine how much Scilab currently takes just to >> build a standard >> 1000x1000 RGB image by stacking its 3 1000x1000 R,G,B layers using >> cat(3,R,G,B). >> The current algorithm is exponential with respect to the array size... >> >> Before using GPU routines to process images, a much simpler thing can >> be done >> to enable cat() for true life usages : rewritting it. >> This is what is done here: https://codereview.scilab.org/#/c/19278/ >> >> Some rewievers are needed to make cat() truly available in Scilab 6.0.1. >> So, do not hesitate to contribute online. >> > > To complete: This new implementation spends 0.25 s (instead of 4 > hours) to execute > M = rand(500,500); > cat(3,M,M); > > and 0.42 s to process > > M = rand(1000,1000); > cat(3,M,M,M); > > Doesn't it fit more to what could be expected? > SG > > > > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.llom at gmail.com Fri Aug 11 16:10:30 2017 From: richard.llom at gmail.com (Richard llom) Date: Fri, 11 Aug 2017 07:10:30 -0700 (MST) Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> Message-ID: <1502460630446-4036848.post@n3.nabble.com> Hi Samuel, thanks for the hint, that works nicely. Regarding xstring is there a way to place it relative in the graph? I.e. not at a fixed axis position, but at e.g. lower and left 10% of the graph? -- View this message in context: http://mailinglists.scilab.org/Leading-Spaces-in-xstring-tp4036841p4036848.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Fri Aug 11 16:55:18 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Fri, 11 Aug 2017 16:55:18 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502460630446-4036848.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> Message-ID: Le 11/08/2017 ? 16:10, Richard llom a ?crit : > Hi Samuel, > thanks for the hint, that works nicely. > > Regarding xstring is there a way to place it relative in the graph? > > I.e. not at a fixed axis position, but at e.g. lower and left 10% of the > graph? AFAIK, only data coordinates are possible: https://help.scilab.org/docs/6.0.0/en_US/text_properties.html Otherwise, you may build your own routine to make the coordinates change from axes-normalized to data. Samuel From jrafaelbguerra at hotmail.com Sun Aug 13 20:15:25 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Sun, 13 Aug 2017 18:15:25 +0000 Subject: [Scilab-users] Inverse of getdate()? Message-ID: Dear Scilab'ers, Do you know of an inverse function for getdate() in Scilab, similar to Octave's mktime()? Example: d = getdate(1.5026e+09) d = 2017. 8. 32. 225. 1. 13. 6. 53. 20. 0. If we have d (or the key part of it), how to compute 1.5026e+09? Also, how to know in Scilab the difference between UTC and local time (time zone)? Thanks and regards, Rafael -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Aug 14 00:50:30 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 00:50:30 +0200 Subject: [Scilab-users] Inverse of getdate()? In-Reply-To: References: Message-ID: <83f82b95-4d2c-33dc-bd9c-0927d71a3b48@free.fr> Hello Rafael, Le 13/08/2017 ? 20:15, Rafael Guerra a ?crit : > > Dear Scilab?ers, > > Do you know of an inverse function for getdate() in Scilab, similar to > Octave?s mktime()? > > Example: > > d = getdate(1.5026e+09) > > d= > > 2017.8.32.225.1.13.6.53.20.0. > > If we have d (or the key part of it), how to compute 1.5026e+09? > The following should work: (datenum(2017,8,13,6,53,20+0/1000) - datenum(1970,1,1))*86400 Best regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Aug 14 01:07:05 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 01:07:05 +0200 Subject: [Scilab-users] Inverse of getdate()? In-Reply-To: References: Message-ID: Le 13/08/2017 ? 20:15, Rafael Guerra a ?crit : > > Also, how to know in Scilab the difference between UTC and local time > (time zone)? > Likely with t = getdate(0); tz = t(7)+t(8)/60 // in [h] to what the Daylight saving time must be considered and added separately. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrafaelbguerra at hotmail.com Mon Aug 14 09:07:50 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Mon, 14 Aug 2017 07:07:50 +0000 Subject: [Scilab-users] Inverse of getdate()? In-Reply-To: <83f82b95-4d2c-33dc-bd9c-0927d71a3b48@free.fr> References: <83f82b95-4d2c-33dc-bd9c-0927d71a3b48@free.fr> Message-ID: Hello Samuel, Thanks a lot for the responses. I am bit confused about the leap seconds, getdate seems to handle those but datenum formula below might ignore them? Best regards, Rafael From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Samuel Gougeon Sent: Monday, August 14, 2017 12:51 AM To: Users mailing list for Scilab Subject: Re: [Scilab-users] Inverse of getdate()? Hello Rafael, Le 13/08/2017 ? 20:15, Rafael Guerra a ?crit : Dear Scilab'ers, Do you know of an inverse function for getdate() in Scilab, similar to Octave's mktime()? Example: d = getdate(1.5026e+09) d = 2017. 8. 32. 225. 1. 13. 6. 53. 20. 0. If we have d (or the key part of it), how to compute 1.5026e+09? The following should work: (datenum(2017,8,13,6,53,20+0/1000) - datenum(1970,1,1))*86400 Best regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.llom at gmail.com Mon Aug 14 12:05:45 2017 From: richard.llom at gmail.com (Richard llom) Date: Mon, 14 Aug 2017 03:05:45 -0700 (MST) Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> Message-ID: <1502705145558-4036856.post@n3.nabble.com> > AFAIK, only data coordinates are possible: > https://help.scilab.org/docs/6.0.0/en_US/text_properties.html > Otherwise, you may build your own routine to make the coordinates change > from axes-normalized to data. In both legend() and captions() are pos/ location handles available, like "in upper right". I think it would be reasonalbe to add this this argument to xstring as well. Hence I filled this bug: http://bugzilla.scilab.org/show_bug.cgi?id=15245 Furthermore in captions: ""by_coordinates": the upper left corner of the captions box is given by the "position" field of the associated data structure. The x and y positions are given as fractions of the axes_bounds sizes." This seems to be what I need, however I cannot figure where I can specify x and y? Richard PS: Whats the difference between captions and legend anyway? -- View this message in context: http://mailinglists.scilab.org/Leading-Spaces-in-xstring-tp4036841p4036856.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Mon Aug 14 12:36:19 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 12:36:19 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502705145558-4036856.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> Message-ID: <8c0a469e-fbb4-6891-d6c6-05cdb58ed1c6@free.fr> Le 14/08/2017 ? 12:05, Richard llom a ?crit : >> AFAIK, only data coordinates are possible: >> https://help.scilab.org/docs/6.0.0/en_US/text_properties.html >> Otherwise, you may build your own routine to make the coordinates change >> from axes-normalized to data. > In both legend() and captions() are pos/ location handles available, like > "in upper right". I think it would be reasonalbe to add this this argument > to xstring as well. Hence I filled this bug: > http://bugzilla.scilab.org/show_bug.cgi?id=15245 I am afraid that you are making still worse the already very bad situation about legends(), legend(), captions() and the leg= plotting options, that all basically do the same thing, but all with pitfalls: http://bugzilla.scilab.org/5371 *By the way, why improving xstring() in this way to make it legend-like instead** **of using one of the existing functions?* In one hand, you agree on removing duplicates like xstringl() of stringbox() (http://bugzilla.scilab.org/14755#c1) . In the other hand, you are aiming to make a 5-plicate ;) Arrrg. I definitely disagree on making xstring() modifying the margins. IMO, it would be much better a) to actually gather existing legends functions, b) to add missing features to the merged version. Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Aug 14 12:44:38 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 12:44:38 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502705145558-4036856.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> Message-ID: <872bc177-81bc-ca67-d763-40b53423403d@free.fr> I am answering separately to the secodn item: Le 14/08/2017 ? 12:05, Richard llom a ?crit : > Furthermore in captions: > ""by_coordinates": the upper left corner of the captions box is given by the > "position" field of the associated data structure. The x and y positions are > given as fractions of the axes_bounds sizes." > This seems to be what I need, > .../... Are you sure? .axes_bounds is a figure's property, not an axes one (this is why it can't be specified in data coordinates). AFAIU, you would like to have coordinates normalized either to the full axes, or to the full data ranges. This .position coordinates could match your requirement only when you have a single full scale plot in the figure (so no subplot nor xsetech() other insets), and you want coordinates normalized to the full axes (not data ranges). Regards Samuel From richard.llom at gmail.com Mon Aug 14 12:52:41 2017 From: richard.llom at gmail.com (Richard llom) Date: Mon, 14 Aug 2017 03:52:41 -0700 (MST) Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <8c0a469e-fbb4-6891-d6c6-05cdb58ed1c6@free.fr> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> <8c0a469e-fbb4-6891-d6c6-05cdb58ed1c6@free.fr> Message-ID: <1502707961484-4036861.post@n3.nabble.com> > I am afraid that you are making still worse the already very bad situation about > legends(), legend(), captions() and the leg= plotting options, that all > basically > do the same thing, but all with pitfalls: http://bugzilla.scilab.org/5371 Ah, I wasn't aware of this... > a) to actually gather existing legends functions, b) to add missing > features to the merged version. Well, I'm all favor of removing these duplicates, however I don't think xstring is one of them. See my example at the very beginning of this thread. I'm using xstring to print some custom text, which AFAICS cannot be done using legends, legend, or captions. Furthermore by unifying the syntax, between e.g. captions() and xstring() (i.e. by providing the same location options), this should simplify things - both from a user and code perspective! richard -- View this message in context: http://mailinglists.scilab.org/Leading-Spaces-in-xstring-tp4036841p4036861.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From richard.llom at gmail.com Mon Aug 14 13:12:02 2017 From: richard.llom at gmail.com (Richard llom) Date: Mon, 14 Aug 2017 04:12:02 -0700 (MST) Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <872bc177-81bc-ca67-d763-40b53423403d@free.fr> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> <872bc177-81bc-ca67-d763-40b53423403d@free.fr> Message-ID: <1502709122857-4036862.post@n3.nabble.com> > Are you sure? .axes_bounds is a figure's property, not an axes one (this > is why it can't be specified in data coordinates). AFAIU, you would like > to have coordinates normalized either to the full axes, or to the full > data ranges. This .position coordinates could match your requirement > only when you have a single full scale plot in the figure (so no subplot > nor xsetech() other insets), and you want coordinates normalized to the > full axes (not data ranges). I see .. yes you are right. The option to set normalized positions would really be nice, but specifying "lower left" would probably already be sufficient for me (see bug report). -- View this message in context: http://mailinglists.scilab.org/Leading-Spaces-in-xstring-tp4036841p4036862.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Mon Aug 14 13:18:25 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 13:18:25 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502707961484-4036861.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> <8c0a469e-fbb4-6891-d6c6-05cdb58ed1c6@free.fr> <1502707961484-4036861.post@n3.nabble.com> Message-ID: <75f660e8-9521-002b-a015-704932512eb6@free.fr> Le 14/08/2017 ? 12:52, Richard llom a ?crit : >> I am afraid that you are making still worse the already very bad situation > about >> legends(), legend(), captions() and the leg= plotting options, that all >> basically >> do the same thing, but all with pitfalls: http://bugzilla.scilab.org/5371 > Ah, I wasn't aware of this... > >> a) to actually gather existing legends functions, b) to add missing >> features to the merged version. > Well, I'm all favor of removing these duplicates, however I don't think > xstring is one of them. > > See my example at the very beginning of this thread. I'm using xstring to > print some custom text, which AFAICS cannot be done using legends, legend, > or captions. Right, because any legend block plots the legend /together with a line's sample/. I forgot this "small detail" :( > > Furthermore by unifying the syntax, between e.g. captions() and xstring() > (i.e. by providing the same location options), this should simplify things - > both from a user and code perspective! As posted in comment of the /wish /report: Being able to specify normalized coordinates relative to the data ranges or to any full axes range would actually be very great, but not only for xstring(). IMO, implementing and distributing a function dedicated to this job would be very useful and better. An option of it could be to provide the block of text, to take its size into account in the answer (to make it not crossing the border or margin after plotting). The locations by keywords like "in_upper_right" etc looks too stiff to me. The same should be possible at any location, not only on borders or margins, and again, for all plotting functions. xchange() could be extended. But it is hard-coded, so less easy to adapt (imo). Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Aug 14 15:30:53 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 15:30:53 +0200 Subject: [Scilab-users] Inverse of getdate()? In-Reply-To: References: <83f82b95-4d2c-33dc-bd9c-0927d71a3b48@free.fr> Message-ID: <084307e5-3f97-3516-0dc4-38851db401b5@free.fr> Hello Rafael, Le 14/08/2017 ? 09:07, Rafael Guerra a ?crit : > > Hello Samuel, > > Thanks a lot for the responses. > > I am bit confused about the leap seconds, getdate seems to handle > those but datenum formula below might ignore them? > Who is not so? There is a lot of work to do tests, look at the code, etc to properly document time functions and their time referentials. By the way, time features depend on the OS (references @ http://bugzilla.scilab.org/8797). Some issues with getdate(..): * getdate(N) with N a Unix time, takes the time zone into account, while the Unix time refers to the Universal Time. This is mislealing, even puzzling. * getdate() and getdate(getdate("s")) return the same result. This means that all getdate(..) syntaxes take the time zone into account. The help page documents only this dependency for the getdate(N) syntax This was longly discussed @ http://bugzilla.scilab.org/8898. The documentation still needs to be improved. In addition: * The dependency to the Daylight Saving Time must be tested and documented * The fact that leap seconds are taken into account must be tested. May be it is actually the case for the getdate("s") syntax for the current date (as documented: but to be confirmed after designing a test), but not for other syntaxes like getdate(N), or for datenum(..)... If you have time to do tests and build examples, you are welcome! :) Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Mon Aug 14 15:43:21 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 15:43:21 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <1502709122857-4036862.post@n3.nabble.com> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> <872bc177-81bc-ca67-d763-40b53423403d@free.fr> <1502709122857-4036862.post@n3.nabble.com> Message-ID: <56a614e1-3eb0-d318-8747-0acae47b5d4f@free.fr> Le 14/08/2017 ? 13:12, Richard llom a ?crit : >> Are you sure? .axes_bounds is a figure's property, not an axes one (this >> is why it can't be specified in data coordinates). AFAIU, you would like >> to have coordinates normalized either to the full axes, or to the full >> data ranges. This .position coordinates could match your requirement >> only when you have a single full scale plot in the figure (so no subplot >> nor xsetech() other insets), and you want coordinates normalized to the >> full axes (not data ranges). > I see .. yes you are right. > > The option to set normalized positions would really be nice, but specifying > "lower left" would probably already be sufficient for me (see bug report). As a work-around, this is definitely the easiest location to point to in data coordinates, since the block's anchor is set on its lower left corner: If your x and y axes are not reversed, the following should work: db = gca().data_bounds; // in Scilab 6, or ax = gca(); db = ax.data_bounds; // in Scilab 5 xstring(db(1), db(3), ...) From sgougeon at free.fr Mon Aug 14 15:56:31 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 14 Aug 2017 15:56:31 +0200 Subject: [Scilab-users] Leading Spaces in xstring In-Reply-To: <872bc177-81bc-ca67-d763-40b53423403d@free.fr> References: <1502366339656-4036841.post@n3.nabble.com> <7a80d5c0-6d96-0678-6189-afa9b9a73312@free.fr> <1502460630446-4036848.post@n3.nabble.com> <1502705145558-4036856.post@n3.nabble.com> <872bc177-81bc-ca67-d763-40b53423403d@free.fr> Message-ID: Le 14/08/2017 ? 12:44, Samuel Gougeon a ?crit : > I am answering separately to the secodn item: > > Le 14/08/2017 ? 12:05, Richard llom a ?crit : >> Furthermore in captions: >> ""by_coordinates": the upper left corner of the captions box is given >> by the >> "position" field of the associated data structure. The x and y >> positions are >> given as fractions of the axes_bounds sizes." >> This seems to be what I need, >> .../... > > Are you sure? .axes_bounds is a figure's property, not an axes one > (this is why it can't be specified in data coordinates). My fault: .axes_bounds is (obviously!) an AXES property, not a figure's one. So yes, it would answer to your need... if there were no lines reminders. From jrafaelbguerra at hotmail.com Mon Aug 14 20:21:39 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Mon, 14 Aug 2017 18:21:39 +0000 Subject: [Scilab-users] Inverse of getdate()? In-Reply-To: <084307e5-3f97-3516-0dc4-38851db401b5@free.fr> References: <83f82b95-4d2c-33dc-bd9c-0927d71a3b48@free.fr> <084307e5-3f97-3516-0dc4-38851db401b5@free.fr> Message-ID: Hi Samuel, For the record, performed the following test in Linux: Computed seconds from epoch to the "present" UTC date/time: $ date -d "UTC 2017-08-14 19:58:02" +%s 1502740682 Converted epoch back to UTC date/time to QC: $ date -d @1502740682 -u Mon Aug 14 19:58:02 UTC 2017 Tried then the above figures in Scilab: w=getdate(1502740682); mprintf("Y:%d,M:%d,D:%d %02d:%02d:%02d",w(1),w(2),w(6),w(7),w(8),w(9)); ans = Y:2017,M:8,D:14 21:58:02 // result is in PC time zone +2h, not UTC (19:58:02) round((datenum(2017,8,14,19,58,2) - datenum(1970,1,1))*86400) ans = 1502740682. // correct result obtained if UTC time is input, not the PC time zone So, the preliminary conclusion is that getdate does take in account the leap seconds but outputs results in local PC time zone. In order to apply the inversion formula with datenum, one needs to correct for the PC time zone difference so that the input is in UTC time. This mix of time references does not seem very transparent to the user. Regards, Rafael From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Samuel Gougeon Sent: Monday, August 14, 2017 3:31 PM To: Users mailing list for Scilab Subject: Re: [Scilab-users] Inverse of getdate()? Hello Rafael, Le 14/08/2017 ? 09:07, Rafael Guerra a ?crit : Hello Samuel, Thanks a lot for the responses. I am bit confused about the leap seconds, getdate seems to handle those but datenum formula below might ignore them? Who is not so? There is a lot of work to do tests, look at the code, etc to properly document time functions and their time referentials. By the way, time features depend on the OS (references @ http://bugzilla.scilab.org/8797). Some issues with getdate(..): * getdate(N) with N a Unix time, takes the time zone into account, while the Unix time refers to the Universal Time. This is mislealing, even puzzling. * getdate() and getdate(getdate("s")) return the same result. This means that all getdate(..) syntaxes take the time zone into account. The help page documents only this dependency for the getdate(N) syntax This was longly discussed @ http://bugzilla.scilab.org/8898. The documentation still needs to be improved. In addition: * The dependency to the Daylight Saving Time must be tested and documented * The fact that leap seconds are taken into account must be tested. May be it is actually the case for the getdate("s") syntax for the current date (as documented: but to be confirmed after designing a test), but not for other syntaxes like getdate(N), or for datenum(..)... If you have time to do tests and build examples, you are welcome! :) Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin.farine at gmail.com Tue Aug 15 11:15:33 2017 From: robin.farine at gmail.com (Robin Farine) Date: Tue, 15 Aug 2017 11:15:33 +0200 Subject: [Scilab-users] scilab 6.0.0: xcos block with type 5 function Message-ID: Hi, I am trying to define a custom Xcos block implemented using a Scilab simulation function (type 5). The block has matrix parameters that I am trying to store in "model.opar". Whenever I start the simulation, I get the following error: Initialisation problem: scicosim: Wrong type for element #1 of element #15 of argument #4 : A matrix expected. Interestingly, if I change the simulation function to a native implementation (type 4), the simulation runs flawlessly. To illustrate the problem, I added "TBX_OPAR.sci" (see below) to the Xcos skeleton toolbox. Any idea? Thanks, Robin function [x, y, typ] = TBX_OPAR(job, arg1, arg2) x = []; y = []; typ = []; select job case "set" then x = arg1; model = arg1.model; graphics = arg1.graphics; exprs = graphics.exprs; while %t do [ok, sim, mat, exprs] = scicos_getvalue(.. "Set no-operation parameters",.. ["(0=C, 1=Scilab)"; "Matrix (n*2)"],.. list("vec", 1, "mat", [-1 2]), exprs); if ~ok then break, end //user cancel modification if size(mat)(2) > 1 then model.opar = list(double(mat)); x.graphics = graphics; x.model = model; if sim == 0 then model.sim = list("tbx_block_noop", 4); graphics.style = [.. "blockWithLabel;displayedLabel=""NOOP C"""]; else model.sim = list("TBX_NOOP_sim", 5); graphics.style = [.. "blockWithLabel;displayedLabel=""NOOP Scilab"""]; end graphics.exprs = exprs; x.graphics = graphics; x.model = model; break; else message("Matrix requires at least 2 rows."); end end case "define" then model = scicos_model(); model.sim = list("tbx_block_noop", 4); model.evtin = 1; model.blocktype = "d"; model.dep_ut = [%f %f]; model.in = 1; model.intyp = 1; model.out = 1; model.outtyp = 1; exprs = ["0"; "[0 0; 0.5 1; 1 0]"]; gr_i = []; x = standard_define([3 2], model, exprs, gr_i); x.graphics.style = ["blockWithLabel;displayedLabel=""NOOP C"""]; endendfunction From jonas.vieira.de.souza at gmail.com Tue Aug 15 14:38:32 2017 From: jonas.vieira.de.souza at gmail.com (Jonas) Date: Tue, 15 Aug 2017 09:38:32 -0300 Subject: [Scilab-users] Problem with GUI / SERIAL / REALTIME. Message-ID: Hi, I'm having a problem with GUI / SERIAL / REALTIME. . After the serial is open, I can not close the serial by pressing the graphic button I created for this. Someone there knows what might be happening. Thank you for your help. . Below is the code. //// author: jonas vieira de souza// email: jonas.vieira.de.souza at gmail.com// date: 15/08/2017//// proposal: ..// in GUI, have ..// two buttons ( connect and disconnect the serial ),// two labels ( status and data received from the serial ).//// problem: ..//// _disconnect_button.Callback = "close_serial"; <- NOT WORKING//// After connecting,// when pressed the disconnect button,// is not being disconnected.// clear;clc; global serial;global is_connected;is_connected = %F;global is_disconnected;is_disconnected = %T; // window background_window = createWindow();_window.Background = [ 0.8 0.8 0.8 ];_window.axes_size = [ 200 400 ]; // connect button_connect_button = uicontrol(_window,"style","pushbutton");_connect_button.Units = "normalized";_connect_button.Position = [ 0 0.75 1 0.25 ];_connect_button.String = "connect";_connect_button.BackgroundColor = [ 0.9 0.9 0.9 ];_connect_button.Callback = "open_serial";_connect_button.Relief="raised"; // disconnect button_disconnect_button = uicontrol(_window,"style","pushbutton");_disconnect_button.Units = "normalized";_disconnect_button.Position = [ 0 0.5 1 0.25 ];_disconnect_button.String = "disconnect";_disconnect_button.BackgroundColor = [ 0.9 0.9 0.9 ];_disconnect_button.Callback = "close_serial";_disconnect_button.Relief="sunken"; // label status_label_status = uicontrol(_window,"style","text");_label_status.Units = "normalized";_label_status.HorizontalAlignment = "center";_label_status.Position = [0 0.25 1 0.25];_label_status.String = "disconnected";_label_status.BackgroundColor = [ 0.9 0.9 0.8 ]; // label data_label_data = uicontrol(_window,"style","text");_label_data.Units = "normalized";_label_data.HorizontalAlignment = "center";_label_data.Position = [0 0 1 0.25];_label_data.String = "null";_label_data.BackgroundColor = [ 0.9 0.9 0.8 ]; // ...function read_serial() global serial; data_received = readserial(serial); if length(data_received) > 1 then set( _label_data, 'string', string(data_received) ); endendfunction // ...function open_serial() global serial; global is_connected; global is_disconnected; if is_connected == %F then is_connected = %T; is_disconnected = %F; serial = openserial( 2, "9600,n,8,1" ); set( _connect_button, 'relief','sunken' ); set( _disconnect_button, 'relief', 'raised'); set( _label_status, 'string', 'connected' ); while is_connected == %T & is_disconnected == %F then read_serial(); end endendfunction // ...function close_serial() global serial; global is_connected; global is_disconnected; if is_connected == %T then is_connected = %F; is_disconnected = %T; closeserial(serial); set( _disconnect_button,'relief','sunken'); set( _connect_button,'relief','raised' ); set( _label_status,'string','disconnected'); endendfunction Jonas Vieira de Souza ** **Graduating in electronic engineering* jonas.vieira.de.souza at gmail.com +55(48)9.9944-3117 Livre de v?rus. www.avast.com . <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Tue Aug 15 15:05:14 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Tue, 15 Aug 2017 15:05:14 +0200 Subject: [Scilab-users] Problem with GUI / SERIAL / REALTIME. In-Reply-To: References: Message-ID: Hi Le 15/08/2017 ? 14:38, Jonas a ?crit : > > Hi, I'm having a problem with GUI / SERIAL / REALTIME. . After the > serial is open, I can not close the serial by pressing the graphic > button I created for this. What does occur when you press this button? Did you try to add disp(serial) in close_serial() to see whether close_serial() is actually called, and if the serial id is OK? Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin.farine at gmail.com Tue Aug 15 15:33:44 2017 From: robin.farine at gmail.com (Robin Farine) Date: Tue, 15 Aug 2017 15:33:44 +0200 Subject: [Scilab-users] Problem with GUI / SERIAL / REALTIME. In-Reply-To: References: Message-ID: On Tue, Aug 15, 2017 at 2:38 PM, Jonas wrote: > > > Hi, I'm having a problem with GUI / SERIAL / REALTIME. . After the serial is open, I can not close the serial by pressing the graphic button I created for this. [...] > function open_serial() > global serial; > global is_connected; > global is_disconnected; > > if is_connected == %F then > is_connected = %T; > is_disconnected = %F; > serial = openserial( 2, "9600,n,8,1" ); > > set( _connect_button, 'relief','sunken' ); > set( _disconnect_button, 'relief', 'raised'); > set( _label_status, 'string', 'connected' ); > > while is_connected == %T & is_disconnected == %F then > read_serial(); > end Just guessing but isn't Scilab single-threaded, busy looping in "open_serial()" and therefore no longer handling your UI button events? From jonas.vieira.de.souza at gmail.com Wed Aug 16 05:00:19 2017 From: jonas.vieira.de.souza at gmail.com (Jonas) Date: Wed, 16 Aug 2017 00:00:19 -0300 Subject: [Scilab-users] Problem with GUI / SERIAL / REALTIME. In-Reply-To: References: Message-ID: That's what it looks like, single-threaded occupied by the looping of the open_serial () function. Do not manipulate the button. Do you have any workarounds for this? What option do I have in this case? Livre de v?rus. www.avast.com . <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Tue, Aug 15, 2017 at 10:33 AM, Robin Farine wrote: > On Tue, Aug 15, 2017 at 2:38 PM, Jonas > wrote: > > > > > > Hi, I'm having a problem with GUI / SERIAL / REALTIME. . After the > serial is open, I can not close the serial by pressing the graphic button I > created for this. > > [...] > > > function open_serial() > > global serial; > > global is_connected; > > global is_disconnected; > > > > if is_connected == %F then > > is_connected = %T; > > is_disconnected = %F; > > serial = openserial( 2, "9600,n,8,1" ); > > > > set( _connect_button, 'relief','sunken' ); > > set( _disconnect_button, 'relief', 'raised'); > > set( _label_status, 'string', 'connected' ); > > > > while is_connected == %T & is_disconnected == %F then > > read_serial(); > > end > > Just guessing but isn't Scilab single-threaded, busy looping in > "open_serial()" and therefore no longer handling your UI button > events? > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > -- Jonas Vieira de Souza ** **Graduating in electronic engineering* jonas.vieira.de.souza at gmail.com +55(48)9.9944-3117 -------------- next part -------------- An HTML attachment was scrubbed... URL: From katharina.wagner at bioenergy2020.eu Wed Aug 16 09:21:35 2017 From: katharina.wagner at bioenergy2020.eu (Katharina Wagner) Date: Wed, 16 Aug 2017 07:21:35 +0000 Subject: [Scilab-users] Bar diagramm with error bars Message-ID: <9264b313b884425d8db376b24cd10fda@GRDC.bioenergy.local> Hi everyone, I am trying to find a way to include error bars on a bar diagram. Sadly, I could only find error bars for normal 2d plots. //START OF CODE close(); x=[2, 4, 8]; y=[0.2 0.12 0.06; 0.17 0.22 0.05; 0.19 0.20 0.07]; dev=[0.08 0.08 0.03; 0.03 0.05 0.02; 0.04 0.06 0.02]; // End of code A really sloppy way I tried to fix it with: //START OF CODE bar(x, (y+dev),'w--') bar(x, y) //END OF CODE But that doesn't show me the lower boundary. (And it doesn't look good) Thank you in advance, Katharina Katharina Wagner Junior Researcher T +43 (3322) 42606-165 katharina.wagner at bioenergy2020.eu BIOENERGY 2020+ GmbH Location G?ssing | Wienerstra?e 49, A 7540 G?ssing Head Office Graz | Inffeldgasse 21b, A 8010 Graz | www.bioenergy2020.eu FN 232244k, District Court Graz, VAT-No. ATU 56877044 Vertraulichkeitshinweis: Diese Nachricht und allf?llige angeh?ngte Dokumente sind vertraulich und nur f?r den/die Adressaten bestimmt. Sollten Sie nicht der beabsichtigte Adressat sein, ist jede Offenlegung, Weiterleitung oder sonstige Verwendung dieser Information nicht gestattet. In diesem Fall bitten wir, den Absender zu verst?ndigen und die Information zu vernichten. F?r ?bermittlungsfehler oder sonstige Irrt?mer bei ?bermittlung besteht keine Haftung. Confidentiality Note: This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin.farine at gmail.com Wed Aug 16 10:34:17 2017 From: robin.farine at gmail.com (Robin Farine) Date: Wed, 16 Aug 2017 10:34:17 +0200 Subject: [Scilab-users] Problem with GUI / SERIAL / REALTIME. In-Reply-To: References: Message-ID: On Wed, Aug 16, 2017 at 5:00 AM, Jonas wrote: > That's what it looks like, single-threaded occupied by the looping of the open_serial () function. > Do not manipulate the button. > > Do you have any workarounds for this? > What option do I have in this case? With my very limited knowledge of Scilab in general and total ignorance of the serial toolbox in particular, I do not see any way to combine asynchronous UI events handling with serial port I/O in Scilab code alone. Hopefully someone more knowledgeable can enlighten us. One option could be to handle the UI and I/O part in Tcl and call Scilab code from there to perform the sequential data processing part (see e.g. 'ScilabEval')? From jrafaelbguerra at hotmail.com Wed Aug 16 12:30:40 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 16 Aug 2017 10:30:40 +0000 Subject: [Scilab-users] Bar diagramm with error bars In-Reply-To: <9264b313b884425d8db376b24cd10fda@GRDC.bioenergy.local> References: <9264b313b884425d8db376b24cd10fda@GRDC.bioenergy.local> Message-ID: Hi, // START OF CODE x=[2, 4, 8]; y=[0.2 0.12 0.06; 0.17 0.22 0.05; 0.19 0.20 0.07]; dev=[0.08 0.08 0.03; 0.03 0.05 0.02; 0.04 0.06 0.02]; clf; bar(x, y+dev,'w-') bar(x, y) bar(x, y-dev) //END OF CODE Would this be good enough? Rgds, Rafael From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Katharina Wagner Sent: Wednesday, August 16, 2017 9:22 AM To: users at lists.scilab.org Subject: [Scilab-users] Bar diagramm with error bars Hi everyone, I am trying to find a way to include error bars on a bar diagram. Sadly, I could only find error bars for normal 2d plots. //START OF CODE close(); x=[2, 4, 8]; y=[0.2 0.12 0.06; 0.17 0.22 0.05; 0.19 0.20 0.07]; dev=[0.08 0.08 0.03; 0.03 0.05 0.02; 0.04 0.06 0.02]; // End of code A really sloppy way I tried to fix it with: //START OF CODE bar(x, (y+dev),'w--') bar(x, y) //END OF CODE But that doesn't show me the lower boundary. (And it doesn't look good) Thank you in advance, Katharina -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrafaelbguerra at hotmail.com Wed Aug 16 12:59:09 2017 From: jrafaelbguerra at hotmail.com (Rafael Guerra) Date: Wed, 16 Aug 2017 10:59:09 +0000 Subject: [Scilab-users] RE(2): Bar diagramm with error bars Message-ID: Hi, This one might look nicer: // START OF CODE x=[2, 4, 8]; y=[0.2 0.12 0.06; 0.17 0.22 0.05; 0.19 0.20 0.07]; dev=[0.08 0.08 0.03; 0.03 0.05 0.02; 0.04 0.06 0.02]; clf; bar(x, y+dev,'w--') bar(x, y) bar(x, y-dev,'--') //END OF CODE Rgds, Rafael From: users [mailto:users-bounces at lists.scilab.org] On Behalf Of Katharina Wagner Sent: Wednesday, August 16, 2017 9:22 AM To: users at lists.scilab.org Subject: [Scilab-users] Bar diagramm with error bars Hi everyone, I am trying to find a way to include error bars on a bar diagram. Sadly, I could only find error bars for normal 2d plots. //START OF CODE close(); x=[2, 4, 8]; y=[0.2 0.12 0.06; 0.17 0.22 0.05; 0.19 0.20 0.07]; dev=[0.08 0.08 0.03; 0.03 0.05 0.02; 0.04 0.06 0.02]; // End of code A really sloppy way I tried to fix it with: //START OF CODE bar(x, (y+dev),'w--') bar(x, y) //END OF CODE But that doesn't show me the lower boundary. (And it doesn't look good) Thank you in advance, Katharina -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Aug 16 18:42:57 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 16 Aug 2017 18:42:57 +0200 Subject: [Scilab-users] vectorfind() upgrade [SEP] Message-ID: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> Hi, Looking for occurrences of a vector in an array is a general task that can be useful in many situations. vectorfind() currently does it, but with some cumbersome limitations. A work was started in last February to extend vectorfind() capabilities. It was announced @ http://mailinglists.scilab.org/Scilab-users-Search-for-a-subvector-in-a-vector-tp4035450p4035452.html An extended version is now available for tests and comments, at the unchanged URL: https://codereview.scilab.org/#/c/19055/ A copy of its documentation page in PDF is attached. This is a Scilab Enhancement Proposal (SEP). Its history section summarizes new proposed features. They are reminded and illustrated herebelow. All comments are welcome. Best regards Samuel ======================= *New features proposed*: * |vectorfind(H,[])| returns an error. => Returning |[]| is proposed instead. * When the needle is longer than the haystack side size, an error is yielded. => Returning |[]| is proposed instead * vectorfind() can't presently be used with a needle shorter than the haystack size. This was the limitation pointed by Christophe in February. => Supporting any *short needle* is proposed. example: m = [ 1 0 0 1 1 0 0 1 0 0 1 0 ]; vectorfind(m, [0 0], "r") // => [3 4 5] instead of an error vectorfind(m, [1 1], "c") // => [1 10] instead of an error * When the haystack array has some *%nan* values, these ones are presently never matching. => Considering %nan values as regular ones is proposed. Example: m = [ 1 %nan 0 1 1 0 0 1 0 0 1 %nan ]; vectorfind(m, [1 %nan], "r") // => [1 9] instead of [] * It is presently not possible to use *wildcards* in the vector to search. For instance, if in the previous matrix m we search all columns starting with 0 and ending with 1, there is no way to specify a [0 * * 1]-like vector as needle. o A new *joker* option is proposed in input. It declares a value that can be used in the vector and has the status of a wildcard: It is matched by any value of the haystack array. o In addition, a new *matching* output argument is proposed. It allows to retrieve actual matching ranges. Example with the m matrix hereabove: --> [ind, matching] = vectorfind(m, [1 *-1*0], "r", *-1*) ind = 1. 2. matching = 1. Nan 0. 1. 0. 0. * It is presently not possible to search the vector inside an *hypermatrix*. Yet, N-Dimensional data are not rare -- like any RGB image --, and hypermatrices are now natively encoded in Scilab 6. => Supporting hypermatrices as haystack is proposed. The attached page shows 2 examples, like selecting all pixels of a RGB image (3D array) having some given [r g b] values. Another short example: --> m = grand(2,4,3,"uin",0,2) m = (:,:,1) 2. 1. 2. 1. 1. 1. 0. 0. (:,:,2) 0. 1. 0. 2. 2. 0. 1. 0. (:,:,3) 0. 1. 2. 2. 0. 0. 1. 2. --> vectorfind(m, [2 0], "c") ans = 3. 8. --> [ind, matching] = vectorfind(m, [0 -1 -1 2], "r", -1) matching = 0. 1. 0. 2. 0. 1. 2. 2. 0. 0. 1. 2. ind = 3. 5. 6. * Extending vectorfind() to hypermatrices requires to allow probing extra directions beyond rows and columns. Hence, specifying the *probing direction as an integer 1 , 2, 3*,.. is proposed. However, as indicated in the page (Description section), the equivalences 1 <=> "r" and 2 <=> "c" are questionable. The present proposal is implemented with them. Example with the m hypermatrix hereabove: --> vectorfind(m, [2 0], 3) ans = 1. 5. 10. * Interpreting and using "matrix-like" default indices returned by vectorfind() when the haystack is an hypermatrix may be hard and not handy. A new option *|indType|* is proposed to allow returning explicit or truly linear indices. It is proposed as well when searching in a simple matrix. Back to the last example hereabove, we will get, instead of [1 5 10]: --> vectorfind(m, [2 0], 3,,"headIJK") ans = 1. 1. 1. 1. 3. 1. 2. 1. 2. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Aug 16 18:54:17 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 16 Aug 2017 18:54:17 +0200 Subject: [Scilab-users] vectorfind() upgrade to search partial matches and in hypermatrices In-Reply-To: References: Message-ID: <7c95b2f2-eb76-99d7-1320-d7814db54338@free.fr> Le 08/02/2017 ? 14:28, Samuel Gougeon a ?crit : > Here it is: > > https://codereview.scilab.org/#/c/19055/ Follow-up there: http://mailinglists.scilab.org/Scilab-users-vectorfind-upgrade-SEP-tt4036885.html From sgougeon at free.fr Wed Aug 16 19:07:01 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 16 Aug 2017 19:07:01 +0200 Subject: [Scilab-users] vectorfind() upgrade [SEP] In-Reply-To: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> References: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> Message-ID: Le 16/08/2017 ? 18:42, Samuel Gougeon a ?crit : > > Looking for occurrences of a vector in an array is a general task that > can be useful in many situations. > vectorfind() currently does it, but with some cumbersome limitations. > .../... > An extended version is now available for tests and comments.../... > A copy of its documentation page in PDF is attached. Here attached. SG -------------- next part -------------- A non-text attachment was scrubbed... Name: vectorfind_PDF.zip Type: application/x-zip-compressed Size: 68863 bytes Desc: not available URL: From herozigle at gmail.com Thu Aug 17 10:31:36 2017 From: herozigle at gmail.com (Hermes) Date: Thu, 17 Aug 2017 01:31:36 -0700 (MST) Subject: [Scilab-users] vectorfind() upgrade [SEP] In-Reply-To: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> References: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> Message-ID: <1502958696069-4036889.post@n3.nabble.com> Hi Samuel, Good morning, please guide me how to update scilab so I can use the update function: vectorfind. I have writw access to Scilab installation directory Gracias -- View this message in context: http://mailinglists.scilab.org/Scilab-users-vectorfind-upgrade-SEP-tp4036885p4036889.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Thu Aug 17 11:10:11 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 17 Aug 2017 11:10:11 +0200 Subject: [Scilab-users] vectorfind() upgrade [SEP] In-Reply-To: <1502958696069-4036889.post@n3.nabble.com> References: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> <1502958696069-4036889.post@n3.nabble.com> Message-ID: <95c46ee8-c789-59aa-bad0-26b284de4943@free.fr> Hi Hermes, Le 17/08/2017 ? 10:31, Hermes a ?crit : > Hi Samuel, > Good morning, please guide me how to update scilab so I can use the update > function: vectorfind. > > I have writw access to Scilab installation directory > Gracias There are several ways to include it in Scilab. All ways require first to download vectorfind.sci: * Go here: https://codereview.scilab.org/#/c/19055/ * Click on the vectorfind.sci line * On the right green panel, click on the download icon ending the list of /Patch Set/, at the (not very) top of the panel. Unzip and save the .sci as /vectorfind.sci/ somewhere on your disk. Then, if you just want to test vectorfind(), you must just do: --> exec("path/to/vectorfind.sci",-1); This will redefine it. But anyclear instruction can remove it (and automatically restore the default version). You can do that in your personal startup file: --> edit SCIHOME/scilab.ini --> // Then add the exec(..) instruction, providing an absolute path, and save. --> // You will have then the new vectorfind for each forthcoming Scilab session, --> // but still proned to erasing with "clear". --> // You may also use --> getd("path/to/vectorfind/dir") --> // instead of the exec() instruction. See help getd() If you wish to have it protected against "clear", you must * either include it in an existing library of macros, and recompile the library with genlib(..) (this requires to be scilab admin only if the library is in the Scilab installation tree) * or build its own library (named vectorfindlib), with genlib(), and load it in your startup file, including a vectorfindlib = lib(path/to/vectorfind/directory); instruction in your startup (as done here-above). Then, it will replace the default vectorfind() function (unless you write explicitly elementary_functionslib.vectorfind(...) to address and use it). HTH Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Thu Aug 17 11:32:38 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 17 Aug 2017 11:32:38 +0200 Subject: [Scilab-users] vectorfind() upgrade [SEP] In-Reply-To: <95c46ee8-c789-59aa-bad0-26b284de4943@free.fr> References: <05c85a45-a8e4-1991-e5e7-17cf4015600e@free.fr> <1502958696069-4036889.post@n3.nabble.com> <95c46ee8-c789-59aa-bad0-26b284de4943@free.fr> Message-ID: <7cf8e98b-f2aa-b41e-cbbe-25801cad8221@free.fr> Le 17/08/2017 ? 11:10, Samuel Gougeon a ?crit : > Hi Hermes, > > Le 17/08/2017 ? 10:31, Hermes a ?crit : >> Hi Samuel, >> Good morning, please guide me how to update scilab so I can use the update >> function: vectorfind. >> >> I have writw access to Scilab installation directory >> Gracias > > There are several ways to include it in Scilab. All ways require first > to download vectorfind.sci: > > * Go here: https://codereview.scilab.org/#/c/19055/ > * Click on the vectorfind.sci line > * On the right green panel, click on the download icon ending the > list of /Patch Set/, at the (not very) top of the panel. Unzip and > save the .sci as /vectorfind.sci/ somewhere on your disk. > > Then, if you just want to test vectorfind(), you must just do: > > --> exec("path/to/vectorfind.sci",-1); > > This will redefine it. But anyclear instruction can remove it (and > automatically restore the default version). > You can do that in your personal startup file: > --> edit SCIHOME/scilab.ini > --> // Then add the exec(..) instruction, providing an absolute path, > and save. > --> // You will have then the new vectorfind for each forthcoming > Scilab session, > --> // but still proned to erasing with "clear". > --> // You may also use > > --> getd("path/to/vectorfind/dir") > > --> // instead of the exec() instruction. See help getd() > > If you wish to have it protected against "clear", you must > Arrr.., as usual, the proposed way is not enough to actually protect it in its own *vectorfindlib* library, because the *vectorfindlib* variable should be protected as well, and this is not possible . So, the only protected solution would be to really replace vectorfind.sci in its SCI/modules/elementary_functions/macros native directory, and recompile the library (been scilab admin): * // save the default vectorfind.sci in a tmp dir (renaming as vectorfind_.sci is not enough) // replace it with the new proposed one // Then predef clear path = SCI+"/modules/elementary_functions/macros"; genlib("elementary_functionslib", path) // in Scilab 6 // genlib("elementary_functionslib", path, %T) // in Scilab 5 // Then restart Scilab. It should be OK -------------- next part -------------- An HTML attachment was scrubbed... URL: From herozigle at gmail.com Thu Aug 17 17:00:14 2017 From: herozigle at gmail.com (Hermes) Date: Thu, 17 Aug 2017 08:00:14 -0700 (MST) Subject: [Scilab-users] XCOS and RK45 Runge-Kutta 4(5) Message-ID: <1502982014789-4036893.post@n3.nabble.com> Hello everyone, I try to reproduce what is shown on the following website: https://x-engineer.org/graduate-engineering/cad-cae/xcos/how-to-solve-integrate-a-differential-equation-in-xcos/#comment-51 And I have found big differences between the analytical solution and the integral in Xcos. This does not agree with the graphics of the solutions shown in the wenbsite mentioned. Also contrast solutions with calculators online. And there are differences in solutions for the method. Can I be obviating something in the configuration of the simulation and some other parameter of the blocks used? For your attention and future comments Gracias, Hermes -- View this message in context: http://mailinglists.scilab.org/XCOS-and-RK45-Runge-Kutta-4-5-tp4036893.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Fri Aug 18 10:46:28 2017 From: herozigle at gmail.com (Hermes) Date: Fri, 18 Aug 2017 01:46:28 -0700 (MST) Subject: [Scilab-users] XCOS and RK45 Runge-Kutta 4(5) In-Reply-To: <1502982014789-4036893.post@n3.nabble.com> References: <1502982014789-4036893.post@n3.nabble.com> Message-ID: <1503045988203-4036894.post@n3.nabble.com> Hello my apologies The problem was when the block EXPBLK_m was incorrectly taken. I only notice it when comparing my scheme with that of You. There were also differences with the Block GAINBLK vs. GAINBLK_f. I think this does not make the differences in results. Correct? Thank you for your prompt response and help. Hermes Note: attached image where I compare the two models. Gracias -- View this message in context: http://mailinglists.scilab.org/XCOS-and-RK45-Runge-Kutta-4-5-tp4036893p4036894.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Fri Aug 18 10:52:28 2017 From: herozigle at gmail.com (Hermes) Date: Fri, 18 Aug 2017 01:52:28 -0700 (MST) Subject: [Scilab-users] XCOS and RK45 Runge-Kutta 4(5) In-Reply-To: <1503045988203-4036894.post@n3.nabble.com> References: <1502982014789-4036893.post@n3.nabble.com> <1503045988203-4036894.post@n3.nabble.com> Message-ID: <1503046348604-4036895.post@n3.nabble.com> -- View this message in context: http://mailinglists.scilab.org/XCOS-and-RK45-Runge-Kutta-4-5-tp4036893p4036895.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From ludovic.wagner67 at gmail.com Sat Aug 19 20:04:51 2017 From: ludovic.wagner67 at gmail.com (ludovic.wagner67 at gmail.com) Date: Sat, 19 Aug 2017 11:04:51 -0700 (MST) Subject: [Scilab-users] [Scilab] Is it possible to constraint vertical zoom Message-ID: <1503165891355-4036896.post@n3.nabble.com> Good afternoon, I would like to ask if there is an option to constraint vertical zoom with the mouse scroll? In other words, I would only zoom horizontally. I'm already using the event_handler attribute of the figure, but it seems to be only called with the mouse cursor is translated. Many thanks! -- View this message in context: http://mailinglists.scilab.org/Scilab-Is-it-possible-to-constraint-vertical-zoom-tp4036896.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Mon Aug 21 09:45:14 2017 From: herozigle at gmail.com (Hermes) Date: Mon, 21 Aug 2017 00:45:14 -0700 (MST) Subject: [Scilab-users] Problems with "Matlab to Scilab translator" application Message-ID: <1503301514177-4036899.post@n3.nabble.com> good morning, I'm presenting problems with "Matlab to Scilab translator" application. Even taking the example of the help page for the mfile2sci function. The result, always, is the screen prompt: "Undefined variable: _str2code" I show two runs: 1---- mfile2sci(TMPDIR + "/rot90.m",TMPDIR) ****** Beginning of mfile2sci() session ****** File to convert: C:/Users/hermesr/AppData/Local/Temp/SCI_TMP_10544_24520/rot90.m Result file path: C:/Users/hermesr/AppData/Local/Temp/SCI_TMP_10544_24520/ Recursive mode: OFF Only double values used in M-file: YES Verbose mode: 3 Generate formated code: NO M-file reading... M-file reading: Done Syntax modification... at line 140 of function m2sci_syntax ( C:\Program Files\scilab-6.0.0\modules\m2sci\macros\kernel\m2sci_syntax.sci line 153 ) at line 140 of function mfile2sci ( C:\Program Files\scilab-6.0.0\modules\m2sci\macros\mfile2sci.sci line 153 ) Undefined variable: _str2code 2------ ****** Beginning of mfile2sci() session ****** File to convert: C:/Users/hermesr/Documents/Scilab Xcos/FORUMs/FFT_a_scilab.m Result file path: C:/Users/hermesr/Documents/Scilab Xcos/FORUMs/ Recursive mode: OFF Only double values used in M-file: NO Verbose mode: 3 Generate formated code: NO M-file reading... M-file reading: Done Syntax modification... at line 140 of function m2sci_syntax ( C:\Program Files\scilab-6.0.0\modules\m2sci\macros\kernel\m2sci_syntax.sci line 153 ) at line 140 of function mfile2sci ( C:\Program Files\scilab-6.0.0\modules\m2sci\macros\mfile2sci.sci line 153 ) at line 147 of function cb_m2sci_gui ( C:\Program Files\scilab-6.0.0\modules\m2sci\macros\cb_m2sci_gui.sci line 163 ) Undefined variable: _str2code Any suggestions? Thank you, GRACIAS Hermes -- View this message in context: http://mailinglists.scilab.org/Problems-with-Matlab-to-Scilab-translator-application-tp4036899.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Mon Aug 21 10:36:02 2017 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 21 Aug 2017 10:36:02 +0200 Subject: [Scilab-users] Problems with "Matlab to Scilab translator" application In-Reply-To: <1503301514177-4036899.post@n3.nabble.com> References: <1503301514177-4036899.post@n3.nabble.com> Message-ID: <234be442-7cd6-7d59-af94-62e640f055f3@free.fr> Hello Hermes, Please see http://mailinglists.scilab.org/Scilab-users-scilab-6-mfile2sci-fails-tt4035737.html http://bugzilla.scilab.org/15053 http://bugzilla.scilab.org/15220 http://www.scilab.org/en/development/nightly_builds/branch60 Regards Samuel Le 21/08/2017 ? 09:45, Hermes a ?crit : > good morning, > I'm presenting problems with "Matlab to Scilab translator" application. > Even taking the example of the help page for the mfile2sci function. > The result, always, is the screen prompt: "Undefined variable: _str2code" > I show two runs: > 1---- > mfile2sci(TMPDIR + "/rot90.m",TMPDIR) > ****** Beginning of mfile2sci() session ****** > File to convert: > C:/Users/hermesr/AppData/Local/Temp/SCI_TMP_10544_24520/rot90.m > Result file path: C:/Users/hermesr/AppData/Local/Temp/SCI_TMP_10544_24520/ > Recursive mode: OFF > Only double values used in M-file: YES > Verbose mode: 3 > Generate formated code: NO > M-file reading... > M-file reading: Done > Syntax modification... > at line 140 of function m2sci_syntax ( C:\Program > Files\scilab-6.0.0\modules\m2sci\macros\kernel\m2sci_syntax.sci line 153 ) > at line 140 of function mfile2sci ( C:\Program > Files\scilab-6.0.0\modules\m2sci\macros\mfile2sci.sci line 153 ) > > Undefined variable: _str2code > > 2------ > ****** Beginning of mfile2sci() session ****** > File to convert: C:/Users/hermesr/Documents/Scilab > Xcos/FORUMs/FFT_a_scilab.m > Result file path: C:/Users/hermesr/Documents/Scilab Xcos/FORUMs/ > Recursive mode: OFF > Only double values used in M-file: NO > Verbose mode: 3 > Generate formated code: NO > M-file reading... > M-file reading: Done > Syntax modification... > at line 140 of function m2sci_syntax ( C:\Program > Files\scilab-6.0.0\modules\m2sci\macros\kernel\m2sci_syntax.sci line 153 ) > at line 140 of function mfile2sci ( C:\Program > Files\scilab-6.0.0\modules\m2sci\macros\mfile2sci.sci line 153 ) > at line 147 of function cb_m2sci_gui ( C:\Program > Files\scilab-6.0.0\modules\m2sci\macros\cb_m2sci_gui.sci line 163 ) > > Undefined variable: _str2code > > Any suggestions? > Thank you, GRACIAS > Hermes > > > > -- > View this message in context: http://mailinglists.scilab.org/Problems-with-Matlab-to-Scilab-translator-application-tp4036899.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From herozigle at gmail.com Mon Aug 21 11:31:17 2017 From: herozigle at gmail.com (Hermes) Date: Mon, 21 Aug 2017 02:31:17 -0700 (MST) Subject: [Scilab-users] maintenance version for Scilab 6.0.X for Win32bit Message-ID: <1503307877176-4036901.post@n3.nabble.com> I tried to access the win 32bit link from the "maintenance version for Scilab 6.0.X". And I get the following message: http://downloadarea.scilab.org/download/2017-07-18/scilab-branch-6.0-1500302649.exe *"The webpage cannot be found" HTTP 404 Not Found"* However for win64bit it is available. Does the latter run for both versions? Gracias -- View this message in context: http://mailinglists.scilab.org/maintenance-version-for-Scilab-6-0-X-for-Win32bit-tp4036901.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Clement.David at esi-group.com Tue Aug 22 11:29:09 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 22 Aug 2017 09:29:09 +0000 Subject: [Scilab-users] os superblock In-Reply-To: <1501741870096-4036818.post@n3.nabble.com> References: <1501741870096-4036818.post@n3.nabble.com> Message-ID: <1503394147.2344.8.camel@esi-group.com> Hi, It seems to be a known bug, http://bugzilla.scilab.org/show_bug.cgi?id=15050 could you confirm ? Thanks, -- Cl?ment Le mercredi 02 ao?t 2017 ? 23:31 -0700, Hermes a ?crit : > I seem to be unable to create supberblocks. When I select a group of blocks > Xcos creates a superblock. But that block does not have the correct number > of input and output ports. > > > > How can i solve this problem. I have installed more than once scilab 6.00. > Without results > > --> haveacompiler() > ans = > > T > > > --> findmsvccompiler > ans = > > unknown > > Gracias > > > > -- > View this message in context: http://mailinglists.scilab.org/os-superblock-tp4036818.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From antoine.monmayrant at laas.fr Tue Aug 22 11:19:47 2017 From: antoine.monmayrant at laas.fr (Antoine Monmayrant) Date: Tue, 22 Aug 2017 11:19:47 +0200 Subject: [Scilab-users] =?utf-8?b?Pz09P3V0Zi04P3E/ICBtYWludGVuYW5jZSB2ZXJz?= =?utf-8?q?ion_for_Scilab_6=2E0=2EX_for_Win32bit?= In-Reply-To: <1503307877176-4036901.post@n3.nabble.com> Message-ID: <3b4e-599bf700-5b-9367310@192551160> Le Lundi, Ao?t 21, 2017 11:31 CEST, Hermes a ?crit: > I tried to access the win 32bit link from the "maintenance version for Scilab > 6.0.X". And I get the following message: > > http://downloadarea.scilab.org/download/2017-07-18/scilab-branch-6.0-1500302649.exe > *"The webpage cannot be found" HTTP 404 Not Found"* > > However for win64bit it is available. > Does the latter run for both versions? No. You cannot run a 64bit application on a 32bit operating system. Antoine > Gracias > > > > > > -- > View this message in context: http://mailinglists.scilab.org/maintenance-version-for-Scilab-6-0-X-for-Win32bit-tp4036901.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users > From herozigle at gmail.com Tue Aug 22 12:17:19 2017 From: herozigle at gmail.com (Hermes Rozsa Iglesias) Date: Tue, 22 Aug 2017 13:17:19 +0300 Subject: [Scilab-users] os superblock In-Reply-To: References: <1501741870096-4036818.post@n3.nabble.com> <1503394147.2344.8.camel@esi-group.com> Message-ID: Hi; How I can help? El 22/08/2017 12:31, "Cl?ment David" escribi?: Hi, It seems to be a known bug, http://bugzilla.scilab.org/show_bug.cgi?id=15050 could you confirm ? Thanks, -- Cl?ment Le mercredi 02 ao?t 2017 ? 23:31 -0700, Hermes a ?crit : > I seem to be unable to create supberblocks. When I select a group of blocks > Xcos creates a superblock. But that block does not have the correct number > of input and output ports. > > > > How can i solve this problem. I have installed more than once scilab 6.00. > Without results > > --> haveacompiler() > ans = > > T > > > --> findmsvccompiler > ans = > > unknown > > Gracias > > > > -- > View this message in context: http://mailinglists.scilab. org/os-superblock-tp4036818.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list users at lists.scilab.org http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Tue Aug 22 12:50:16 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 22 Aug 2017 10:50:16 +0000 Subject: [Scilab-users] Cannot access module at atom.scilab In-Reply-To: References: Message-ID: <1503399013.2344.10.camel@esi-group.com> Hi, You could still use `atomsInstall foo.zip` to install a binary module. To download it, use the link within the atoms.scilab.org website. Thanks, -- Cl?ment Le jeudi 03 ao?t 2017 ? 16:42 +0800, innama ana mundzir a ?crit : > Hi, > > I want to download backdoor module but the download link is not working. Is there any other way to > download the module. > > My module manager at atom also is not working. > > Thank you. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From Clement.David at esi-group.com Tue Aug 22 13:13:09 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 22 Aug 2017 11:13:09 +0000 Subject: [Scilab-users] What are the skills that I need to know to contribute to the SciLab project (GSOC) ? In-Reply-To: References: Message-ID: <1503400388.2344.14.camel@esi-group.com> Hello Sanchayan and welcome, The Scilab software is basically composed of : 1. an interpreter coded in C++ 2. a graphical user interface coded in Java 3. mathematical functions coded in C / C++ / Fortran If you want to start, you could get through a bug in bugzilla.scilab.org and try to fix it. If you need help, do not hesitate to ask on IRC, this Mailing List or the GSoC ML. Thanks, -- Cl?ment Le vendredi 04 ao?t 2017 ? 20:19 +0530, Sanchayan Dutta a ?crit : > Hello. I read about the SciLab project on the GSOC website and it looks interesting. I've just > passed out of high school and know basic Java programming. What are the skills/topics that I need > to learn in my first year of university so that I can contribute to the SciLab project? Thank You! > > Virus-free. www.avast.com > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From icenoz at eo6ingenieria.com Mon Aug 21 07:52:29 2017 From: icenoz at eo6ingenieria.com (=?UTF-8?Q?i=C3=B1igo?=) Date: Sun, 20 Aug 2017 22:52:29 -0700 (MST) Subject: [Scilab-users] [Scilab] Is it possible to constraint vertical zoom In-Reply-To: <1503165891355-4036896.post@n3.nabble.com> References: <1503165891355-4036896.post@n3.nabble.com> Message-ID: <1503294749392-4036898.post@n3.nabble.com> Hi try this (after scroll click on scroll wheel button): ///////////////////////////////////////////////////////////////////////// function hzoom_event_handler(win, x, y, ibut) if ibut == -1000 then return; end if ibut == 4 then zoom_box = get(gca(), "zoom_box"); data_bounds = get(gca(), "data_bounds"); zoom_rect(gca(), [zoom_box(1) data_bounds(3) zoom_box(3) data_bounds(4)]); end endfunction /////////////////////////////////////////////////////////////// Usage::: plot2d() fig = gcf() fig.event_handler = "hzoom_event_handler"; fig.event_handler_enable = "on"; //////////////////////////////////////////////////////////////////// Bye. -- View this message in context: http://mailinglists.scilab.org/Scilab-Is-it-possible-to-constraint-vertical-zoom-tp4036896p4036898.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From alam.hilaal at gmail.com Sun Aug 20 06:24:48 2017 From: alam.hilaal at gmail.com (Hilaal Alam) Date: Sun, 20 Aug 2017 12:24:48 +0800 Subject: [Scilab-users] Scilab is not compatible with latest JAVA Message-ID: <4800F546-74EB-4322-BAD0-867CFE04EC88@gmail.com> Hi I have been using Scilab for a decade. Suddenly I updated JAVA for my other project and since then, scilab stopped working saying "To open ?this Java application? you need to install the legacy Java SE 6 runtime.? In case I downgrade JAVA, scilab works fine while my other software project does not. Can you please let me know how to activate scilab with java 1.8 - the latest version? Regards Hilaal ALAN From popef at yahoo.com Mon Aug 21 17:18:10 2017 From: popef at yahoo.com (Frank) Date: Mon, 21 Aug 2017 08:18:10 -0700 (MST) Subject: [Scilab-users] Xcos 6.0.0 branching connections Message-ID: <1503328690597-4036902.post@n3.nabble.com> Hi, I am a newbie to Scilab and Xcos. I'm using version 6.0.0 under ubuntu. I cannot figure out how to connect the output of a block to two or more inputs, e.g., from a resistor output to the input of both a capacitor and an oscilloscope. I only get error messages saying the connection point is already used or, if I try connecting to the existing line, that the connection must be to a port. I've searched and see that this question has been asked before but have been unable to find the answer. If there is an Xcos newbie group for these questions please point me there. Thank you, Frank -- View this message in context: http://mailinglists.scilab.org/Xcos-6-0-0-branching-connections-tp4036902.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Clement.David at esi-group.com Tue Aug 22 14:36:50 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 22 Aug 2017 12:36:50 +0000 Subject: [Scilab-users] Linux: Taskmanager Icons of Scilab Application In-Reply-To: <1502100577291-4036830.post@n3.nabble.com> References: <1501666877730-4036811.post@n3.nabble.com> <5529213a-19f7-27ac-959c-d9f430ef0267@free.fr> <1502100577291-4036830.post@n3.nabble.com> Message-ID: <1503405407.3690.7.camel@esi-group.com> Hello Richard, On Linux, depending on your window manager, you have different rendering. On my Gnome desktop, I got the attached screenshot on alt-Tab. Which window manager are you using ? -- Cl?ment Le lundi 07 ao?t 2017 ? 03:09 -0700, Richard llom a ?crit : > > Under Windows, the proper Scinotes icon on its top left is also the one > > shown in the task bar. > > Scinotes has its proper icon in the window, but not in the taskmanager. > It would be interesting to hear from other linux users, if thats only me or > if others have the same problem. > > > The console and the help browser have the same icon. > > Each graphical figure or all GUI based on it -- such as atmosGui() and > > demo_gui() -- has a .icon attribute enabling to customize the icon. You > > may try to use it, and see if it appears as well in the task bar. > > And tell us the result :) > > Given the above I doubt this would work. > Still I wasn't able to find the code for the icon attribute, can you give a > clearer pointer? > > Thanks > richard > > > > -- > View this message in context: http://mailinglists.scilab.org/Linux-Taskmanager-Icons-of-Scilab-App > lication-tp4036811p4036830.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: 2017-08-22 14-14-29.png Type: image/png Size: 108670 bytes Desc: 2017-08-22 14-14-29.png URL: From Clement.David at esi-group.com Tue Aug 22 15:24:32 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Tue, 22 Aug 2017 13:24:32 +0000 Subject: [Scilab-users] maintenance version for Scilab 6.0.X for Win32bit In-Reply-To: <1503307877176-4036901.post@n3.nabble.com> References: <1503307877176-4036901.post@n3.nabble.com> Message-ID: <1503408270.3690.12.camel@esi-group.com> Hello, The compilation chain seems to have been locked for some days due to the infrastructure migration. Please report an issue on bugzilla.scilab.org website section to publicly track this issue. Thanks, -- Cl?ment Le lundi 21 ao?t 2017 ? 02:31 -0700, Hermes a ?crit : > I tried to access the win 32bit link from the "maintenance version for Scilab > 6.0.X". And I get the following message: > > http://downloadarea.scilab.org/download/2017-07-18/scilab-branch-6.0-1500302649.exe > *"The webpage cannot be found" HTTP 404 Not Found"* > > However for win64bit it is available. > Does the latter run for both versions? > Gracias > > > > > > -- > View this message in context: http://mailinglists.scilab.org/maintenance-version-for-Scilab-6-0-X- > for-Win32bit-tp4036901.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From adailtonjn68 at gmail.com Wed Aug 23 07:20:16 2017 From: adailtonjn68 at gmail.com (=?UTF-8?Q?Adailton_J=c3=banior?=) Date: Wed, 23 Aug 2017 01:20:16 -0400 Subject: [Scilab-users] Dynamically change pulse width in Xcos Message-ID: <3500b8a8-b84c-026b-c713-af6d8daa79da@gmail.com> Hello, everyone I have been studying transfer functions and I am studying control theory now. I was wondering whether, in Xcos, I am able to dynamically change the pulse width of the block PULSE_SC. By dynamically, I mean during the simulation (when the simulation is running). I want to implement a PID controller that modulates the pulse width of that block. Is that possible? If not, is there any other way of doing so? I thank you all in advance. P.S.: I am sorry for my grammatical mistakes. English is not my first language. Best regards, *Adailton J?nior* +55 69 99237-1589 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Wed Aug 23 09:55:55 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Wed, 23 Aug 2017 07:55:55 +0000 Subject: [Scilab-users] Scilab is not compatible with latest JAVA In-Reply-To: <4800F546-74EB-4322-BAD0-867CFE04EC88@gmail.com> References: <4800F546-74EB-4322-BAD0-867CFE04EC88@gmail.com> Message-ID: <1503474953.20757.5.camel@esi-group.com> Hello Hilall, I suppose you are using Scilab 5.5.2 ; it is the last Java 1.6 Scilab supported version. What's your OS ? -- Cl?ment Le dimanche 20 ao?t 2017 ? 12:24 +0800, Hilaal Alam a ?crit : > Hi > > I have been using Scilab for a decade. Suddenly I updated JAVA for my other project and since > then, scilab stopped working saying "To open ?this Java application? you need to install the > legacy Java SE 6 runtime.? In case I downgrade JAVA, scilab works fine while my other software > project does not. > > Can you please let me know how to activate scilab with java 1.8 - the latest version? > > Regards > Hilaal ALAN > _______________________________________________ > users mailing list > users at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users From Clement.David at esi-group.com Wed Aug 23 09:58:41 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Wed, 23 Aug 2017 07:58:41 +0000 Subject: [Scilab-users] XCOS and RK45 Runge-Kutta 4(5) In-Reply-To: <1503045988203-4036894.post@n3.nabble.com> References: <1502982014789-4036893.post@n3.nabble.com> <1503045988203-4036894.post@n3.nabble.com> Message-ID: <1503475115.20757.7.camel@esi-group.com> Hello Hermes, > There were also differences > with the Block GAINBLK vs. GAINBLK_f. I think this does not make the > differences in results. Correct? These blocks only differs in their parameter settings. The behavior is the same and the simulation results should be similar. -- Cl?ment From herozigle at gmail.com Wed Aug 23 11:41:37 2017 From: herozigle at gmail.com (Hermes) Date: Wed, 23 Aug 2017 02:41:37 -0700 (MST) Subject: [Scilab-users] Using the Function fsolve Message-ID: <1503481297682-4036915.post@n3.nabble.com> Hi, I try to reproduce this function found in the following post: http://mailinglists.scilab.org/Simulation-of-static-general-equilbiirum-model-td4031213.html#a4031215 clear; function resid=Solve_m(param) resid(1)=param(5)-(1/((A*((param(2)/param(1))*(alpha/(1-alpha))))^(alpha-1))); resid(2)=(param(7)*A*(((param(2)/param(1))*(alpha/(1-alpha)))^alpha))-1; resid(3)=(param(8)*B*(((param(2)/param(1))*(beeta/(1-beeta)))^beeta))-1; resid(4)=(param(6)*B*(((param(2)/param(1))*(beeta/(1-beeta)))^beeta))-1; resid(5)=((param(5)*param(1))+(param(7)*param(2)))-Px; resid(6)=((param(6)*param(1))+(param(8)*param(2)))-(Py*(1+t)); resid(7)=((param(5)*param(3))+(param(6)*param(4)))-L; resid(8)=((param(7)*param(3))+(param(8)*param(4)))-S; endfunction //constants A=10; B=10; t=0.2; Px=1; Py=1; alpha=0.3; beeta=0.1; L=500; S=200; sol=fsolve([1,10,1280,1200,0.2,0.06,0.1,0.09],Solve_m); disp(sol) w=sol(1); ws=sol(2); X=sol(3); Y=sol(4); alx=sol(5); aly=sol(6); asx=sol(7); asy=sol(8); But I get the following message: exec('C:\Users\hermesr\Documents\Scilab Xcos\fsolve_eje7.sce', -1) fsolve: exception caught in 'jac' subroutine. at line 24 of executed file C:\Users\hermesr\Documents\Scilab Xcos\fsolve_eje7.sce Solve_m: Wrong size for output argument #1: A matrix of size 1 x 8 expected. How to solve this problem? Gracias -- View this message in context: http://mailinglists.scilab.org/Using-the-Function-fsolve-tp4036915.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Fri Aug 25 11:46:43 2017 From: herozigle at gmail.com (Hermes) Date: Fri, 25 Aug 2017 02:46:43 -0700 (MST) Subject: [Scilab-users] nonlinear system of equations underdetermined Message-ID: <1503654403736-4036921.post@n3.nabble.com> How to solve this indeterminate nonlinear system: The nonlinear system of equations underdetermined fn References: <1503654403736-4036921.post@n3.nabble.com> Message-ID: <1503654757400-4036922.post@n3.nabble.com> My apologies run enter before editing. This is the system of interest: the nonlinear system of equations underdetermined fn References: <1503654403736-4036921.post@n3.nabble.com> <1503654757400-4036922.post@n3.nabble.com> Message-ID: <8F1D40232A0E68409E3FC23A30C326620174D28DC8A0@THSONEA01CMS04P.one.grp> Hello, f(4) and f(5) having trivial solutions, I plugged this into f(3) to reduce the dimension of the space to 4: deff('f = Fct4(x,r)','f=[.. x(1)^2+(x(2)+1)^2+(x(3)-0.5)^2-r^2;.. x(1)-0.5*x(2)+0.5*x(3);.. (x(1)-x(4))^2+(x(2)-sin(x(4)))^2+(x(3)-sin(2*x(4)))^2-19]'); deff('e=H(x,r)','e=norm(Fct4(x,r))'); // I picked some value for 'r' r=2; // With fminsearch, we need a starting point ( e.g. [0,0,0,0]) fminsearch(list(H,r),zeros(1,4)) // ans =[ -1.3781348 -2.4379588 0.3182792 1.3335215 ] // Fct4(ans)=[ 0.0000032 ; -0.0000158; 0.0000029]; // Note: with 6 dimensions (and minimizing norm(Fct6), when starting from zeros(1,6)...) fminsearch did not converge HTH Denis -----Message d'origine----- De?: users [mailto:users-bounces at lists.scilab.org] De la part de Hermes Envoy??: vendredi 25 ao?t 2017 11:53 ??: users at lists.scilab.org Objet?: Re: [Scilab-users] nonlinear system of equations underdetermined My apologies run enter before editing. This is the system of interest: the nonlinear system of equations underdetermined fn References: <1501666877730-4036811.post@n3.nabble.com> <5529213a-19f7-27ac-959c-d9f430ef0267@free.fr> <1502100577291-4036830.post@n3.nabble.com> <1503405407.3690.7.camel@esi-group.com> Message-ID: <1503684712783-4036925.post@n3.nabble.com> Hello Cl?ment, I'm using Plasma5 and KWin, this is how it looks for me on the taskmanager http://i.imgur.com/7ABrKlL.png But while doing Alt+Tab I do indeed see the correct icons, so this might be a problem of my taskmanager... hmm Thanks for the reply richard > On Linux, depending on your window manager, you have different rendering. > On my Gnome desktop, > I got the attached screenshot on alt-Tab. Which window manager are you > using ? -- View this message in context: http://mailinglists.scilab.org/Linux-Taskmanager-Icons-of-Scilab-Application-tp4036811p4036925.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From herozigle at gmail.com Sat Aug 26 08:55:17 2017 From: herozigle at gmail.com (Hermes) Date: Fri, 25 Aug 2017 23:55:17 -0700 (MST) Subject: [Scilab-users] update Scilab 6.xx from Scilab Branch 6.0 - 32 bits Message-ID: <1503730517346-4036926.post@n3.nabble.com> Please advise when the link is available "Http://downloadarea.scilab.org/download/2017-07-18/scilab-branch-6.0-1500302649.exe" regards Garcias -- View this message in context: http://mailinglists.scilab.org/update-Scilab-6-xx-from-Scilab-Branch-6-0-32-bits-tp4036926.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. From Clement.David at esi-group.com Mon Aug 28 09:06:25 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Mon, 28 Aug 2017 07:06:25 +0000 Subject: [Scilab-users] Server power down ! Message-ID: <1503903983.11608.12.camel@esi-group.com> Dear users, Some of our servers are currently down due to power outage ! Thanks for your patience, -- Cl?ment From adailtonjn68 at gmail.com Mon Aug 28 03:21:04 2017 From: adailtonjn68 at gmail.com (=?UTF-8?Q?Adailton_J=c3=banior?=) Date: Sun, 27 Aug 2017 21:21:04 -0400 Subject: [Scilab-users] Dynamically change pulse width in Xcos In-Reply-To: <3500b8a8-b84c-026b-c713-af6d8daa79da@gmail.com> References: <3500b8a8-b84c-026b-c713-af6d8daa79da@gmail.com> Message-ID: <41f09fb9-3791-244d-7d38-57c544ad3fb1@gmail.com> Hello, again I discovered how to do it using Matlab/Simulink, I hope you can help me to implement using Scilab/Xcos. In Matlab, I defined a sequence of points that represents a sawtooth wave using the period T wanted for the PWM. Then, I subtracted the signal from the sawtooth wave. The value of the subtraction fed a compare to zero block. If the value of the subtraction was greater than zero, the output is 0, else, 1. I tried to implement the same in Xcos but I am too beginner for it. I couldn't generate the sawtooth wave with the points wanted or even using the sawtooth block. Please, help me. *Adailton J?nior* +55 69 99237-1589 On 08/23/2017 01:20 AM, Adailton J?nior wrote: > Hello, everyone > > I have been studying transfer functions and I am studying control > theory now. I was wondering whether, in Xcos, I am able to dynamically > change the pulse width of the block PULSE_SC. By dynamically, I mean > during the simulation (when the simulation is running). I want to > implement a PID controller that modulates the pulse width of that block. > Is that possible? If not, is there any other way of doing so? > > I thank you all in advance. > > P.S.: I am sorry for my grammatical mistakes. English is not my first > language. > > Best regards, > > *Adailton J?nior* > +55 69 99237-1589 -- *Adailton J?nior* +55 69 99237-1589 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Clement.David at esi-group.com Wed Aug 30 11:04:31 2017 From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=) Date: Wed, 30 Aug 2017 09:04:31 +0000 Subject: [Scilab-users] Server migration lists.scilab.org Message-ID: <1504083870.24307.10.camel@esi-group.com> Dear users, The mailing list server will be migrated to our new ESI-backed infrastructure. The lists will be down for 24 to 48 hours ; we will do our best to minimize the down time. Sorry for the inconvenience, -- Cl?ment From herozigle at gmail.com Wed Aug 30 11:38:11 2017 From: herozigle at gmail.com (Hermes) Date: Wed, 30 Aug 2017 02:38:11 -0700 (MST) Subject: [Scilab-users] equationstoMatrix o GenerateMatrix Message-ID: <1504085891088-0.post@n3.nabble.com> Hello, There exists in Scilab a function equivalent to "equationstoMatrix" from MatLab or to "GenerateMatrix" from Maple Hermes Gracias -- Sent from: http://mailinglists.scilab.org/Scilab-users-Mailing-Lists-Archives-f2602246.html