wxperl-users — For wxPerl users

Re: [wxperl-users] WxPerl & OpenGL Question

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

Hi,

My knowledge of OpenGL is very limited so the help I can offer is very
sketchy.

I think the solution to zooming is using glPushMatrix() and glTranslatef().

So in the wxGLCanvas.pm demo module, if you look at

Wx::DemoModules::wxGLCanvas::Cube->Render()

you'll see the statement

glTranslatef( 0, 0, -5 );

If you change this to glTranslatef( 0, 0, -20 );

you get a different zoom factor.

So I guess you would need to change it to something like
glTranslatef( 0, 0, $self->GetZoomFactor() );

add a couple of subs to the module:

sub GetZoomFactor {
    my $self = shift;
    return $self->{zoomfactor} || -5;
}

sub SetZoomFactor {
    my $self = shift;
    $self->{zoomfactor} = shift;
}

then add some interface element to call SetZoomFactor in response to
user request.

I think the first two params to glTranslatef() hold the answer to
panning left / right - but I'm not sure.

That's the limit of my OpenGL knowledge I'm afraid.


Regards

Mark




Vaughn Staples wrote:
> Mark,
> 
> Your examples have been immensely helpful ... thank you very much.
> 
> Could I also ask for guidance on the methods necessary to zoom in/out? 
> I have had no difficulty modifying the code to spin the cube in the 
> X/Y/Z axis, but changing the zoom perspective is beyond my grasp.  I'm 
> also seeking counsel on panning left-to-right, but I believe once I 
> solve the zoom issue that panning should not be difficult to solve on my 
> end.
> 
> Best regards,
> 
> Vaughn
> 
> ----- Original Message ----- 
> From: "Mark Dootson" <mar...@zn...>
> To: "Vaughn Staples" <vau...@in...>
> Cc: <wxp...@li...>
> Sent: Monday, March 19, 2007 5:05 PM
> Subject: Re: [wxperl-users] WxPerl & OpenGL Question
> 
> 
> Hi,
> 
> You need to install the wxDemo modules
> 
> cpan Wx::Demo.
> 
> This may give you all the info you needed.
> 
> If not, I have a couple of rough examples for you.
> 
> http://www.wxperl.co.uk/example1.txt
> 
> does exactly what you described - diplays two controls side by side.
> 
> I though that you probably wanted to have a split window so you could
> resize your filelist vs the GLCanvas so I did
> 
> http://www.wxperl.co.uk/example2.txt
> 
> to include Wx::SplitterWindow.
> 
> Both these examples use the wxGLCanvas.pm from the Wx::Demo so that
> needs to be installed.
> 
> Best Regards
> 
> Mark
> 
> 
> Vaughn Staples wrote:
>> I am trying to construct a wxPerl frame containing a menubar at the 
>> top
>> followed by twin widgets below that are tiled side-by-side.  The one 
>> to
>> the left is a listCtrl containing a list of image files, and most
>> importantly the one to the right is a glCanvas that will be used to 
>> draw
>> primitives and/or display images.
>>
>> I have studied the glCanvas "minimal.pl" distributed by Mattia but
>> cannot seem to retrofit it to solve the above purpose.
>>
>> Can anyone share guidance and/or provide a simple wxPerl example of 
>> how
>> to embed an openGL-related canvas in a wxPerl frame which contains 
>> other
>> items?
>>
>> Many thanks in advance,
>>
>> Vaughn 
> 

Re: [wxperl-users] WxPerl & OpenGL Question

[Vaughn S. <vau...@in...>]

Mark,

Your examples have been immensely helpful ... thank you very much.

Could I also ask for guidance on the methods necessary to zoom in/out? 
I have had no difficulty modifying the code to spin the cube in the 
X/Y/Z axis, but changing the zoom perspective is beyond my grasp.  I'm 
also seeking counsel on panning left-to-right, but I believe once I 
solve the zoom issue that panning should not be difficult to solve on my 
end.

Best regards,

Vaughn

----- Original Message ----- 
From: "Mark Dootson" <mar...@zn...>
To: "Vaughn Staples" <vau...@in...>
Cc: <wxp...@li...>
Sent: Monday, March 19, 2007 5:05 PM
Subject: Re: [wxperl-users] WxPerl & OpenGL Question


