I have tried a couple of things - I guess I am just not sure if the
fragment system is respected when the help system goes looking for a
"doc.zip" file ...
1. creation of a help fragment that just contains the DE help ...
- Platform filter: (osgi.nl=de_DE) --- could never get this to validate
- Platform filter: (nl=de) --- nope
Basically the docs for checking indicate that something like this should
work - I did no have any luck
The Framework supports filtering on the following system properties:
* *osgi.nl* - the platform language setting.
* *osgi.os* - the platform operating system.
* *osgi.arch* - the platform architecture.
* *osgi.ws* - the platform windowing system.
The following is an example of the Eclipse-PlatformFilter header:
Eclipse-PlatformFilter: (& (osgi.ws=win32) (osgi.os=win32) (osgi.arch=x86))
Anyone spot something I am doing wrong?
2. It looks like we may just bundle them all into one ...
The documentation contained in doc.zip can be localized by creating a
doc.zip file with translated version of documents, and placing doc.zip in
nl/<language>/<country> or nl/<language> directory. The help system
will look for the files under this directories before defaulting to
plugin directory.
Copying the net.refractoins.udig.help.nl1/nl folder into my uDig install
(ie program files) net.refarctions.udig.help/ plugin solved the problem.
I am going to perform the change for 1.1.0 and we can get on with life.
Jody
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
