![]() ![]() |
Samuel GOUGEON |
![]() |
Dear Scilabers, The need of easily accessing to some sets of symbols in Scilab -- like greek letters, etc -- has been reported for years, for instance in 2011 as the wish 9221, or more recently as the wish 16505 (July 2020).While these reports have still no actual answer, I definitely share this opinion. In many usual situations it is possible and preferable to directly use and write symbols -- in the documentation, in graphics titles, legends or other annotations, etc -- that do not necessarily request LaTeX expressions or HTML entities, and that are then directly readable in the code. For more than 3 years now, i have set in my startup file and i use on a regular way a constant built as a structure, whose fields are the name of some "classes" of characters. Then, displaying the constant in the console, and copying/pasting selected characters from the display is straightforward, and always available. I find it much more handy than if there were somewhere a menu to browse, a menu item to select, a popup showing a table of characters to expect, added to the selection/copy/pasting of the chosen character. As well, i must confess that having a ALT+X or any other keys shortcut able to convert a series of 2 to 4 input unicodes to the corresponding character -- as proposed in wish #16505 -- would be of almost no help to me, because i do not remember unicodes of any non-ascii characters. Who does? Such a ALT-X shortcut is used for instance in the -- yet great -- Inskscape free drawing software. Then, each time that a greek letter or another symbol must be used, we need to find its unicodes in an extra document (most often on internet). It's definitely not handy. So, i would like to propose to add this new constant to Scilab, for the benefit of all users. In this respect, you will find there the proposed help page for such a new constant. As for now, i have named it %chars:
Character sets provided by %chars must not be considered as fixed and definitive. The number of sets, their names, hierarchy, and order can vary in the future, as well as the order of characters in the sets. In addition, a given character may belong to several sets. Every comment is welcome about such a new constant. Best regards _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Antoine Monmayrant |
![]() |
On 29/12/2020 16:39, Samuel Gougeon
wrote:
As well, i must confess that having a ALT+X or any other keys shortcut able to convert a series of 2 to 4 input unicodes to the corresponding character -- as proposed in wish #16505 -- would be of almost no help to me, because i do not remember unicodes of any non-ascii characters. Who does? Such a ALT-X shortcut is used for instance in the -- yet great -- Inskscape free drawing software. Then, each time that a greek letter or another symbol must be used, we need to find its unicodes in an extra document (most often on internet). It's definitely not handy.I agree with you here. It is not a good idea to use such a shortcut that replicates what is already present at the OS level: on linux for example Crtl+Alt+Maj+u allows to type the unicode of a character (like 3BB for λ). Equivalent shortcuts exist under Windows and MacOS. From my personal experience, my preferred implementation is the one used by Julia: type the LaTeX macro (like \lambda for λ) then Tab and you get the unicode character. I assume implementation something like that in Scilab is quite a lot of work... Your proposition might be a good compromise
between ease of implementation and usefulness.
Cheers, Antoine _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Samuel GOUGEON |
![]() |
Le 31/12/2020 à 10:36, Antoine
Monmayrant a écrit :
Thank you for your input and for supporting the
proposal, Antoine.
So, to me, the main purposes are
Beyong this current topic and the trivial
implementation of %chars, it could then even be useful to have
an easy way to get the LaTeX code from a selected character,
instead of the opposite! Regards _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Antoine Monmayrant |
![]() |
On 31/12/2020 13:44, Samuel Gougeon
wrote:
Well, I don't see how this should work then. How do I select λ in your proposed solution? Should I have to visually scan a 500-symbol long list? I think I missed something in your proposal.
Well, here is my assumption (that might be wrong): most of the people trying to use λ or ∆ might be aware that they are called lambda and Delta and from there, the LaTeX naming convention is usually quite sensible: \lambda, \Delta. I think there is quite a difference between
remembering Ctrl+Maj+Alt+u+03BB and remembering \lambda+Tab to
get λ!
Antoine
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Samuel GOUGEON |
![]() |
Le 31/12/2020 à 15:27, Antoine
Monmayrant a écrit :
.../...We enter and display --> %chars // (OK not here. See the proposed documentation for the full display) or for a chosen class --> %chars.greek ans = lower = "αβδεϵζηθικλμνξοπρστυφϕχψωάϐέήϑίϊϰόϱςύϋΰϖώ" upper = "ΑΒΓΔΕΖΗΘϴΙΪΚΛΜΝΞΟΠΡΣΤΥΫΦΧΨΩ KΩ℧" Then we select λ, and copy/paste it where needed.
Yes, these are the frequent easy characters to
remember.
For sure, but, still, i won't remember \Diamond
(why with a capital?), \diamondsuit (all in lowercases), \vdash,
etc etc codes without first sawing them rendered. _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() |
In reply to this post by Antoine Monmayrant
Le 31 déc. 2020 à 15:28, Antoine Monmayrant <[hidden email]> a écrit :
+1 S.
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Samuel GOUGEON |
![]() |
In reply to this post by Samuel GOUGEON
Please read
Le 31/12/2020 à 15:43, Samuel Gougeon a écrit : For sure, but, still, i won't remember \Diamond (why with a capital?), \diamondsuit (all in lowercases), \vdash, etc etc codes without first seeing them rendered. ;-)
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Antoine Monmayrant |
![]() |
In reply to this post by Samuel GOUGEON
On 31/12/2020 15:43, Samuel Gougeon
wrote:
OK, I see better what you propose. But you are trading remembering a code (ie \lambda for λ) for remembering which class the symbol you are looking for belongs to... Again, for some of them, it might be obvious (ie \lambda is easy, so is %chars.greek for a Greek symbol) but for some others it's far from obvious. Like where would you put your \Diamond or \vdash? I've used my share of LaTeX IDEs and all the symbols assistants failed me in the same way: they give you easy and obvious access to symbols you already know by heart (ie \alpha is in Greek, top first element) but are a useless mess when looking for more obscure symbols (why is \bigstar in Misc-Math, between \blacklozenge and \spadsuit ?)
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Samuel GOUGEON |
![]() |
Le 31/12/2020 à 16:11, Antoine
Monmayrant a écrit :
%chars displays all of them, on less than a screen (50 characters
per line x 20 lines make 1000 characters ;-). It is illustrated in
the provided help page.
Again, for some of them, it might be obvious (ie \lambda is easy, so is %chars.greek for a Greek symbol) but for some others it's far from obvious. I may not understand the question. Please see the documentation.
Both are already included in my current %chars illustrated in the
doc.
I've used my share of LaTeX IDEs and all the symbols assistants failed me in the same way: they give you easy and obvious access to symbols you already know by heart (ie \alpha is in Greek, top first element) but are a useless mess when looking for more obscure symbols (why is \bigstar in Misc-Math, between \blacklozenge and \spadsuit ?) +1. That's the point. This is why most often i display the whole %chars. Just %chars. Without any codes.
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() |
Dear, if the content of e.g. %chars.greek.lower is a string: Why not even subdivide this further, such as: %chars.greek.lower.alpha = "α"
%chars.greek.lower.beta = "β"
... Some work to create at first, but handy to use Best Regards, Philppp Am Do., 31. Dez. 2020 um 16:37 Uhr schrieb Samuel Gougeon <[hidden email]>:
_______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Samuel GOUGEON |
![]() |
Hello Philipp,
Le 31/12/2020 à 17:28, P M a écrit :
Because then this would reintroduce some codes (and even worse, paths to codes), and break the overall visibility over sets, which is definitely against the main purposes of the proposal. CheersSamuel _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Dang Ngoc Chan, Christophe |
![]() |
In reply to this post by Samuel GOUGEON
Hello to all
(and best wishes for the new year) > De : Samuel Gougeon > Envoyé : mardi 29 décembre 2020 16:40 > > So, i would like to propose to add this new constant to Scilab, for the benefit of all users. > In this respect, you will find > http://bugzilla.scilab.org/attachment.cgi?id=5206 That suits me. For the time being, I'm using my personal Wikipedia page in exactly the same way https://fr.wikipedia.org/wiki/Utilisateur:Cdang/bo%C3%AEte_%C3%A0_outils#Caract%C3%A8res_sp%C3%A9ciaux so that's perfect for me. Best regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
![]() ![]() |
Clément David-3 |
![]() |
Hello all,
For your information, this proposal has been merged and will be available on the next release. Thanks Samuel for this idea and for the code ! Regards, Clément -----Original Message----- From: users <[hidden email]> On Behalf Of Dang Ngoc Chan, Christophe Sent: Monday, January 4, 2021 9:30 AM To: [hidden email]; Users mailing list for Scilab <[hidden email]> Subject: Re: [Scilab-users] {EXT} New constant %chars to get sets of symbols Hello to all (and best wishes for the new year) > De : Samuel Gougeon > Envoyé : mardi 29 décembre 2020 16:40 > > So, i would like to propose to add this new constant to Scilab, for the benefit of all users. > In this respect, you will find > http://bugzilla.scilab.org/attachment.cgi?id=5206 That suits me. For the time being, I'm using my personal Wikipedia page in exactly the same way https://fr.wikipedia.org/wiki/Utilisateur:Cdang/bo%C3%AEte_%C3%A0_outils#Caract%C3%A8res_sp%C3%A9ciaux so that's perfect for me. Best regards -- Christophe Dang Ngoc Chan Mechanical calculation engineer General This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error), please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list [hidden email] http://lists.scilab.org/mailman/listinfo/users |
Free forum by Nabble | Edit this page |