Hi,

You need to install the wxDemo modules

cpan Wx::Demo.

This may give you all the info you needed.

If not, I have a couple of rough examples for you.

http://www.wxperl.co.uk/example1.txt

does exactly what you described - diplays two controls side by side.

I though that you probably wanted to have a split window so you could
resize your filelist vs the GLCanvas so I did

http://www.wxperl.co.uk/example2.txt

to include Wx::SplitterWindow.

Both these examples use the wxGLCanvas.pm from the Wx::Demo so that
needs to be installed.

Best Regards

Mark


Vaughn Staples wrote:
> I am trying to construct a wxPerl frame containing a menubar at the 
> top
> followed by twin widgets below that are tiled side-by-side.  The one 
> to
> the left is a listCtrl containing a list of image files, and most
> importantly the one to the right is a glCanvas that will be used to 
> draw
> primitives and/or display images.
>
> I have studied the glCanvas "minimal.pl" distributed by Mattia but
> cannot seem to retrofit it to solve the above purpose.
>
> Can anyone share guidance and/or provide a simple wxPerl example of 
> how
> to embed an openGL-related canvas in a wxPerl frame which contains 
> other
> items?
>
> Many thanks in advance,
>
> Vaughn 

Re: [wxperl-users] WxPerl & OpenGL Question

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

Hi,

You need to install the wxDemo modules

cpan Wx::Demo.

This may give you all the info you needed.

If not, I have a couple of rough examples for you.

http://www.wxperl.co.uk/example1.txt

does exactly what you described - diplays two controls side by side.

I though that you probably wanted to have a split window so you could
resize your filelist vs the GLCanvas so I did

http://www.wxperl.co.uk/example2.txt

to include Wx::SplitterWindow.

Both these examples use the wxGLCanvas.pm from the Wx::Demo so that
needs to be installed.

Best Regards

Mark


Vaughn Staples wrote:
> I am trying to construct a wxPerl frame containing a menubar at the top 
> followed by twin widgets below that are tiled side-by-side.  The one to 
> the left is a listCtrl containing a list of image files, and most 
> importantly the one to the right is a glCanvas that will be used to draw 
> primitives and/or display images.
> 
> I have studied the glCanvas "minimal.pl" distributed by Mattia but 
> cannot seem to retrofit it to solve the above purpose.
> 
> Can anyone share guidance and/or provide a simple wxPerl example of how 
> to embed an openGL-related canvas in a wxPerl frame which contains other 
> items?
> 
> Many thanks in advance,
> 
> Vaughn 

[wxperl-users] (no subject)

[Sandor M. <s...@nd...>]

Hi,

I'm trying to use wxFRAME_EX_METAL style with no success (Mac OS X  
10.4.9, wxMac 2.6.3
wxPerl 0.57). Is it possible? Do I have to prepare it while compiling  
wxWidgets/wxPerl?

Thanks in advance!

Sandor 

Re: [wxperl-users] porting a perl/tk application to perl/wx

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

Bob Hunter wrote:
> Besides, Mark, your address happens to be blacklisted.
> Yahoo is very good at filtering spam, and your
> messages
> keep falling into it. (You might not deserve it, or
> not.)
> 

Hi Bob,

I would be most grateful if you could post details of where my address
is blacklisted. I appreciate that posting from an address at a domain
registered in my own name is a bit of a giveaway. Perhaps I should sign
up with Yahoo and undergo the stringent identification procedures.

If you simply mean that Yahoo filters my mails for whatever reason, and
you don't understand the technical difference between that and a
blacklisting, then I forgive your ridiculous intimation being borne, as
it is, out of ignorance.

Kind regards

Mark

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

Besides, Mark, your address happens to be blacklisted.
Yahoo is very good at filtering spam, and your
messages
keep falling into it. (You might not deserve it, or
not.)

Bob



 
____________________________________________________________________________________
No need to miss a message. Get email on-the-go 
with Yahoo! Mail for Mobile. Get started.
http://mobile.yahoo.com/mail 

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

>I think it was pointed out that you needed to read
the documentation.

