From christoph.knappe at gmail.com Thu Dec 1 11:16:25 2016 From: christoph.knappe at gmail.com (christophk) Date: Thu, 1 Dec 2016 03:16:25 -0700 (MST) Subject: [Scilab-Dev] How to use a string as a childname in structure? Message-ID: <1480587385571-4035160.post@n3.nabble.com> Hi there, is there a way to use a string variable during a children-call in a scilab structure? Here is an example for what i want to do: function myvalue = getchild(myparent,mychild) //how do i put a "string" as a childname to a struct? myvalue = myparent.mychild; endfunction s = struct('a',[1 2 3],'b', [4 5 6]); //how do I change my getchlidren function for this to work x = getchild(s,'a'); // equivalent for x = s.a; y = getchild(s,'b'); // equivalent for y = s.b; Thanks all! -- View this message in context: http://mailinglists.scilab.org/How-to-use-a-string-as-a-childname-in-structure-tp4035160.html Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com. From sgougeon at free.fr Wed Dec 7 12:14:15 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 7 Dec 2016 12:14:15 +0100 Subject: [Scilab-Dev] git fetch KO Message-ID: <5847EF07.4040100@free.fr> Hello, Today, git fetch on the master repository answers: $ git fetch fatal: read error: Invalid argument It was still OK on last sunday. Nothing changed on my side since i use GIT for months. Anything changed on the repository side? Thanks Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Wed Dec 7 22:41:00 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Wed, 7 Dec 2016 22:41:00 +0100 Subject: [Scilab-Dev] git fetch KO In-Reply-To: <5847EF07.4040100@free.fr> References: <5847EF07.4040100@free.fr> Message-ID: <584881EC.7060202@free.fr> Le 07/12/2016 12:14, Samuel Gougeon a ?crit : > Hello, > > Today, git fetch on the master repository answers: > $ git fetch > fatal: read error: Invalid argument > > It was still OK on last sunday. > Nothing changed on my side since i use GIT for months. > Anything changed on the repository side? The issue is fixed. Apparently it came from my ethernet board. Restarting it several times fixed it. The strange thing is that only git was affected. Other internet services were still ok. SG -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.mottelet at utc.fr Thu Dec 8 15:33:20 2016 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Thu, 8 Dec 2016 15:33:20 +0100 Subject: [Scilab-Dev] problem of color inheritance Message-ID: Hello, The surrounding color of the axes box inherits the parent figure color. When the axes parent is the figure itself this feature is logical, but when the parent of the axes is a frame with a different color (Figure/Frame/Axes), the axes still inherits the figure color. To me, this is bug. If other users think the same I will file a bug (run the following script : surrounding color of Axes should be white (not gray), which is the color of the frame) fig=figure("default_axes", "off","layout","border") frame=uicontrol(fig, "style", "frame","backgroundcolor",[1 1 1]) newaxes(frame) plot S. From clement.david at scilab-enterprises.com Mon Dec 12 15:56:02 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Mon, 12 Dec 2016 15:56:02 +0100 Subject: [Scilab-Dev] git fetch KO In-Reply-To: <584881EC.7060202@free.fr> References: <5847EF07.4040100@free.fr> <584881EC.7060202@free.fr> Message-ID: <1481554562.8045.13.camel@scilab-enterprises.com> > > Today, git fetch on the master repository answers: > > $ git fetch > > fatal: read error: Invalid argument > > > > It was still OK on last sunday. > > Nothing changed on my side since i use GIT for months. > > Anything changed on the repository side? > ? > The issue is fixed. Apparently it came from my ethernet board. Restarting it several times fixed > it. > The strange thing is that only git was affected. Other internet services were still ok. Hi Samuel, This issue appears from time to time on the git+ssh:// server. Do not hesitate to fetch or pull from gerrit directly. -- Cl?ment From sgougeon at free.fr Mon Dec 19 08:47:56 2016 From: sgougeon at free.fr (Samuel Gougeon) Date: Mon, 19 Dec 2016 08:47:56 +0100 Subject: [Scilab-Dev] problem of color inheritance In-Reply-To: References: Message-ID: <585790AC.7050008@free.fr> Hello St?phane, Le 08/12/2016 15:33, St?phane Mottelet a ?crit : > Hello, > > The surrounding color of the axes box inherits the parent figure > color. When the axes parent is the figure itself this feature is > logical, but when the parent of the axes is a frame with a different > color (Figure/Frame/Axes), the axes still inherits the figure color. > To me, this is bug. If other users think the same I will file a bug > (run the following script : surrounding color of Axes should be white > (not gray), which is the color of the frame) > > fig=figure("default_axes", "off","layout","border") > frame=uicontrol(fig, "style", "frame","backgroundcolor",[1 1 1]) > newaxes(frame) > plot Frame.backgroundColor => child.background : I would rather agree with you, provided that 1. axes do not become an exception: any uicontrol of any style set as child of a frame (if this is possible for other objects than axes) should inherit the frame's background as an axes will do. I don't think it is presently the case. 2. there is a good clear reason to get the default background color of the frame's children from the frame, and only this property. Otherwise, the question will be the same for all other transferable properties: Handle of type "uicontrol" with properties: =========================================== Parent: Figure => Axes Children: [] Style = frame BackgroundColor = [-1,-1,-1] background Border = "NoBorder" Constraints = "NoLayoutConstraint" Enable = "on" FontAngle = normal FontName = Tahoma font_style FontSize = 13 font_size FontUnits = points ~ fractional_font FontWeight = normal font_style Icon = "" Layout = "none" Layout_options = "OptNoLayout" Margins = [0,0,0,0] Position = [20,40,40,20] Relief = default Scrollable = "off" String = [] Tag = TooltipString = "" Units = pixels Userdata = [] Visible = "on" HIDDEN frame PROPERTY: frame.foregroundColor foreground For consistency, all these modifications would be needed. But is it so worth doing all that? BR Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From nikhilgoel199797 at gmail.com Thu Dec 22 20:40:36 2016 From: nikhilgoel199797 at gmail.com (nikhil goel) Date: Fri, 23 Dec 2016 01:10:36 +0530 Subject: [Scilab-Dev] Contributing to scilab Message-ID: Sir/ Ma'am I am Nikhil Goel, a second year engineering student from BITS Pilani, India. I am currently an amateur coder and would like to contribute in Scilab to learn more about software development practices. To update you about my progress, I have compiled Scilab and made necessary changes and would like to start by solving bugs. I shall be highly obliged if you give me any necessary information/ tips and also notify me about some good starter tasks and bugs which I can start working on. As I get more comfortable with the tech stack I would like to further contribute more substantially. Thanking you in anticipation Regards Nikhil Goel -------------- next part -------------- An HTML attachment was scrubbed... URL: From clement.david at scilab-enterprises.com Fri Dec 23 14:10:16 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Fri, 23 Dec 2016 14:10:16 +0100 Subject: [Scilab-Dev] Raw performance or good backtraces for Scilab 6.0.0 ? Message-ID: <1482498616.2053.4.camel@scilab-enterprises.com> Hello Scilab developers, On Linux, I discovered (or re-discovered) that it is really hard to get a precise stacktrace on Scilab 6 using the default build configuration '-02 -g' due to the nice C++ compiler tricks. I tried to get a nicer one using -fno-omit-frame-pointer and got a complete one with the following benchmark differences (not precise enough but still some variation). What do you think about enabling it by default [1] ? [1]: https://codereview.scilab.org/#/c/18815/ Thanks, PS: some screenshot of the Linux `perf report` utility for for_increment.tst -- Cl?ment -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: perf-report_before_after.png Type: image/png Size: 69193 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: unknown-D3WFSY Type: image/png Size: 38894 bytes Desc: not available URL: From clement.david at scilab-enterprises.com Fri Dec 23 14:21:12 2016 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Fri, 23 Dec 2016 14:21:12 +0100 Subject: [Scilab-Dev] Contributing to scilab In-Reply-To: References: Message-ID: <1482499272.2053.6.camel@scilab-enterprises.com> Hi Nikhil and welcome, To start you can take a look at the Scilab wiki [1] and compile Scilab on your machine. For easy to fix bug ; browse the bugzilla [2] and take any bug than you are able to fix. Do not hesitate to ask technical question to this list (after registering yourself) or to the GSoC ML [3] for beginners questions. [1]: http://wiki.scilab.org [2]: http://bugzilla.scilab.org [3]: gsoc at lists.scilab.org / http://mailinglists.scilab.org/Scilab-GSOC-Mailing-Lists-Archives-f2646 148.html Thanks, -- Cl?ment Le vendredi 23 d?cembre 2016 ? 01:10 +0530, nikhil goel a ?crit?: > Sir/ Ma'am > I am Nikhil Goel, a second year engineering student from BITS Pilani, India. I am currently an > amateur coder and would like to contribute in Scilab to learn more about software development > practices. > To update you about my progress, I have compiled Scilab and made necessary changes and would like > to start by solving bugs. > I shall be highly obliged if you give me any necessary information/ tips and also notify me about > some good starter tasks and bugs which I can start working on. > As I get more comfortable with the tech stack I would like to further contribute more > substantially. > Thanking you in anticipation? > Regards? > Nikhil Goel > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev