wxperl-users — For wxPerl users

[wxperl-users] library not found error while installing Alien::wxWidgets

[bungsuputra l. <bl...@to...>]

I tried to install wxPerl in my system: RedHat 9, Wx-0.59, perl 5.8.0,
wxdigets 2.7.2.

I have installed all modules successfully until I tried to install
Alien::wxWidgets. I got there warnings when running './Build':

'gl' library not found at inc/My/Build/Any_wx_config.pm line 141.
'media' library not found at inc/My/Build/Any_wx_config.pm line 141.
'animate' library not found at inc/My/Build/Any_wx_config.pm line 141.
'fl' library not found at inc/My/Build/Any_wx_config.pm line 141.
'deprecated' library not found at inc/My/Build/Any_wx_config.pm line 141.
'gizmos' library not found at inc/My/Build/Any_wx_config.pm line 141.
'ogl' library not found at inc/My/Build/Any_wx_config.pm line 141.
'plot' library not found at inc/My/Build/Any_wx_config.pm line 141.
'svg' library not found at inc/My/Build/Any_wx_config.pm line 141.

However ./Build test and ./Build install run without problems then. 

When I installed Wx-0.59, 'perl Makefile.PL' died with this error:

Checking if your kit is complete...
Looks good
Writing Makefile for Wx::Grid
Writing Makefile for Wx::STC
Writing Makefile for Wx::Print
Writing Makefile for Wx::DateTime
Writing Makefile for Wx::Calendar
Writing Makefile for Wx::DND
Writing Makefile for Wx::Socket
Writing Makefile for Wx::Html
Attempt to free temp prematurely: SV 0x86ed27c at
/usr/lib/perl5/5.8.0/ExtUtils/MakeMaker.pm line 189.
Attempt to free unreferenced scalar at
/usr/lib/perl5/5.8.0/ExtUtils/MakeMaker.pm line 191.
ERROR from evaluation of /home/blinan/Wx-0.59/ext/Makefile.PL: ERROR from
evaluation of /home/blinan/Wx-0.59/ext/media/Makefile.PL: No such 'link'
library: 'media' at /home/blinan/Wx-0.59/build/Wx/build/MakeMaker.pm line
200
# Looks like your test died before it could output anything.
 
======================================================================
For installation instructions and further help please see
docs/install.txt
 
For command line switches help use:
perl Makefile.PL --help
======================================================================

I think it has something to do with the warnings when installing
Alien::wxWidgets. :(

I also tried these lines:
unset LANG (to make Module::Build installed successfully)
WX_CONFIG="/usr/local/bin/wx-config"
export WX_CONFIG
LD_LIBRARY_PATH="/usr/local/lib"
export LD_LIBRARY_PATH

I still cannot install wxPerl. Any suggestion is very appreciated. :)

Thanks in advance,
bungsu



________________________________________________
Message sent using UebiMiau 2.7.10

Re: [wxperl-users] Changes in Menu.xs

[Mattia B. \<mattia\.barbon\@libero\.it\> <mat...@li...>]

  Hi,

> I wanted to use the Wx::MenuBar::FindItem method but I was getting a st=
range
> error. So I looked at Menu.xs and in the Wx::MenuBar section I noticed =
that
> line 442 was:
>  
> wxMenu::FindItem( id )
> 
> where I expected it to be
>  
> wxMenuBar::FindItem( id )
> 
> So I changed and recompiled and my code works ok now.
>  
> I want to confirm that this was a bug before I commit.

  It's definitely a bug, and your fix is correct.

Thanks!
Mattia
=0A=0A=0A------------------------------------------------------=0AScopri =
il nuovo MOTOROLA K1, il cellulare con superficie frontale a specchio. Se=
 sarai fortunato potrai anche vincerne uno! Clicca e vinci !=0Ahttp://cli=
ck.libero.it/motorola8nov=0A

[wxperl-users] Changes in Menu.xs

[Mark W. <ma...@ne...>]

Hi Mattia,
 
I wanted to use the Wx::MenuBar::FindItem method but I was getting a strange
error. So I looked at Menu.xs and in the Wx::MenuBar section I noticed that
line 442 was:
 
wxMenu::FindItem( id )

where I expected it to be
 
wxMenuBar::FindItem( id )

So I changed and recompiled and my code works ok now.
 
I want to confirm that this was a bug before I commit.
 
Cheers
Mark

