Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"

Re^3: Unsatisfactory state of Module::Starter stack

by jaldhar (Vicar)
on May 23, 2010 at 03:13 UTC ( #841227=note: print w/replies, xml ) Need Help??

in reply to Re^2: Unsatisfactory state of Module::Starter stack
in thread Unsatisfactory state of Module::Starter stack

It's largely a matter of personal preferences. My template files end in ".tmpl" for example.

Hmm that doesn't sound like it would be too hard to add. I'll consider it for the next version.

Also I would want to include some extra files, like certain template files, a minimal CSS files, a .png that I always use etc etc.

Now here we run into the limitations of the Module::Starter architecture. Dist::Zilla with its plugins is far more flexible for what you want to do.

I got the impression that your module was simply an expression of your personal preferences and I could not see a point in requesting changes based on personal preferences. Nor could I see any value in trying to derive from such a class. So it needs to be a lot more flexible to be useful to me (though of course the defaults can reflect your personal preferences).

Well yes to some extent that's true but only because one has to start somewhere. I would like this module to follow the best practices in the CGI::Application community and in general be as useful to as many people as possible but I can't do that if I don't get feedback.

I suppose philosophically, a Module::Starter::CGIApp has gone too far by its very choice of name. A module that was sufficiently flexible to be of use to me in this context, could be used for things that were not related to CGI::Application.

FWIW, I use this module to start non-CGIApp modules too. Even though I have to manually remove all the CGIApp bits, it's still less drudgery than creating a distribution by hand.


  • Comment on Re^3: Unsatisfactory state of Module::Starter stack

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://841227]
[ambrus]: If you don't do that, some people will be able to use only two thirds of the available screen area, or have to prepare three versions of their slides, each of which is a waste that you could avoid with one simple phrase in the call for papers.
[Corion]: As for somebody hosting national conferences, we don't always know the kind of connectors and aspect ratios available ;)
[ambrus]: Corion: well sure, but that's the similar to any printed document, and the margin is diminishing with today's technology. Video games no longer have to assume that the CRTs won't show the edges of the screen.
[Corion]: If you cram your slides with that much information, they might work in an "offline" situation but not very well for a live presentation IMO
[ambrus]: Corion: in that case I also ask the people who rent the conference rooms to tell conference organizers about the available tech.
[Corion]: ambrus: No, you're misunderstanding. If you place content too far on the left/right/top/ bottom, people might not see it because the view is obstructed ;)(
[Corion]: In Amsterdam, the screen went down to the bottom of the stage (60cm above ground) and the seating was on the ground, meaning that the rows in the back couldn't see the bottom of slides.
[Corion]: There also were some columns that meant that maybe you couldn't see the left/right edge of a slide.
[ambrus]: Corion: Sure. I've had a course in a 50 seat lecture hall that has two fucking columns in the middle.
[Corion]: Talking about it, the top should be fairly visible in the situations I've experienced at least. The top is uncomfortable for people in the first three rows, but that's life ;)

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (10)
As of 2017-09-26 10:12 GMT
Find Nodes?
    Voting Booth?
    During the recent solar eclipse, I:

    Results (293 votes). Check out past polls.