I'll stop you here. If you read all my comments, as
you seem to have, then you know that I have been
asking for documentation, but had none, because there
is none (proper). Today, I asked for how to bypass the
perl-gui programming at once via XRC. I do not care
about gui programming. I hate it. I do not know wxPerl
programming. I hate its API, it is not consistent with
PERL's philosophy, and I am not going to learn its
guts just because you love it. All I care about is to
get the real job done with no need to bother with gui
programming.

On the docs, I have a 700+ pages book on wxWidgets
(Cross-Platform GUI Programming with wxWidgets, P.Hall
2006) which is for c++ and python, not for perl.
wxPerl is different; it might mirror wxPython on the
API, but is not identical to wxPython, and I am not
going to learn python plus 700+pages just because the
wxPerl community cannot bother writing the PODs and a
single tutorial that does the job. Now, you might like
things as they are, because all you do is to program
gui 9-5, but I do not. All I want from wxPerl is to
cut through its own gui programming. I do not want to
see gui code in my own code in the first place. I want
a clear cut between form and function, and a minimal
interface between them.

I am not sure about how many people are actually using
wxPerl, but the fact that there is no proper
documentation, and all the efforts (from both
wxWidgets and wxGlade) are towards c++ and python,
speak aloud about how much wxPerl is lying behind,
both in terms of support and in terms of number of
users. I think I know why, at this point. If you want
to go forward in this direction, I am not going to
stop you. I just do not care. I care about having
wxPerl reading and using an XRC file directly. I know
that there are people who know how to do it. There is
no documentation around, so I am asking for what
little could be gathered in this mailing list. All the
rest is either old ideas, or new ones that I am giving
away. If the developers want to implement the ideas,
it is up to them. My resolution is that either I get
the docs on how to use an XRC, or I will stick with
Tk, which works wonders anyway (if you know how to use
it) and is cross-platform too.

The best idea is the XRC interpreter in c++, which
would cut out a large part of the problems and
development efforts with both wxPerl and wxPython, and
wxGlade. However, I understand that the developers
might be reluctant to let go, expecially after having
spent years to do implement an idea that is now
obsolete. It is hard to let go, but the old does clear
of the way, eventually.

Bob



 
____________________________________________________________________________________
Food fight? Enjoy some healthy debate 
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

Re: [wxperl-users] DCPaint Widget Question

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

Hi,

I assume you just want to remove individual items rather than clear the
whole canvas?

Sorry, I have no code snippet but the function you need is

Wx::DC::SetLogicalFunction

The general approach is to repeat the drawing code after setting the
appropriate logical function - so overwriting returns you to the
original background. I don't have the correct logical functions to use,
but hopefully this points you in the right direction.

Regards

Mark


Gene Beaumont wrote:
> Can anyone supply info and/or code snippet concerning how to undo/redo
> text & primitives that are drawn on a canvas that is created via the
> following:
> 
>      my $dc = Wx::PaintDC->new( $self );
> 
> Thanks,
> Gene
> 
> Eugene S. Beaumont Jr.
> Senior Consultant
> Intercept Technology Inc.
> *** Essayons ***
> Office: 1-404-352-0111 x924
>    Fax: 585.768.9372
> http://www.intercept.com 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users

Re: [wxperl-users] porting a perl/tk application to perl/wx

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

Bob Hunter wrote:
> Hi,
> 
> I am cross-posting from wxGlade. Perhaps you might
> re-consider your position.

> This is an idea. I think it is a good idea, and I
> would like to invite you to think about it over and
> over again, as you might not see its worth at first
> glance. Or, may be, you see that the idea is rubbish
> and just want to leave things as they are, that is,
> struggle and complaint with the programmers, and be
> happy for sharing problems, rather than solutions.
> 

Hi Bob,

I just don't think the idea is well conceived, useful, or practical. I
don't see that you'll get anybody to write it for you, which you need as
you don't possess any of the requisite skills yourself.

Your initial question was you wanted to port a Tk application to Wx.

Your initial problem was that you couldn't get to grips with wxPerl at all.

Your initial solution was that wxPerl needed a shared interface with Tk.

I think it was pointed out that you needed to read the documentation.

