wxperl-users — For wxPerl users

[wxperl-users] Missing stuff regarding Wx::MediaCtrl

[Jouke V. <jo...@pv...>]

Hi Mattia,

Like I mentioned the other day, there are a few things missing regarding 
the Wx::MediaCtrl:

If I do

use Wx qw(:allclasses)

it doesn't include Wx::Media, so I have to explicitly use that. I think 
that shouldn't be necessary.

Besides that, I couldn't discover where (if at all) the following 
constants are defined:

wxMEDIASTATE_STOPPED
wxMEDIASTATE_PAUSED
wxMEDIASTATE_PLAYING
wxMEDIABACKEND_DIRECTSHOW
wxMEDIABACKEND_QUICKTIME
wxMEDIABACKEND_MCI
wxMEDIABACKEND_GSTREAMER
wxMEDIACTRLPLAYERCONTROLS_NONE
wxMEDIACTRLPLAYERCONTROLS_DEFAULT

I've tried using Wx with :everything, explicitly importing these 
constants, and doing the same for Wx::Media, but it seems they haven't 
been defined (yet).

Could you include these before the 0.51 release?

Thanks!

Jouke

Re: [wxperl-users] Wx::Wave ==> Wx::Sound ?

[Jouke V. <jo...@pv...>]

> does what you'd expect :)
that is to say, on WinXP Professional (with all latest patches), and 
ActiveState Perl 5.8.8 (build 817) and wxWidgets 2.6.3.

Re: [wxperl-users] Wx::Wave ==> Wx::Sound ?

[Jouke V. <jo...@pv...>]

Hi Mattia,

>>   Now committed. I only had the 'No sound' backend available:
>> it correctly didn't play the sound :-) I will leave the testing
>> of a real backend to you.
> I'll surely do so. I'll update my local cvs sandbox tonight and test it.
Hmmm...somehow I'm not able to update cvs anymore. But anyway, I 
downloaded a cvs snapshot from the site, compiled it and

perl -MWx -e"$s = Wx::Sound->new('ding.wav'); $s->Play(wxSOUND_SYNC) if 
$s->IsOk;"


does what you'd expect :)


Jouke

Re: [wxperl-users] Handling a large zoomable image (world map)

[Donovan A. <al...@Zo...>]

I am using POE, Wx and POE::Loop::Wx in a production application. =20
=20
POE is pretty cool, but my feelings on it are a mixed bag. =20
=20
Part of my app samples input from digital & analog IO hardware, and I =
had to break that component into it's own app because of decreased =
resolution on poe events in the kernel when using POE::Loop::Wx.
=20
Simply removing the POE::Loop::Wx from this second app gave me back =
0.3-0.5 seconds or so in every second for session events.  It may be =
simple enough to tweak with the timing in the loop or it may simply be =
that processing the Wx events is taking a rather long time (which might =
be able to be solved by breaking a function into more parts), but I =
haven't looked very deeply into it.
=20
There are both pros and cons for POE (as with any system).  I don't have =
a ton of time right now to go into an in depth analysis for you, but =
since the pros are well known, the few important cons/considerations =
that I perceive are:
=20
1> POE will not take advantage of multiple processors and given modern =
processors, this could be a big deal for your code.
=20
2> On a similar note, since it is a single process, you can't take =
advantage of the time spent reading a file (low CPU use) to get =
something else done. =20
=20
3> POE is a pretty complicated framework, which given all it does is =
understandable, but depending on your project, it may be less =
complicated to use threads, threads::shared, and the Event module. =20
=20
4> Since nothing is running in parallel, you have to chop your time =
consuming functions into smaller processing units and at the end of =
"middle units" (forgot the term POE uses), you have to issue a call to =
POE to add the next unit call on the queue.
=20
This is a serious commitment to POE (at least without careful design - =
and maybe not even then) as moving to some other model later becomes =
much more difficult (as opposed to say, using the "forks" module and =
threads interchangeably).
=20
5> Related to the last con, is that you may find yourself reinventing =
wheels (hoho - POE humor), since any CPAN module you use may ruin your =
day and need to be rewritten to do things the POE way.  And if you think =
I jest, look at CPAN's POE modules...it is very much a lot of CPAN =
modules wrapped or modified for POE.
=20
After reading all this, it should become clear that the best solution =
overall would be to use POE with threads.  Well, officially threads and =
POE are not compatible (the CPAN POE threads module is using the old =
perl threads and was really just an experiment) and unofficially it is =
doable, but at such a high memory overhead that it is not realistic. =20
=20
Now, all this being said, POE does what it says on the tin, the project =
your proposing is probably doable with it and it is possible to use POE =
+ Wx for production quality product (as I have done and I believe at =
least someone else has - the devs of POE::Loop::Wx), but you might =
consider doing some serious homework on this first.
=20
Wow...that was longer than intended...lol.

________________________________

From: Ed W [mailto:li...@wi...]
Sent: Wed 6/28/2006 2:07 AM
To: Eriam Schaffter
Cc: Donovan Allen; Jouke Visser; wxp...@li...
Subject: Re: [wxperl-users] Handling a large zoomable image (world map)


Eriam Schaffter wrote:=20

	Le Mer 28 juin 2006 1:20, Donovan Allen a =E9crit :
	 =20

		(in a thread
		perhaps?)
		   =20

	May I suggest POE ?
=09
	I think that would be a perfect fit for this situation !
=09
	You can have a look at POE::Loop::Wx
	 =20


POE is a great suggestion and I have played with it a little already.  =
Actually my first instinct was NOT to use POE on the client end of this =
system (mainly win32) because on the surface it looked as though POE =
might be quite slow?

The application also acts as a network proxy for some other network =
stuff and it would be useful to have it all in one exe process.  Anyone =
got any real world statistics on whether POE is slow and heavy, or =
decently speedy in the real world?

Thanks for all the suggestions so far.  For sure the double viewport =
suggestion is what I was heading towards, but the implementation wasn't =
so clear in my mind until you paraphrased the algorithm so neatly.  =
Thanks

Ed W

Re: [wxperl-users] SEGV at not established variable DISPLAY in 0.26

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

> I wish to make rpm. Thus I receive segmentation fault if variable
> DISPLAY not set.

  Set it :-)
Seriously: this problems has been fixed in wxPerl CVS (0.51-to-be).
 
Thanks
Mattia

[wxperl-users] SEGV at not established variable DISPLAY in 0.26

[Slava D. <sl...@el...>]

Hi
I wish to make rpm. Thus I receive segmentation fault if variable
DISPLAY not set.

$DISPLAY= perl -Mblib -c blib/lib/Wx/Calendar.pm
Segmentation fault
$DISPLAY= perl -Mblib -e 'use Wx'
Segmentation fault

For testing has made so:
$ gendiff . -
--- ./Constant.c-       2006-06-26 17:48:59 +0400
+++ ./Constant.c        2006-06-26 18:18:42 +0400
@@ -2170,6 +2170,7 @@ void SetConstants()
     //
     // Predefined colours
     //
+    fprintf(stderr, "wxRED=%p\n", wxRED);
     wxPli_set_const( "wxRED", "Wx::Colour", new wxColour( *wxRED ) );
     wxPli_set_const( "wxGREEN", "Wx::Colour", new wxColour( *wxGREEN ) );
     wxPli_set_const( "wxBLUE", "Wx::Colour", new wxColour( *wxBLUE ) );

$ DISPLAY= perl -Mblib -e 'use Wx'
wxRED=(nil)
Segmentation fault

How to solve this problem?
-- 
WBR,
Dubrovskiy Vyacheslav.

Re: [wxperl-users] Pattern for update forms

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

[Quoting Jouke Visser, on June 28 2006, 21:38, in "Re: [wxperl-users] P"]
> Yes. For this I usually use the EVT_KILL_FOCUS.

The problem with this approach is that this event is also generated
when the window loses focus for any other reason, e.g., when a system
pop-up temporarily grabs then focus. This causes the "this field has
changed" logic to trigger before the field entry is complete.

For example, if a field must contain a 4 digit code, and a system
pop-up appears when the user has entered only 3 digits, after
dismissal of the pop-up he will get a warning that the input is
only 3 digits, and hence invalid.

-- Johan

