[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [platform-ui-dev] Browser-like navigation in Eclipse UI?
|
I agree that a useful implementation doesn't have much of a chance to
make the 2.0 release date. This is true especially so since I believe
that in order to implement workbench-wide navigation support, there
should be a way to open editors on IAdaptable instances (like
IWorkbenchPage.openEditor(IAdaptable) maybe?) and a generic way to
create editor inputs (see also bug# 5687).
To be useful, this would require participation from other plugins that
currently expose their own ways of opening editors and revealing
selections for model objects (You will notice that the adapter
implementation for Java elements in nox.browser plugin is dependent on
JDT UI internals to create compilation unit and classfile editor
inputs).
Frankly, I'm torn between wanting to maintain a patch that implements
navigation until the platform UI team is ready to take a look or work on
the browser plugin until 2.0 release. So I'll do them both;-)). I guess
I better start figuring out how to do vendor branches in CVS now...
--CK.
> -----Original Message-----
> From: platform-ui-dev-admin@xxxxxxxxxxx
> [mailto:platform-ui-dev-admin@xxxxxxxxxxx] On Behalf Of
> Simon_Arsenault@xxxxxxx
> Sent: Wednesday, March 20, 2002 11:56 AM
> To: platform-ui-dev@xxxxxxxxxxx
> Subject: Re: [platform-ui-dev] Browser-like navigation in Eclipse UI?
>
>
>
> Cagatay,
>
> We always welcome requests from the community who want to
> help fix known problems (from bugzilla), help with the
> implementation of items committed for the 2.0 plan, or come
> up with a proposal/prototype for new features. This is the
> correct way to go about it.
>
> This navigation problem is something the ui team is aware of
> and has had some discussions about it. We would like to hear
> your views on it and what you propose. The scope of this
> problem is quite large as ui team has discovered.
>
> The ui team is in the process of getting the the nox plug-in
> to take a look at it.
>
> You are welcome to continue with your work to come up with a
> proposal and discuss (in this mailing list) design ideas you
> have. And, to collect "requirements" about what is needed.
> Also, the solution must not only focus on Java, but be
> generic enough to work with all the ways people are using
> Eclipse. A quick look (on the web) at some usability work
> done on navigation may prove to be useful.
>
> Note that in less then 6 weeks, eclipse will be in code
> freeze for the 2.0 release. Coming up with an acceptable
> solution will take some time, so this will end up most likely
> being a feature in a future release past 2.0 (also the fact
> that the ui team will be pretty busy finishing up work for
> release 2.0).
>
> If you are willing, you are welcome to take the lead on this
> problem. The ui team members will help out with
> ideas/issues/requirements/etc as much as they can. If you
> want to wait until the ui team is done with the 2.0 release
> and has more time to participate in what you are doing, then
> you can help out with some of the open bugs in bugzilla.
>
> Please let us know what your plan is and best of luck!
>
> Thanks
> Simon :-)
>
>
>
>
>
> "Cagatay Kavukcuoglu"
>
> <cagatayk@xxxxxxx> To:
> <platform-ui-dev@xxxxxxxxxxx>
> Sent by: cc:
>
> platform-ui-dev-admin@ Subject:
> [platform-ui-dev] Browser-like navigation in Eclipse UI?
> eclipse.org
>
>
>
>
>
> 03/20/2002 12:49 AM
>
> Please respond to
>
> platform-ui-dev
>
>
>
>
>
>
>
>
> Hi,
>
> I'd like to work on contributing browser style navigation to
> Eclipse UI. I have a plugin you can get from
> http://sourceforge.net/projects/nox
> that provides similar functionality, but I believe this is
> better provided by the UI itself, more so after the recent
> changes to handling of perspectives and the editor area.
>
> I've been thinking about how to best provide this
> functionality in Eclipse for some time. I wanted to hear what
> everyone here thinks before actually writing code and see if
> this is feasible or even desired, so here goes:
>
> A navigation bar that would be anchored above all the
> workbooks in the editor area, providing back and forward
> drop-downs along with a label that shows the fully qualified
> name of the active editor's input. Ideally, all navigation
> within the workbench such as:
>
> - opening files
> - performing any action on Java elements which results in opening
> editors or revealing selections in an editor
> - performing any action on an object that implements IAdaptable
> which results in opening editors or revealing selections
> in an editor
>
> should be visible in the history. At the very least, editor
> inputs for all opened files should be in the history (this
> would be very limited but have a correspondingly simple
> implementation).
>
> The navigation bar can also provide a more visible UI for
> changing working sets that apply to a workbench page
> (considering the latest working set RFC) and pinning editors
> so they won't be reused.
>
> I have some design ideas that I also want to discuss if this
> seems doable to the folks here.
>
>
> Cagatay
>
> --CK.
>
> _______________________________________________
> platform-ui-dev mailing list
> platform-ui-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/pla> tform-ui-dev
>
>
>
>
>
>
> _______________________________________________
> platform-ui-dev mailing list
> platform-ui-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/pla> tform-ui-dev
>