Now, all of two weeks later, after complaining about the paucity and
content of the documentation  you feel your knowledge of wxPerl is
sufficient to propose 'purging' large chunks of wxPerl in favour of some
 XML based templating system.
Interesting.

My main area of paid work involves DBI.

In February you posted to the DBI board.
Your initial question was that you wanted to port some code written
using some legacy database connection tool to DBI.

Your initial problem was that you couldn't get to grips with DBI at all.

Your initial solution was that DBI needed to incorporate the interface
of your legacy db connection tool.

Several days later, after complaining about the inaccuracies and content
of the documentation, such was your knowledge of DBI that you felt able
to criticise its implementation as a whole, and its author for failing
to solve your problem to your satisfaction.
Interesting.

If you want to use wxPerl:

1) Install it
2) Install Wx::Demo
3) Download the wxWidgets documentation - you'll need to become familiar
with it.
4) Read the tutorial at http://wxperl.sourceforge.net/tutorial/tutorial.html
5) Install wxGlade -> the perl it produces will at the very least get
you over the initial hurdle of understanding absolutely nothing. Several
users with actual experience of writing something in wxPerl are very
happy with its output.
6) Post questions on any specifics to this list where I am quite certain
you will receive answers. I don't remember any unanswered questions in
the list archive.

It seems to me that you are confusing your requirement - which is a
easier interface to wxPerl - an entirely reasonable request - with some
misplaced feeling of competence to suggest the technical implementation
for a solution - which you clearly don't have not actually having
produced any useful wxPerl code at this point in time.

So, while I have sympathy for your position ( you are unable to use
wxPerl ) I hope your urgings for purging are ignored.

In any case, I don't possess the requisite skills (never mind the
incentive ) so in terms of getting someone to do the work for you, I'm
the wrong audience and can be safely ignored.

Regards

Mark

[wxperl-users] DCPaint Widget Question

[Gene B. <gen...@in...>]

Can anyone supply info and/or code snippet concerning how to undo/redo
text & primitives that are drawn on a canvas that is created via the
following:

     my $dc = Wx::PaintDC->new( $self );

Thanks,
Gene

Eugene S. Beaumont Jr.
Senior Consultant
Intercept Technology Inc.
*** Essayons ***
Office: 1-404-352-0111 x924
   Fax: 585.768.9372
http://www.intercept.com 

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

Hi,

I am cross-posting from wxGlade. Perhaps you might
re-consider your position.

------------

I propose/d to adopt XRC as standard description for
the wx gui, write a fast XRC interpreter in c++, purge
the original wxGlade, wxPython, wxPerl, etc, of all
their code for running the gui, and bridge the
resulting gap at the interface by calling the fast XRC
interpreter. It is a hell of a project, it requires
careful consideration, but would solve many problems,
including the above one with wxPython.

>From the standpoint of wxGlade, if XRC is used as the
only wx gui description, then there is no need to
generate language specific code to build and run the
interface. The task of wxGlade would reduce to
generate the XML/XRC code and the language-specfic
interface between a programmer's own code and the
gui's XRC interpreter. wxGlade would still generate
two files: the XRC file and the main file, where the
main file is a template for the programmer, which now
includes a call to the XRC interpreter, via an
enhanced version of wxPython, etc, and the pointer to
a data structure storing all the event handles and
widget variables. The programmer's template will have
very little code in it.

This is an idea. I think it is a good idea, and I
would like to invite you to think about it over and
over again, as you might not see its worth at first
glance. Or, may be, you see that the idea is rubbish
and just want to leave things as they are, that is,
struggle and complaint with the programmers, and be
happy for sharing problems, rather than solutions.

-----



Bob


 
____________________________________________________________________________________
We won't tell. Get more on shows you hate to love 
(and love to hate): Yahoo! TV's Guilty Pleasures list.
http://tv.yahoo.com/collections/265 

[wxperl-users] WxPerl & OpenGL Question

[Vaughn S. <vau...@in...>]

I am trying to construct a wxPerl frame containing a menubar at the top 
followed by twin widgets below that are tiled side-by-side.  The one to 
the left is a listCtrl containing a list of image files, and most 
importantly the one to the right is a glCanvas that will be used to draw 
primitives and/or display images.

I have studied the glCanvas "minimal.pl" distributed by Mattia but 
cannot seem to retrofit it to solve the above purpose.

Can anyone share guidance and/or provide a simple wxPerl example of how 
to embed an openGL-related canvas in a wxPerl frame which contains other 
items?

Many thanks in advance,

Vaughn 

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Peter G. <pe...@pg...>]

XRC is not particularly fast, but it is just about tolerable.

That assumes that that you compile with --disable-mimetype. For some
reason, using --enable-mimetype forces a read of all the mime files at
startup and that takes a really long time. 

Peter

On Mon, 2007-03-19 at 02:31 -0700, Bob Hunter wrote:
> Eriam, 
> 
> I think that my former quote to Larry Wall answers
> your question deeply. The core problem is how to get
> the job done quickly, that is, how to have
> intellectually manageable code that we can write by
> hand and maintain by hand when answering to the
> clients needs, and avoid the language/modules to get
> in the way. Writing the wx-gui directly in PERL
> clutters the source to such a degree that I am no
> longer sure it does what I want (will it crash becaue
> of the gui?, etc.); it also gets in the way, as I have
> to bother about the gui rather than the actual job. If
> using XRC turns out to be slow,  I will live with it,
> but I have gained a clear cut between the gui and the
> application, apart from the interface. If using XRC
> files is set as default policy (solving a load of
> problems at once), then speed becomes part of the
> procedures, and wxPerl would need to speed up its
> internal routines so that XRC (or compiled versions of
> it) have performance up to par. 
> 
> The additional benefit is, that a program like wxGlade
> could do all the hard work for us, and the work itself
> would be language independent, as wxGlade can generate
> the XRC files by default and use your specified
> language for the interface. It would be the ideal
> solution to a hard problem.
> 
> I am interested in hearing what people think about
> this, and also about the actual XRC performance...
> 
> Bob
> 
> 
> 
>  
> ____________________________________________________________________________________
> Bored stiff? Loosen up... 
> Download and play hundreds of games for free on Yahoo! Games.
> http://games.yahoo.com/games/front
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users

Re: [wxperl-users] wxPerl::Constructors

[Eric W. <scr...@gm...>]

# from Mattia Barbon
# on Sunday 18 March 2007 10:50 pm:

>Any objections to wxPerl::Constructors?
>
>=A0 Not from me :-) you might want to ask for advice on module-authors
>before starting a new top-level namespace, though.

That's sort of a misconception about "top-level" namespaces.  In the=20
past, it's always been "just don't claim it all for yourself", so=20
"wxPerl::Foo" is fine, but "wxPerl.pm" might be a little audacious (as=20
in: "Behold! I have forged the one true wxPerl thingy!")

Thus, I think I'll go ahead and run with wxPerl::Constructors rather=20
than any more waiting around.

Of course, *you* would be the authority on whether "wxPerl.pm" was okay=20
to use.  If you later decide to bundle-up (or con somebody else into=20
doing it) all of the conveniences into one spot, that might be it.  At=20
that point, you could just require wxPerl::Constructors and have it all=20
available.

Thanks,
Eric
=2D-=20
The opinions expressed in this e-mail were randomly generated by
the computer and do not necessarily reflect the views of its owner.
=2D-Management
=2D--------------------------------------------------
    http://scratchcomputing.com
=2D--------------------------------------------------

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Eric W. <scr...@gm...>]

# from Eriam Schaffter
# on Monday 19 March 2007 02:42 am:

>By the way, I've not done any testing of XRC performance, is it really
> as slow as Eric Wilhelm described it ?
>
>I mean is it worth using it or is the performance loss so huge that it
>really makes it un-usable .. ?
>
>Thanks for any pointers.

My observations are based on the following

  http://scratchcomputing.com/tmp/calc.pl
  http://scratchcomputing.com/tmp/calc.xrc

Comment-out the IDLE event at the bottom to have it not immediately 
exit.

  $ time ./calc.pl
  bye at ./calc.pl line 150.

  real    0m2.140s
  user    0m0.929s
  sys     0m1.167s

Then, using the dotReader testing hook, which also happens in the first 
IDLE event:

  $ time DOTREADER_TEST='print "ok\n";' ./run
  ok

  real    0m1.939s
  user    0m1.628s
  sys     0m0.182s

dotReader loads *at least* 222 .pm files in that amount of time and 
creates a gui window.  While calc.pl (stolen from a python xrc example) 
only creates a primitive calculator with 3 TextCtrls.  Using 
Devel::DProf shows that 70% of the time is spent in the (supposedly C++ 
and expat-based) Wx::XmlResource::Load method.


That      just       scares        me.


That is, however Wx 0.27 (yeah, I know, feel free to come upgrade sarge 
to etch for me and ruin my week^Wmonth while I discover everything else 
that KDE has managed to break in the last few months, deal with mozilla 
(which we *were* embedding) rolling over, etc..)  Maybe it has gotten 
better, but those numbers just scream "something is wrong" to me.

Add to that the fact that you can't even declare events in XRC, plus the 
difficulties with storing your object data in your sizer datha, plus 
the very awkward process of turning strings into integers in order to 
do anything with the objects (hey, this is Perl!  Turning my strings 
into method calls or accessors is much more useful!) and I just have to 
think chucking the whole ball of XML out the window and forgetting I 
ever heard about it is probably going to allow me to sleep better at 
night.

I'm not saying data-driven layout and configuration can't be done, but 
I'll bet XRC ain't it.  Particularly in Perl.  I can just imagine the 
if/else code that must be happening in C++ (though maybe they managed 
something involving hashes and function pointers... is "call a method 
given by a runtime string" even possible?)  In any case, the 
GetXRCID("string") stuff is rather silly.  Just watch me try to make 
any of that concise in InitMenu() of calc.pl.  Feel free to laugh at my 
pain too.  Please do show me some sympathy since I was trying to make 
this as much of a "straight and academic port" of the python code as I 
could bear.  Trust me, there a lot of "oh, man... how could anyone bear 
to write in such a verbose language as python!" and various other 
lamentations (expressed in less palatable words) involved ;-)  Heh.  
Could be worse.  We could be trying to work from wxPHP documentation!

--Eric
-- 
But you can never get 3n from n, ever, and if you think you can, please
email me the stock ticker of your company so I can short it.
--Joel Spolsky
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Eric W. <scr...@gm...>]

# from Bob Hunter
# on Monday 19 March 2007 02:37 am:

>call the XRC
>files with specific modules (wxPython, wxPerl, etc.),
>and finish by loading the widgets from the XRC files
>(an automatically generated list of all the handles).

See "XRC cannot express events and etc.".  Now, an offline process to 
generate code from the glade file might help.  Then you could wrap that 
in scripts which allow it to run under strict...  Oh, wait... wxglade 
has a command-line mode.  Oh, wait...  I ALREADY TRIED THAT.

The build code turns into:  while($cruft) {s/$cruft/$cruft/};

Possibly the wxglade data-structure has enough in it to express 
everything, but I'll stay on the "not even going to consider XML as a 
part of the solution" side of the fence.

--Eric
-- 
"Everything should be made as simple as possible, but no simpler."
--Albert Einstein
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

Re: [wxperl-users] porting a perl/tk application to perl/wx

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

i currently preparing an XRC tutorial for perl.com which can shurely be 
linked from there

blessings
herbert
> The following page needs an urgent and much needed
> tutorial on how to use XRC with wxPerl:
>
> http://wxperl.sourceforge.net/documentation.html
>
>
>
>
>  
> ____________________________________________________________________________________
> Be a PS3 game guru.
> Get your game face on with the latest PS3 news and previews at Yahoo! Games.
> http://videogames.yahoo.com/platform?platform=120121
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users
>
>   

Re: [wxperl-users] porting a perl/tk application to perl/wx

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

Bob Hunter wrote:

> I am interested in hearing what people think about
> this, and also about the actual XRC performance...

Hi Bob,

I have no interest in XRC or any form of XML templating scheme
regardless of the performance issue. I hope that default wxPerl
behaviour and development effort never goes in this direction. In my
opinion, it would be a mistake to point new users of wxPerl down this path.

Your enthusiasm for it is admirable. I hope you achieve what you want to.

Regards

Mark

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

I am forwarding a message that I sent to the wxGlade
community this morning.

Bob



-----

Date:	 Mon, 19 Mar 2007 02:15:54 -0700 (PDT)
From:	"Bob Hunter" <cat...@ya...>  Add to
Address BookAdd to Address Book  Add Mobile Alert
Subject:	wxGlade->XRC+PERL
To:	wxg...@li...

Hello,

When compiling for PERL (but also for PYTHON, or any
other language) wxGlade could adopt a different
approach than it currently does. At this time, wxGlade
generates the wx code in the language; if you specify
c++, it generates the wx code in c++; if you specify
perl, it generates  the wx code in perl; and so forth.
This requires a lot of work to the developers of
wxGlade, and support for specific languages might fall
behind, as it is the case for perl. 

I propose a different approach, to solve the above
problems, and free developers time, who could devote
efforts to improve wxGlade in other ways. The proposal
is this: when compiling, wxGlade generates XRC code by
default. Compiling for a specific language then
reduces to printing a standard template in the
specific language (phthon, perl, etc), call the XRC
files with specific modules (wxPython, wxPerl, etc.),
and finish by loading the widgets from the XRC files
(an automatically generated list of all the handles).

This would allow wxGlade developers to simplify
wxGlade's own code (cut out most of it), improve the
overall stability of wxGlade, and generate code that
is  intellectually manageable (the programmer will not
have to go mad with gui code, but just "use" the
widgets).

What do you think? I think it is a great idea!

Bob Hunter



 
____________________________________________________________________________________
Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

Eriam, 

I think that my former quote to Larry Wall answers
your question deeply. The core problem is how to get
the job done quickly, that is, how to have
intellectually manageable code that we can write by
hand and maintain by hand when answering to the
clients needs, and avoid the language/modules to get
in the way. Writing the wx-gui directly in PERL
clutters the source to such a degree that I am no
longer sure it does what I want (will it crash becaue
of the gui?, etc.); it also gets in the way, as I have
to bother about the gui rather than the actual job. If
using XRC turns out to be slow,  I will live with it,
but I have gained a clear cut between the gui and the
application, apart from the interface. If using XRC
files is set as default policy (solving a load of
problems at once), then speed becomes part of the
procedures, and wxPerl would need to speed up its
internal routines so that XRC (or compiled versions of
it) have performance up to par. 

The additional benefit is, that a program like wxGlade
could do all the hard work for us, and the work itself
would be language independent, as wxGlade can generate
the XRC files by default and use your specified
language for the interface. It would be the ideal
solution to a hard problem.

I am interested in hearing what people think about
this, and also about the actual XRC performance...

Bob



 
____________________________________________________________________________________
Bored stiff? Loosen up... 
Download and play hundreds of games for free on Yahoo! Games.
http://games.yahoo.com/games/front

Re: [wxperl-users] porting a perl/tk application to perl/wx

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

>
> The following page needs an urgent and much needed
> tutorial on how to use XRC with wxPerl:
>
> http://wxperl.sourceforge.net/documentation.html


By the way, I've not done any testing of XRC performance, is it really as
slow as Eric Wilhelm described it ?

I mean is it worth using it or is the performance loss so huge that it
really makes it un-usable .. ?

Thanks for any pointers.

Eriam

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

The following page needs an urgent and much needed
tutorial on how to use XRC with wxPerl:

http://wxperl.sourceforge.net/documentation.html




 
____________________________________________________________________________________
Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

... I foresee someone would reply that there is plenty
of documentation. Indeed, I would reply, wxWindows and
wxPython have it, but the former is a 700+pages book
for for c++ and the latter is all for python. I do not
need a PhD to port a tkPerl application into wxPerl,
do I? I think it must be possible to have a short
paper, possibly a perldoc, that guides you
step-by-step, following the perl philosophy. (Am I
stressing out again? Oh....)

Bob



 
____________________________________________________________________________________
Bored stiff? Loosen up... 
Download and play hundreds of games for free on Yahoo! Games.
http://games.yahoo.com/games/front

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

Further on the previous message.

The page
http://wxperl.pvoice.org/kwiki/index.cgi?SubclassingXRC

mentions 

use Wx;
use base "Wx::XmlSubclassFactory";

However, there is no perldoc for
"Wx::XmlSubclassFactory", and CPAN says...