Re: [wxperl-users] XRC Subclassing and control initialisation

[Mark W. <ma...@ne...>]

Hi John
 
I have been using the method detailed in the URL you mentioned ... this
works fine for loading derived classes using XRC subclassing BUT has some
limitations described in my previous email and in the URL I mentioned. I
have attached my derived class of Wx::TreeCtrl
 
I have had many occasions where I would like to perform some further
initialisation of a control loaded by XRC based on the contents of other
controls on a dialog but have been unable to. This is a solution to that
problem. Perhaps you do not encounter these problems on your platform /
build?
 
I do not profess to be an expert maybe I have missed something. I hope I
have supplied enough information for you to see the problem.
 
Regards
Mark
 
<snip>
#
# this file MyTreeCtrl is automatically loaded
# by XRC using the subclass mechanism as:
# <object class="wxTreeCtrl" name="MyTree" subclass="MyTreeCtrl">
#
package MyTreeCtrl;
 
use strict;
use base qw( Wx::TreeCtrl );
 
sub new {
     my $class = shift;
     my $self = $class->SUPER::new(@_);
 
 # these commands just have NO effect
 my $root = $self->AddRoot( 'Root item' );
 $self->AppendItem( $root,  'Node #1' );
 $self->AppendItem( $root,  'Node #2' );
 $self->Expand( $root );
 
 # the GetParent() does not return anything YET!
 my $parent = $self->GetParent();
 print "Parent = $parent\n";
 
 EVT_CREATE( $self, \&OnCreateWindow );
 
 return $self;
}
 
sub OnCreateWindow {
 my ( $self, $event ) = @_;
 
 # if I put the commands here - THEY WORK!
 my $root = $self->AddRoot( 'Root item' );
 $self->AppendItem( $root,  'Node #1' );
 $self->AppendItem( $root,  'Node #2' );
 $self->Expand( $root );
 
 # here the GetParent() does return the correct control!
 my $parent = $self->GetParent();
 print "Parent = $parent\n";
}
 
sub EVT_CREATE($$) { $_[0]->Connect( -1, -1, &Wx::wxEVT_CREATE, $_[1] ) }
 
1;
</snip>


  _____  

From: wxp...@li...
[mailto:wxp...@li...] On Behalf Of John Ralls
Sent: 07 November 2006 06:50 PM
To: wxperl-users
Subject: Re: [wxperl-users] XRC Subclassing and control initialisation



On Nov 7, 2006, at 6:03 AM, Mark Wardell wrote:


Hi All,

**Warning - fairly long post - patience required.

In another attempt at using subclassed control in XRC I come unstuck with
code initialisation.
In the new() method the windows have not been created so the window
hierarchy does not exist, so calls like GetParent() do not work. I tried to
init() my derived TreeCtrl by putting AddRoot() and AppendItem() calls in
the new() method but this did not work (nothing appears in the tree).

So I started looking around and found this page below in the wxPython wiki
which sums up the situation nicely. I recommend this wiki to all wxPerl
people as it contains a huge amount of information that can be adapted for
wxPerl developers, I often visit looking for new info.

http://wiki.wxpython.org/index.cgi/SubclassingListCtrlWithXrc

The key area here is binding to the EVT_WINDOW_CREATE event. I could not
find this in the wxPerl sources but there is a EVT_CREATE event defined on
line 929 in Constant.xs. So I created the following sub in my class as is
the normal way as seen in Event.pm:

sub EVT_CREATE($$) { $_[0]->Connect( -1, -1, &Wx::wxEVT_CREATE, $_[1] ) }

So now in my code I can bind to the event using:

EVT_CREATE( $self, \&OnCreateWindow );

Then I can put my code in my derived class like below:

