Some additional notes on installing:

- Ensure that there is no wxwin environment variable set pointing to an older 
or 32-bit version of wxWidgets (e.g., leftover from citrus_perl)
- If you have gcc installed somewhere else, change the path to Strawberry\c\bin 
before installing
- If LWP::Protocol::https fails download the two tar files and install them 
from a local directory
- Building and testing doesn't show progress, and appears to only use a single 
CPU, so it takes a *long* time with no indication that progress is being made.
On Saturday, January 4th, 2025 at 12:21 PM, Brett Estrade 
<brett.estr...@gmail.com> wrote:

> Thank you so much to Johan, I got going with the "quick start" cpanm commands.
>
> Yes, they took a while to run, but necessarily so.
>
> Feedback:
>
> - I installed Wx::Demo, and it worked - wxperl_demo.pl ran as soon as I tried 
> it, I didn't need to mess with any paths or deal with icon errors
> - I got wxGlade 1.1.0 running, but not with Python 3.13 (some kind of 
> WindowIterator error, idk); I had to use the latest Python 3.12
> - a simple test "wxglade_out.pl" ran just fine also
> - wxpar will generate an EXE, but see below for the problem description
>
> Questions:
> I figured out wxpar is available via 
> [Wx::Perl::Packager](https://metacpan.org/pod/Wx::Perl::Packager), so I 
> installed that - no problems there. My problem comes from the executable that 
> results from wxpar. Do any of the following issues sounds familiar?
>
> - I have to include Wx:: modules explicitly, e.g., wxGlade wants to use 
> EXPORTER tags; but when I run the .exe created by wxpar, it complains about 
> missing things like Wx::DND, Wx::FS, etc. Is it just a known thing to have to 
> explicitly declare modules when packaging up to an EXE?
> - After working through the above issue, the .exe I create will run but it 
> does nothing visible in STDOUT or in the GUI. Using the "--gui" option will 
> cause a process tab to appear in the bottom task bar, but then it also goes 
> away without showing anything.
>
> Thanks again, looking forward to getting these issues resolved. In the 
> meantime, I will be working on some test applications on the Windows set up 
> so I build up to creating what I actually have in mind.
>
> Cheers,
> Brett--
>
> This email message is for the sole use of the intended recipient(s) and may 
> contain confidential and privileged information. Any unauthorized use or 
> disclosure is prohibited. If you are not the intended recipient, please 
> contact the sender by reply email and destroy all copies of the original 
> message. Thank you.

Reply via email to