Re: [wxperl-users] Pattern for update forms

[Jouke V. <jo...@pv...>]

Hi Johan,

> I need to keep track of changes. In particular, I need to know if
> anything changed from the start. If so, I can enable the OK and Reset
> buttons. If nothing has changed, these are disabled (again).
> 
> My usual approach is to make a copy of all data when the form is first
> filled, and use the idle loop to compare all fields to see if
> something has changed. This works, but I assume there are better ways.
> 
> What would be a good pattern for this? Listen to focus in / focus out
> events? How do you do this?
Yes. For this I usually use the EVT_KILL_FOCUS. If you want to be able 
to track the changes even when the field still has the focus, you can 
use EVT_TEXT on the textcontrol for example.

HTH,

Jouke

[wxperl-users] Pattern for update forms

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

Hi,

Given a form with data (in text widgets, checkboxes, and so on). This
data comes from a database. On the form, the user can make changes. On
the bottom there are the familiar buttons Cancel, OK and Reset.

I need to keep track of changes. In particular, I need to know if
anything changed from the start. If so, I can enable the OK and Reset
buttons. If nothing has changed, these are disabled (again).

My usual approach is to make a copy of all data when the form is first
filled, and use the idle loop to compare all fields to see if
something has changed. This works, but I assume there are better ways.

What would be a good pattern for this? Listen to focus in / focus out
events? How do you do this?

-- Johan

[wxperl-users] wxValidator problems

[herbert b. <dei...@we...>]

when i call $window->GetValidator() i get no object, when i try to assign
one i fail, there is nothing in the demos about that
i just wanted to plug an Wx::Validator->SetBellOnError(0) and BTW the 
artprov.pl
onto an combobox to stop making noises.

in examples seems broken something with imagehandler.
all best

herbert
proton-ce.sf.net

Re: [wxperl-users] Handling a large zoomable image (world map)

[Ed W <li...@wi...>]

Eriam Schaffter wrote:
> Le Mer 28 juin 2006 1:20, Donovan Allen a =E9crit :
>  =20
>> (in a thread
>> perhaps?)
>>    =20
>
>
> May I suggest POE ?
>
> I think that would be a perfect fit for this situation !
>
> You can have a look at POE::Loop::Wx
>  =20

POE is a great suggestion and I have played with it a little already. =20
Actually my first instinct was NOT to use POE on the client end of this=20
system (mainly win32) because on the surface it looked as though POE=20
might be quite slow?

The application also acts as a network proxy for some other network=20
stuff and it would be useful to have it all in one exe process.  Anyone=20
got any real world statistics on whether POE is slow and heavy, or=20
decently speedy in the real world?

Thanks for all the suggestions so far.  For sure the double viewport=20
suggestion is what I was heading towards, but the implementation wasn't=20
so clear in my mind until you paraphrased the algorithm so neatly.  Thank=
s

Ed W

Re: [wxperl-users] Wx::Wave ==> Wx::Sound ?

[Jouke V. <jo...@pv...>]

Hi Mattia,

