From stanislav.popelka at hotmail.com Fri Nov 1 23:25:48 2019 From: stanislav.popelka at hotmail.com (popest) Date: Fri, 1 Nov 2019 15:25:48 -0700 (MST) Subject: [Scilab-Dev] PID block (deriv block problem) Message-ID: <1572647148803-0.post@n3.nabble.com> I have found this video describing different results from XCOS vs. Simulink ( https://www.youtube.com/watch?v=uSWcjfjZU-Q )I was successful in the replication of this error.Here is xcos block diagram (PID block coef. - P=10, I=0, D=6): Here is the result: close loop transfer function is: the correct step response from Maple is: Only the middle block connection (green plot) is providing the correct result.I think that this is a bug. Am I right? -- Sent from: http://mailinglists.scilab.org/Scilab-developers-Mailing-Lists-Archives-f2574944.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Sat Nov 2 00:07:13 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 2 Nov 2019 00:07:13 +0100 Subject: [Scilab-Dev] PID block (deriv block problem) In-Reply-To: <1572647148803-0.post@n3.nabble.com> References: <1572647148803-0.post@n3.nabble.com> Message-ID: <894c6f29-3b92-633f-b20c-52c636a8b491@free.fr> You are probably facing the bug 13244 . Please feel free to subscribe to its thread and post the xcos file of your example. Samuel Le 01/11/2019 ? 23:25, popest a ?crit?: > I have found this video describing different results from XCOS vs. > Simulink ( https://www.youtube.com/watch?v=uSWcjfjZU-Q ) I was > successful in the replication of this error. Here is xcos block > diagram (PID block coef. - P=10, I=0, D=6): > [DIAGRAM Screenshot] > Here is the result: > [SCOPE Screenshot] > close loop transfer function is: the correct step response from Maple is: > [PLOT] > Only the middle block connection (green plot) is providing the correct > result. I think that this is a bug. Am I right? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgougeon at free.fr Thu Nov 28 21:58:36 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 28 Nov 2019 21:58:36 +0100 Subject: [Scilab-Dev] Issue with unicode exponents Message-ID: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> Dear St?phane, Thank you for your on-going efforts to improve the display of polynomials and their exponents. Although i was aware about the potential issue , i did not catch it before your first commit was recently merged. Actually, some trial on the master shows what we could expect on Windows: Setting exponents in unicode breaks the display of polynomials in NW (and NWNI) modes: --> p = (1-%z).^(0:12)' ?p? = ?? 1 ?? 1 -z ?? 1 -2z +z?? ?? 1 -3z +3z?? -z?? ?? 1 -4z +6z?? -4z?? +z??? ?? 1 -5z +10z?? -10z?? +5z??? -z??? ?? 1 -6z +15z?? -20z?? +15z??? -6z??? +z??? ?? 1 -7z +21z?? -35z?? +35z??? -21z??? +7z??? -z??? ?? 1 -8z +28z?? -56z?? +70z??? -56z??? +28z??? -8z??? +z??? ?? 1 -9z +36z?? -84z?? +126z??? -126z??? +84z??? -36z??? +9z??? -z??? ?? 1 -10z +45z?? -120z?? +210z??? -252z??? +210z??? -120z??? +45z??? -10z??? +z????? ?? 1 -11z +55z?? -165z?? +330z??? -462z??? +462z??? -330z??? +165z??? -55z??? +11z????? ? -z???? ?? 1 -12z +66z?? -220z?? +495z??? -792z??? +924z??? -792z??? +495z??? -220z??? +66z????? ? -12z???? +z???? This is a blocking issue. IMHO, the fix proposed by Allan clearly improves the situation, but is not completely clean as it is implemented in the launching batch file, while calling directly the binary will shortcut the patch. Another issue is about the readability of exponents 1 to 3: they were likely the first defined, before other figures, but they are clearly smaller than other exponents 0 and 4-9. Reading them was almost OK for me in the commit message, but on the Scilab console, i had to increase the font size from Monospaced 13 to Monospaced 15 to get them (almost) readable. I copied/pasted a polynomial from the console into Scinotes, zoomed Scinotes, and got the following screenshot, showing the net difference in their sizes: : Without zooming, the "3" is very close to 8, and only its place before 4 mainly indicates that it's not 8. Could the 1-3 exponents be redefined with the same size as the other higher figures, under other unicode ids? To be investigated. Best regards Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onngoefjccdoepni.png Type: image/png Size: 2164 bytes Desc: not available URL: From sgougeon at free.fr Thu Nov 28 22:21:47 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 28 Nov 2019 22:21:47 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> Message-ID: <1c0d9505-786b-e111-d3de-26c71b89ffd1@free.fr> Le 28/11/2019 ? 21:58, Samuel Gougeon a ?crit?: > > Without zooming, the "3" is very close to 8, and only its place before > 4 mainly indicates that it's not 8. > Could the 1-3 exponents be redefined with the same size as the other > higher figures, under other unicode ids? > Aaarr, apparently no: https://en.wikipedia.org/wiki/Unicode_subscripts_and_superscripts -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onngoefjccdoepni.png Type: image/png Size: 2164 bytes Desc: not available URL: From antoine.elias at scilab-enterprises.com Thu Nov 28 23:17:02 2019 From: antoine.elias at scilab-enterprises.com (Antoine ELIAS) Date: Thu, 28 Nov 2019 23:17:02 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> Message-ID: <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> Hello Samuel, I'm agree with you about the issue. I will try to find a way to change the console properties inside binary like when we change color in nw mode ( W/B vs B/W ) But I does not show trouble with 2 or 3 and others superscript numbers. With this configuration Le 28/11/2019 ? 21:58, Samuel Gougeon a ?crit?: > > Dear St?phane, > > Thank you for your on-going efforts to improve the display of > polynomials and their exponents. > Although i was aware about the potential issue > , i did not catch it > before your first commit was > recently merged. > > Actually, some trial on the master shows what we could expect on > Windows: Setting exponents in unicode breaks the display of > polynomials in NW (and NWNI) modes: > > --> p = (1-%z).^(0:12)' > ?p? = > > ?? 1 > > ?? 1 -z > > ?? 1 -2z +z?? > > ?? 1 -3z +3z?? -z?? > > ?? 1 -4z +6z?? -4z?? +z??? > > ?? 1 -5z +10z?? -10z?? +5z??? -z??? > > ?? 1 -6z +15z?? -20z?? +15z??? -6z??? +z??? > > ?? 1 -7z +21z?? -35z?? +35z??? -21z??? +7z??? -z??? > > ?? 1 -8z +28z?? -56z?? +70z??? -56z??? +28z??? -8z??? +z??? > > ?? 1 -9z +36z?? -84z?? +126z??? -126z??? +84z??? -36z??? +9z??? -z??? > > ?? 1 -10z +45z?? -120z?? +210z??? -252z??? +210z??? -120z??? +45z??? > -10z??? +z????? > > ?? 1 -11z +55z?? -165z?? +330z??? -462z??? +462z??? -330z??? +165z??? > -55z??? +11z????? > ? -z???? > > ?? 1 -12z +66z?? -220z?? +495z??? -792z??? +924z??? -792z??? +495z??? > -220z??? +66z????? > ? -12z???? +z???? > > This is a blocking issue. IMHO, the fix proposed by Allan clearly > improves the situation, but is not completely clean as it is > implemented in the launching batch file, while calling directly the > binary will shortcut the patch. > > Another issue is about the readability of exponents 1 to 3: they were > likely the first defined, before other figures, but they are clearly > smaller than other exponents 0 and 4-9. > Reading them was almost OK for me in the commit message, but on the > Scilab console, i had to increase the font size from Monospaced 13 to > Monospaced 15 to get them (almost) readable. > I copied/pasted a polynomial from the console into Scinotes, zoomed > Scinotes, and got the following screenshot, showing the net difference > in their sizes: : > > Without zooming, the "3" is very close to 8, and only its place before > 4 mainly indicates that it's not 8. > Could the 1-3 exponents be redefined with the same size as the other > higher figures, under other unicode ids? > To be investigated. > > Best regards > Samuel > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ngpblmffedeojbcb.png Type: image/png Size: 13785 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onngoefjccdoepni.png Type: image/png Size: 2164 bytes Desc: not available URL: From sgougeon at free.fr Thu Nov 28 23:35:05 2019 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 28 Nov 2019 23:35:05 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> Message-ID: <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> Hello Antoine, Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: > Hello Samuel, > > I'm agree with you about the issue. > I will try to find a way to change the console properties inside > binary like when we change color in nw mode ( W/B vs B/W ) Great. > > But I does not show trouble with 2 or 3 and others superscript numbers. > > > > With this configuration Neither does it for me, provided that this setting is done /before/ running Scilab. By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ (you may test the text below in Scinotes with both fonts, and compare their renderings), and superscripts 0,4-9 are bigger. Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the display result depends on some locales. When i write help pages in Notepad++ in UTF-8 encoding, when i copy/past some UTF-8 (see below), sometimes it's OK, sometimes i get only rectangles... Not clear why.. Samuel ----------------------------- // http://bugzilla.scilab.org/9221 %chars.greek.lower = "??????????????????????????????????????????"; %chars.greek.upper = "???????????????????????????"; %chars.maths.logical = "???????????????"; %chars.maths.set = "??????????????????????"; %chars.maths.comparisons = "??????????????????"; %chars.maths.operators = "???????????????????????????"; %chars.maths.integdiff = "????????????"; %chars.maths.geometry = "????????????????"; %chars.maths.misc = "??????????"; %chars.arrows.base = "???????????????????????"; %chars.arrows.thick = "????????????????"; %chars.symbols = "?????????????????????????"; %chars.stars = "??????????????????"; //%chars.currencies = "?$??????????"; %chars.lang.french = "??????????????????????????????"; %chars.lang.japanese.hiragana.a = "?????????? ?????"; %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; %chars.lang.japanese.hiragana.u = "????????? ?????"; %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; %chars.lang.japanese.hiragana.o = "????????????????"; %chars.lang.russian.upper = "?????????????????????????????????"; %chars.lang.russian.lower = "?????????????????????????????????"; -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: From antoine.elias at scilab-enterprises.com Fri Nov 29 00:36:26 2019 From: antoine.elias at scilab-enterprises.com (Antoine ELIAS) Date: Fri, 29 Nov 2019 00:36:26 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> Message-ID: <63bd6b6c-7adf-d30c-fa41-8b5c88c84033@scilab-enterprises.com> Le 28/11/2019 ? 23:35, Samuel Gougeon a ?crit?: > Hello Antoine, > > Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: >> Hello Samuel, >> >> I'm agree with you about the issue. >> I will try to find a way to change the console properties inside >> binary like when we change color in nw mode ( W/B vs B/W ) > > > Great. > I hope https://codereview.scilab.org/#/c/21143/ will help. > >> >> But I does not show trouble with 2 or 3 and others superscript numbers. >> >> >> >> With this configuration > > > Neither does it for me, provided that this setting is done /before/ > running Scilab. > By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ (you > may test the text below in Scinotes with both fonts, and compare their > renderings), and superscripts 0,4-9 are bigger. > > Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the > display result depends on some locales. > When i write help pages in Notepad++ in UTF-8 encoding, when i > copy/past some UTF-8 (see below), > sometimes it's OK, sometimes i get only rectangles... Not clear why.. > > Samuel > > ----------------------------- > > // http://bugzilla.scilab.org/9221 > %chars.greek.lower = "??????????????????????????????????????????"; > %chars.greek.upper = "???????????????????????????"; > %chars.maths.logical = "???????????????"; > %chars.maths.set = "??????????????????????"; > %chars.maths.comparisons = "??????????????????"; > %chars.maths.operators = "???????????????????????????"; > %chars.maths.integdiff = "????????????"; > %chars.maths.geometry = "????????????????"; > %chars.maths.misc = "??????????"; > %chars.arrows.base = "???????????????????????"; > %chars.arrows.thick = "????????????????"; > %chars.symbols = "?????????????????????????"; > %chars.stars = "??????????????????"; > //%chars.currencies = "?$??????????"; > > %chars.lang.french = "??????????????????????????????"; > %chars.lang.japanese.hiragana.a = "?????????? ?????"; > %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; > %chars.lang.japanese.hiragana.u = "????????? ?????"; > %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; > %chars.lang.japanese.hiragana.o = "????????????????"; > %chars.lang.russian.upper = "?????????????????????????????????"; > %chars.lang.russian.lower = "?????????????????????????????????"; > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 12:10:49 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 12:10:49 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <63bd6b6c-7adf-d30c-fa41-8b5c88c84033@scilab-enterprises.com> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> <63bd6b6c-7adf-d30c-fa41-8b5c88c84033@scilab-enterprises.com> Message-ID: Hello, Altough I am the author or this patch, I find this may be a bit too early to make the hypothesis that Scilab would be systematically launched in an environment that allows Unicode chars. This could be, at least, a rendering option (BTW we need an unified way of customizing display in the preferences tab). However, using a one line display seems an improvement to me, it allows a much better rendering of polynomials and rationals (see https://codereview.scilab.org/#/c/21142/). Maybe a intermediary step would be to use a hat notation, e.g. --> p=(1+%i+%s)^7 p = 8-8i -56is -(84+84i)s^2 -140s^3 -(70-70i)s^4 +42is^5 +(7+7i)s^6 +s^7 The rendering of super/subscripts was very easy 40 years ago when terminals were printing on paper listing. See e.g. http://man7.org/linux/man-pages/man5/terminfo.5.html : "If? the? terminal? can? move? up? or? down? half? a line, this can be ?????? indicated with hu (half-line up) and hd (half-line down).?? This? is ?????? primarily?? useful? for? superscripts? and? subscripts? on hard-copy ?????? terminals." and search e.g. for enter_subscript_mode, exit_subscript_mode. Today none of terminal emulator supports these commands, *excepted the very recent release of mintty (Windows)*: http://cygwin.1069669.n5.nabble.com/ANNOUNCEMENT-Updated-mintty-3-0-1-td146161.html here is a excerpt of the release notes: Highlights ?? * New character attributes *superscript*, *subscript*, shadowed, overstrike. ?? * DEC VT420 screen control features. ?? * Fully VT100-compatible, including VT52 mode (with graphics). ?? * Up to 6 key modifiers, including Meta (Win key) and configurable Hence, using mintty console would allow a neat display of polynomials in CLI mode. S. Le 29/11/2019 ? 00:36, Antoine ELIAS a ?crit?: > > > Le 28/11/2019 ? 23:35, Samuel Gougeon a ?crit?: >> Hello Antoine, >> >> Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: >>> Hello Samuel, >>> >>> I'm agree with you about the issue. >>> I will try to find a way to change the console properties inside >>> binary like when we change color in nw mode ( W/B vs B/W ) >> >> >> Great. >> > I hope https://codereview.scilab.org/#/c/21143/ > > will help. > >> >>> >>> But I does not show trouble with 2 or 3 and others superscript numbers. >>> >>> >>> >>> With this configuration >> >> >> Neither does it for me, provided that this setting is done /before/ >> running Scilab. >> By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ >> (you may test the text below in Scinotes with both fonts, and compare >> their renderings), and superscripts 0,4-9 are bigger. >> >> Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the >> display result depends on some locales. >> When i write help pages in Notepad++ in UTF-8 encoding, when i >> copy/past some UTF-8 (see below), >> sometimes it's OK, sometimes i get only rectangles... Not clear why.. >> >> Samuel >> >> ----------------------------- >> >> // http://bugzilla.scilab.org/9221 >> %chars.greek.lower = "??????????????????????????????????????????"; >> %chars.greek.upper = "???????????????????????????"; >> %chars.maths.logical = "???????????????"; >> %chars.maths.set = "??????????????????????"; >> %chars.maths.comparisons = "??????????????????"; >> %chars.maths.operators = "???????????????????????????"; >> %chars.maths.integdiff = "????????????"; >> %chars.maths.geometry = "????????????????"; >> %chars.maths.misc = "??????????"; >> %chars.arrows.base = "???????????????????????"; >> %chars.arrows.thick = "????????????????"; >> %chars.symbols = "?????????????????????????"; >> %chars.stars = "??????????????????"; >> //%chars.currencies = "?$??????????"; >> >> %chars.lang.french = "??????????????????????????????"; >> %chars.lang.japanese.hiragana.a = "?????????? ?????"; >> %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; >> %chars.lang.japanese.hiragana.u = "????????? ?????"; >> %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; >> %chars.lang.japanese.hiragana.o = "????????????????"; >> %chars.lang.russian.upper = "?????????????????????????????????"; >> %chars.lang.russian.lower = "?????????????????????????????????"; >> >> >> _______________________________________________ >> dev mailing list >> dev at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/dev > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 12:01:37 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 12:01:37 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> Message-ID: <043e3f7a-d731-f744-b46c-73da5fc2e003@utc.fr> Hello, Altough I am the author or this patch, I find this may be a bit too early to make the hypothesis that Scilab would be systematically launched in an environment that allows Unicode chars. This could be, at least, a rendering option (BTW we need an unified way of customizing display in the preferences tab). However, using a one line display seems an improvement to me, it allows a much better rendering of polynomials and rationals (see https://codereview.scilab.org/#/c/21142/). Maybe a intermediary step would be to use a hat notation, e.g. --> p=(1+%i+%s)^7 p = 8-8i -56is -(84+84i)s^2 -140s^3 -(70-70i)s^4 +42is^5 +(7+7i)s^6 +s^7 The rendering of super/subscripts was very easy 40 years ago when terminals were printing on paper listing. See e.g. http://man7.org/linux/man-pages/man5/terminfo.5.html : "If? the? terminal? can? move? up? or? down? half? a line, this can be ?????? indicated with hu (half-line up) and hd (half-line down).?? This? is ?????? primarily?? useful? for? superscripts? and? subscripts? on hard-copy ?????? terminals." and search e.g. for enter_subscript_mode, exit_subscript_mode. Today none of terminal emulator supports these commands, *excepted the very recent release of mintty (Windows)*: http://cygwin.1069669.n5.nabble.com/ANNOUNCEMENT-Updated-mintty-3-0-1-td146161.html here is a excerpt of the release notes: Highlights ?? * New character attributes *superscript*, *subscript*, shadowed, overstrike. ?? * DEC VT420 screen control features. ?? * Fully VT100-compatible, including VT52 mode (with graphics). ?? * Up to 6 key modifiers, including Meta (Win key) and configurable Hence, using mintty console would allow a neat display of polynomials in CLI mode. S. Le 28/11/2019 ? 23:35, Samuel Gougeon a ?crit?: > Hello Antoine, > > Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: >> Hello Samuel, >> >> I'm agree with you about the issue. >> I will try to find a way to change the console properties inside >> binary like when we change color in nw mode ( W/B vs B/W ) > > > Great. > >> >> But I does not show trouble with 2 or 3 and others superscript numbers. >> >> >> >> With this configuration > > > Neither does it for me, provided that this setting is done /before/ > running Scilab. > By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ (you > may test the text below in Scinotes with both fonts, and compare their > renderings), and superscripts 0,4-9 are bigger. > > Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the > display result depends on some locales. > When i write help pages in Notepad++ in UTF-8 encoding, when i > copy/past some UTF-8 (see below), > sometimes it's OK, sometimes i get only rectangles... Not clear why.. > > Samuel > > ----------------------------- > > // http://bugzilla.scilab.org/9221 > %chars.greek.lower = "??????????????????????????????????????????"; > %chars.greek.upper = "???????????????????????????"; > %chars.maths.logical = "???????????????"; > %chars.maths.set = "??????????????????????"; > %chars.maths.comparisons = "??????????????????"; > %chars.maths.operators = "???????????????????????????"; > %chars.maths.integdiff = "????????????"; > %chars.maths.geometry = "????????????????"; > %chars.maths.misc = "??????????"; > %chars.arrows.base = "???????????????????????"; > %chars.arrows.thick = "????????????????"; > %chars.symbols = "?????????????????????????"; > %chars.stars = "??????????????????"; > //%chars.currencies = "?$??????????"; > > %chars.lang.french = "??????????????????????????????"; > %chars.lang.japanese.hiragana.a = "?????????? ?????"; > %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; > %chars.lang.japanese.hiragana.u = "????????? ?????"; > %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; > %chars.lang.japanese.hiragana.o = "????????????????"; > %chars.lang.russian.upper = "?????????????????????????????????"; > %chars.lang.russian.lower = "?????????????????????????????????"; > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 12:14:38 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 12:14:38 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> <63bd6b6c-7adf-d30c-fa41-8b5c88c84033@scilab-enterprises.com> Message-ID: In fact, it is already supportted in the current version of mintty, even if not documented via the command "infocmp screen", as it can be seen in the attached screenshot... But it is a pity that this extension is not supported by any terminal in OSx or Linux... S. Le 29/11/2019 ? 12:10, St?phane Mottelet a ?crit?: > > Hello, > > Altough I am the author or this patch, I find this may be a bit too > early to make the hypothesis that Scilab would be systematically > launched in an environment that allows Unicode chars. This could be, > at least, a rendering option (BTW we need an unified way of > customizing display in the preferences tab). However, using a one line > display seems an improvement to me, it allows a much better rendering > of polynomials and rationals (see > https://codereview.scilab.org/#/c/21142/). Maybe a intermediary step > would be to use a hat notation, e.g. > > --> p=(1+%i+%s)^7 > > p = 8-8i -56is -(84+84i)s^2 -140s^3 -(70-70i)s^4 +42is^5 +(7+7i)s^6 +s^7 > > The rendering of super/subscripts was very easy 40 years ago when > terminals were printing on paper listing. See e.g. > http://man7.org/linux/man-pages/man5/terminfo.5.html : > > "If? the? terminal? can? move? up? or? down? half? a line, this can be > ?????? indicated with hu (half-line up) and hd (half-line down).?? > This? is > ?????? primarily?? useful? for? superscripts? and? subscripts on? > hard-copy > ?????? terminals." > > and search e.g. for enter_subscript_mode, exit_subscript_mode. Today > none of terminal emulator supports these commands, *excepted the very > recent release of mintty (Windows)*: > > http://cygwin.1069669.n5.nabble.com/ANNOUNCEMENT-Updated-mintty-3-0-1-td146161.html > > here is a excerpt of the release notes: > > Highlights > ?? * New character attributes *superscript*, *subscript*, shadowed, > overstrike. > ?? * DEC VT420 screen control features. > ?? * Fully VT100-compatible, including VT52 mode (with graphics). > ?? * Up to 6 key modifiers, including Meta (Win key) and configurable > > Hence, using mintty console would allow a neat display of polynomials > in CLI mode. > > S. > Le 29/11/2019 ? 00:36, Antoine ELIAS a ?crit?: >> >> >> Le 28/11/2019 ? 23:35, Samuel Gougeon a ?crit?: >>> Hello Antoine, >>> >>> Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: >>>> Hello Samuel, >>>> >>>> I'm agree with you about the issue. >>>> I will try to find a way to change the console properties inside >>>> binary like when we change color in nw mode ( W/B vs B/W ) >>> >>> >>> Great. >>> >> I hope https://codereview.scilab.org/#/c/21143/ >> >> will help. >> >>> >>>> >>>> But I does not show trouble with 2 or 3 and others superscript numbers. >>>> >>>> >>>> >>>> With this configuration >>> >>> >>> Neither does it for me, provided that this setting is done /before/ >>> running Scilab. >>> By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ >>> (you may test the text below in Scinotes with both fonts, and >>> compare their renderings), and superscripts 0,4-9 are bigger. >>> >>> Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the >>> display result depends on some locales. >>> When i write help pages in Notepad++ in UTF-8 encoding, when i >>> copy/past some UTF-8 (see below), >>> sometimes it's OK, sometimes i get only rectangles... Not clear why.. >>> >>> Samuel >>> >>> ----------------------------- >>> >>> // http://bugzilla.scilab.org/9221 >>> %chars.greek.lower = "??????????????????????????????????????????"; >>> %chars.greek.upper = "???????????????????????????"; >>> %chars.maths.logical = "???????????????"; >>> %chars.maths.set = "??????????????????????"; >>> %chars.maths.comparisons = "??????????????????"; >>> %chars.maths.operators = "???????????????????????????"; >>> %chars.maths.integdiff = "????????????"; >>> %chars.maths.geometry = "????????????????"; >>> %chars.maths.misc = "??????????"; >>> %chars.arrows.base = "???????????????????????"; >>> %chars.arrows.thick = "????????????????"; >>> %chars.symbols = "?????????????????????????"; >>> %chars.stars = "??????????????????"; >>> //%chars.currencies = "?$??????????"; >>> >>> %chars.lang.french = "??????????????????????????????"; >>> %chars.lang.japanese.hiragana.a = "?????????? ?????"; >>> %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; >>> %chars.lang.japanese.hiragana.u = "????????? ?????"; >>> %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; >>> %chars.lang.japanese.hiragana.o = "????????????????"; >>> %chars.lang.russian.upper = "?????????????????????????????????"; >>> %chars.lang.russian.lower = "?????????????????????????????????"; >>> >>> >>> _______________________________________________ >>> dev mailing list >>> dev at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/dev >> >> >> _______________________________________________ >> dev mailing list >> dev at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mintty.png Type: image/png Size: 14348 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 12:17:56 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 12:17:56 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> <6b697333-91d2-edb7-4942-0327b968b27b@scilab-enterprises.com> <3ce53001-eb42-d831-30f3-022f12048aa5@free.fr> <63bd6b6c-7adf-d30c-fa41-8b5c88c84033@scilab-enterprises.com> Message-ID: It also works in the bash console of "Git for windows". Le 29/11/2019 ? 12:14, St?phane Mottelet a ?crit?: > > In fact, it is already supportted in the current version of mintty, > even if not documented via the command "infocmp screen", as it can be > seen in the attached screenshot... > > But it is a pity that this extension is not supported by any terminal > in OSx or Linux... > > S. > > Le 29/11/2019 ? 12:10, St?phane Mottelet a ?crit?: >> >> Hello, >> >> Altough I am the author or this patch, I find this may be a bit too >> early to make the hypothesis that Scilab would be systematically >> launched in an environment that allows Unicode chars. This could be, >> at least, a rendering option (BTW we need an unified way of >> customizing display in the preferences tab). However, using a one >> line display seems an improvement to me, it allows a much better >> rendering of polynomials and rationals (see >> https://codereview.scilab.org/#/c/21142/). Maybe a intermediary step >> would be to use a hat notation, e.g. >> >> --> p=(1+%i+%s)^7 >> >> p = 8-8i -56is -(84+84i)s^2 -140s^3 -(70-70i)s^4 +42is^5 +(7+7i)s^6 +s^7 >> >> The rendering of super/subscripts was very easy 40 years ago when >> terminals were printing on paper listing. See e.g. >> http://man7.org/linux/man-pages/man5/terminfo.5.html : >> >> "If? the? terminal? can? move? up? or? down? half? a line, this can be >> ?????? indicated with hu (half-line up) and hd (half-line down).?? >> This? is >> ?????? primarily?? useful? for? superscripts? and? subscripts on? >> hard-copy >> ?????? terminals." >> >> and search e.g. for enter_subscript_mode, exit_subscript_mode. Today >> none of terminal emulator supports these commands, *excepted the very >> recent release of mintty (Windows)*: >> >> http://cygwin.1069669.n5.nabble.com/ANNOUNCEMENT-Updated-mintty-3-0-1-td146161.html >> >> here is a excerpt of the release notes: >> >> Highlights >> ?? * New character attributes *superscript*, *subscript*, shadowed, >> overstrike. >> ?? * DEC VT420 screen control features. >> ?? * Fully VT100-compatible, including VT52 mode (with graphics). >> ?? * Up to 6 key modifiers, including Meta (Win key) and configurable >> >> Hence, using mintty console would allow a neat display of polynomials >> in CLI mode. >> >> S. >> Le 29/11/2019 ? 00:36, Antoine ELIAS a ?crit?: >>> >>> >>> Le 28/11/2019 ? 23:35, Samuel Gougeon a ?crit?: >>>> Hello Antoine, >>>> >>>> Le 28/11/2019 ? 23:17, Antoine ELIAS a ?crit?: >>>>> Hello Samuel, >>>>> >>>>> I'm agree with you about the issue. >>>>> I will try to find a way to change the console properties inside >>>>> binary like when we change color in nw mode ( W/B vs B/W ) >>>> >>>> >>>> Great. >>>> >>> I hope https://codereview.scilab.org/#/c/21143/ >>> >>> will help. >>> >>>> >>>>> >>>>> But I does not show trouble with 2 or 3 and others superscript >>>>> numbers. >>>>> >>>>> >>>>> >>>>> With this configuration >>>> >>>> >>>> Neither does it for me, provided that this setting is done /before/ >>>> running Scilab. >>>> By the way, /Lucida console/ is much UTF-8-richer than /Consolas/ >>>> (you may test the text below in Scinotes with both fonts, and >>>> compare their renderings), and superscripts 0,4-9 are bigger. >>>> >>>> Nevertheless, i am a bit afraid that with all this UTF-8 stuff, the >>>> display result depends on some locales. >>>> When i write help pages in Notepad++ in UTF-8 encoding, when i >>>> copy/past some UTF-8 (see below), >>>> sometimes it's OK, sometimes i get only rectangles... Not clear why.. >>>> >>>> Samuel >>>> >>>> ----------------------------- >>>> >>>> // http://bugzilla.scilab.org/9221 >>>> %chars.greek.lower = "??????????????????????????????????????????"; >>>> %chars.greek.upper = "???????????????????????????"; >>>> %chars.maths.logical = "???????????????"; >>>> %chars.maths.set = "??????????????????????"; >>>> %chars.maths.comparisons = "??????????????????"; >>>> %chars.maths.operators = "???????????????????????????"; >>>> %chars.maths.integdiff = "????????????"; >>>> %chars.maths.geometry = "????????????????"; >>>> %chars.maths.misc = "??????????"; >>>> %chars.arrows.base = "???????????????????????"; >>>> %chars.arrows.thick = "????????????????"; >>>> %chars.symbols = "?????????????????????????"; >>>> %chars.stars = "??????????????????"; >>>> //%chars.currencies = "?$??????????"; >>>> >>>> %chars.lang.french = "??????????????????????????????"; >>>> %chars.lang.japanese.hiragana.a = "?????????? ?????"; >>>> %chars.lang.japanese.hiragana.i = "??????? ?? ?????"; >>>> %chars.lang.japanese.hiragana.u = "????????? ?????"; >>>> %chars.lang.japanese.hiragana.e = "??????? ?? ?????"; >>>> %chars.lang.japanese.hiragana.o = "????????????????"; >>>> %chars.lang.russian.upper = "?????????????????????????????????"; >>>> %chars.lang.russian.lower = "?????????????????????????????????"; >>>> >>>> >>>> _______________________________________________ >>>> dev mailing list >>>> dev at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/dev >>> >>> >>> _______________________________________________ >>> dev mailing list >>> dev at lists.scilab.org >>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev >> -- >> St?phane Mottelet >> Ing?nieur de recherche >> EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable >> D?partement G?nie des Proc?d?s Industriels >> Sorbonne Universit?s - Universit? de Technologie de Compi?gne >> CS 60319, 60203 Compi?gne cedex >> Tel : +33(0)344234688 >> http://www.utc.fr/~mottelet >> >> _______________________________________________ >> dev mailing list >> dev at lists.scilab.org >> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev > -- > St?phane Mottelet > Ing?nieur de recherche > EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable > D?partement G?nie des Proc?d?s Industriels > Sorbonne Universit?s - Universit? de Technologie de Compi?gne > CS 60319, 60203 Compi?gne cedex > Tel : +33(0)344234688 > http://www.utc.fr/~mottelet > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dkmibiggcabpfopa.png Type: image/png Size: 1221 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 13:05:31 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 13:05:31 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> Message-ID: BTW, under Windows, none of the console mode seems to support simple accented characters : --> disp "?" ??? The super/subscript problem is just a small part of this more general issue. S. Le 28/11/2019 ? 21:58, Samuel Gougeon a ?crit?: > > Dear St?phane, > > Thank you for your on-going efforts to improve the display of > polynomials and their exponents. > Although i was aware about the potential issue > , > i did not catch it before your first commit > > was recently merged. > > Actually, some trial on the master shows what we could expect on > Windows: Setting exponents in unicode breaks the display of > polynomials in NW (and NWNI) modes: > > --> p = (1-%z).^(0:12)' > ?p? = > > ?? 1 > > ?? 1 -z > > ?? 1 -2z +z?? > > ?? 1 -3z +3z?? -z?? > > ?? 1 -4z +6z?? -4z?? +z??? > > ?? 1 -5z +10z?? -10z?? +5z??? -z??? > > ?? 1 -6z +15z?? -20z?? +15z??? -6z??? +z??? > > ?? 1 -7z +21z?? -35z?? +35z??? -21z??? +7z??? -z??? > > ?? 1 -8z +28z?? -56z?? +70z??? -56z??? +28z??? -8z??? +z??? > > ?? 1 -9z +36z?? -84z?? +126z??? -126z??? +84z??? -36z??? +9z??? -z??? > > ?? 1 -10z +45z?? -120z?? +210z??? -252z??? +210z??? -120z??? +45z??? > -10z??? +z????? > > ?? 1 -11z +55z?? -165z?? +330z??? -462z??? +462z??? -330z??? +165z??? > -55z??? +11z????? > ? -z???? > > ?? 1 -12z +66z?? -220z?? +495z??? -792z??? +924z??? -792z??? +495z??? > -220z??? +66z????? > ? -12z???? +z???? > > This is a blocking issue. IMHO, the fix proposed by Allan clearly > improves the situation, but is not completely clean as it is > implemented in the launching batch file, while calling directly the > binary will shortcut the patch. > > Another issue is about the readability of exponents 1 to 3: they were > likely the first defined, before other figures, but they are clearly > smaller than other exponents 0 and 4-9. > Reading them was almost OK for me in the commit message, but on the > Scilab console, i had to increase the font size from Monospaced 13 to > Monospaced 15 to get them (almost) readable. > I copied/pasted a polynomial from the console into Scinotes, zoomed > Scinotes, and got the following screenshot, showing the net difference > in their sizes: : > > Without zooming, the "3" is very close to 8, and only its place before > 4 mainly indicates that it's not 8. > Could the 1-3 exponents be redefined with the same size as the other > higher figures, under other unicode ids? > To be investigated. > > Best regards > Samuel > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onngoefjccdoepni.png Type: image/png Size: 2164 bytes Desc: not available URL: From stephane.mottelet at utc.fr Fri Nov 29 13:20:13 2019 From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=) Date: Fri, 29 Nov 2019 13:20:13 +0100 Subject: [Scilab-Dev] Issue with unicode exponents In-Reply-To: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> References: <7583fd5c-9f93-2ea6-1b33-705d9bcdafb6@free.fr> Message-ID: <86641650-2de7-021d-633b-20d752bee0a8@utc.fr> Sorry for these multiple answers, but after thinking about this issue, I arrived at the conclusion that we should consider the use of unicode subscript only as a failsafe solution. In GUI mode (Java console), we should use html output. This will solve the problem of readability of exponents and allow many interesting stuff, such as outputing links, ... S. Le 28/11/2019 ? 21:58, Samuel Gougeon a ?crit?: > > Dear St?phane, > > Thank you for your on-going efforts to improve the display of > polynomials and their exponents. > Although i was aware about the potential issue > , > i did not catch it before your first commit > > was recently merged. > > Actually, some trial on the master shows what we could expect on > Windows: Setting exponents in unicode breaks the display of > polynomials in NW (and NWNI) modes: > > --> p = (1-%z).^(0:12)' > ?p? = > > ?? 1 > > ?? 1 -z > > ?? 1 -2z +z?? > > ?? 1 -3z +3z?? -z?? > > ?? 1 -4z +6z?? -4z?? +z??? > > ?? 1 -5z +10z?? -10z?? +5z??? -z??? > > ?? 1 -6z +15z?? -20z?? +15z??? -6z??? +z??? > > ?? 1 -7z +21z?? -35z?? +35z??? -21z??? +7z??? -z??? > > ?? 1 -8z +28z?? -56z?? +70z??? -56z??? +28z??? -8z??? +z??? > > ?? 1 -9z +36z?? -84z?? +126z??? -126z??? +84z??? -36z??? +9z??? -z??? > > ?? 1 -10z +45z?? -120z?? +210z??? -252z??? +210z??? -120z??? +45z??? > -10z??? +z????? > > ?? 1 -11z +55z?? -165z?? +330z??? -462z??? +462z??? -330z??? +165z??? > -55z??? +11z????? > ? -z???? > > ?? 1 -12z +66z?? -220z?? +495z??? -792z??? +924z??? -792z??? +495z??? > -220z??? +66z????? > ? -12z???? +z???? > > This is a blocking issue. IMHO, the fix proposed by Allan clearly > improves the situation, but is not completely clean as it is > implemented in the launching batch file, while calling directly the > binary will shortcut the patch. > > Another issue is about the readability of exponents 1 to 3: they were > likely the first defined, before other figures, but they are clearly > smaller than other exponents 0 and 4-9. > Reading them was almost OK for me in the commit message, but on the > Scilab console, i had to increase the font size from Monospaced 13 to > Monospaced 15 to get them (almost) readable. > I copied/pasted a polynomial from the console into Scinotes, zoomed > Scinotes, and got the following screenshot, showing the net difference > in their sizes: : > > Without zooming, the "3" is very close to 8, and only its place before > 4 mainly indicates that it's not 8. > Could the 1-3 exponents be redefined with the same size as the other > higher figures, under other unicode ids? > To be investigated. > > Best regards > Samuel > > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/dev -- St?phane Mottelet Ing?nieur de recherche EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable D?partement G?nie des Proc?d?s Industriels Sorbonne Universit?s - Universit? de Technologie de Compi?gne CS 60319, 60203 Compi?gne cedex Tel : +33(0)344234688 http://www.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: onngoefjccdoepni.png Type: image/png Size: 2164 bytes Desc: not available URL: