Re: Future of wxperl.it

Hi Ron,

It's true there is a lot of material out there  (PerlMonks, 
cpan/metacpan, github and sourceforge and probaly a lot more).

It would be nice to have a single, central resource for learning, but 
there also needs to be news and updates (wxperl.it as it is more or 
less) and live support, for which we currently use Google groups.

I worry about resilience.  We have had our fair share of problems: the 
wiki has been hacked a few times, passwords and administrators have gone 
missing and we've had to retrieve and retype stuff.

I like some redundancy, so I'm not unhappy with the current diversity of 
sources.  Clearly it would be nice if there was better navigation across 
the sources, and maybe we could do something about that.

It would be good to hear from Herbert about his plans.

Regards,

Steve.

On 04/01/16 08:24, Ron Grunwald wrote:
> Re: Future of wxperl.it Hello all,
>
> It seems very clear that there is already a lot of information, 
> particularly code examples, about WxPerl. The wxperl wiki indeed 
> contains many documents, but in my view seems a little disjointed and 
> incomplete. This is why I’m leaning towards the “Learning WxPerl” book 
> idea, because there is a natural order and progression in a book layout.
>
> The initial effort by Herbert Breunung that I mentioned in my previous 
> email is found at:
> https://bitbucket.org/lichtkind/wxperlbook
>
> Under Source -> chapter, there’s a file “TOC.txt” which seems complete 
> and would be an excellent starting point. Although we would probably 
> need permission from Herr Breunung.
>
> To answer James’ question,
> > So again, what needs to be done long term...
> >
> Personally, I would like to see “wxperl.it” converted to the 
> authoritative “Learning WxPerl” online resource that follows the 
> layout of a book.
>
> Kind Regards.
>
> ________________________________________
> Ron Grunwald
> [email protected]
> http://www.dvlcorner.org
>
>
> On 4/01/16 7:17 AM, "Steve Cookson - gmail" <[email protected]> 
> wrote:
>
>       Hi Guys,
>
>      There is a lot of stuff on the wiki.  (See here
>     http://wiki.wxperl.nl/Main_Page).
>
>          How to structure a good wxPerl GUI? (Possibly an existing GUI
>     design text)
>              - Do you mean a development guide?  I don't know of a
>     good one.  Herbert started to write one but I don't know how far
>     he got.
>
>         Installing wxPerl and wxWidgets
>              -    There is a good page on the Wiki.
>
>          A tutorial on the wxPerl widgets and Sizers.
>              -     Sizers and their variety have always seemed
>     problematic to me, especially all the flags they come with. In top
>     of that we have parents which, if they conflict with your parent
>     sizer's panel send everything wrong!
>          Extending your wxPerl GUI to a complete application.
>              - I think we all create own architectures and that is
>     probably a large duplication of effort.
>
>         Advanced topics in wxPerl(Wrapping external libraries)
>              - there is a partial write up of this on the wiki, called
>     NewClass.pod.
>
>          Reference to wxPerl wxVARIOUS_DEFINED_TERMS available for use
>              - Have you tried perl Makefile.PL --help.  It doesn't
>     give you a great deal, but here it is:
>
>      ~/wxPerl$ perl Makefile.PL --help
>      Usage: perl Makefile.PL [options]
>        --enable/disable-foo where foo is one of: dnd filesys grid help
>                             html mdi print xrc stc docview calendar
>     datetime
>        --help               you are reading it
>        --mksymlinks         create a symlink tree
>        --extra-libs=libs    specify extra linking flags
>        --extra-cflags=flags specify extra compilation flags
>
>        --[no-]wx-debug      [Non-] debugging wxWidgets
>        --[no-]wx-unicode    [Non-] Unicode wxWidgets
>        --[no-]wx-mslu       [Non-] MSLU wxWidgets (Windows only)
>        --wx-version=2.6[.1]
>        --wx-toolkit=msw|gtk|gtk2|motif|mac|wce|...
>
>      There doesn't seem to be the same for Alien, although there is a
>     page for wxWidgets, here:
>     https://wiki.wxwidgets.org/WxWidgets_Build_Configurations
>
>      What would you like to see see to make wxPerl be fit for another
>     decade?
>
>      Regards
>
>      Steve.
>
>
>     On 03/01/16 20:19, James Lynes wrote:
>
>
>         Ron:
>
>
>          I agree. My journey would have been shorter and more
>         enjoyable with a good "Learning wxPerl" text. I think that the
>         wxDemo is a good tool, but I found that, for a beginner, the
>         glue code used to tie all the widgets into a neat package
>         tended to obscure what was going on, which is why I broke out
>         many of the widgets into separate example programs available
>         on the wiki.(If I rewrote the examples today there are
>         certainly things that could be cleaned up...learning curve).
>
>
>          The wxBook is good, but it took me quite a while to translate
>         the C++ syntax into wxPerl. Today I can use the wxBook or the
>         wxWidgets docs and translate pretty quickly, but it took way
>         too long to get there. What I've still found missing is
>         information on extending the GUI into a complete application.
>         I do have a small working application using wxPerl with Perl
>         Threads, but I'm sure there are other ways to structure the
>         non-GUI portions of larger applications.
>
>
>          So, I guess the problem has at least six levels:
>
>          c
>
>
>
>
>
>
>         Nice to see a little discussion started.
>
>          So again, what needs to be done long term...
>
>
>          James
>
>
>
>
>
>         On Sat, Jan 2, 2016 at 7:16 PM, Ron Grunwald
>         <[email protected]> wrote:
>
>
>              Good morning all,
>
>              I use WxPerl and intend to keep using it for a long time
>             to come. However, I am only a beginner with WxPerl. Most
>             of my GUI programming experience comes from PerlTk.
>
>              One of the things I’ve always missed about WxPerl is a
>             good introductory book. PerlTk has the O’reilly “Learning
>             Perl/Tk” book by Nancy Walsh, which I find invaluable.
>             Imagine if an equivalent “Learning WxPerl” book existed.
>
>              I believe the German programmer, Herbert Breunung,
>             contemplated writing such a book, but I don’t know what
>             the current state is. My personal view is that WxPerl
>             still has a lot to offer but needs to be more appealing to
>             introductory GUI programmers.
>
>              Kind Regards.
>
>
>              ________________________________________
>              Ron Grunwald
>             [email protected] <http://[email protected]>
>             http://www.dvlcorner.org
>
>
>
>              On 2/01/16 1:36 AM, "James Lynes" <[email protected]
>             <http://[email protected]> >  wrote:
>
>
>                 Johan:
>
>                  I see you got an overwhelming response to your post.
>
>                  Is anyone still using wxPerl? The only response I got
>                 to my last couple of questions came from Steve.
>
>                  James
>
>
>                  On Sat, Dec 26, 2015 at 9:57 AM, Johan Vromans
>                 <[email protected] <http://[email protected]> >
>                 wrote:
>
>                     On Mon, 5 Jan 2015 14:54:35 -0500
>                      James Lynes <[email protected]
>                     <http://[email protected]> > wrote:
>
>                      > Great, but what needs to be done long term?
>
>                      I don't know. I'm about to stop caring for
>                     several reasons including age,
>                      health, personal circumstances, and the lack of
>                     support from others.
>
>                      If anyone wants to continue the wxPerl domains
>                     and the wiki it is now to
>                      time to step forward.
>
>                      Likewise CitrusPerl and the Cava Packager, two
>                     tools geared towards wxPerl
>                      support but unfortunately abandoned.
>
>                      -- Johan
>                     http://johan.vromans.org/seasons_greetings.html
>
>