>>> Can this be fixed?
>>   This seems fairly simple, I should be able to do it for wxPerl 0.51
>> (tentative release schedule: this week-end).
Ah great! By the way, I encountered some missing constant definitions 
for wxSound and wxMediaCtrl too. If you like I can send a list (or even 
better, a patch), but I'm not sure I'll be able to do so before the 
weekend (which would mean it wouldn't go into 0.51)...

>   Now committed. I only had the 'No sound' backend available:
> it correctly didn't play the sound :-) I will leave the testing
> of a real backend to you.
I'll surely do so. I'll update my local cvs sandbox tonight and test it.

Thanks!

Jouke

Re: [wxperl-users] Handling a large zoomable image (world map)

[Eriam S. <er...@er...>]

Le Mer 28 juin 2006 1:20, Donovan Allen a =E9crit :
> (in a thread
> perhaps?)


May I suggest POE ?

I think that would be a perfect fit for this situation !

You can have a look at POE::Loop::Wx

Thank you

Eriam

Re: [wxperl-users] Handling a large zoomable image (world map)

[Donovan A. <al...@Zo...>]

The method described below is the direction I would take, but treating =
it more like a tiled 2d game.
=20
In more modern (heh) 2d tile map games, there is a "viewport rectangle" =
and a "worldview rectangle".  You draw only the viewport rectangle's =
tiles, but you store an extra amount of neighboring tiles (the size of =
which is more like a worldview).  As the viewport is moved, free the =
tiles that are now outside of the worldview rectangle and load (in a =
thread perhaps?) the new (non-visible) "worldview rectangles".
=20
This provides efficient memory use & smoother loading at the cost of =
greater complexity & having to break your source image into tiles (which =
you do once and save the tiles and a map of coords to the specific =
tiles).
=20
Anyway, just some more food for thought.  If you go this route, there is =
plenty of reading out there on this topic for 2d games.

=20
________________________________

From: wxp...@li... on behalf of Jouke =
Visser
Sent: Tue 6/27/2006 6:37 AM
To: Ed W
Cc: wxp...@li...
Subject: Re: [wxperl-users] Handling a large zoomable image (world map)



Hi Ed,

> Oooh.  I say!  Now that looks really nice for all kinds of reasons!
> Thanks for creating this
My pleasure. If you encounter any bugs, let me know via CPAN's RT.

> What's likely the best technique to handle an oversized image with a
> small viewport in Image:Magick?  I'm guessing that I will have to use =
a
> static image and some slider bars to emulate the effect of a viewport =
on
> a much larger sub image?  Are there any other useful features in
> Image::Magick which can help support the viewport kind of model?
Well, you could take the original image, and crop (see the crop method
in Image::Magick's documentation) pieces of it and put that in your
window. When the user wants to scroll a whole page in any direction
(north, east, south or west), you could crop again from the original,
and if someone would just want to move in any direction for only a few
pixels, maybe it's faster to crop that extra bit and add it to the copy
you're already displaying. You can easily "montage" (see IM docs again)
several pieces together...

Since Wx::Perl::Imagick gives you more image manipulation possibilities,
you could also choose to put a kind of compass on top of your image and
let the user use that for navigation, or whatever you'd want.

I usually get the best ideas for solving my Image manipulation issues by
browsing through Image::Magick's documentation (a link to that can be
found in the Wx::Perl::Imagick POD), and read what the various methods =
do.

HTH,

Jouke

Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job =
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache =
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
wxperl-users mailing list
wxp...@li...
https://lists.sourceforge.net/lists/listinfo/wxperl-users

Re: [wxperl-users] Wx::Wave ==> Wx::Sound ?

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

On Mon, 26 Jun 2006 21:05:17 +0200
Mattia Barbon <mat...@li...> wrote:

> On Mon, 26 Jun 2006 15:44:46 +0200
> Jouke Visser <jo...@pv...> wrote:
> 
>   Hello,
> 
> > Since the wxWave class has been dropped (I believe since wxWidgets 
> > 2.5.1), wxSound has been the replacement. However, the wxPerl sources 
> > still refer to wxWave, and don't have support for wxSound.
> >
> > Can this be fixed?
> 
>   This seems fairly simple, I should be able to do it for wxPerl 0.51
> (tentative release schedule: this week-end).

  Now committed. I only had the 'No sound' backend available:
it correctly didn't play the sound :-) I will leave the testing
of a real backend to you.

Regards
Mattia

Re: [wxperl-users] Handling a large zoomable image (world map)

[Jouke V. <jo...@pv...>]

Hi Ed,

> Oooh.  I say!  Now that looks really nice for all kinds of reasons!
> Thanks for creating this
My pleasure. If you encounter any bugs, let me know via CPAN's RT.

> What's likely the best technique to handle an oversized image with a
> small viewport in Image:Magick?  I'm guessing that I will have to use a
> static image and some slider bars to emulate the effect of a viewport on
> a much larger sub image?  Are there any other useful features in
> Image::Magick which can help support the viewport kind of model?
Well, you could take the original image, and crop (see the crop method 
in Image::Magick's documentation) pieces of it and put that in your 
window. When the user wants to scroll a whole page in any direction 
(north, east, south or west), you could crop again from the original, 
and if someone would just want to move in any direction for only a few 
pixels, maybe it's faster to crop that extra bit and add it to the copy 
you're already displaying. You can easily "montage" (see IM docs again) 
several pieces together...

Since Wx::Perl::Imagick gives you more image manipulation possibilities, 
you could also choose to put a kind of compass on top of your image and 
let the user use that for navigation, or whatever you'd want.

I usually get the best ideas for solving my Image manipulation issues by 
browsing through Image::Magick's documentation (a link to that can be 
found in the Wx::Perl::Imagick POD), and read what the various methods do.

HTH,

Jouke

Re: [wxperl-users] Handling a large zoomable image (world map)

[Ed W <li...@wi...>]

Jouke Visser wrote:
> <snip>
>   
>> Any suggestions on how to approach this using wxperl?
>>     
> I can't tell you in detail how to do this, but my guess would be that 
> wxWidget's image handling is too limited for real imaging applications. 
> That's one of the reasons why I created Wx::Perl::Imagick 
> (http://search.cpan.org/dist/Wx-Perl-Imagick/). You can use the same 
> methods and parameters as you would for the normal Wx::Image class, but 
> you can also call any method that Image::Magick supports (which gives 
> you a huge toolset)
>   

Oooh.  I say!  Now that looks really nice for all kinds of reasons!
Thanks for creating this

What's likely the best technique to handle an oversized image with a
small viewport in Image:Magick?  I'm guessing that I will have to use a
static image and some slider bars to emulate the effect of a viewport on
a much larger sub image?  Are there any other useful features in
Image::Magick which can help support the viewport kind of model?

Cheers

Ed W

Re: [wxperl-users] Handling a large zoomable image (world map)

[Ed W <li...@wi...>]

> Have you looked at PDL, the "Perl Data Language"? PDL could be used for 
> the behind-the-scenes data manipulation, and wxperl for the interface 
> to the user.
>   


I like the idea of PDL, but my primary platform will be windows (gotta 
follow the customers...).  As far as I can see PDL appears not to be 
well supported on Win32?  Any comments on how well it works in 
practice?  I actually have another project that I would like to use PDL 
+ PGPLOT/PLPLOT on - I had kind of assumed that this was not going to 
work well under win32?

Ed W

Re: [wxperl-users] Handling a large zoomable image (world map)

[Andreas R. <ar...@rc...>]

On Tuesday, 27. June 2006 13:01 Ed W wrote:
> Anyone have any suggestions on how to structure an application that
> will center around a zoomable map of the whole world.  The basic idea
> is to show weather patterns at various regions, but the user is to be
> able to zoom in quite tightly onto a specific area and then scroll
> around at that zoom level (think google maps, but for offline use and
> not so detailed and with a weather overlay)
>
> I'm going to ignore memory usage for the moment, but this is
> something of an issue when you are handling 40MB image files. 
> Clearly the most desirable structure is to be able to tile the image
> in some way and then load in only the parts of the image which are
> relevant at that time (plus some overlap to help with scrolling.
>
> Also the overlay images for weather arrows could be quite large (but
> are also vector shapes basically).  I could draw these on the current
> viewport, or pre-prepare them.  They will also animate with time
> though so again this needs to be handled in memory efficient manner.
>
> Any suggestions on how to approach this using wxperl?
>

Have you looked at PDL, the "Perl Data Language"? PDL could be used for 
the behind-the-scenes data manipulation, and wxperl for the interface 
to the user.

PDL is an excellent package for handling large amounts of vector- or 
array-based data - convenient and as fast as any numerics application. 
Check out the web page at http://pdl.perl.org/, or the success stories 
at http://pdl.perl.org/nifty/index_en.html

Because PDL is perl as well as wxperl, it may be possible to connect 
both packages in a sensible way, without losing platform-independency.

HTH,

Andreas

Re: [wxperl-users] Handling a large zoomable image (world map)

[Jouke V. <jo...@pv...>]

<snip>
> Any suggestions on how to approach this using wxperl?
I can't tell you in detail how to do this, but my guess would be that 
wxWidget's image handling is too limited for real imaging applications. 
That's one of the reasons why I created Wx::Perl::Imagick 
(http://search.cpan.org/dist/Wx-Perl-Imagick/). You can use the same 
methods and parameters as you would for the normal Wx::Image class, but 
you can also call any method that Image::Magick supports (which gives 
you a huge toolset)

HTH,

Jouke

[wxperl-users] Handling a large zoomable image (world map)

[Ed W <li...@wi...>]

Anyone have any suggestions on how to structure an application that will 
center around a zoomable map of the whole world.  The basic idea is to 
show weather patterns at various regions, but the user is to be able to 
zoom in quite tightly onto a specific area and then scroll around at 
that zoom level (think google maps, but for offline use and not so 
detailed and with a weather overlay)

I'm going to ignore memory usage for the moment, but this is something 
of an issue when you are handling 40MB image files.  Clearly the most 
desirable structure is to be able to tile the image in some way and then 
load in only the parts of the image which are relevant at that time 
(plus some overlap to help with scrolling.

Also the overlay images for weather arrows could be quite large (but are 
also vector shapes basically).  I could draw these on the current 
viewport, or pre-prepare them.  They will also animate with time though 
so again this needs to be handled in memory efficient manner.

Any suggestions on how to approach this using wxperl?

Cheers

Ed W

Re: [wxperl-users] Trying to get wxPerl working in Debian

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

On Mon, 26 Jun 2006 09:27:26 -0400
"Oberholtzer,Stephen" <ste...@fr...> wrote:

>  
> 
> > 
> > > As an added bonus, this does NOT segfault:
> > > daemonic:~Wx-0.50$ DISPLAY=:0 perl -MWx -e0 -Iblib/lib -Iblib/arch
> > > 
> > > What is it that I am doing wrong?
> > 
> >   The problem is that wxPerl can't initialize wxWidgets
> > if DISPLAY is not set. However this used to give an error message,
> > not segfault. Will investigate. Which wxWidgets version is this?

  it turns out it was my error in not checking the return
value for a wxWidgets initialization function. Now:

mbarbon@cheshirecat:~/devel/wxPerl/wxPerl$ perl -Mblib -MWx -e 42
Error: Unable to initialize gtk, is DISPLAY set properly?
mbarbon@cheshirecat:~/devel/wxPerl/wxPerl$

  Make test output is still a bit noisy, but at least now it
includes the error message above.

Thanks!
Mattia

Re: [wxperl-users] Wx::Wave ==> Wx::Sound ?

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

On Mon, 26 Jun 2006 15:44:46 +0200
Jouke Visser <jo...@pv...> wrote:

  Hello,

> Since the wxWave class has been dropped (I believe since wxWidgets 
> 2.5.1), wxSound has been the replacement. However, the wxPerl sources 
> still refer to wxWave, and don't have support for wxSound.
>
> Can this be fixed?

  This seems fairly simple, I should be able to do it for wxPerl 0.51
(tentative release schedule: this week-end).

Regards
Mattia

 

[wxperl-users] Wx::Wave ==> Wx::Sound ?

[Jouke V. <jo...@pv...>]

Hi,

Since the wxWave class has been dropped (I believe since wxWidgets 
2.5.1), wxSound has been the replacement. However, the wxPerl sources 
still refer to wxWave, and don't have support for wxSound.

Can this be fixed?

Thanks,

Jouke

Re: [wxperl-users] Trying to get wxPerl working in Debian

[Oberholtzer,Stephen <ste...@fr...>]

=20

>=20
> > As an added bonus, this does NOT segfault:
> > daemonic:~Wx-0.50$ DISPLAY=3D:0 perl -MWx -e0 -Iblib/lib -Iblib/arch
> >=20
> > What is it that I am doing wrong?
>=20
>   The problem is that wxPerl can't initialize wxWidgets
> if DISPLAY is not set. However this used to give an error message,
> not segfault. Will investigate. Which wxWidgets version is this?
>=20
> Regards
> Mattia


daemonic:~/Wx-0.50$ wx-config --version-full
2.6.3.2


This E-Mail is intended only for the use of the individual or entity to =
which it is addressed, and may contain information that is privileged, =
confidential and exempt from disclosure under applicable law.  If you =
have received this communication in error, please do not distribute it =
and notify us immediately by telephone: 610-902-9000 and delete the =
original message.