Hi Stefan, > why was that a problem? > Don't we handle plugin function names as separate strings? Ya, this was correct. Though, using a the fully qualified plugin class name as a key has some advantages. The i18n value is returned by default by getName() even if getName() is not implemented in this particular plugin (implemented by a mother class).
We had (and I think we still have) some plugins whith ProgressMonitor titles displaying the rough plugin classname, because the getName() method is not implemented, and fully qualified class name is not used as a key in language files. There are other ways to solve the problem, but I think using the class name as a key is quite clean (minimum redundancy). Michaël > > just wondering > cheers, now from Calgary > stefan > > Am 14.01.12 04:52, schrieb micha...@users.sourceforge.net: >> Revision: 2619 >> >> http://jump-pilot.svn.sourceforge.net/jump-pilot/?rev=2619&view=rev >> Author: michaudm >> Date: 2012-01-14 11:52:25 +0000 (Sat, 14 Jan 2012) >> Log Message: >> ----------- >> Fix two small language issues in ReplicateSelectedItemsPlugIn and >> CreateThiessenPolygonsPlugIn >> > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Mar 27 - Feb 2 > Save $400 by Jan. 27 > Register now! > http://p.sf.net/sfu/rsa-sfdev2dev2 > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > ------------------------------------------------------------------------------ RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
