Re: [platform-ui-dev] Debug contexts

[Jared Burns <jaredburns@xxxxxxx>]

Sounds good. I filed: 

Bug 50338 - API to for promoting views on a stack
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=50338>

Thanks,
- Jared

On Wednesday 21 January 2004 07:01 am, Chris McLaren wrote:
> Actually, we've all gone to Bermuda. Either that or we or in the middle of
> shuffling work for M7. Considering I'm freezing cold right now, I'm
> guessing the latter.
>
> I will assign 50033 to Kim Horne momentarily with a high priority.
> 50094 and 50171 are currently assigned to Nick Edgar and Tod Creasey. Not
> sure what's up with those.
>
> Your comments about needing more information about the stacking of views
> are valid. Please enter a bug report to Kim Horne tagged [ContextMgmt].
> Furthermore, I expect you might want API to show a view but not
> necessarily bring it to the top.
>
> Kim Horne will be helping you to get these resolved from our end starting
> today. If you fly over, we have donuts today. Otherwise, she knows you
> might call or email her directly.
>
> Chris.
>
>
>
>
>
>
> Jared Burns <jaredburns@xxxxxxx>
> Sent by: platform-ui-dev-admin@xxxxxxxxxxx
> 01/20/04 10:39 PM
> Please respond to
> platform-ui-dev
>
>
> To
> platform-ui-dev@xxxxxxxxxxx
> cc
>
> Subject
> Re: [platform-ui-dev] Debug contexts
>
>
>
>
>
>
> Is somebody out of town? :-)
>
> - Jared
>
> On Monday 19 January 2004 10:33 am, Jared Burns wrote:
> > We've poked around at the context support some more and we've got
>
> something
>
> > that's able to open/close/promote views as the user changes between
>
> debug
>
> > models. However, there are some outstanding issues that make the current
> > support hacked together and ugly. :-)
> >
> > Bug 50033 - [Contributions] Context change notifications not sent
> >  <https://bugs.eclipse.org/bugs/show_bug.cgi?id=50033>
> >
> > Bug 50094 - [ViewMgmt] API to close a view without instantiating it
> >   <https://bugs.eclipse.org/bugs/show_bug.cgi?id=50094>
> >
> > Bug 50171 - [EditorMgmt] No part listener notifications sent?
> >   <https://bugs.eclipse.org/bugs/show_bug.cgi?id=50171>
> >
> > I've also hit two snags that I haven't filed bug reports for. I tried
> > asking about these on the newsgroup first, but didn't get any replies.
> >
> > 1. Access to view stacking information in the workbench?
> > In our current implementation, I end up with a handful of view IDs that
>
> are
>
> > considered applicable for the currently selected stack frame in the
>
> Debug
>
> > view. The goal is to make as many of the views in this collection
>
> visible
>
> > as possible.
> >
> > The problem I'm having is that I haven't found any API related to how
>
> views
>
> > are currently stacked (tabbed). For example, say I have views A, B, and
>
> C
>
> > stacked on top of each other. Views A and B are both be in the
>
> collection
>
> > of "applicable views," so we'd like to make sure one of them is visible.
> > Also, we want to make sure that if either of these views is currently
> > visible, that view will be the one that's chosen so it will stay on top.
> >
> > Is there any way for us to programatically determine that views A and B
>
> are
>
> > stacked? If so, our job is easy. If not, could this API be provided? If
> > such an API is not possible, then there's a follow-up question.
> >
> > If we can't tell which views are stacked on top of each other, we can
> > achieve the results we want the hard way by activating all of the
> > applicable views, making sure we activate the currently visible ones
>
> last.
>
> > In the end, this has the correct result, but it creates a ton of angry
> > flickering in the UI. Is there any way we can stop the flickering? I
>
> tried
>
> > accessing turning redraw on and off for the workbench's shell, but that
>
> had
>
> > no effect.
> >
> > 2. Start listening to part activation after perspective initialization?
> > (This was before I stopped getting any part open/close notifications as
>
> per
>
> > the bug report above)
> > I want to listen to part open/close notifications that originate from
>
> the
>
> > user. The problem I have is that I can't tell the difference between an
> > IPartListener#partOpened(...) notification that happens when the user
>
> opens
>
> > a view and one that happens when a perspective is first created.
> >
> > I'd like to delay the registration of my part listener until after the
> > perspective is finished opening its views, but I haven't found an API
>
> that
>
> > lets me know when this occurs. Does such an API exist? Is there any
>
> other
>
> > way to tell between the user opening views and the workbench doing it at
> > startup?
> >
> > Any help you can offer so we can keep moving forward would be
>
> appreciated.
>
> > Thanks,
> > - Jared
> >
> > _______________________________________________
> > 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