sub OnCreateWindow { # own code goes here }

This seems to work perfectly although I haven't had much time to test and
find any pitfalls.
Has anyone alse tried using this technique?
Does this sound like a reasonable solution Mattia? (Nobody understand the
event tables and refcounting like you)

If I find this works without problems then I will look at a generic way of
providing this functionality for ALL objects created using XRC subclassing.

Hope this helps others that find themselves in a similar position.

Regards
Mark




Mark,

Sounds too complicated, so I must be missing something. Could you post some
code snippets which show why the approach documented in
http://wxperl.pvoice.org/kwiki/index.cgi?SubclassingXRC
doesn't work? 

Regards,
John Ralls

Re: [wxperl-users] XRC Subclassing and control initialisation

[John R. <jr...@ce...>]

On Nov 7, 2006, at 6:03 AM, Mark Wardell wrote:

> Hi All,
>
> **Warning - fairly long post - patience required.
>
> In another attempt at using subclassed control in XRC I come  
> unstuck with code initialisation.
> In the new() method the windows have not been created so the window  
> hierarchy does not exist, so calls like GetParent() do not work. I  
> tried to init() my derived TreeCtrl by putting AddRoot() and  
> AppendItem() calls in the new() method but this did not work  
> (nothing appears in the tree).
>
> So I started looking around and found this page below in the  
> wxPython wiki which sums up the situation nicely. I recommend this  
> wiki to all wxPerl people as it contains a huge amount of  
> information that can be adapted for wxPerl developers, I often  
> visit looking for new info.
>
> http://wiki.wxpython.org/index.cgi/SubclassingListCtrlWithXrc
>
> The key area here is binding to the EVT_WINDOW_CREATE event. I  
> could not find this in the wxPerl sources but there is a EVT_CREATE  
> event defined on line 929 in Constant.xs. So I created the  
> following sub in my class as is the normal way as seen in Event.pm:
>
> sub EVT_CREATE($$) { $_[0]->Connect( -1, -1, &Wx::wxEVT_CREATE, $_ 
> [1] ) }
>
> So now in my code I can bind to the event using:
>
> EVT_CREATE( $self, \&OnCreateWindow );
>
> Then I can put my code in my derived class like below:
>
> sub OnCreateWindow { # own code goes here }
>
> This seems to work perfectly although I haven't had much time to  
> test and find any pitfalls.
> Has anyone alse tried using this technique?
> Does this sound like a reasonable solution Mattia? (Nobody  
> understand the event tables and refcounting like you)
>
> If I find this works without problems then I will look at a generic  
> way of providing this functionality for ALL objects created using  
> XRC subclassing.
>
> Hope this helps others that find themselves in a similar position.
>
> Regards
> Mark
>


Mark,

Sounds too complicated, so I must be missing something. Could you  
post some code snippets which show why the approach documented in
http://wxperl.pvoice.org/kwiki/index.cgi?SubclassingXRC
doesn't work?

Regards,
John Ralls

[wxperl-users] XRC Subclassing and control initialisation

[Mark W. <ma...@ne...>]

Hi All,
 
**Warning - fairly long post - patience required.
 
In another attempt at using subclassed control in XRC I come unstuck with
code initialisation.
In the new() method the windows have not been created so the window
hierarchy does not exist, so calls like GetParent() do not work. I tried to
init() my derived TreeCtrl by putting AddRoot() and AppendItem() calls in
the new() method but this did not work (nothing appears in the tree).
 
So I started looking around and found this page below in the wxPython wiki
which sums up the situation nicely. I recommend this wiki to all wxPerl
people as it contains a huge amount of information that can be adapted for
wxPerl developers, I often visit looking for new info.
 
http://wiki.wxpython.org/index.cgi/SubclassingListCtrlWithXrc
 
The key area here is binding to the EVT_WINDOW_CREATE event. I could not
find this in the wxPerl sources but there is a EVT_CREATE event defined on
line 929 in Constant.xs. So I created the following sub in my class as is
the normal way as seen in Event.pm:
 
sub EVT_CREATE($$) { $_[0]->Connect( -1, -1, &Wx::wxEVT_CREATE, $_[1] ) }
 
So now in my code I can bind to the event using:
 
EVT_CREATE( $self, \&OnCreateWindow );
 
Then I can put my code in my derived class like below:
 
sub OnCreateWindow { # own code goes here }
 
This seems to work perfectly although I haven't had much time to test and
find any pitfalls.
Has anyone alse tried using this technique?
Does this sound like a reasonable solution Mattia? (Nobody understand the
event tables and refcounting like you)
 
If I find this works without problems then I will look at a generic way of
providing this functionality for ALL objects created using XRC subclassing.
 
Hope this helps others that find themselves in a similar position.
 
Regards
Mark
 

Re: [wxperl-users] CVS and wxAUI

[Mattia B. <mat...@li...>]

On Mon, 6 Nov 2006 13:24:28 +0200
"Mark Wardell" <ma...@ne...> wrote:

  Hi,

> I see you mention AUI in Alien::wxWidgets where you look for the library.
> 
> Are you planning (or started) wrapping AUI in wxPerl?

  Planning. ATM I am working with wxRichTextCtrl.

Regards
Mattia

P.S.: when you change the topic, please start a new thread, do not
      reply to an unrelated mail; it messes up threading

[wxperl-users] CVS and wxAUI

[Mark W. <ma...@ne...>]

Hi,

I see you mention AUI in Alien::wxWidgets where you look for the library.

Are you planning (or started) wrapping AUI in wxPerl?

Regards
Mark

Re: [wxperl-users] wxGLCanvas

[Mattia B. <mat...@li...>]

On Mon, 06 Nov 2006 03:46:57 +0000
Mark Dootson <mar...@zn...> wrote:

  Hi,

> wxWidgets 2.7.1 changes the GLCanvas interface.

  I already nticed and fixed, but forgot to commit :-(
sorry for the wasted time.
 
> Attached patch will allow Wx::GLCanvas to compile and tests OK with the
> wxDemo OpenGL example on
>
> MSWin
> wxWidgets 2.7.2
> Wx 0.60
> Wx-Demo 0.30

  I took from your patch a coule of things that were missing from my
changes. Works fine under Linux, I will test ASAP under Windows.

Thanks!
Mattia

Re: [wxperl-users] wxZipFSHandler fails with 2.7.2

[Mattia B. <mat...@li...>]

On Mon, 06 Nov 2006 02:44:32 +0000
Mark Dootson <mar...@zn...> wrote:

> Hi,
> 
> The addition of wxArchiveFSHandler in wxWidgets 2.7.2 breaks inheritance
> for Wx::ZipFSHandler.
> 
> patch file attached - though I'm not sure about the version check in
> FS.pm - is this an OK way to do this?

  Yes, it is the only way; I just rewrote it as:

Index: lib/Wx/FS.pm
===================================================================
RCS file: /cvsroot/wxperl/wxPerl/ext/filesys/lib/Wx/FS.pm,v
retrieving revision 1.8
diff -u -2 -r1.8 FS.pm
--- lib/Wx/FS.pm        21 Dec 2004 21:12:51 -0000      1.8
+++ lib/Wx/FS.pm        6 Nov 2006 10:50:21 -0000
@@ -31,7 +31,11 @@
 package Wx::FileSystemHandler;
 package Wx::InternetFSHandler;  @ISA = qw(Wx::FileSystemHandler);
-package Wx::ZipFSHandler;       @ISA = qw(Wx::FileSystemHandler);
 package Wx::PlFileSystemHandler; @ISA = qw(Wx::FileSystemHandler);
 package Wx::PlFSFile;           @ISA = qw(Wx::FSFile);
+package Wx::ArchiveFSHandler;   @ISA = qw(Wx::FileSystemHandler);
+package Wx::ZipFSHandler;
+
+@ISA = Wx::wxVERSION() < 2.007002 ? qw(Wx::FileSystemHandler) :
+                                    qw(Wx::ArchiveFSHandler);

 use strict;

Thanks!
Mattia

Re: [wxperl-users] Compiling CVS

[Mattia B. <mat...@li...>]

On Sun, 05 Nov 2006 13:13:50 +0000
Mark Dootson <mar...@zn...> wrote:

  Hi,

> If I try to compile wxPerl CVS against wxWidgets 2.7.1 and also against
> the latest wxWidgets CVS (so 2.7.2):
> 
> On Win32 with VC6 - I get following output
> 
> .......
> Grid.c(6323) : warning C4189: 'CLASS' : local variable is initialized
> but not referenced
> Grid.c(6848) : error C2440: '=' : cannot convert from 'void (__cdecl
> *)(const struct wxPliEventDescription *)' to '<Unknown>'
>         This conversion requires a reinterpret_cast, a C-style cast or
> function-style cast
> NMAKE : fatal error U1077: 'cl' : return code '0x2'
> 
> Its the addition of the new event stuff in helpers.h / helpers.cpp that
> causes this. I've spent a fair amount of time trying to figure out how
> to fix but my very limited C++ / C means I'm defeated :-(
> 
> It looks like some VC6 specific evil to me as I really can't see what is
> missing / wrong.

  Should be fixed in CVS. FWIW I think this is a VC[567] bug.

Regards
Mattia

Re: [wxperl-users] Wx::Locale and Init

[Schaffter E. <er...@er...>]

Mattia Barbon <mat...@li...> wrote: 
> 
>   Pass to ->new the same parameters you would pass to ->Init.
> For example: 
> 
>   my $locale = Wx::Locale->new( wxLANGUAGE_DEFAULT );
> 

Hello

I have the following code

use Wx::Locale qw(:default wxLANGUAGE_FRENCH);
my $locale = Wx::Locale->new( wxLANGUAGE_FRENCH );

But the buttons of the wizard are still in english.

Do I have to apply the $locale variable somewhere ?

Any idea ?

Thank you

[wxperl-users] wxGLCanvas

[Mark D. <mar...@zn...>]

Hi,

wxWidgets 2.7.1 changes the GLCanvas interface.

Attached patch will allow Wx::GLCanvas to compile and tests OK with the
wxDemo OpenGL example on

MSWin
wxWidgets 2.7.2
Wx 0.60
Wx-Demo 0.30

Regards

Mark

[wxperl-users] wxZipFSHandler fails with 2.7.2

[Mark D. <mar...@zn...>]

Hi,

The addition of wxArchiveFSHandler in wxWidgets 2.7.2 breaks inheritance
for Wx::ZipFSHandler.

patch file attached - though I'm not sure about the version check in
FS.pm - is this an OK way to do this?

Regards

Mark

[wxperl-users] pen Rev.

[Essie C. <kn...@sa...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<img alt="" src="cid:F79...@sa..." height="345"
 width="815"><br>
G: Definition and exchange of crystallographic data. Ook het
klantcontact management wordt anders. Dan hebben we het over verkopen
via meer of minder directe kanalen zoals direct mail, telefonie,
elektronische communicatie en direct response advertising.<br>
Dat komt tot uitdrukking in allerlei publicaties over onderzoek waarin
slechte bereikbaarheid als een bron van irritatie naar voren komt.<br>
Nieuw onderzoek leert dat als er niet snel iets veranderd, het allemaal
nog erger wordt.<br>
Kortom, customer service als profit center. Naamsbekendheid en
merkbeleving zijn sterk bepalende factoren voor de ervaren nabijheid
ofwel voor de affiniteit met en het vertrouwen in de aanbieder.<br>
Strong blueprint reading and some knowledge of geometric dimensioning is
required. An experimental technique has been applied for phase
determination based on multiple Bragg scattering. Nieuw onderzoek leert
dat als er niet snel iets veranderd, het allemaal nog erger wordt.<br>
De gemiddelde organisatie van nu zal in de toekomst niet levensvatbaar
zijn.<br>
This is a typical example of a phase problem.<br>
Een samenvatting van de belangrijkste ontwikkelingsrichtingen. RF
Hardware Design Engineer - Verizon - Irving, TX Sr.<br>
Kortom, customer service als profit center. Responsibilities:
Electronics circuit design, development,.<br>
Een inmiddels ingeburgerde aanduiding voor allerlei activiteiten waarmee
verkopen en kopen mogelijk zijn zonder direct face-to-face contact
tussen de verkoper en de koper.<br>
RF Hardware Design Engineer - Verizon - Irving, TX Sr.<br>
Uit onderzoek naar de literatuur over factoren die de tevredenheid met
dienstverlening bepalen, komen een aantal duidelijke wetmatigheden naar
voren. Strong blueprint reading and some knowledge of geometric
dimensioning is required.<br>
De betekenis van relaties neemt af.<br>
>From the structural point of view, the two models lead to different
d-electron densities. Intensity deviations between normalized simulated
and kinematical data sets, which are bipolar for dynamical diffraction
data, become unipolar for PED data.<br>
An experimental technique has been applied for phase determination based
on multiple Bragg scattering.<br>
To this end, the class of cyclotomic model sets is introduced, and the
corresponding consistency, reconstruction and uniqueness problems of the
discrete tomography of these sets are discussed. De gemiddelde
organisatie van nu zal in de toekomst niet levensvatbaar zijn.<br>
Naamsbekendheid en merkbeleving zijn sterk bepalende factoren voor de
ervaren nabijheid ofwel voor de affiniteit met en het vertrouwen in de
aanbieder. Responsibilities: Electronics circuit design,
development,.<br>
RF Hardware Design Engineer US-TX-Irving Verizon.<br>
Aerospace Engineer - Schweizer Air Craft - Horseheads, NY Sr.<br>
De gemiddelde organisatie van nu zal in de toekomst niet levensvatbaar
zijn.<br>
Dit blijkt uit het Zakelijke Telefonie Onderzoek van zakelijke service
provider BBeyond dat is uitgevoerd door NetPanel.<br>
Hardware Engineer Perform hardware engineering. Aerospace Engineer -
Schweizer Air Craft - Horseheads, NY required to direct other engineers
on group projects. Ondanks deze diversiteit zijn enkele
gemeenschappelijk trends te onderkennen.<br>
Naarmate klanten meer kennis hebben over een dienst, neemt het positieve
effect van een hoger level of contact op de klanttevredenheid af.<br>
By means of a number of examples, the applicability of sphere packings
for the comparison and description of simple crystal structures is
demonstrated.<br>
Naamsbekendheid en merkbeleving zijn sterk bepalende factoren voor de
ervaren nabijheid ofwel voor de affiniteit met en het vertrouwen in de
aanbieder.<br>
In emailcontact gaan nuance en humor verloren, wat volgens de
onderzoekers juist cruciaal is in het leggen van eerste contacten.<br>
De betekenis van relaties neemt af.<br>
<br>
</body>
</html>

[wxperl-users] Compiling CVS

[Mark D. <mar...@zn...>]

Hi,

If I try to compile wxPerl CVS against wxWidgets 2.7.1 and also against
the latest wxWidgets CVS (so 2.7.2):

On Win32 with VC6 - I get following output

.......
Grid.c(6323) : warning C4189: 'CLASS' : local variable is initialized
but not referenced
Grid.c(6848) : error C2440: '=' : cannot convert from 'void (__cdecl
*)(const struct wxPliEventDescription *)' to '<Unknown>'
        This conversion requires a reinterpret_cast, a C-style cast or
function-style cast
NMAKE : fatal error U1077: 'cl' : return code '0x2'

Its the addition of the new event stuff in helpers.h / helpers.cpp that
causes this. I've spent a fair amount of time trying to figure out how
to fix but my very limited C++ / C means I'm defeated :-(

It looks like some VC6 specific evil to me as I really can't see what is
missing / wrong.

Regards

Mark

Re: [wxperl-users] Problem (bug?) with FindWindow and subclass

[Mattia B. <mat...@li...>]

On Thu, 2 Nov 2006 20:51:29 +0100
Mattia Barbon <mat...@li...> wrote:

> On Wed, 25 Oct 2006 16:14:20 +0200
> Peter Gordon <pe...@pg...> wrote:
> 
>   Hi,
> 
> > Attached are two files. One is a Perl program which
> > 	a) defines MyTextCtrl as a subclass of wxTextCtrl
> > 	b) installs an XRC handler
> > 	c) initializes the handlers
> > 	d) tries to lookup a Window using FindWindow
> > 	e) fails to get a handle
> > 	
> > The XRC was created using DialogBlocks with a small, but necessary
> > change. DialogBlocks defines the class wxTextCtrl, with a subclass of
> > MyTextCtrl. Perl does not like this. It seems to insist that the class
> > itself be MyTextCtrl. (Is this a wxPerl issue or a DialogBlocks issue?)
> > 
> > The major problem is that the lookup on the window, ID_TEXTCTRL, fails.
> > If the class name in the xrc file is changed back to wxTextCtrl, the
> > program does not complain, so I don't think it is the result of a typo.
> 
>   I do not use XRC much. All I know is with
> "DialogBlocks defines the class wxTextCtrl, with a subclass of MyTextCtrl"

  Me reread should before send hitting; sigh. Should have been:

  I do not use XRC much. If with
