ok,

a civil reply to that flame deserves an apology and a reply. i agree, it would be nice if there was a way for RB to error out better on plugins, but it seems like a real problem to implement. obviously, rb could interrogate a plugin to see if it supports the current version, which would force developers/users to update their plugins with every major revision. safer, but i think you'd see an onslaught of complaints about old supported plugins dying for no other reason than no one is around to up the const and recompile.

perhaps if this really is a compiler failure in a plugin, rb could wrap these plugin sections in try blocks and preface the plugin authors error with a dialog - the following is an error from the plugin blahblah please contact them for help. i'm not sure if thats possible architecturally.

otherwise, its back to best practices for the plugin developer - make sure all your external communications are well branded (prolly not the sorts name recognition you want, but alas)

mike
--
Mike Woodworth
[EMAIL PROTECTED]



On Jun 2, 2006, at 7:32 PM, Stefan Pantke wrote:


Am 03.06.2006 um 01:30 schrieb Mike Woodworth:

wait... he's supposed to get new versions of his plugins?!?! i thought this was supposed to be RAD. i propose a installing a small buzzer in norman and all the other plugin developers heads... when someone upgrades their copy of RB, the buzzer will go off... then its up to you norman et al. to contact the user and send them a new copy.

to use an prior analogy - "i hate this car, it never runs write when i forget to replace the oil"

I didn't said that a/the new plugin API is a problem. I just said, that the error message isn't descriptive and I wondered, why the IDE didn't posted the
error message earlier._______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to