Re^4: How to complain about changes to a module? (And what good would it do?)

but if a subclass, either by you

The problem is the maintainers changes should be a subclass of the original module (or a completely different module). And you cannot de-subclass a class. That is, I cannot produce a module that is a subclass of the modified module that removes the added functionality and overhead.

So the only option for me is to re-release the original code under a new name. Which, besides any other problems with picking a namespace is a pain because the original name and functionality where perfectly matched.

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

"Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."

Comment on Re^4: How to complain about changes to a module? (And what good would it do?)

Replies are listed 'Best First'.
Re^5: How to complain about changes to a module? (And what good would it do?) by Corion (Patriarch) on Aug 29, 2008 at 15:02 UTC
But if you can make the case for a subclass and can demonstrate how the subclass would work for the original creator and your current code would still work with the base class, that's a far better position for entering the dialogue than having to say "Your changes suck, back them out." `:)`	[reply] [d/l]
Re^5: How to complain about changes to a module? (And what good would it do?) by wfsp (Abbot) on Aug 29, 2008 at 15:18 UTC
XXX::Lite? Or XXX::Simple? CGI::Simple has reduced functionality of the parent, sans HTML output, amoung other things. And, I believe, it's not built on top of the parent either but a complete rewrite. So in this context, "subclass" is quite a broad definition. I use a couple of old versions of modules (DBM::Deep, CGI::Session) because "recent" versions include XS dependancies which aren't currently available (negotiations with webhosters pending). Far from ideal; better would be Lite or Simple versions that were maintained.	[reply]