in reply to Re^5: Troubleshooting a character reference converter script
in thread Troubleshooting a character reference converter script

There's no difference (between a module and a script).

Well, there is arguably no major philosophical difference between the two, but there is a rather significant practical one, or you know something that I don't.

You already are having them install one.

How so? You haven't seen the script in question so I'm not sure how you think you can know that. If you mean Spreadsheet::WriteExcel, I have taken that feature out of the module-less version of the script, because... well, it's a module-less version and it's a non-essential comfort feature.
I hope to be able to integrate it, so if you or anyone else has a suggestion, I'm listening. I tried fatpacker, it failed on the fatpack file command with the following error:
Can't stat folder/fatpack/lib: No such file or directory at /usr/local/share/perl/5.10.0/App/FatPacker.pm line 161 BEGIN failed--compilation aborted at /usr/local/bin/fatpack line 3.

Also, it doesn't seem to pick up Spreadhseet::WriteExcel, it only tries to integrate the two HTML modules I need. Perhaps I'll start a separate thread on the issue.

Re: the "you want less files" assertion, no. Not at all. I don't care how many files the project is made up of. All I want is to make it self-contained. I want the user to be able to download my package, double click the file that says "double click me" and have it work. No "go to the console and type cpan, install this and that and then troubleshoot arcane error messages for two hours to find out why the module won't install on your computer". Nobody goes through all that, except us geeks.

I think I saw someone on here mention a manual method of integrating modules into their project so that users don't have to install them separately. Given that App::Fatpacker doesn't seem to work for me, I would be interested in any pointers on that.