But I need to figure out; if Perl programmers need this sort of library.

That probably at least in part depends on what it does that isn't already supported by other Perl PDF libs, such as PDF::API2.  Maybe it's worth integrating efforts, rather than publishing another lib with (likely) mostly overlapping functionality.

Other than that, if you own the rights, why not just do open source it, and let software evolution dynamics decide on its future?

Other than that, if you own the rights, why not just do open source it, and let software evolution dynamics decide on its future?

Hear, Hear. I don't know of any way to a priori predict that unforeseen use an inventive User will put a piece of code, once it gets into the wild. Open source it, make it easy for folks to help clean it up and/or extend it an sit back and watch.

If we meet up at a Conference some time, ask me about "The company E-Mail system and three units of O+ blood at 0245 out on US 101...."

----
I Go Back to Sleep, Now.

OGB

Yes, it does things that PDF::API2 does not, the XML, the forms and it is well documented.

The reason I don't want to just throw it into open source is that I don't want to take resources that might be better served on a project that more people want, or that already has a head of steam. Maybe that is over thinking it.

g_White

I understand the concerns, but I think it's generally hard to predict whether open sourcing something will result in an unproductive division of resources (man power of volunteers), or whether it will ultimately be beneficial, e.g. by promoting positive competition, by making it possible to merge functionalities, or by simply having two good libs being developed independently... (like there are many good text editors or scripting languages out there, with each having their fan base).

So I'm not really sure what to advise, in particular as I don't even yet know the library in any reasonable detail...

Is there a checklist or process to follow to make this open source?

If you make this open source via CPAN, the checklist you're after is provided on this PAUSE (Perl Authors Upload Server) page.

From a library point of view, I find it of tremendous quality, it has documentation and it does what it says it will do.

From a coders point of view, it doesn't use strict, has some global space pollution

I am not familiar with github and will look into it.

g_White

From a coders point of view, it doesn't use strict, has some global space pollution

For a user of the functionality, whether it uses strict or not, is completely irrelevant. In the same way, I don't care whether the truck driver supplying the supermarket I shop at wore a seat belt or not. It's better for his safety, but it doesn't make my peanut butter any smoother.

Global space pollution can be an annoyance, but that doesn't mean it will eliminate all the usefulness.

It sounds like it might be useful for a side project I'm starting -- the XML to PDF conversion is appealing, and I'd at least look at it, likely use it, and be willing to take a shot at contributing to it. I'm mostly interested in being able to generate nice looking eBooks that would be generated by mostly non-technical people (which is why I'm interested in the XML). There are various open source things out there for editing and generating eBooks, but even the relatively mature ones seem fairly limited.