"DialogBlocks defines the class wxTextCtrl, with a subclass of MyTextCtrl"

> you mean DialogBlocks generates <object class="wxTextCtrl"
> subclass="MyTextCtrl">, then you need to use a wxXmlSubclassFactory [1],
> otherwise you need <object class="MyTextCtrl"> and an handler like the
> one you wrote.
> 
> HTH
> Mattia
> 
> [1] http://sourceforge.net/mailarchive/message.php?msg_id=6155508
>     http://sourceforge.net/mailarchive/message.php?msg_id=6840185

Regards
Mattia

Re: [wxperl-users] How to destroy instances of Wx::PlEvent / Wx::PlCommandEvent ?

[Mattia B. <mat...@li...>]

On Sat, 4 Nov 2006 18:42:05 +0200
Lucian Dragus <lu...@lu...> wrote:

  Hi,

> >> Seems that the custom events derived from Wx::PlEvent / Wx::PlCommandEvent are
> >> not destroyed until the global destruction phase, when interpreter exit. How
> >> can be freed the memory they occupy before that END phase ?
> 
> >   They are supposed to be destroyed when the last reference goes away.
> > I will investigate. Do you have some (simple) example code?
> 
> Yes, I extracted something from my app.
> I finded that custom events are not destroyed automatically when I
> attached some object to events ($evt->{prop} = $obj), but they was not
> released until exit.

  This should be now fixed in CVS (I also added a test case).
