Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • But they will be based on WxWindows, and will most likely include things like a POD Viewer, a GUI CPAN Client, and potentially an editor such as Kephra, as well as other tools as needed or available.

    Um...why ? or rather, why not the GUI toolkit that is/has supplanted all others, namely, the web browser ? Its 2008. As of about mid-2006, its become increasingly clear that, "if it doesn't run in a browser, it don't mean sh*t."

    At the risk of sounding like a buzzword bingo caller, it would be a shame to

    • The big win for browsers has always been automated deployment.

      If you want to run everything locally, there's still advantages to doing things in a GUI. Introducing a client server model and the overheads of doing things in Javascript for a process that is inherently local has it's own downsides.

      That said, it may well be that some of the client side apps ARE done in HTML/Javascript.

      The POD viewer is one example of an application that would be ideal to do browser-based. It's document focus aligns well with th
      • I don't understand implementing a "programmer's editor". There are plenty of IDEs for Perl [perl.org] already, aren't there?

        It's a good idea to make things work better on Windows, though. Languages like Python or Ruby seem to have already dealt with this better than Perl has.

        But what kind of motivation would a Windows programmer have to use Chocolate Perl instead of, say, Visual Studio [microsoft.com]?

        • ActiveState cancelled the Visual Studio Perl version of Perl.
          • I guess this is what I mean. Why would people from the Windows world even want to use Perl, when they can use for example C# or VB? Or maybe you're not trying to win over those people.
            • The best example that I can think of is in teaching -- I met someone who was taking a Perl course, and they were using Mac's TextEdit as their editor. I tried convincing the student they'd be better off at the very least using something that did text coloring (I recommended TextWrangler, being that they were a Mac user), but they didn't make the switch.

              I'd assume that making it easier for a non-programmer to pick up and program in Perl is a good thing, especially if it results in schools being more willing
            • Why would anyone on 90% of the world's desktops want to use Perl?

              Because they are forced to use Windows by corporate policy.

              Because of the CPAN... because there's so much depth to the pre-written code out there, and assembling components in Perl is SO much easier compared to Windows languages once you need to do anything even remotely esoteric or interesting.

              Because Windows + Mac + Linux == cross-platform, which is a hugely desirable feature.

              Because developers can write GUI business tools on Linux (which th
        • I'll add one more point to your original question.

          > I don't understand implementing a "programmer's editor". There are plenty of IDEs for Perl already, aren't there?

          Yes, but they all suck.
  • hello adam as part of my p6doc effort and as i talked with chromatic once, im planning to write a GUI POD reader. in Wx and chrossplatform as you may suppose. i try also to kickoff with XRC to have something to talk about on next german perl workshop.
    • There already is a POD viewer in Wx, has been available for 4 years, by the wizard gmpassos [perlmonks.org], as announced on Perlmonks [perlmonks.org]. It would be a bit of a shame to just duplicate the effort.
      • dear bart, i think it would be chame not to write it. i know this POD browser and will grep all interesting ideas he provides, but please consider 2 major obstacle it has. 1) it stayed 4years with version 0.0.1 or 0.02 and more important it uses IE4 component which makes it ein only and i wrote i want to write an crossplatform POD viewer, so that other OS user can benefit too. cheers
      • I'll look into it.
  • they will be based on WxWindows

    I don't anything about the relative merits of the different GUI toolkits that do Windows, but I do know that I was very impressed by the native look'n'feel of the PPM front-end that appeared in recent Activestate distributions.

    I think that uses Tkx. The other thing I have heard is that the Wx documentation is pretty poor, and thus the barrier to entry is high.

    My point is that whatever toolkit is used, it must be well documented and have lots of examples. I'd really lik

    • RE: Tk vs. wx:

      FYI: There's a new Tcl/Tk [www.tcl.tk] release that purports to have platform-specific theming. While it probably won't be available from Perl/Tk anytime soon, the other Tk based toolkits may be able to leverage it quickly.
      • Rule 1: It must "look like a Windows program"

        Rule 2: It must be installable via the CPAN.

        Rule 3: It must be cross platform

        From that set of constraints, only WxWindows meets all three.
  • What's the overall steps needs to make a customized version of Strawberry? Just subclass it's class, and add dists to the list?

    I'd like to have a go at replacing my CatInABox zipped dist folder with a real Perl::Dist that I can rebuild and keep updated that contains a complete running Catalyst install with all the trimmings.
    • I'm working on documentation for Perl::Dist as we speak, and it will include a cookbook example of making a sub-class (yes, a subclass is all you need).

      But completely off the top of my head (and probably a bit buggy) it would look something like this.


      package Perl::Dist::CatInABox;

      use strict;
      use base 'Perl::Dist::Strawberry';

      sub app_name { 'Catalyst In a Box' }
      sub app_ver_name { 'Catalyst In a Box December 2007' }
      sub app_publisher { 'Catalyst' }