Re: Wxperl.com, net and org domain names

[Johan Vromans]

On Wed, 5 Apr 2017 22:07:30 +0100, Mark Dootson 
wrote:

> Johan has been for some time promoting the idea that Wx has been 
> abandoned. I'm not sure why. But I'm somewhat tired of it.

I'm sorry to hear this. Actually, I can't believe I hear this.

I've done my best to help keeping wxPerl alive as far as could, a.o. by
hosting the wiki and rescueing domains before they would fall in the wrong
hands. When David wanted to give up the .com .net and .org domains I
suggested to transfer these to TPF, to make sure they would be in safe
hands. If this is "promoting the idea that Wx has been abandoned" then
something went severely wrong in the communications.

I'm not in control of any wxperl domain, nor do I want to be. I do not know
where this misconception comes from.

I sincerely regret that my good intentions were misunderstood / have
failed.

-- Johan

Re: Wxperl.com, net and org domain names

[Johan Vromans]

On Tue, 17 Jan 2017 23:08:21 -0500, David Kaufman 
wrote:

> And I've set myself a calendar reminder to remember to not forget to
> send you the authcodes in March :-)

I assume transfer has taken place.

What to do with wxperl.it and wxperl.nl?
My personal opinion is that it would be best to move all sites and services
to wxperl.org, with .net and .com as alternates.

-- Johan

Re: HtmlHelpController problem

[Johan Vromans]

On Wed, 8 Mar 2017 07:06:05 +0800, Ron Grunwald via wxperl-users
 wrote:

> What an interesting widget. Just out of curiosity, do you use the "HTML
> Help Workshop" software under Windows to create the html files? Its
> mentioned in the wxWidgets write-up for this control.

I produce the neccessary hhp, hhc and hhk files myself with a bit of Perl
code and Template::ToolKit.

Re: HtmlHelpController problem

[Johan Vromans]

On Wed, 1 Mar 2017 10:28:53 -0600, Keith Brown 
wrote:

> What I do is edit the 
> html files and then zip them up into a help file. The program then uses 
> the zip file:

AFAIK, the help file needs some special entries, like "docs.hhc",
"docs.hhk" and "docs.hhp". Just zipping the html files in a (new?) zip will
result in a non-functional help file.

You may try to replace the updated html files in an existing help file.

Again, I'm not an expert. I just able to produce a working help file...

-- Johan

Re: Compatible versions of wxWidgets

[Johan Vromans]

On Sun, 26 Feb 2017 22:07:15 +0800, Ron Grunwald via wxperl-users
 wrote:

> This is really useful information - thank you. Would it be possible to
> update the FAQ on the wxPerl wiki?

Wikis are user driven. Feel free to apply for an account and contribute.

-- Johan

Re: Changing Icon for Standalone Executable

[Johan Vromans]

On Fri, 20 Jan 2017 20:02:33 +0100, "bubnikv ."  wrote:

> Frankly I don't like the 'niceness' of the PAR packer at all. Behind the
> scenes it unpacks the content of the archive somewhere, where it is
> cached. So if you install the application into a system install, then
> there will be a copy created for each and every user, who ever starts
> your application.

I consider this a trade-off between efficiency and simplicity.

I use pp packaged binaries to distribute to simple (read: Windows) end users
that do not have the knowledge and skills to perform a decent Perl
installation, add modules, and so on. Before I started packaging (first
Cava, now PAR+pp) I spent far too much time and energy helping these users
to solve system and installation problems.

But I agree fullheartly that it would be much nicer to have installable
packages. Unfortunately, there are no tools for that.

-- Johan

Re: Changing Icon for Standalone Executable

[Johan Vromans]

I see.

But you give up the niceness of having a single binary to distribute.

-- Johan

On Fri, 20 Jan 2017 18:15:06 +0100, "bubnikv ." <bubn...@gmail.com> wrote:

> you may instruct the PAR packer to create a PAR archive. Just rename it to
> zip and open it to view the files it collected.
> Or run PAR packer with the -v parameter to let it print out the
> dependencies.
> 
> Then you just need to collect the perl.exe, perl.dll, all the referenced
> perl modules and their binary dll counterparts into a similar structure to
> the perl installation. As the strawberry perl is relocatable, it will
> search for the perl modules and dlls relatively to its installation path.
> 
> In regard to the exe you want to create, you need to compile a following c
> file to produce the exe:
> 
> #include  // from the Perl distribution
> #include  // from the Perl distribution
> 
> // Perl win32 specific includes, found in perl\\lib\\CORE\\win32.h
> // Defines the windows specific convenience RunPerl() function,
> // which is not available on other operating systems.
> #include 
> // the standard Windows. include
> #include 
> 
> int main(int argc, char **argv, char **env)
> {
> char exe_path[MAX_PATH] = {0};
> char drive[_MAX_DRIVE];
> char dir[_MAX_DIR];
> char fname[_MAX_FNAME];
> char ext[_MAX_EXT];
> char script_path[MAX_PATH];
> char** command_line = (char**)malloc(sizeof(char*) * ((++ argc) +
> 1));
> GetModuleFileNameA(NULL, exe_path, MAX_PATH-1);
> _splitpath(exe_path, drive, dir, fname, ext);
> _makepath(script_path, drive, dir, NULL, NULL);
> SetDllDirectoryA(script_path);
> _makepath(script_path, drive, dir, "your_main_perl_script", "pl");
> command_line[0] = exe_path;
> command_line[1] = script_path;
> memcpy(command_line + 2, argv + 1, sizeof(char*) * (argc - 2));
>     command_line[argc] = NULL;
> RunPerl(argc, command_line, NULL);
> free(command_line);
> }
> 
> 
> On Fri, Jan 20, 2017 at 5:02 PM, Johan Vromans <jvrom...@squirrel.nl>
> wrote:
> 
> > On Fri, 20 Jan 2017 16:42:20 +0100, "bubnikv ." <bubn...@gmail.com>
> > wrote:
> >
> > > The way I chose is to completely skip the PAR archive, collect the
> > > files manually (maybe use the PAR packer just to discover the
> > > dependencies) and then to compile an exe wrapper over perl.dll.
> >
> > Would you be so kind to explain this approach in a bit more detail?
> >



-- 

Johan Vromans   jvrom...@squirrel.nl
Squirrel Consultancy  Exloo, the Netherlands
http://www.squirrel.nl  http://johan.vromans.org
PGP Key 1024D/1298C2B4  http://johan.vromans.org/pgpkey.html
--- "Arms are made for hugging" 

Re: Changing Icon for Standalone Executable

[Johan Vromans]

On Fri, 20 Jan 2017 16:42:20 +0100, "bubnikv ."  wrote:

> The way I chose is to completely skip the PAR archive, collect the files
> manually (maybe use the PAR packer just to discover the dependencies) and
> then to compile an exe wrapper over perl.dll.

Would you be so kind to explain this approach in a bit more detail?