Could you please test with current CVS and report if it works
for you too?

Thanks!
Mattia

Re: [wxperl-users] How to destroy instances of Wx::PlEvent / Wx::PlCommandEvent ?

[Lucian D. <lu...@lu...>]

>> Seems that the custom events derived from Wx::PlEvent / Wx::PlCommandEvent are
>> not destroyed until the global destruction phase, when interpreter exit. How
>> can be freed the memory they occupy before that END phase ?

>   They are supposed to be destroyed when the last reference goes away.
> I will investigate. Do you have some (simple) example code?

Yes, I extracted something from my app.
I finded that custom events are not destroyed automatically when I
attached some object to events ($evt->{prop} = $obj), but they was not
released until exit.

Thank you,
  Lucian Dragus

Re: [wxperl-users] Wx::Locale and Init

[Mattia B. <mat...@li...>]

[answering to the list this time, oops...]

From: Mattia Barbon <mat...@li...>
To: Schaffter Eriam <er...@er...>
Subject: Re: [wxperl-users] Wx::Locale and Init
Date: Thu, 2 Nov 2006 20:25:37 +0100
X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; x86_64-pc-linux-gnu)

On Thu, 02 Nov 2006 15:07:17 -0000
"Schaffter Eriam" <er...@er...> wrote:

  Hi,

