Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-ui-dev] Breaking API changes need to be reviewed by PMC

I've appended this to https://bugs.eclipse.org/bugs/show_bug.cgi?id=36968.

One of the main reasons the extensions work the way they do currently is 
to avoid activating plugins until their contributed action is chosen.
The problem with using IMenuCreator is that it requires running code.

Nick





Randy Hudson/Raleigh/IBM@IBMUS
Sent by: platform-ui-dev-admin@xxxxxxxxxxx
06/26/2003 04:14 PM
Please respond to platform-ui-dev
 
        To:     platform-ui-dev@xxxxxxxxxxx
        cc: 
        Subject:        Re: [platform-ui-dev] Breaking API changes need to 
be reviewed by PMC



Some of the issues I have might be parallel to these, but slightly 
converging in a non-Euclidean kind of way. 

Just kidding ;-).  But seriously, one issue I've experienced recently 
revolves arount the split between Action and ContributionItem.  Most APIs, 
including workbench extension points, but also non-platform APIs, deal 
with actions.  Give me your actions you want displayed, etc.  With an 
action, you have control to do almost everything.  But, for ultimate 
control you want to be a contribution item. 

For example, you can create a cascading menu by implementing IMenuCreator 
on your action.  But, in a recent case, we wanted 
IMenuCreator#getMenu(Menu) to be called everytime a submenu was shown - so 
we could rebuild the submenu.  The only way to do this is to override 
ContributionItem#isDynamic.  This isn't possible when your only hook is to 
provide an action. 

Another problem is submenus themself.  It would be much simpler to just 
add one menumanager to another.  But this isn't supported.  Or, add a 
menumanager to a toolbar, creating a toolitem which drops-down a menu. 
Currently, the only support for drop-downs on the toolbar assume that you 
have a primary action associated with the main part of the button.  But 
sometimes you don't. 

Should these be added to a separate bugzilla?  If so, just CC to it. 

-thanks 




"Nick Edgar" <Nick_Edgar@xxxxxxxxxx> 
Sent by: platform-ui-dev-admin@xxxxxxxxxxx 
06/26/2003 02:22 PM 
Please respond to platform-ui-dev 
        
        To:        platform-ui-dev@xxxxxxxxxxx 
        cc:         
        Subject:        Re: [platform-ui-dev] Breaking API changes need to 
be reviewed by PMC



The plan item PR for this is:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=36968

The current emphasis is on replacing the key binding service and global 
action registration with a single command service.  This is tangentially 
related to the commands plan item: 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=37716, but these are mostly 
orthogonal at the moment.

Nick







Randy Hudson/Raleigh/IBM@IBMUS
Sent by: platform-ui-dev-admin@xxxxxxxxxxx
06/26/2003 11:04 AM
Please respond to platform-ui-dev

       To:     platform-ui-dev@xxxxxxxxxxx
       cc: 
       Subject:        Re: [platform-ui-dev] Breaking API changes need to 
be reviewed by PMC



What are the upcoming changes in action architecture?  I'd like to add my 
concerns to a bugzilla if one exists.




"Nick Edgar" <Nick_Edgar@xxxxxxxxxx> 
Sent by: platform-ui-dev-admin@xxxxxxxxxxx 
06/26/2003 09:54 AM 
Please respond to platform-ui-dev 
 
       To:        platform-ui-dev@xxxxxxxxxxx 
       cc: 
       Subject:        [platform-ui-dev] Breaking API changes need to be 
reviewed by PMC



Team, please make note of the following, from the latest planning meeting 
notes.

API *evolution*: 
- no unintentional API changes 
- every change needs to be pre-described 
- what is the change 
- how to deal with it 
- motivation 
- PMC must sign off on all breaking changes based on that description 
- Jim is the initial contact 
- no breaking changes after Christmas 


The main area of breaking API changes in Platform UI will be due to the 
RCP work, but there will be other areas, e.g. changes to the action 
architecture.
Jim can help us with any API review.

The cut-off for API changes is actually earlier than Christmas.  From the 
R3.0 plan:
Friday October 10, 2003 - Milestone 4 (3.0 M4) - initial API freeze - 
stable build reflecting progress 
Friday November 21, 2003 - Milestone 5 (3.0 M5) - APIs frozen - stable 
build reflecting progress 

Thanks,
Nick

_______________________________________________
platform-ui-dev mailing list
platform-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ui-dev


_______________________________________________
platform-ui-dev mailing list
platform-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ui-dev




Back to the top