Re: [rt.cpan.org #119022] DrawText of unicode string

[Johan Vromans]

On Mon, 28 Nov 2016 17:49:14 -0500, "Philip R Brenan via RT"
 wrote:

> Mon Nov 28 17:49:13 2016: Request 119022 was acted upon.
> Transaction: Correspondence added by PRBRENAN
>Queue: Wx
>  Subject: DrawText of unicode string
>Broken in: (no value)
> Severity: (no value)
>Owner: Nobody
>   Requestors: prbre...@cpan.org
>   Status: open
>  Ticket https://rt.cpan.org/Ticket/Display.html?id=119022 >
> 
> 
> Encoding the string as utf8 

You didn't answer my question.

Re: [rt.cpan.org #119022] DrawText of unicode string

[Johan Vromans]

On Mon, 28 Nov 2016 15:41:01 -0500, "Philip R Brenan via RT"
 wrote:

>   my $f = Wx::Font->new("Noto Mono 24");
>   my $g = Wx::PaintDC->new($panel);
>  $g->SetFont($font); 
>  $g->DrawText("Hello",  400, 400);
>  $g->DrawText("흰흱흲흱흰", 400, 450);

You did 'use utf8', I assume?

-- Johan

Fw: [wxGlade] Development preview and further development of wxGlade

[Johan Vromans]

Begin forwarded message:

Date: Wed, 9 Nov 2016 22:17:42 +0100
From: Dietmar Schwertberger <maill...@schwertberger.de>
To: wxglade-gene...@lists.sourceforge.net
Subject: [wxGlade] Development preview and further development of wxGlade


Hi!

Please be invited to download the branch DEV_DS_2016 either from the 
repository or from the download page.
The download page is at: 
https://bitbucket.org/wxglade/wxglade/downloads?tab=branches

This is not yet a release, but more a preview of the things to come. 
Anyway, it's ready for use and the file format is compatible to release 
0.7.2, but it has mainly been tested on Windows.


The user experience is in many aspects smoother now, I think.
The Tree and Design window have now full support for Drag & Drop and 
better support for Clipboard. Especially, almost everything is editable 
in the Tree window and Sizers and Slots are visualized, including empty 
slots and sizer/slot direction.
Python 3 and Phoenix are supported. When you run wxGlade with Python 3 
and Phoenix, the generated code should be Phoenix compatible. If you run 
the older versions, it's compatible to those.
The menu editor has been modified. The toolbar editor will follow (this 
will also include support for controls, not just tools).

Under the hood even more has been changed to make things more 
understandable and maintainable. There's still a lot to do there, though.


Please have a look and provide feedback.

Before a proper release can be made, I need to adapt the automatic 
testing to the new code. My plan is to do this until beginning of January.


On bug reports I try to fix things as fast as possible and then send a 
notice to download the update. I don't plan to provide e.g. an 
installer, as you probably know how to run a Python script.
(From Friday to Sunday I will be offline this week, so reaction time 
will be slow then.)


The documentation is outdated now. I'm working on an updated tutorial, 
but of course contribution is welcome, as I'm not the best writer. As 
existing user, you probably will find your way.
In my experience, nobody reads a manual. So the existing manual probably 
will not be updated, except there is a volunteer for it. If a manual for 
use is required, then probably the application should be updated instead.


*My request to you:*
I can't do each and everything on my own.

This is a spare time project, but my main motivation is to support use 
of Python in corporate environments.
Currently too many people are held back to switch e.g. from Visual BASIC 
6 (yes, really) to Python as the learning curve for GUIs is too steep.
So, the target audience includes users without any wx experience. (The 
reference for this is Visual BASIC 6, where you could teach anyone with 
BASIC knowledge within a few minutes how to implement a simple 
input/output mask and to link it to the code.)

For this reason, my focus is on Python and Windows (as I also have to 
use and maintain some C extensions).

Support for other languages like C++ or PERL can only be maintained if 
people are there to contribute, as I have almost not used these for 20 
years now.
For non-Windows platforms, it would be good to have testers, at least 
before each release.
When it comes to things like priorities of new features and deprecation 
of old ones, it would be nice to have some people to discuss this. I 
don't want to decide each and everything myself.
For new features I may ask for contribution and just direct you to the 
locations where the work needs to be done.


So, the purpose of the preview and this message is to convince you that 
things are moving forward and to motivate some people to contribute ;-)
Once a proper release is closer, I will also ask on the wxPython mailing 
list.


Regards,

Dietmar




-- 
--------
Johan Vromans   jvrom...@squirrel.nl
Squirrel Consultancy  Exloo, the Netherlands
http://www.squirrel.nl  http://johan.vromans.org
PGP Key 1024D/1298C2B4  http://johan.vromans.org/pgpkey.html
--- "Arms are made for hugging" 

  
  
Hi!

Please be invited to download the branch DEV_DS_2016 either from
  the repository or from the download page.
  The download page is at:
  https://bitbucket.org/wxglade/wxglade/downloads?tab=branches
This is not yet a release, but more a preview of the things to
  come. Anyway, it's ready for use and the file format is compatible
  to release 0.7.2, but it has mainly been tested on Windows.


  The user experience is in many aspects smoother now, I think.
  The Tree and Design window have now full support for Drag &
  Drop and better support for Clipboard. Especially, almost
  everything is editable in the Tree window and Sizers and Sl

PDF Viewer

[Johan Vromans]

Hi,

I'm moderately desparately looking for a PDF viewer usable from wxPerl.
Either a widget, or a widget controlling an external viewer (Atril, Evince,
Acrobat, ...).

It must be cross platform (Linux, Windows, OSX). Bonus points for 2.8
compatibility.

Any suggestions?

Citrus and Cava

[Johan Vromans]

As many of you know, Mart Dootson created Citrus Perl, a perl distribution
for Linux, Windows and Mac OSX, specially targetted at development of
(commercial) applications. A.o., it includes wxPerl and database drivers.

He also created Cava Packager, a sophisticated wxPerl tool to create
packaged (wx)Perl applications. One button customer installs without
hassle. 

Unfortunately, Mark decided to discontinue these products. Even more
unfortunately, this happened shortly before he was to release open source
versions of both products.

I think it would be very beneficial for the (wx)Perl world if Citrus and
Cava could be rejuvenated. There are no comparable alternatives, especially
for packaging. I've done a number of attempts with no success. Maybe
someone else has more luck?

-- Johan

Re: Future of wiki.wxperl.nl

[Johan Vromans]

On Mon, 01 Feb 2016 17:09:43 +
Steve Cookson - gmail  wrote:

> What is wxp...@gmail.com?
> I should probably know this already.

IIRC, it was established some years ago by Mark as a common mailbox for
the wxPerl infra-structure team.

Re: Learning wxPerl - Program structure

[Johan Vromans]

On Mon, 1 Feb 2016 23:51:49 +0100
Johan Vromans <jvrom...@squirrel.nl> wrote:

> Keep up the good work,

Oh, and swap the lines 

 use base qw( Wx::Frame );
 use Wx   qw( :everything );

to avoid "Base class package "Wx::Frame" is empty.".

-- Johan

Re: Learning wxPerl - Program structure

[Johan Vromans]

On Mon, 01 Feb 2016 22:37:47 +0800
Ron Grunwald  wrote:

> Let me know what you think.

Good start!

A quick couple of technical remarks.

No need to use a big font size like 16. It causes excessive line breaks
which make program segments very hard to understand.

Please avoid hard path names, like #!/usr/local/bin/perl. Better
alternatives are "#! perl" or "#! /bin/env perl". Best is to leave this
line out.

"use 5.14" results in an error. Did you mean "use v5.14"?

Keep up the good work,

-- Johan

Re: Future of wiki.wxperl.nl

[Johan Vromans]

Hi,

27 days ago, the password for wxp...@gmail.com was changed. I no longer
have access to this mailbox.

No problem for me, but I hope someone else still has access...

-- Johan

On Fri, 15 Jan 2016 10:19:49 +0100
Johan Vromans <jvrom...@squirrel.nl> wrote:

> On Sat, 09 Jan 2016 12:57:52 +
> Steve Cookson - gmail <steveco.1...@gmail.com> wrote:
> 
> > Hi Johan,
> > 
> > I think it's up to you now.  We have a group of volunteers, 5 in all, 
> > and I think we should just start.
> > 
> > They seem to be Me (Steve Cookson), James Lynes, Michael Roberts,
> > Joseph Karwisch and Erik Colson.  
> 
> I started this thread for two reasons. One, I was beginning to worry about
> wxPerl interest and future, and two, I want to withdraw myself gradually
> from this (and other) communities. At least for the active part.
> 
> My current 'duties' are co-maintenance of DNS and operating the wiki.
> 
> I'll pass the DNS info and access codes to Steve. Steve, do you have a
> PGP/GPG key or x.509 cert? Otherwise I can send them to Erik, since Erik
> and I have been in touch earlier and I have his PGP info.
> 
> The wiki (software, server + wxperl.nl domain) is owned by the dutch Perl
> foundation (sppn.nl). I manage wiki.wxperl accounts and make backups. I'll
> introduce Steve to the appropriate people.
> 
> I'm not going to disappear soon, so I can lend a hand if necessary.
> 
> Thanks all for the ongoing support.
> 
> -- Johan

Re: Future of wiki.wxperl.nl

[Johan Vromans]

On Sat, 09 Jan 2016 12:57:52 +
Steve Cookson - gmail  wrote:

> Hi Johan,
> 
> I think it's up to you now.  We have a group of volunteers, 5 in all, 
> and I think we should just start.
> 
> They seem to be Me (Steve Cookson), James Lynes, Michael Roberts, Joseph 
> Karwisch and Erik Colson.

I started this thread for two reasons. One, I was beginning to worry about
wxPerl interest and future, and two, I want to withdraw myself gradually
from this (and other) communities. At least for the active part.

My current 'duties' are co-maintenance of DNS and operating the wiki.

I'll pass the DNS info and access codes to Steve. Steve, do you have a
PGP/GPG key or x.509 cert? Otherwise I can send them to Erik, since Erik and
I have been in touch earlier and I have his PGP info.

The wiki (software, server + wxperl.nl domain) is owned by the dutch Perl
foundation (sppn.nl). I manage wiki.wxperl accounts and make backups. I'll
introduce Steve to the appropriate people.

I'm not going to disappear soon, so I can lend a hand if necessary.

Thanks all for the ongoing support.

-- Johan

Re: Future of wxperl.it

[Johan Vromans]

On Fri, 08 Jan 2016 12:46:03 +
Steve Cookson - gmail  wrote:

> So we have a lot of Linux experience some windows, but no Mac?
> Does no one have Mac?  It's kind of essential.

One of the reasons I loved (and now, deerly miss) the full blown
easy install fully compatible wxPerl (and more) environment for Linux,
Windows and Mac: CitrusPerl.

The only reason I've been able to produce wxPerl applications for Windows
and Mac was CitrusPerl, even though I have no experience (nor do I want to
have) with Mac and Windows.

-- Johan

Re: wxPerl Infrastructure Support Issues

[Johan Vromans]

On Thu, 7 Jan 2016 17:25:51 -0500
James Lynes  wrote:

> The List gets longer...
> 
> wxPerl Issues - January 7,2016
> --
> (Thinking out loud in outline form)

How about putting this list on the wiki, so we can all help keeping it
updated?

> What will it take to keep the wxPerl infrastructure viable

Starting point ought to be wxperl.org. Unfortunately http://wxperl.org gives

  "This space is managed by SourceForge.net. You have attempted to access a
  URL that either never existed or is no longer active. Please check the
  source of your link and/or contact the maintainer of the link to have them
  update their records."

This will scare off 98% of the visitors.

http://www.wxperl.org gives:

  The wxPerl home page is now www.wxperl.it

  The wxPerl Wiki is now wiki.wxperl.it

For convenience, we should get rid of the .it and .nl stuff, since people
expect wxperl.org to be the official home for an open source product as
wxPerl.

> wxPerl Documentation - The "Learning wxPerl" Book
> Book Format(?)
> Ebook
> Wiki
> Printable(pdf)
> Tool(What's the currrent hot tool?)
> Other

I'd start with the Wiki. From Wiki to ebook/pdf/other is often quite
easy.

-- Johan

Re: wxPerl Infrastructure Support Issues

[Johan Vromans]

On Thu, 7 Jan 2016 17:25:51 -0500
James Lynes  wrote:

> wxPerl Language Support
>   ...

wxGlade

-- Johan
   http://johan.vromans.org/seasons_greetings.html

Re: Future of wxperl.it

[Johan Vromans]

On Mon, 04 Jan 2016 08:28:37 +0100
Erik Colson  wrote:

> What do you mean by "take care" ?
> I can think of these:
> - pay for the domain name
> - get a new host, and pay for it
> - maintain the wiki database (whatever that includes)

Exactly.

There's www.wxPerl.org that redirects to wxPerl.it.
wiki.wxPerl.org redirects to wiki.wxPerl.it redirects to wiki.wxPerl.nl.
wxPerl.nl is registered by and hosted on a server by the Dutch Perl
Foundation (SPPN). FWIW, I maintain wxPerl.nl and the wiki.

I agree with Steve that a (small) team of people is required. Initially,
this was Mark Dootson, Mattia Barbon, and me. Mark has disappeared
(although he occasinally posts a patch, he doesn't respond to offers of
help and other email anymore. Worse, he has abandoned Cava and Citrus just
before he would release the open source versions). Mattia I do not know,
and I personally want to step a bit back for the reasons I mentioned in my
original post.

I do have the access codes for web sites, DNS, wiki, and so on.

If Steve, Eric and James want to team up, you have my blessing and support.

-- Johan
   http://johan.vromans.org/seasons_greetings.html

Re: Future of wxperl.it

[Johan Vromans]

On Sun, 03 Jan 2016 23:17:27 +
Steve Cookson - gmail <steveco.1...@gmail.com> wrote:

> There is a lot of stuff on the wiki.  (See here 
> http://wiki.wxperl.nl/Main_Page).

And here the circle closes...

In the posting that started/renewed this thread I wrote that the wxPerl
domains and wiki will get lost in the near future unless someone steps
forward to take care.

> > On Sat, Dec 26, 2015 at 9:57 AM, Johan Vromans
> > <jvrom...@squirrel.nl <http://jvrom...@squirrel.nl>> wrote:
> >
> > On Mon, 5 Jan 2015 14:54:35 -0500
> > James Lynes <jmlyne...@gmail.com
> > <http://jmlyne...@gmail.com>> wrote:
> >
> > > Great, but what needs to be done long term?
> >
> > I don't know. I'm about to stop caring for several reasons
> > including age,
> > health, personal circumstances, and the lack of support
> > from others.
> >
> > If anyone wants to continue the wxPerl domains and the
> > wiki it is now to
> > time to step forward.
> >
> > Likewise CitrusPerl and the Cava Packager, two tools
> > geared towards wxPerl
> > support but unfortunately abandoned.

-- Johan
   http://johan.vromans.org/seasons_greetings.html

Re: Future of wxperl.it

[Johan Vromans]

On Mon, 5 Jan 2015 14:54:35 -0500
James Lynes  wrote:

> Great, but what needs to be done long term?

I don't know. I'm about to stop caring for several reasons including age,
health, personal circumstances, and the lack of support from others.

If anyone wants to continue the wxPerl domains and the wiki it is now to
time to step forward.

Likewise CitrusPerl and the Cava Packager, two tools geared towards wxPerl
support but unfortunately abandoned.

-- Johan
   http://johan.vromans.org/seasons_greetings.html

Re: Final Version

[Johan Vromans]

On Tue, 3 Feb 2015 11:45:13 -0500
James Lynes jmlyne...@gmail.com wrote:

Allow me to rework the scary part:

my ($self, $event) = @_;
   #print \nOK Button\n;
 # Convert the pdf file to png using
 # convert command line command via system
 function call my $inpath = $self-{inpath};
   my $crop = $self-{cropstring};
   my $convertcommand = convert $inpath -crop
 $crop $inpath.png; #print \n\n;
   #print $convertcommand;
   #print \n\n;
   system($convertcommand);  # Execute
 convert command

into:

my ($self, $event) = @_;
# print \nOK Button\n;
# Convert the pdf file to png using convert command line command
# via system function call
my @convertcommand = ( convert,
   $self-{inpath},
   -crop, $crop,
   $self-{inpath} . .png );
# print \n\n@convertcommand\n\n;
system @convertcommand; # Execute convert command

By using an array instead of a string you prevent malicious input from the
dialogs to end up on the command line. Overkill? You decide.

Having said that, I have some bad experiences with convert and PDF
documents, so I'd prefer to use ghostscript instead.

-- Johan

Wx build error with Getopt::Long = 2.43

[Johan Vromans]

Hi,

Someone on IRC asked:

  Does anyone know why I get the following error when 
  compiling Wx-0.9923 on windows or mac: Option spec  
  cannot be used with pass_through

This is a very recent change in Getopt::Long. The error is given when a
erroneous combination of configuration ('pass_through') and call (with ''
argument) is issued.

The change was made to address issue
https://rt.cpan.org/Ticket/Display.html?id=92462
and first shipped Getopt::Long 2.43.

I don't know what process during the Wx is the offender but
please fix it.

-- Johan

Future of wxperl.it

[Johan Vromans]

Hi,

On 2013-03-03, Mark Dootson allocated wxperl.it to function as the starting
point of all wxPerl related web information. He choose a .it domain in
honour to Mattia Barbon, who is italian.

2015-03-03, two months from now, wxperl.it will expire.

What shall we do with it? If we want to keep it, someone will have to pay
the fees...

-- Johan

Re: Install Script Feedback

[Johan Vromans]

On Sun, 26 Oct 2014 20:41:18 -0400
James Lynes jmlyne...@gmail.com wrote:

 Also, uploaded this version to the Wiki.

Thanks!

-- Johan

Re: Native Language Dialogue boxes.

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 Most of you must use wxPerl in some other language than English.

I do...

 My native language is English, but I'm developing in Portuguese. When
 I switch the system language to Portuguese, some things switch (eg the
 days of the week in date-picker).  But others like help or any of the
 native dialogues remain in English.  What do I need to do?

I think this should do the trick:

use Wx qw(wxLANGUAGE_DEFAULT wxLOCALE_LOAD_DEFAULT);
my $local = Wx::Locale-new(wxLOCALE_LOAD_DEFAULT, wxLOCALE_LOAD_DEFAULT );
$local-AddCatalog(app); # replace with the appropriate catalog name

Assuming:

use Wx::Locale gettext = '_T';

You can do thinks like:

$self-SetTitle(_T(dialog_1));

Stock buttons should be translated automatically, provided you use

# Translated button text plus button icon
$self-{button} = Wx::Button-new($self, wxID_CANCEL, );

and not

# Untranslated button text, no button icon
$self-{button} = Wx::Button-new($self, wxID_CANCEL, Cancel);

or

# Translated button text, no button icon
$self-{button} = Wx::Button-new($self, wxID_CANCEL, _T(Cancel));

HTH,

-- Johan

Re: New Wiki users.

[Johan Vromans]

James Lynes jmlyne...@gmail.com writes:

 Tried this and it didn't work.
 Said there was a pending request with the same email address.

From an earlier request months ago???

Possibly. I activated it manually. Sorry for the inconvenience.

-- Johan

Re: New Wiki users.

[Johan Vromans]

James Lynes jmlyne...@gmail.com writes:

 Johan:

 The request form worked this time.

I did already honour your original request for 'James Lynes' - did you
get the mail?

Would you prefer the original name, or shall I accept the newer request?

Sorry for the inconvenience,

-- Johan

Re: New Wiki users.

[Johan Vromans]

Steve Cookson - gmail steveco.1...@gmail.com writes:

 Well, clearly the lesson here is don't trust PHP.  Never would have
 happened with CGI Perl!

:)

 Do we maintain this site?

I've upgraded the wiki to MediaWiki 1.23.5 and everything seems to work
fine again.

James, please try again registering an account for the Wiki!

-- Johan

Re: New Wiki users.

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 If I log out of my account and request a new logon with this:

 http://wiki.wxperl.nl/Special:RequestAccount

 I get a blank page.

 What should happen here?

There should be a regular account registration form, of course...

Apparently, something generates a 500 Internal Server Error. I'll try to
find out more tomorrow.

-- Johan

Re: New Wiki users.

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 If I log out of my account and request a new logon with this:

 http://wiki.wxperl.nl/Special:RequestAccount

 I get a blank page.

(mod_fastcgi.c.2676) FastCGI-stderr: PHP Fatal error:  Call to undefined method 
WebRequest::getFileSize() in 
/var/www/extensions/ConfirmAccount/RequestAccount_body.php on line 432

-- Johan

Re: subversion

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 Oh fantastic, I've just checked the svn repo and Mark has updated it
 with the 3.0.1 wxWidgets release. 

Great news. I hope this means he will also resume the citrus/cava
stuff.

BTW: Would it be possible to migrate the svn to git, as this is nowadays
the vcs of choice?

-- Johan

Re: subversion

[Johan Vromans]

Steve Cookson - gmail steveco.1...@gmail.com writes:

 I agree, I prefer github, especially because of the way it facilitates
 correspondence about issues.

For the sake of clarity: my question was about migrating the repo from
SVN to GIT, which could be done on SourceForge.

(Although I would prefer GitHub, but that's a different issue.)

-- Johan

Re: Installation Cookbook

[Johan Vromans]

Steve Cookson - gmail steveco.1...@gmail.com writes:

 Regarding Citrus, I don't use it myself, however I do believe it now
 comes with wxWidgets 3.0.0, while the latest is wxWidgets 3.0.1. Maybe
 Johan or Mark can give you a better

Much to my disappointment, CitrusPerl (and Cava Packager) must be
considered abandoned.

Mark promised to open Citrus and Cava to me/us, but effectively
disappeared before doing so. He hasn't responded to any of my mails
since early this year.

So unless a miracle happens...

-- Johan

Re: wxdemo programs

[Johan Vromans]

Hi Herbert,

 https://bitbucket.org/lichtkind/kephra/src/b3aac096d22f2d33ed0281e61b36661294740e1d/proto/function/bin/?at=cp

I think many of these are valuable for studying and stealing. It would
be nice to have them on the wiki, or at least a description plus
pointer.

Good work,
 Johan

Wiki updated to MediaWiki 1.23.0

[Johan Vromans]

Hi,

wiki.wxperl.nl has been upgraded to MediaWiki 1.23.0. 

Please report any anomalities to me.

-- Johan

Re: Installation scripts

[Johan Vromans]

Steve Cookson - gmail steveco.1...@gmail.com writes:

 Nice.  What about other dependencies?  I guess you don't use
 MediaCtrl, for instance.

Not as far as I know.

When I run Wx::Demo I can load a jpeg in its wxMediaCtrl demo. Does that
qualify?

-- Johan

Re: Installation scripts

[Johan Vromans]

Steve Cookson i...@sca-uk.com writes:

 Can I ask you what platform you use and how you install (and what versions)?
 I'd be very interested in seeing what you do.

Fedora 20 with a fresly perlbrewed 5.20.0, system provided wxGTK.
Basically, I installed the system wxGTK-devel package

  # yum install wxGTK-devel

and then

  $ perlbrew install 5.20.0
  $ perlbrew use 5.20.0
  $ cpanm -l /tmp/p520 Wx

I ran several Wx application using this setup, no problems.

-- Johan

Re: Installation scripts

[Johan Vromans]

Steve Cookson i...@sca-uk.com writes:

 Can I ask you what platform you use and how you install (and what versions)?

CitrusPerl. Always.

-- Johan

Re: Installation scripts

[Johan Vromans]

Jon three1...@gmail.com writes:

 To write a good chef recipe we need to know: dependancies or
 prerequisites, what config files are we going to manage, and what
 binaries and libraries are we going to install. Also well need to know
 how to install everything on various platforms (dpkg -i vs rpm -i
 etc).

My main platform is Fedora. The Fedora package build system has an
excellent way of dealing with dependencies. All Fedora releases include
wxperl (perl-Wx as it is called) as a standard package.
I assume Debian and Ubuntu can do this as well.

What exactly is your problem?

-- Johan

Re: Installation scripts

[Johan Vromans]

Jon three1...@gmail.com writes:

 System packages work great if you're using system Perl. At work write
 mostly a Perl shop and system Perl for RHEL 6 is 5.10... So we use
 Perlbrew and anything  5.16 (depends largely on the app team).

It is quite trivial to create relocatable rpm's for anything, including
newer perl builds. This way you can still take profit from the smart
build system and dependency handling.

 Fedora is more cutting edge than Ubuntu or RHEL, but I didn't think
 Fedora was shipping Perl 5.18 and whatever the most recent Wx is.

Fedora 20 shipped with Perl 5.18.1, Wxperl 0.9921 and Wx 2.8.12.

 I refuse to even attemp a wx install on our Slowaris platforms at work...

Yes :(

So the first step is to define the actual platforms that need to be
supported.

-- Johan

Re: How to set tooltip for image buttons

[Johan Vromans]

ademmler n...@ademmler.com writes:

 # assign the tool tip
 $frame-FindWindow($key)-SetTip($condition{$key}{'text'});   

AFAIK, the method is called SetToolTip.

-- Johan

Re: wxPerl on the Mac

[Johan Vromans]

Bruce Ravel bra...@bnl.gov writes:

 A colleague is working on developing installation packages for the Mac
 using MacPorts.  At the moment his rate-limiting step is making a
 MacPorts package for wxperl.

I'm not familiar with building wxPerl on Mac, but have you considered
using CitrusPerl? It's a complete build with Wx and many other tools and
modules preinstalled.

http://www.citrusperl.org/

HTH,
Johan

Re: No success trying to use Cava Packager

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 Is this true, Cava Packager doesn't work under Linux?
 I'm not sure I believe this.  Johan, are you using it under Linux?

You bet.

IIRC, Octavian is blind and uses screen reading tools that require a
command line interface. He cannot use CP because it only has a GUI to
set up the project.

Once set up, CP can be run from the command line.

-- Johan

Re: $app-SetTopWindow($frame);

[Johan Vromans]

herbert breunung deirdre_s...@web.de writes:

 we all know that famous line,
 but actuall when I start a script from the bash with 5.14
 it shows up behind the shell win.

Strange... Doesn't happen here.

 Any fix or explanation for this?

Mapping windows is a task of the window manager. What system and what wm
are you using? Does it happen with all wx apps? 

-- Johan

Re: Is check item method in Wx::CheckListBox wrapped/implemented?

[Johan Vromans]

Helen Craigman ga0...@gmail.com writes:

 I am trying to use Wx::CheckListBox. In general, it works, but I need to
 checkmark some boxes programatically.
 In the wxWidgets documentation, it says this can be done using the Check
 method:
 (URL:
 http://docs.wxwidgets.org/2.8/wx_wxchecklistbox.html#wxchecklistboxcheck)

 ... - I get an error: cannot find method ... in package Wx::CheckListBox.

According to WxDemo. the Check method is fully supported.

  package Wx::DemoModules::wxCheckListBox;

  use strict;
  use base qw(Wx::CheckListBox);

  use Wx qw(wxDefaultPosition wxDefaultSize);
  use Wx::Event qw(EVT_CHECKLISTBOX);

  sub new {
my $class = shift;
my $this = $class-SUPER::new( $_[0], -1, wxDefaultPosition,
   wxDefaultSize,
   [ qw(one two three four five size seven
eight nine ten) ] );

foreach my $i ( 0 .. 9 ) { $this-Check( $i, $i  1 ) }

...

return $this;
  }

HTH,

-- Johan

Re: Threads

[Johan Vromans]

Markus Gürtler mar...@guertler.org writes:

 I've run exactly in the same problem, but forgot about it. Here's how
 I finally made my UTF8-setup, which is thread safe:

Thanks for you rsuggestion.

Your basic change is to use :utf8 instead of :encoding(utf8). I
already mentioned that this works.

It turns out to be a very ancient bug in Perl:

https://rt.perl.org/rt3/Ticket/Display.html?id=41121

First reported in 2006! However, noone seems to pay attention.

-- Johan

Re: Threads

[Johan Vromans]

Markus Gürtler mar...@guertler.org writes:

 one important thing is to 'use threads' before you 'use Wx'.

Yes, I did.

 Do you get the core dumps when creating the threads or when trying to
 join them?

On creating. It crashes even when the thread subroutine is empty.

warn(Creating thread...\n);
my $worker = threads-create( sub {} );
warn(Thread created.\n);

 For the usage with Wx::PlThreadEvent there is a good example in the POD.

This is basically the code I copied...

-- Johan

Re: Threads

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 Would it be possible to extract and post an example of code that core
 dumps? I'd like to check if this is a Wx problem that can be fixed.

Found it!

#! perl
use threads;
use threads::shared;
use Wx;
#binmode( STDOUT, ':encoding(utf8)' );
my $worker = threads-create( sub { warn Hello, World!\n } );

Uncomment the line with binmode and crash!
This happens with CitrusPerl 5.16.3, Wx 2.8 and 2.9.

It does not crash when the binmode is ':utf8' so the suspect if
Encoding.pm...

-- Johan

Re: CitrusPerl and wxperl_demo.pl Segmentation fault.

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 $ cd ~/perl/vendor/bin

 $ ./wxperl_demo.pl

 Segmentation fault (core dumped).

 What's happened here?

A library mix up.

I get the same when I run the demo with a 32bit citrus 5.16.3 or
5.16.1. It tries to load a dll libORBit-2.so.0 and fails since the
32bit version of that library is not installed.

The 64bit versions of citrusperl run fine.

After installing ORBit2.i686 the 32bit versions run fine too.

-- Johan

Re: CitrusPerl and wxperl_demo.pl Segmentation fault.

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 For the Wx::Demo and OpenGL alone you will require the
 freeglut libraries on your system.

Without freeglut, wxdemo runs but displays a startup error

 11:03:35 PM: Warning: Skipping module 'Wx::DemoModules::wxGLCanvas'
 11:03:35 PM: Warning: Can't load 
'/bulk/perlbrew/perls/citrus-5.16.1-wx-2.8/vendor/lib/auto/OpenGL/OpenGL.so' 
for module OpenGL: libglut.so.3: cannot open shared object file: No such file 
or directory at /bulk/perlbrew/perls/citrus-5.16.1-wx-2.8/lib/DynaLoader.pm 
line 190.

It doesn't seem to crash.

-- Johan

Re: Deploying with CitrusPerl

[Johan Vromans]

Octavian Rasnita orasn...@gmail.com writes:

 Thank you for suggestion. I tried a pretty long time ago to use Cava
 but didn't find it easy and accessible to use.

Yes, PAR seems easier but it is very tricky to get it right in complex
situations. That's the problem you see.

Cava is a bit more elaborate to get going, but produces flawless
results. So it is really worth to give Cava a try. We're here to help.

-- Johan

 

Re: Deploying with CitrusPerl

[Johan Vromans]

Octavian Rasnita orasn...@gmail.com writes:

 Do you know if Cava can be used in command line? In that case it would
 be a really good alternative.

You can use Cava on the command line, but the (initial) configuration
needs a GUI to set up. After that you can run the command cavaconsole to
perfom the scan, build, and so on.

-- Johan

Re: Trying to trigger wxEVT_TREELIST_ITEM_CHECKED programmatically: not implemented?

[Johan Vromans]

Helen Craigman ga0...@gmail.com writes:

 System: Windows XP SP3, Citrus Perl 5.16.4, wxWidgets 2.9.5

Interesting... The latest version I can find on the downloads site is
Citrus Perl 5.16.3, with wxWidgets 2.9.4.

 wxEVT_TREELIST_ITEM_CHECKED is not exported by the Wx module

It seems that the TreeList controls are not yet wrapped in this version
of wxPerl. I'm sure Mark will fix that soon.

-- Johan

Re: Strawberry Perl 5.16.3 with wxWidgets 2.9.4 and wxPerl latest

[Johan Vromans]

James Lynes jmlyne...@gmail.com writes:

 Has anyone successfully built Strawberry Perl 5.16.3 with wxWidgets 2.9.4
 and wxPerl .9921?

My *personal* advice is to not bother with Strawberry, but install
Citrus Perl which gives you 5.16.3 and Wx 2.9.4 cpmplete out of the box.

-- Johan

Re: wxString and UTF-8, utf8 etc etc etc again

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 None of my machines can be ASCII or EBCDIC by whatever definition this
 doc entry uses [...] What exactly is an ASCII machine?

ASCII just means: non-EBCDIC.

 Anyhow, I find that after

 $string = decode(utf8, $octets)

 $string always has the utf8 flag set, even if $octets is entirely
 ASCII data.

Yes, that is my experience as well. And this does not conform to the
documentation. I've been informed that the documentation is wrong, and
that *all* documentation concerning the utf8 flag seems to be wrong as
well -- or misleading at best.

 my $string = decode(utf8, $octets);

 ...do whatever string operations in Perl

 $wxobject-SetValue($string);

 will always work OK just providing something you did in
 ...do whatever string operations in Perl
 didn't strip the utf8 flag off.

I seem to recall that Perl sometimes automatically will upgrade a
string, but I never heard about downgrading. So unless you downgrade
explicitly this is not supposed happen.

 Clear as mud?
 For me too.

Me too :(

 For myself, if I were writing code that handled multibyte char sets in
 existing Wx releases I would do

 my $string = decode(UTF-8, $octets);

 ...do whatever string operations in Perl

 utf8::upgrade($string);
 $wxobject-SetValue($string);

 If you believe that utf8::upgrade($string) is not necessary, then
 don't use it. If you're belief is correct, all will work fine.

As long as the string operations did not downgrade the string,
utf8::upgrade($string) is a harmless no-op.

 The more I think about this and actually test what happens, the more I
 lean towards just always expecting string values that get passed to
 wxPerl wrappers to be UTF-8.

When passing a Perl string to the external world it must always be
encoded. This already holds for writing data to files.

The question is: do we consider wxWidgets to be 'external world'. That
answer is most likely 'yes'. But more important: do we consider wxPerl
to be 'external world'? I'd say 'no'. Therefore, what I'd expect to pass
to a wxPerl routine is a string in Perl's internal encoding. The wxPerl
wrapper should take care of encoding the string into whatever encoding
wxWidgets requires.

Compare this to {some, several, many, all} DBD drivers that handle the
internal/UTF-8 conversions transparently.

Alternatively, it's an (almost) equally good decision to require all
strings passed to a wxPerl routine to be encoded in UTF-8. For a program
that is correctly equipped to handle multibyte encoded strings it will
not make a difference.

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 On 30/04/2013 19:19, Johan Vromans wrote:

 We may assume that the Perl string is in Perl's internal encoding.

 No we may not.

In that case you'll run into all kinds of encoding problems anyway.

See e.g. perlunitut.

 I kind of like the existing solution which doesn't break existing code
 all over the place and simply requires the coder to be specific about
 the format of the data they are sending.

My main concern is: If I have correctly decoded string data, will it
work when passed to wxWdigets. For example:

  $orig = readline($datafile);
  $line = decode( 'utf8', $orig );
  $w = Wx::StaticText-new( ... );
  $w-SetLabel($line);

If an explicit utf8::upgrade were required in this case, my feelings
tell me something is wrong.

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 Only if the input actually is valid UTF-8. Something only the Perl
 coder can know / ensure. It isn't a requirement of the wxWidgets
 library.

We may assume that the Perl string is in Perl's internal encoding. So I
think it would be safe to encode the string in UTF-8 (this is basically
what utf8::upgrade does) and pass it as an UTF-8 string to wxWidgets.

 I am simply saying that one can achieve consistent results when
 calling wxWidgets methods if one is explicit about the data format of
 the data buffers passed.

 If there is a buffer known to contain valid UTF-8, then a simple
 shortcut is utf8::upgrade($string);

AFAIK, when a buffer contains valid UTF-8 (e.g., as result of an earlier
decode), utf8::upgrade is a no-op. 

As of Perl 5.14, use feature 'unicode_strings' will make sure that all
strings are, indeed, UTF-8. This takes the burden off the programmer to
call utf8::upgrade (and knowing when to call it).

 If I read your proposal correctly, you want to demand that all data
 buffers that may get passed to the wxString conversion function are
 valid UTF-8?

Not really. They should be in Perl's internal coding, and thus can be
safely and transparently upgraded to UTF-8.

But in the end I think feature 'unicode_strings' will be the best and
most elegant solution.

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 I would guess you are working on Windows?

 wxVSCROLL isn't in the list of styles available for wxTextCtrl. It
 isn't needed. Remove it and all works OK.

 It seems you can get away with it on Linux - but not on Windows.

Ah! I was misled by the #!/usr/bin/perl that made me assume it was
Linux...

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

steveco.1...@gmail.com writes:

 As it is at the moment, I just use decode and I don't get any errors.
 But I do need to use decode.

Whenever you bring data from outside Perl into Perl, you should decode
it. If the data is ASCII (actually: Latin-1) it doesn't matter much, but
if the data is encoded in anything else you *must* decode it into Perl's
internal encoding (which happens to be Latin-1 or UTF-8, but that should
not matter).

When bringing data to the outside, it *must* be encoded to what the
outside expects. When displaying data through Wx widgets, this encoding
is handled for you. But when you write the data to a file you must
encode it explicitly.

Databases can be a problem, since it depends on the particular database
whether you get the data already decoded or not. In general, modern
databases should deliver and accept data in Perl's internal encoding.

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 #define WXSTRING_INPUT( var, type, arg ) \
   var =  ( SvUTF8( arg ) ) ? \
wxString( SvPVutf8_nolen( arg ), wxConvUTF8 ) \
  : wxString( SvPV_nolen( arg ), wxConvLibc );

 So basically, if the scalar is marked as 'utf8' then it gets converted
 into a wxString as such. If not, you're at the mercy of libc and local
 system settings. It may work. It may not.

 Solution - your conversion of external data should be

  my $string = decode($encoding, $binary);
  utf8::upgrade($string);

I'd say this is the wrong approach. The solution is to adjust the
WXSTRING_PUT macro to check for the utf8 flag and handle accordingly.

-- Johan

Re: Can we print UTF-8 chars in Wx::TextCtrl fields?

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 Hi,

 On 29/04/2013 20:06, Johan Vromans wrote:

 I'd say this is the wrong approach. The solution is to adjust the
 WXSTRING_PUT macro to check for the utf8 flag and handle accordingly.

 That's exactly what it does, unless I've misunderstood.

If it did, the explicit utf8::upgrade would not be necessary.

I'm not an XS expert, so I asked some of my friends who are. They
suggested to use SvPVutf8_force in WXSTRING_PUT.

Does that sound sensible?

-- Johan

Re: use Wx 0.15 qw[:allclasses]; etc

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 Question 1: Does it really need two use stricts, clearly you can
 never have enough, but doesn't the first one have a greater scope than
 the second is not necessary.

The wxGlade code generator for Perl is sub-optimal. It works, basically,
mostly, and is very useful but do not expect fine-tuned source code.

I've made several enhancements to the Perl code generators but noone
else seems to be interested in maintenance and development of the Perl
components. But except for XRC, there's no alternative (AFAIK).

 Question 2: on use Wx, again, doesn't the first use Wx just cause
 a crash if you have wxWidgets less than 0.15, which is unlikely these
 days, but use Wx qw[:everything]; should be enough?

Yes, the requirement for 0.15 is ancient and I'm not sure if that old a
version will still work. We might as well increase the minimal version
to something more modern, but that may break existing code. It would,
however, be possibile to relate the minimal version to the application
choice of Wx 2.6, 2.8 or 3.0.

Also, there is a difference between :allclasses and :everything, see
http://wiki.wxperl.nl/WxEXPORTS .

-- Johan

wxGlade 0.6.6 released

[Johan Vromans]

From: Carsten Grohmann carstengrohm...@gmx.de

Hello,

The new wxGlade release is published now. The release is a mix of bug fixes 
and enhancements. 

The release won't work with wxWidgets 2.9. Supporting the upcoming release of 
wxWidgets 3.0 is the primary goal for the next release.

General: 
  - Add i18n support to C++ code generator
  - Add more test cases
  - Add more tooltips to gui
  - Add new widget HyperlinkCtrl
  - Add Perl support to CalendarCtrl 
  - Add simple application start code to C++ code generator
  - Add Store as attribute for sizers
  - Change default widget ID from -1 to wxID_ANY and adapt codegen
  - Change some default settings and reorg internal handling
  - Fix exceptions during widget preview triggered by keyboard shortcut
  - Improve error handling
  - Improve message logging
  - Internal rework of code generator parts, this causes minor changes
in the generated code 
  - Join code templates for application startup code in class variables
and unify the code generation of this piece
  - Minor GUI improvements
  - Rework and unify code generators, all code generators support
extracode and extraproperties now
  - Set Overwrite existing sources for new projects
  - Show existing tooltips at all elements of a property
  - When pasting: only search current top-level window for duplicate names
  - Write isolation directives at beginning in C++ header files

Bugs:
  - Don't add unsupported widgets to a sizer
  - Encoding detection for Mac OS X
  - Prevent caching effects in Lisp code generator
  - Prevent deleting last notebook tab (sf bug #3126974)
  - Same default names for multiple notebooks (sf bug #2000566)
  - Setting invalid windows names hasn't blocked fully (sf bug #154)
  - String formatting issue for event handlers in Lisp code generator
  - UnicodeEncodeError in xml.sax.expatreader (sf bug #149)

Documentation:
  - Update wxGlade user manual

API (for custom widgets):
  - Add support for widget builder that don't support all wx versions
supported by wxGlade

Note:
  - See CHANGES.txt for a full list of changes

The release contains 4 files:
wxglade-0.6.6.tar.gzsource code tarred and gzipped
wxglade-0.6.6.zip   source code zipped
wxGlade-0.6.6-setup.exe Installer (Full Edition) requieres Python and
wxPython locally installed
wxGlade-SAE-0.6.6ark-setup.exe Installer Standalone Edition Python and 
wxPython are bundled using PyInstaller

MD5 checksums are:
1117c0c8875c6312b506df5642720111  wxGlade-0.6.6.tar.gz
8f6a7bb2a5b311a020ab2df6dfa6b82f  wxGlade-0.6.6.zip
af368a517278a2c5738a678c4a03a09d  wxGlade-SAE-0.6.6-setup.exe
4f43bebec0d78270a1f147e892073d24  wxGlade-0.6.6-setup.exe

Thank you to all contributing people.

Regards,
Carsten

Re: rowcall for installation info

[Johan Vromans]

steveco.1...@gmail.com writes:

 If it paves the way for Cava Packager, it would make life much easier.

Citrus and Cava are made for each other. Enjoy.

-- Johan

Re: rowcall for installation info

[Johan Vromans]

herbert breunung deirdre_s...@web.de writes:

 please send me all your installation xp, tips and tricks and workarounds

1. Use CitrusPerl
2. Profit

-- Johan

Re: rowcall for installation info

[Johan Vromans]

steveco.1...@gmail.com writes:

 1. Use CitrusPerl

 Do you use Citrus Perl on Linux too? I don't because there is already
 a Perl there.

In general, it can be quite risky to use the system Perl. You don't have
control over how it is compiled, what components are installed, what
versions of modules, and so on. Bear in mind that if you add or upgrade
a system Perl module, this can blow up system components. Rule of thumb
is to let system Perl be for the system components that use Perl, and
use it only for trivial things.

For anything else, use your own Perl.

I use Citrus Perl on all relevant platforms (Linux, Windows, OSX), even
on Raspbian.

 So Linux is where I use  tricks and stuff.

You must have more time than I do ;)

-- Johan

Re: Update to wxPerl Web Site

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 wxPerl has also started tweeting notifications and updates as @wxPerl

Is it possible (an irssi plugin?) to inject these tweets into the wxperl
irc?

-- Johan

Wiki back online

[Johan Vromans]

For the time being, the Wiki is back online at wiki.wxperl.nl .

Sorry for the inconvenience. We're still working on a better solution.

-- Johan

Re: Android/iPhone effects.

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 What do you think?

First, I think it is wrong to emulate some other graphical systems
behaviour in an application. Unless your application is the only thing
that the user will ever see, having different apps behaving differently
is very confusing.

Second, to be honest: Don't bother.

Linux boxes, and that includes Android, suck at graphics. Although the
power of the CPU/GPU has manyfolded in 10 years time, graphical effects
are still clumsy and staggering. Every time I see (and feel) a Mac or
iDevice I'm surprised to see (and feel) good graphics at work. And the
Mac did have good graphical effects way back when it ran on a 68K cpu.

Even OSX running in a VirtualBox on Linux has better graphical effects
than native Linux itself. How come? I don't know. If suspect it's the
X architecture.

On my priority list, superfluous graphical effect would be very, very
low.

-- Johan

Re: Modality and new windows

[Johan Vromans]

steveco.1...@gmail.com writes:

 If I want to set a separate control (control2), I'd have to do

 sub handler {
   my ($control, $event) = @_;
   $control-GetParent()-{control2}-SetValue( Stuff );
 }

 Whereas EVT_TEXT would be:

 sub handler {
   my ($parent, $event) = @_;
   $parent-{control2}-SetValue( Stuff );
 }

Yes. As I see it, EVT_TEXT applies to the widget as a whole (a child of
the parent), so effectively the parent gets the event. EVT_CHAR operates
within the widget itself.

 I'm not sure why they are different. Are there any other impacts apart
 from EVT_TEXT firing for programmatic input? EVT_CHAR does only fire
 for character events and not for up-arrow and stuff, I guess.

Au contraire... This is from one of my OnChar handlers:

+ snip 
use Wx qw(:keycode);

sub OnChar {
my ($self, $ctl, $event) = @_;

# Get key code and char, if ordinary.
my $k = $event-GetKeyCode;
my $c = ($k  WXK_START) ? pack(C, $k) : ;

if ( $k == WXK_UP
  $self-{_cmdptr}  0 ) {
$self-PutOnHistory($ctl-GetValue);
$ctl-SetValue($self-{_cmd}-[--$self-{_cmdptr}]);
$ctl-SetInsertionPointEnd;
}
elsif ( $k == WXK_DOWN
  $self-{_cmdptr}  $#{$self-{_cmd}} ) {
$self-PutOnHistory($ctl-GetValue);
$ctl-SetValue($self-{_cmd}-[++$self-{_cmdptr}]);
$ctl-SetInsertionPointEnd;
}
elsif ( $k == WXK_RETURN  $event-ControlDown ) {
$self-OnEdit($event);
}
elsif (
 $k == WXK_TAB ||
 $k == WXK_RETURN  ||
 $k = WXK_START   ||
 $event-HasModifiers
   ) {
# Common controls.
$event-Skip;
return;
}
else {
$event-Skip;
}
}
+ snip 

This only reacts to some special keys. Because of the Skip, all other
characters that are input behave as usual.



HTH,
Johan

Re: Modality and new windows

[Johan Vromans]

Dave Hayes d...@jetcafe.org writes:

 Here's a test case of what I'm doing. Maybe there's another way?

Did you consider using a ComboBox?

-- Johan

Re: Modality and new windows

[Johan Vromans]

Dave Hayes d...@jetcafe.org writes:

 Apparently when you call ShowModal(), new frames are disabled just
 like the parent frame of the dialog.

 So if I have a dialog invoked with ShowModal() and an event comes
 along that wants to create a new frame, how can I enable the new frame
 to receive events?

A modal dialog is intended, by design, to block all other processing.

Are you sure you want a modal dialog in the first place?

-- Johan

Re: Vaiidators

[Johan Vromans]

James Lynes jmlyne...@gmail.com writes:

 print Dumper($timeval) says:
 $VAR1 = bless( {
  'data' = \'10:00',
  'validate' = qr/(?^:(\d+:))/
}, 'LCDAlarmClockDialog::Validator' );

 1. Not sure what the pre-pended ?^: means. It was added by
 Wx::Perl::TextValidator

 2. I have tried a number of regex strings:
   (\d+)  allows entry of numbers
   (:)  allows entry of colons
   (\d+:) allows no entry at all
  (\d+:\d+) allows no entry at all
  (\d{2,}:\d{2,})allows no entry at all


It's a long time ago that I playes with Validators, but I seem to recall
that there was something with the moment the test was applied. 
The validator is really a filter, so it restrics what characters can be
input. When you try (\d+:) then youy're matching more than one character
against the input, which will always fail since the input initially is
empty and the first character will never match the pattern.

So the validator pattern should be sort of character class, e.g. [\d:]
and you need an additional end-form validator ^(\d{2,}:\d{2,})$ in
TransferFromWindow.

-- Johan

Re: wxPerl and Raspberry Pi

[Johan Vromans]

steveco.1...@gmail.com writes:

 Sadly I'd never heard of this project. I may just have to buy one
 because it looks so cool.

It *is* kinda cool, although I must admit I use the rpi's just as 'small
linux systems' to perform 24/7 services on my LAN.

 What do you do with it?

I have a couple of them in production, running DHS, DHCP, NTP and some
other services here. I'm experimenting with RaspBMC, RetroShare and
SqueezePlug. The nice thing is that the SD card is the system, and the
fysical units are easily exchangable.

For my wife I have a critical wxPerl application that she currently uses
on a Windows 'Tablet' and I would very much like to replace this with a
rpi plus neat, modern touch screen.

-- Johan

Re: wxPerl and Raspberry Pi

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 In case anyone is interested in this sort of thing, I've published a
 distribution of Citrus Perl for the Raspberry Pi.

Great

(I hate lots of exclamation marks, but somethimes it is just the right
thing.)

-- Johan

Re: Perl 5.16

[Johan Vromans]

Steve Cookson steve.cook...@sca-uk.com writes:

 I see a number of people are using Perl 5.16.
 I'd like to upgrade, but I'd like to know, is it a smooth process and did
 you have any problems?
 I'm especially interested to know if any of your other cpan modules (ie
 non-wx) stopped working.

Part of the release process is a HUGE job that tries to buildtest as
many CPAN modules as possible, to detect compatibility problems. So most
of these problems are taken care of.

Personally I did not find anything problems with 5.14 and 5.16.

I assume you are using Citrus Perl? Then you are assured of a consitent
kit.

-- Johan

Re: Opening a Wx::Bitmap file across a Samba share

[Johan Vromans]

Mark Dootson mark.doot...@znix.com writes:

 mount -t cifs -o user=User Name,password=mypassword
 //10.10.10.10/sharedfs /mnt/cifstest

You can also store the credentials in a file (readable by root only),
e.g.:

  mount -t cifs -o credentials=/etc/local/cifs.credentials

/etc/local/cifs.credentials contains:

+---
|username=User Name
|password=mypassword
+---

HTH,

-- Johan

Re: wxperl screenshots

[Johan Vromans]

Some more, something quite different.
This information is in dutch, but by clicking the links
you'll get the idea.

http://johan.vromans.org/software/isis/index.html

-- Johan

Re: wxperl screenshots

[Johan Vromans]

Waldemar Biernacki w...@sao.pl writes:

 I've got a question - specially to those who used Win32::GUI library
 (Octavian?): would be possible to replace Win32::GUI to Wx on the fly?
 Or rather shoul I redesign my application from bottom to top?

I really cannot say anything about this. I do not use Windows and I
don't know Win32::GUI...

-- Johan

Moe

[Johan Vromans]

I assume you've read this. If not, follow the links.

https://speakerdeck.com/stevan_little/perl-is-not-dead-it-is-a-dead-end
http://www.modernperlbooks.com/mt/2013/01/how-forking-perl-5-could-work.html

-- Johan

Re: A couple of questions on wxperl

[Johan Vromans]

Dave Hayes d...@jetcafe.org writes:

 1) I wanted to switch the sense of ENTER and TAB in dialog box
 controls, so that ENTER moves between controls and TAB does something
 else I want it to do.

 So I've successfully remapped ENTER by adding the wxTE_PROCESS_ENTER
 flag to my Wx::TextCtrl, and used the EVT_TEXT_ENTER
 macro to create an event. So far so good. I can even call $event-Skip
 to tell other event handlers to process this key if I want.

 However, I can't seem to detect modifiers with this method since the
 passed in event is a wxCommandEvent not a wxKeyEvent. I'd need the
 GetModifiers() method to work, and it doesn't on wxCommandEvents.

 How can I detect whether shift is being held down in this particular case?

You may need to use EVT_CHAR on the TextCtrl from where you can inspect
anything.

 2) I have added a help button to my dialogs. I'd like a separate help
 window to pop up with a close button, which is independent of the
 actual dialog window it's attached to.

 I'm real unclear as to how to do this.

 If I make the new help window a child of the dialog, and call Show()
 on it, the close button does not work. If I call ShowModal() then the
 help window blocks any action in the dialog.

 So if I then make the new help window childless (undef as the parent,
 as I understand) it seems to work in reverse. The close button in the
 dialog will not work until I close the dialog.

This is puzzling... Do you have example code that shows this behaviour?

-- Johan

Re: A couple of questions on wxperl

[Johan Vromans]

Dave Hayes d...@jetcafe.org writes:

 Sort of. Code is attached. At the moment, the exact behavior I
 described is not working in the test application. I've replicated my
 architecture in this code snippet, and I seem to be seeing the same
 behavior regardless of the parent window that the help window is
 created with. The close button does not work until the original
 dialog is closed.

 Maybe this will give you insight into what I am missing? I hope so.

The Close button of the Help window does not get triggered since the
(other) dialog is modal and stays in control.

HTH,

-- Johan

Re: A couple of questions on wxperl

[Johan Vromans]

Dave Hayes d...@jetcafe.org writes:

 Ok...so I had a different idea. I made the help window so it will show
 and hide on clicking the button repeatedly. But now...well see the
 attached example.

 Click the help button repeatedly. The 2nd time you Show() this window,
 it goes right over the dialog box. The 1st and Nth times (where N !=
 2) it goes where I told it to. What did I do wrong here?

With CitrusPerl 5.16.1 and wxWidgets 2.8 I see this behaviour. With 
CitrusPerl 5.16.1 and wxWidgets 2.9 the program window and dialog window
are displayed in the top left of the screen, and the help window is
placed just right of it, at all clicks.

So it may be a bug in Wx 2.8.

-- Johan

Re: wxPerl past, wxPerl present and wxPerl future.

[Johan Vromans]

Ryan Jendoubi ryan.jendo...@gmail.com writes:

 To my mind this is the nub of it. Most things I find myself wanting to
 build these days suggest themselves most naturally as web services or
 mobile apps.

It's the latter that holds a great future. I often feel the need (or
consider it 'handy') to wrap some small functionality or tool into a
simple GUI. wxPerl is good at that.

This is not unlike typical apps on mobiles, and wxPerl would be good at
that too if it (or a suitable subset) were ported to mobile platforms.

-- Johan

Re: wxperlbook

[Johan Vromans]

herbert breunung deirdre_s...@web.de writes:

 yes, in which wiki? :)

wiki.wxperl.nl is currently the 'official' wxPerl wiki.

-- Johan

Re: wxperlbook

[Johan Vromans]

Octavian Rasnita orasn...@gmail.com writes:

 Talking about modern Perl, I think it could be useful to see examples
 of using WxPerl with Moose/Moo.

Currently, wxPerl uses bare-bones object machinery (e.g., blessed hashes
and ints). If you program wxPerl, you need to deal with that anyway.
Mixing bare-bones OO examples with whatever is today considered 'modern'
Perl may quickly become very confusing.

It would be nice to have a set of Mo*whatever wrappers for wxPerl but
currently there is none. I'd rather spend my energy in producing
examples that are working and useful now.

 Another helpful example would be one that uses I18N and allows
 changing the language of the interface on runtime, without needing to
 reload the app.

Good point. I18N is always forgotten. 

-- Johan

Re: wxperlbook

[Johan Vromans]

Octavian Rasnita orasn...@gmail.com writes:

 BTW, is it necessary to login on bitbucket to be able to get it?

Why not use the wiki to collaborately develop the examples and the book?

-- Johan

Re: wxGlade

[Johan Vromans]

 Wallace Winfrey wwinf...@gmail.com writes:

 Bottom-line: wxGlade felt clunky and rough around the edges, while
 wxFormBuilder felt polished and more consistent. However, it's ultimately
 an aesthetic choice. While it's true that it's easier to get Perl code from
 wxGlade than the roundabout method I've described using Padre, I feel the
 gains I get from designing my interfaces in wxFormBuilder over designing
 them in wxGlade more than compensate for this.

I'm not as familiar with wxFormBuilder as with wxGlade but I was
wondering: How do you develop with wxFormBuilder generated code?

wxGlade uses protected regions, so you can generate code, adjust most of
the contents, change the design, re-generate and all your changes are
still there. This doesn't seem te be possible with wxFormBuilder
generated code.

Even if you take the approach to not touch the generated code and only
use it as base classes for yor own code then still I miss the ability to
have actions executed while forms are being constructed. For example, a
typical wxGlade form constructor has separate (hence overridable)
methods to set property values and handle layout issues. By overriding
the __set_properties method one can e.g. populate form fields from a
database before the form is layed out. How would you do this with
wxFormBuilder code?

Note that I'm not implying that wxGlade is better than wxFormBuilder or
vice versa, it is just something of interest when working with these
tools. Information like this could be interesting to put on the wiki.

-- Johan

Re: wxPerl Installation

[Johan Vromans]

Steve Cookson steveco.1...@gmail.com writes:

 How do you install wxPerl? Is it a smooth process for you?

Extremely smooth. I just install CitrusPerl.

-- Johan

wxGlade (Was: wxPerl past, wxPerl present and wxPerl future.)

[Johan Vromans]

Wallace Winfrey wwinf...@gmail.com writes:

 Bottom-line: wxGlade felt clunky and rough around the edges, while
 wxFormBuilder felt polished and more consistent. However, it's ultimately
 an aesthetic choice. While it's true that it's easier to get Perl code from
 wxGlade than the roundabout method I've described using Padre, I feel the
 gains I get from designing my interfaces in wxFormBuilder over designing
 them in wxGlade more than compensate for this.

Thanks for the clarification.

Did you try Adam Kennedy's FBP::Perl ?

-- Johan

wxPerl Wiki (Was: wxPerl past, wxPerl present and wxPerl future.)

[Johan Vromans]

Johan Vromans jvrom...@squirrel.nl writes:

 As far as I know, the contents of the wiki are safe. Huub set up an
 alternative domain wiki.wxperl.nl.

I've updated the wiki links on WikiPedia|wxPerl and the topic of #wxperl
on irc.perl.org.

-- Johan

wxPerl on SourceForge

[Johan Vromans]

Hi,

The 'official' wxPerl web site is (currently) wxperl.sourceforge.net,
which redirects to wxperl.eu. The information here seems up to date.

However, www.sourceforge.net/projects/wxperl is very outdated (last
change is from 2008!). Can anyone update this?

-- Johan

Re: wxPerl past, wxPerl present and wxPerl future.

[Johan Vromans]

Wallace Winfrey wwinf...@gmail.com writes:

 Can anyone tell me what the wiki's current status is (besides losing
 the domain, that is) ?

In short: The original owner of the domain lost interest and let it
expire. We (SPPN, the Perl Foundation Netherlands ) contacted the
registrar to transfer ownership to us, which was accomplished but
somehow something went wrong. This is still being sorted out.

As far as I know, the contents of the wiki are safe. Huub set up an
alternative domain wiki.wxperl.nl.

For the longer term, we think it would be good if a Perl organisation
(e.g., SPPN) would take over the wxperl.org domain as well, and merge
the two domains into a single home for wxPerl.

-- Johan
   (on behalf of SPPN)

Re: wxPerl past, wxPerl present and wxPerl future.

[Johan Vromans]

Steve Cookson steveco.1...@gmail.com writes:

 I've just registered wxperl-alt.info as well!!
 Ok cool.  It never hurts to have 2.  At least that way we have fallback.

Except that this may be confusing on the longer term. As I wrote in
another message, I think it is best to merge all information into a
single domain, preferrably wxperl.org, that's in the hands of a Perl
organisation. Having alternate domain names is okay as long as they all
point to a single site.

-- Johan

Re: wxPerl past, wxPerl present and wxPerl future.

[Johan Vromans]

Sergei Steshenko sergst...@yahoo.com writes:

 http://www.slideshare.net/naoya1977/scripting-layer-for-android-perl
 http://szabgab.com/perl-on-android.html

Since you can use a terminal emulator to get at a shell, you can run
command-line perl. Sure.

What's needed are GUI capabilities.

-- Johan

Re: event coordinates

[Johan Vromans]

Alexandr Ciornii alexcho...@gmail.com writes:

 I'm writing a program that uses Wx::TreeListCtrl. I want to show
 context menu on right click. But event has coordinates (0,0), so
 context menu is shown in the incorrect place.
 Here is my code:

Have you tried:

   my $point = $event-GetPoint;
   $self-PopupMenu( $menu, $point );

-- Johan