I understand that perspective but I only want it to warn.
If I publish a second package that takes similar options, some users may want to load them both on same line so that the options they pass to both are always identical, but if one has additional options then the other should only log a warning if they are specified.
And yes, I may publish a second that takes similar or identical options. For example,
Code: Select all
הההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההההה
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
hard-codes Helvetica from Base35 but if using the Gyre fonts, the Gyre equivalent works just fine reducing the number of fonts that need to be embedded, so passing the font option to both my package and a modified version of that ISBN package would be beneficial, but some of the options for my package make no sense with an ISBN package.
As far as my package behaving differently than all the other packages, well, maybe if I was submitting it to CTAN there would be an argument for conformity but I'm not.