@NinjaCyborg
I did receive your email and will attempt to answer your
questions in my response.
Updated Python3.x series
- JamieKrueger
- Beta Tester
- Posts: 13
- Joined: Mon Dec 20, 2010 7:15 pm
Re: Updated Python3.x series
Best Regards,
Jamie Krueger
BITbyBIT Software Group LLC
Jamie Krueger
BITbyBIT Software Group LLC
- nbache
- Beta Tester
- Posts: 1728
- Joined: Mon Dec 20, 2010 7:25 pm
- Location: Copenhagen, Denmark
- Contact:
Re: Updated Python3.x series
Hi guys
Don't forget that we already have a means of using ReAction from Python (and other languages, e.g. ARexx) in BroadBlues' fine ProAction package.
Best regards,
Niels
Don't forget that we already have a means of using ReAction from Python (and other languages, e.g. ARexx) in BroadBlues' fine ProAction package.
Best regards,
Niels
- JamieKrueger
- Beta Tester
- Posts: 13
- Joined: Mon Dec 20, 2010 7:15 pm
Re: Updated Python3.x series
Very true.
The approach taken with ProAction is to send Arexx commands from
Python to an Arexx Host which renders the ReAction GUI. A fine idea
which works great for Arexx scripts and also allows Python a path to
using a GUI as well.
However, when writing in Python, you can simplify the code the user
needs to write by implementing the BOOPSI/ReAction classes as true
Python classes written as Python C Modules.
This allows the GUI classes to be tightly coupled with the Python
program itself, providing more power and flexibility in less lines
of code. It also does not require an outside program manage the
GUI in a different language from the one you are writing in.
The approach taken with ProAction is to send Arexx commands from
Python to an Arexx Host which renders the ReAction GUI. A fine idea
which works great for Arexx scripts and also allows Python a path to
using a GUI as well.
However, when writing in Python, you can simplify the code the user
needs to write by implementing the BOOPSI/ReAction classes as true
Python classes written as Python C Modules.
This allows the GUI classes to be tightly coupled with the Python
program itself, providing more power and flexibility in less lines
of code. It also does not require an outside program manage the
GUI in a different language from the one you are writing in.
Best Regards,
Jamie Krueger
BITbyBIT Software Group LLC
Jamie Krueger
BITbyBIT Software Group LLC
-
- Posts: 58
- Joined: Wed Oct 10, 2018 11:28 pm
Re: Updated Python3.x series
I haven't come across ProAction. Link please? I had a similar notion to use AWNPipe.
Jamie, back in the day I had plans to port SWIG so that we could automatically make python wrappers for C APIs.
Jamie, back in the day I had plans to port SWIG so that we could automatically make python wrappers for C APIs.
- nbache
- Beta Tester
- Posts: 1728
- Joined: Mon Dec 20, 2010 7:25 pm
- Location: Copenhagen, Denmark
- Contact:
Re: Updated Python3.x series
http://www.broad.ology.org.uk/amiga/proaction/NinjaCyborg wrote: ↑Sat Nov 14, 2020 8:11 am I haven't come across ProAction. Link please? I had a similar notion to use AWNPipe.
Best regards,
Niels
- nbache
- Beta Tester
- Posts: 1728
- Joined: Mon Dec 20, 2010 7:25 pm
- Location: Copenhagen, Denmark
- Contact:
Re: Updated Python3.x series
Right, I get it.JamieKrueger wrote: ↑Sat Nov 14, 2020 5:04 amHowever, when writing in Python, you can simplify the code the user needs to write by implementing the BOOPSI/ReAction classes as true Python classes written as Python C Modules.
This allows the GUI classes to be tightly coupled with the Python program itself, providing more power and flexibility in less lines of code. It also does not require an outside program manage the GUI in a different language from the one you are writing in.
But to most people writing in Python, it probably wouldn't matter much if they were using the already existing ProAction with its ARexx host intermediary, or a new tighter implementation. So I am just saying, make sure the effort spent implementing and documenting such a new class-based wrapper (if that's the correct term) gives enough benefit to everybody over using the already existing offering.
Mind you, I am looking at this from the outside. And from there, the prospect of having a newer version of Python itself, more compatible with the ones used on other platforms, is much more interesting.
Best regards,
Niels
-
- Posts: 58
- Joined: Wed Oct 10, 2018 11:28 pm
Re: Updated Python3.x series
Thanks for the link. Andy Broad again! Wow that guy is prolific. Didn't he make AWNPipe in the first place? Maybe I'm confusing him with someone else.
My own idea for Python GUI was to port wxwidgets to run over reaction and then port wxpython. But that was in 2005 and I don't even know if wxpython is still a thing these days?
My own idea for Python GUI was to port wxwidgets to run over reaction and then port wxpython. But that was in 2005 and I don't even know if wxpython is still a thing these days?
- nbache
- Beta Tester
- Posts: 1728
- Joined: Mon Dec 20, 2010 7:25 pm
- Location: Copenhagen, Denmark
- Contact:
Re: Updated Python3.x series
You probably are. The original author seems to be William Parker, judging by the Aminet info entry (http://aminet.net/package/dev/misc/AWNP_2-54).NinjaCyborg wrote: ↑Sat Nov 14, 2020 1:49 pmThanks for the link. Andy Broad again! Wow that guy is prolific. Didn't he make AWNPipe in the first place? Maybe I'm confusing him with someone else.
Andy made ProAction in connection with his graphics application SketchBlock, in which he uses it as the engine for many of the functionalities.
Best regards,
Niels
Re: Updated Python3.x series
I know this is an old thread but is there any progress on updating Python for OS4.1?