[Scilab-users] (no subject)
What is scilab? -- C.C. DANIEL-MKPUME ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
Re: [Scilab-users] Closing popup windwos
Thank you Samuel. I also would know if there is a possibility to close all those windows in the mean time as it is possible with "xdel(winsid())" for graphic windows, that is without knowing the explicit reference to each window individually. Best regards. Emmanuel Le 01/06/2017 à 20:05, sgoug...@free.fr a écrit : Hello, Hi every body, I would like to know if there exist a function to close dialog windows (like messagebox, progressionbar, waitbar...), as 'xdel' does for regular graphic window(s). winH = waitbar(37,"Can it be closed before completion?"); close(winH); id = progressionbar("Work in progress..."); close(id); messagebox(): AFAIK, it's only interactive: http://bugzilla.scilab.org/7157 HTH Samuel ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
[Scilab-users] Element Wise multipliication in Scilab
During Image Processing, I have an extracted small matrix Mat = 152 149 151 159 151 147 158 152 152 and a simple flipped sobel mask Gy = - 1. - 2. - 1. 0.0.0. 1.2.1. To calculate the gradient in y-direction, I multiply elementwise (and would sum later if the values were right) Gy.*Mat, which funnily gives 104 214 105 000 158 48 152 Why aren't the first row values negative (They even appear morphed somehow). Scilab help shows that .* may calculate the kronecker product of the two matrices. How do I calculate the real element wise multiplication? Kindly help. -- View this message in context: http://mailinglists.scilab.org/Element-Wise-multipliication-in-Scilab-tp4036562.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
Re: [Scilab-users] Element Wise multipliication in Scilab
Hello, >- Mail original - > > During Image Processing, I have an extracted small matrix > > Mat = > > 152 149 151 > 159 151 147 > 158 152 152 > > and a simple flipped sobel mask > > Gy = > > - 1. - 2. - 1. >0.0.0. >1.2.1. > > To calculate the gradient in y-direction, I multiply elementwise (and would > sum later if the values were right) > > Gy.*Mat, which funnily gives > > 104 214 105 >000 > 158 48 152 > > Why aren't the first row values negative (They even appear morphed somehow). > Because a) numbers in Mat are encoded as unsigned integers (they are displayed without decimal dot), + b)in Scilab, integers win over floats. + c) in Scilab, overflowing integers are wrapped, not ceiled nor floored. You will get want you likely expect with Gy .* double(Mat) >Scilab help shows that .* may calculate the kronecker product of the two >matrices. Could you give us a pointer where this is written? The kronecker operator is .*. >How do I calculate the real element wise multiplication? With .*, after casting Mat to decimal encoding. HTH Samuel Gougeon ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
[Scilab-users] Replacing predef() with an actual varprot(): a top-5 priority for Scilab 6.1 <= At last, protecting user variables one by one
Hello, Scilab 6.0 is released. With respect to previous major releases, the storage and management of variables have been completely changed. This was one of the major purposes for this release. Yet, after 30 years of development of this high level software, we are still unable to protect any user variable against clearing, and there are no news on this side. There are many oitlying developments, whereas this central feature is still unavailable. The pseudo function predef() is still here, alone, never ever actually usable. Indeed, predef() is unable to protect variables one by one, at any moment after the session startup. As its name states it, predef() has been designed exclusively to protect *predef*ined variables %i, %pi, etc during the startup process. It is a startup *internal*, and we could wonder why it has been documented. One of the most disturbing and buggy consequences of this missing feature is that it is still impossible to protect a library that has been loaded during the session, i.e. not autoloaded at startup. Any /clear/ instruction -- so loved by many former Matlabers in their scripts -- kills all such libraries. The need for a true customizable function to protect/unprotect variables was reported as soon as 2004 -- and likely even before --, so 13 years ago. For the only bugzilla reports, please see for instance: http://bugzilla.scilab.org/686 http://bugzilla.scilab.org/8634 http://bugzilla.scilab.org/10988 Scilab has still some central weaknesses like this one. IMO, implementing varprot() should be a top priority. Don't you need this feature as well? Best regards Samuel Gougeon ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
Re: [Scilab-users] ?==?utf-8?q? Replacing predef() with an actual varprot(): a top-5 priority for Scilab 6.1?==?utf-8?q? <= At last, protecting user variables one by one
Le Jeudi, Juin 08, 2017 19:51 CEST, Samuel Gougeon a écrit: > Hello, > > Scilab 6.0 is released. With respect to previous major releases, the > storage and management of variables have been completely changed. This > was one of the major purposes for this release. > > Yet, after 30 years of development of this high level software, we are > still unable to protect any user variable against clearing, and there > are no news on this side. There are many oitlying developments, whereas > this central feature is still unavailable. The pseudo function predef() > is still here, alone, never ever actually usable. > > Indeed, predef() is unable to protect variables one by one, at any > moment after the session startup. As its name states it, predef() has > been designed exclusively to protect *predef*ined variables %i, %pi, etc > during the startup process. It is a startup *internal*, and we could > wonder why it has been documented. > > One of the most disturbing and buggy consequences of this missing > feature is that it is still impossible to protect a library that has > been loaded during the session, i.e. not autoloaded at startup. Any > /clear/ instruction -- so loved by many former Matlabers in their > scripts -- kills all such libraries. > > The need for a true customizable function to protect/unprotect variables > was reported as soon as 2004 -- and likely even before --, so 13 years > ago. For the only bugzilla reports, please see for instance: > > http://bugzilla.scilab.org/686 > http://bugzilla.scilab.org/8634 > http://bugzilla.scilab.org/10988 > > Scilab has still some central weaknesses like this one. > IMO, implementing varprot() should be a top priority. > > Don't you need this feature as well? Oh, yes I do, like many of my colleagues! Antoine > > Best regards > > Samuel Gougeon > ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users
Re: [Scilab-users] xmlns attribute cancels counting <= Re: xmlXPath with count
Hallo Samuel, I reported the case as Bug 15179 "xmlXPath failing with count". >>May i suggest adding a space to ' '' ' be even better? Regards Jens --- Am 07.06.2017 23:09, schrieb Samuel Gougeon: Hello Jens, Le 07/06/2017 à 09:49, Jens Simon Strom a écrit : Hallo Samuel, So I better count with something like this: wpt_pos=grep(XmlDump,' This is a useful workaround. May i suggest adding a space to ' 'http://lists.scilab.org/mailman/listinfo/users ___ users mailing list users@lists.scilab.org http://lists.scilab.org/mailman/listinfo/users