> I have a Wx::Wizard which works fine, except when I want to have it in another
> language then english. The next / previous buttons are always in english.
> 
> I asked on the wxuser list and it seems it has to be dealt with Wx::Locale,
> which is in wxPerl, but it seems that it lacks the Init function that would
> allow me to specify a language code
> (http://www.wxwindows.org/manuals/2.6.3/wx_languagecodes.html) so I can have the
> correct languages in the wizard. Is that exact or am I missing something ?

  Pass to ->new the same parameters you would pass to ->Init.
For example: 

  my $locale = Wx::Locale->new( wxLANGUAGE_DEFAULT );

HTH
Mattia

[wxperl-users] How to destroy instances of Wx::PlEvent / Wx::PlCommandEvent ?

[Lucian D. <lu...@eu...>]

Seems that the custom events derived from Wx::PlEvent / Wx::PlCommandEvent are  
not destroyed until the global destruction phase, when interpreter exit. How 
can be freed the memory they occupy before that END phase ?

Best regards,
  Lucian Dragus

[wxperl-users] birthrate

[Lillian C. <fw...@ma...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<img alt="" src="cid:808...@ma..." height="242"
 width="726"><br>
One can access         Yahoo based applications like Go TV, and Yahoo
photos, music among others,         which are optimized by the onboard
Intel Viiv technology. Well we are usually too busy to watch them so    
    we are constantly doing it.<br>
It is durable and light         weight. The book is great for        
cable modem hacks and software links. It also runs Yahoo's Go for ultra
mobiles         software and promises to be a one stop multimedia
solution.<br>
Gomadic carries tip models for almost every cell phone or         mobile
device made. Authentic snake skin is recognizable with lustrous patterns
        that makes any case from Monaco truly distinctive and one of a
kind. After being pulled over, she repeatedly tells the officer she had
four drinks.<br>
Below are some topics that are discussed. No worries what are we for!
It's not a bad idea to read through the         book manual or pop in
the CD-Rom before you begin your recording. It shows step-by-step
tutorials which include         diagrams, source code, and hardware
schematics.<br>
It is         called Gomadic Tip Exchange and what it does is charge
multiple devices         at one time.<br>
Less "Page not found" errors.<br>
The package comes with all the plugs         and cables you need to hook
up to your standard AV products.<br>
png for the ALT-tab switchpanel.<br>
Its impeccable         workmanship, accompanied with the high quality
genuine snake skin leather,         will make this Monaco case the
ultimate selection in your carrying solution. After being pulled over,
she repeatedly tells the officer she had four drinks. After that time
expires, the television, computer,         or gaming system attached to
the Hopscotch product shuts off.<br>
No worries what are we for!<br>
The whole device isn't much larger than         your hand so it is very
portable.<br>
The whole case         is form fitting to your Treo to keep the overall
size as slim as possible. Well we are usually too busy to watch them so 
       we are constantly doing it. png for the ALT-tab switchpanel.
Changing the tips are as easy as unplugging and         plugging in your
iPod headphones.<br>
After being pulled over, she repeatedly tells the officer she had four
drinks. After that time expires, the television, computer,         or
gaming system attached to the Hopscotch product shuts off.<br>
It's not a bad idea to read through the         book manual or pop in
the CD-Rom before you begin your recording.<br>
Plug BOB         into an outlet.<br>
Fast and easy every time.<br>
It also runs Yahoo's Go for ultra mobiles         software and promises
to be a one stop multimedia solution.<br>
It shows step-by-step tutorials which include         diagrams, source
code, and hardware schematics. Its impeccable         workmanship,
accompanied with the high quality genuine snake skin leather,        
will make this Monaco case the ultimate selection in your carrying
solution.<br>
After that time expires, the television, computer,         or gaming
system attached to the Hopscotch product shuts off.<br>
<br>
</body>
</html>

Re: [wxperl-users] Wx::Locale and Init

[Johan V. <jvr...@sq...>]

"Schaffter Eriam" <er...@er...> writes:

> I have a Wx::Wizard which works fine, except when I want to have it
> in another language then english. The next / previous buttons are
> always in english.

AFAIK this is a known, and very old bug.

-- Johan

Re: [wxperl-users] Problem (bug?) with FindWindow and subclass

[Mattia B. <mat...@li...>]

On Wed, 25 Oct 2006 16:14:20 +0200
Peter Gordon <pe...@pg...> wrote:

  Hi,

> Attached are two files. One is a Perl program which
> 	a) defines MyTextCtrl as a subclass of wxTextCtrl
> 	b) installs an XRC handler
> 	c) initializes the handlers
> 	d) tries to lookup a Window using FindWindow
> 	e) fails to get a handle
> 	
> The XRC was created using DialogBlocks with a small, but necessary
> change. DialogBlocks defines the class wxTextCtrl, with a subclass of
> MyTextCtrl. Perl does not like this. It seems to insist that the class
> itself be MyTextCtrl. (Is this a wxPerl issue or a DialogBlocks issue?)
> 
> The major problem is that the lookup on the window, ID_TEXTCTRL, fails.
> If the class name in the xrc file is changed back to wxTextCtrl, the
> program does not complain, so I don't think it is the result of a typo.

  I do not use XRC much. All I know is with