Warning: Cannot get Wx::XmlSubclassFactory, don't know
what it is.
Try the command

    i /Wx::XmlSubclassFactory/


to find objects with matching identifiers.
                                                      
                         cpan[2]>     i
/Wx::XmlSubclassFactory/
No objects found of any type for argument
/Wx::XmlSubclassFactory/

             
Un bordel royal...




 
____________________________________________________________________________________
Expecting? Get great news right away with email Auto-Check. 
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html 

Re: [wxperl-users] porting a perl/tk application to perl/wx

[Bob H. <cat...@ya...>]

Following my last message, I spotted that it is indeed
possible to do what I wanted, but I still miss the
docs.

This is all I managed to find on the topic:

http://www.arcknowledge.com/gmane.comp.lang.perl.wxperl/2004-07/msg00017.html
(which says that it is possible, but does not explain
how)

http://www.arcknowledge.com/gmane.comp.lang.perl.wxperl/2006-01/msg00084.html
(which is informative)

http://www.arcknowledge.com/gmane.comp.lang.perl.wxperl/2006-01/msg00074.html
(a link)

http://wxperl.pvoice.org/kwiki/index.cgi?SubclassingXRC
(the linked page, which includes a broken link to the
file Demo/XRCCustom.pl, so we can't read it; it also
mentions two messages in the list, but does not link
to them, so we do not know what they are.)

And (rolls of drums please) the uninformative perldoc,
which I quote in full, noting that it is a perldoc for
wxPerl on a mac...

Library::Perl::5.8.6::ULibrary::Perl::5.8.6::darwin-thread-multi-2level::Wx(3)



NAME
       Wx - interface to the wxWidgets cross-platform
GUI toolkit

SYNOPSIS
           use Wx;

           my $app = Wx::SimpleApp->new;
           my $frame = Wx::Frame->new( undef, -1,
'Hello, world!' );

           $frame->Show;
           $app->MainLoop;

DESCRIPTION
       The Wx module is a wrapper for the wxWidgets
(formerly known as
       wxWindows) GUI toolkit.

       This module comes with extensive documentation
in HTML format; you can
       download it from http://wxperl.sourceforge.net/

INSTALLATION
       Please see docs/INSTALL.pod in source package.

Windows XP look <--------------?????
       For standalone (packed using PAR, Perl2Exe,
Perl2App, ...)
       applications to get Windows XP look, a file
named "App.exe.manifest"
       (assuming the program is named "App.exe") and
containing the text below
       must be placed in the same directory as the
executable file.

         <?xml version="1.0" encoding="UTF-8"
standalone="yes"?>
         <assembly
xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0
">
             <assemblyIdentity
                 processorArchitecture="x86"
                 version="5.1.0.0"
                 type="win32"
                 name="Controls"
             />
             <description>Super wxPerl
Application</description>
             <dependency>
                 <dependentAssembly>
                     <assemblyIdentity
                         type="win32"
                        
name="Microsoft.Windows.Common-Controls"
                         version="6.0.0.0"
                        
publicKeyToken="6595b64144ccf1df"
                         language="*"
                         processorArchitecture="x86"
                 />
             </dependentAssembly>
             </dependency>
         </assembly>

AUTHOR
       Mattia Barbon <mb...@cp...>

LICENSE
       This program is free software; you can
redistribute it and/or modify it
       under the same terms as Perl itself.



perl v5.8.6           
Library::Perl::5.8.6::darwin-thread-multi-2level::Wx(3)
(END) 

So, it is possible to use XRC files, but the official
docs do not have a chapter devoted to it. I am
collecting information on this, so please reply to
this message with everything you know/have on the
topic. The purpose is to gather enough information to
add a chapter to the wxPerl wiki site, or, even
better, to have a dedicated perldoc in the next
release of wxPerl.

Finally. Last week I was stressing out, so I might
have been an ... ass royal (read it as a French would,
for greater laughter). I apologise if I hitted your
nerves. wxPerl is a royal work, it just needs better
docs, I think.

Bob




 
____________________________________________________________________________________
It's here! Your new message!  
Get new email alerts with the free Yahoo! Toolbar.
http://tools.search.yahoo.com/toolbar/features/mail/