Larry Becker a écrit :
>Hmm, I'm with you on installing plugins, but I'm not sure I agree that
>the UI stuff should (or could) be configurable in the same way.
>
>
I''m not sure I understand what you mean by installing plugin without
configuring UI stuff.
I think that which plugins/extensions are loaded is not a problem for
the user. On the other hand,
some may want to configure which plugins are added to the menubar or the
toolbar.
>How about I get plugin support working and you can take it from there?
> Perhaps I'll like the UI stuff after I see it in action.
>
>
Maybe I'll understand your idea better with an example.
My idea is to have something like :
<menubar>
<menu name="menu.file"> // here we must take care of
internationalization
<menuitem name="menu.loaddataset>
<enablecheck name="windowWithLayerNamePanelMustBeActive"/>
<plugin name="LoadDatasetPlugIn"/>
</menuitem>
</menu>
</menubar>
That's what a library like swixml do except it does'nt care about all the
work doing by OJ's feature installer (ex. enablecheck).
Maybe this approach is too ui oriented and the xml must instead represent
the job done by the plugin manager. Is that your idea ?
Or maybe the configuration must start with the list of plugin to load, then
define how they are associated with ui elements.
Anyway, I'm sure that having a way to configure part of the job made
by WorkbenchFrame, JUMPConfiguration, FeatureInstaller... in a xml
file would add flexibility and ease of use to jump.
Michaël
>regards,
>Larry
>
>On 5/8/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
>
>
>>Hi Larry,
>>
>>I must admit I even did not think about extending workbench-properties.xml.
>>The feature request you refer to and your proposition meet exactly my
>>questions.
>>I understand that you think about extending workbench-properties.xml with
>>specific tags representing jump's plugins and ui elements like
>>menu-items and tools
>>without using a specific library.
>>I'm still not sure about the best approach, but it would be a great
>>feature for OpenJUMP.
>>
>>Michaël
>>
>>Larry Becker a écrit :
>>
>>
>>
>>>Hi Michaël,
>>>
>>> I believe the OJ feature request that you are referring to was
>>>submitted by Steve Tanner:
>>> "Have JUMPConfiguration.java in XML file.
>>>
>>>Ugo added the following comment:
>>>
>>>Ugo Taddei: �Has anyone thought about changing the
>>>JUMPConfiguration.java to an xml-based config? That is,
>>>instead of hard-coding all those plug-ins at compile
>>>time, the app would generate them a runtime. I say this
>>>because (1) JUMPConfiguration is rather long and (2) in
>>>a project we only had to change the order and
>>>availability of plug-ins, and commenting them out was a
>>>solutions. It'd have been more elegant to do that with
>>>a text file�.
>>>
>>>If I understand this feature request right, it is referring to
>>>supporting something like the development-only
>>>workbench-properties.xml file (or perhaps just it).
>>>
>>>I think this would be a great idea and have been considering working
>>>on it. If I could get runtime support for workbench-properties, would
>>>that meet your requirements too?
>>>
>>>regards,
>>>Larry
>>>
>>>
>>>On 5/8/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
>>>
>>>>Hi,
>>>>
>>>>I take advantage of this mail to extend the question to a more general
>>>>feature request...
>>>>
>>>>I have noticed that the oldest OJ's feature request is having an xml
>>>>configuration file for OpenJUMP (feature request from Jon). A few days
>>>>ago, I decided to have a look in some of OpenJUMP's classes where the UI
>>>>initialization happens to see how difficult it would be to do it.
>>>>There are two libraries I am interested in for UI design : swixml and
>>>>buoy (I think E. Soldin used swixml for one of his plugins and I used
>>>>buoy for 'simple query' plugin).
>>>>Modifying OpenJUMP to use buoy would be a great project, but far too big
>>>>for me, so I started to look how to benefit from swixml.
>>>>After some hours trying to figure out how to put jump's UI elements into
>>>>a swixml hierarchy, I still had no result, and started to wonder what is
>>>>the better solution : to refactor some of OpenJUMP's ui classes and
>>>>maybe create some specific swixml tag until I find a way to make OJ ui
>>>>fit the swixml model, or to create a specific xml representation of
>>>>OpenJUMP's ui elements.
>>>>
>>>>If JUMP's designers or swing gurus have some advices to give me or some
>>>>experience about this problem, they are welcome.
>>>>
>>>>Michaël
>>>>
>>>>Stefan Steiniger a écrit :
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>adding menu items to existing ones is one of the great things of JUMP ..
>>>>>thanx to Martin and Jon
>>>>>
>>>>>Geoffrey G Roy schrieb:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>To the Gurus
>>>>>>
>>>>>>I understand how to create a Main menu item, and to add one or more
>>>>>>items to it when a plugin is loaded. What should happen if two plugins
>>>>>>create the same Main Menu item, and try to add different items to it???
>>>>>>
>>>>>>My initial testing seems to indicate that the last loaded plugin appears
>>>>>>to replace the menu created with the first loaded plugin. Is this
>>>>>>behaviour correct, or can be be avoided.
>>>>>>
>>>>>>Geoff
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>-------------------------------------------------------------------------
>>>>>This SF.net email is sponsored by DB2 Express
>>>>>Download DB2 Express C - the FREE version of DB2 express and take
>>>>>control of your XML. No limits. Just data. Click to get it now.
>>>>>http://sourceforge.net/powerbar/db2/
>>>>>_______________________________________________
>>>>>Jump-pilot-devel mailing list
>>>>>Jump-pilot-devel@lists.sourceforge.net
>>>>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>-------------------------------------------------------------------------
>>>>This SF.net email is sponsored by DB2 Express
>>>>Download DB2 Express C - the FREE version of DB2 express and take
>>>>control of your XML. No limits. Just data. Click to get it now.
>>>>http://sourceforge.net/powerbar/db2/
>>>>_______________________________________________
>>>>Jump-pilot-devel mailing list
>>>>Jump-pilot-devel@lists.sourceforge.net
>>>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>-------------------------------------------------------------------------
>>This SF.net email is sponsored by DB2 Express
>>Download DB2 Express C - the FREE version of DB2 express and take
>>control of your XML. No limits. Just data. Click to get it now.
>>http://sourceforge.net/powerbar/db2/
>>_______________________________________________
>>Jump-pilot-devel mailing list
>>Jump-pilot-devel@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
>
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