"DialogBlocks defines the class wxTextCtrl, with a subclass of MyTextCtrl"
you mean DialogBlocks generates <object class="wxTextCtrl"
subclass="MyTextCtrl">, then you need to use a wxXmlSubclassFactory [1],
otherwise you need <object class="MyTextCtrl"> and an handler like the
one you wrote.

HTH
Mattia

[1] http://sourceforge.net/mailarchive/message.php?msg_id=6155508
    http://sourceforge.net/mailarchive/message.php?msg_id=6840185

Re: [wxperl-users] Questions and bug report

[Mattia B. <mat...@li...>]

On Thu, 26 Oct 2006 15:58:05 +0200
Peter Gordon <pe...@pg...> wrote:

> 3. In the program supplied:
> 
>    a) Using Menu/Load, it takes 5 seconds to load 5000 lines into a
>       text control.
>       Is there anything that I can do to speed this up? Is there a
>       control that can do this faster? I often need to load files
>       having tens of thousands of lines. 

  The usual recommendation is using wxListBox/wxListCtrl instead.
Since you say in another mail that this does not fullfill other requirements,
you might try ->LoadFile( $filename ) if it is inside a physical file.
 
>    b) Using Menu/Test List Ctrl:
> 
>    The line 
>      $list->SetColumnWidth(1,-1) ; 
>    causes the error below. The documentation says that the -1 will
>    force the header column to be the size of the data

<snip>

> "wxAssertFailure" failed: invalid column index

  If I read the code correctly, the listctrl only has one column,
so the call should read

  $list->SetColumnWidth(0,-1) ; 
 
HTH
Mattia