Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-ui-dev] Changes in Context Structure

I don't think I understand the proposal. The "Debugging" context doesn't
currently have any parent contexts. Are you proposing that we make our
contexts children of workbench contexts? If so, why? Unless there's
something to this story that I'm missing, I don't want anyone else blocking
my contexts from enabling or disabling.

- Jared

----- Original Message ----- 
From: "Douglas Pollock" <douglas.pollock@xxxxxxxx>
To: "Jared Burns" <jaredburns@xxxxxxx>; "Kevin Barnes" <krbarnes@xxxxxxxxxx>
Cc: <platform-ui-dev@xxxxxxxxxxx>
Sent: Wednesday, March 17, 2004 11:08 AM
Subject: [platform-ui-dev] Changes in Context Structure

> Hello,
> I would like to change the context structure slightly.  The change is to
> support key bindings in dialogs.  I propose a new parenting structure:
> + org.eclipse.ui.contexts.dialogAndWindow
>     + org.eclipse.ui.contexts.window
>         + org.eclipse.ui.textEditorScope
>             + org.eclipse.jdt.ui.javaEditorScope
>         + Debugging
>             + Debugging Java
>     + org.eclipse.ui.contexts.dialog
>         + Debugging Pop-ups
> The workbench would be responsible for promoting and demoting the
> dialogAndWindow, window and dialog contexts.  There would be new semantic
> that these three special contexts have the ability to "block" their
> from activating.  So, for example, if the "window" context is inactive,
> "Debugging" context would be inactive as well.  This would all be handled
> transparently by the workbench.
> "dialogAndWindow" would be active when either a window or a dialog is
> I wish to commit these changes for M8.  These changes will break the
> of existing contexts.  For example, if I committed the code without
> to "debug.ui/plugin.xml", all debugging keys would be active whenever the
> debug context is active -- regardless of whether a dialog is open or not.
> (Right now, key bindings never work in dialogs.)
> Would you be willing to accept these changes?  Do you have comments,
> questions, queries, concerns?
> d
> _______________________________________________
> platform-ui-dev mailing list
> platform-ui-dev@xxxxxxxxxxx

Back to the top