Re: PR #3389 (in devel) concludes work on handling options

On Friday, June 16, 2023 at 9:32:42 PM UTC-5 Félix wrote: devel fails this single test on windows (not sure if related or if its a real problem) : The test works for me with python 3.11 on Windows. I have no idea how it could fail for you. Edward -- You received this message because you

Open new window

Can I write a script in Leo, which will create a new window in which I can display some graphics ? -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: PR #3389 (in devel) concludes work on handling options

devel fails this single test on windows (not sure if related or if its a real problem) : ./leo/unittests/core/test_leoImport.py::TestLeoImport::test_recursive_import Failed: 'path: ekr-mypy2/mypy' != 'path: mypy' - path: ekr-mypy2/mypy + path: mypy File "C:\Python311\Lib\unittest\case.py",

PR #3389 (in devel) concludes work on handling options

PR #3389 defines four simple helper functions in leoGlobals.py. Imo these four functions do more than the entire argparse module. They are simpler, easier and more flexible. Thanks again to Thomas for his careful reading of the code. Edward

Re: New argument processing code merged into devel

One additional idea you might entertain as long as you are thinking about argument parsing functions. Most command line processing functions return a string, and it is up to the downstream code to convert it to an int, float, whatever. My own - overly simple, for sure - includes an optional

Re: New argument processing code merged into devel

On Friday, June 16, 2023 at 1:46:37 PM UTC-5 Edward K. Ream wrote: a *stateless *class, say *g.OptionsUtils*, would simply package a set of functions. I am going to experiment with this pattern. Experiments show that just adding four functions to leoGlobals.py is more convenient. The latest

Re: New argument processing code merged into devel

On Friday, June 16, 2023 at 9:12:24 AM UTC-5 Edward K. Ream wrote: [If] I *did* want to eliminate argparse everywhere I might define some common helper functions in leoGlobals. I would *not* create a faux helper class. On second thought, a *stateless *class, say *g.OptionsUtils*, would

Re: New argument processing code merged into devel

On Thursday, June 15, 2023 at 8:06:04 PM UTC-5 Edward K. Ream wrote: > The code has only been lightly tested. Please report any problems immediately. Many thanks to Thomas for his testing. Recent PRs and revs have improved error reporting. I can see how something as horrid as argparse gets