| Summary: | selecting a file in nav LHS favorites selects file without opening it | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Susan McCourt <susan> |
| Component: | Client | Assignee: | Project Inbox <orion.client-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | andrew.eisenberg, mamacdon |
| Version: | 0.5 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Susan McCourt
> I'm curious for feedback from current users as to whether they would sorely
> miss the "go to editor" or "go to random link" behavior.
I wouldn't miss "random link" -- I only use favorites to drive the navigator to a place in my filesystems. I never create favorites for arbitrary pages.
Can't comment on the "go to editor" feature, since I never favorite individual files -- only their parent folders.
+1 for getting rid of random links I only use favorites from inside the open resources dialog, so I have no opinion about the best behavior when clicking in the LHS of the navigator. Although not entirely relevant to this bug report, managing favorites is not fun or easy. It is simple to add files/folders to the favorites list, but removing them takes more effort. Items have to be removed individually, through a context menu and you also have to click on a pop-up. It would be quite useful to be able to multi-select favorites and delete them in bulk. Perhaps there could be a simple popup that allows you to manage them, or perhaps they could be edited in place. A side note is that it is a bit of a heated topic in our office as to whether or not favorites are useful in Orion at all. I fall squarely in the "useful" camp, but plenty of people feel differently. So, perhaps some thought should be taken as to how favorites can be made unobtrusive if you don't want to use them. (In reply to comment #2) > +1 for getting rid of random links > > I only use favorites from inside the open resources dialog, so I have no > opinion about the best behavior when clicking in the LHS of the navigator. > > Although not entirely relevant to this bug report, managing favorites is not > fun or easy. It is simple to add files/folders to the favorites list, but > removing them takes more effort. Items have to be removed individually, > through a context menu and you also have to click on a pop-up. It would be > quite useful to be able to multi-select favorites and delete them in bulk. > Perhaps there could be a simple popup that allows you to manage them, or > perhaps they could be edited in place. Bulk delete is now implemented, as part of work in bug 367458. There was an idea of having a "manage favorites" page and then totally relying on "open resource" to get to favorites, but now that we have other "navigator of a navigator" things showing up on the left hand side (file servers, etc.) I think we'll keep for now. > > A side note is that it is a bit of a heated topic in our office as to whether > or not favorites are useful in Orion at all. I fall squarely in the "useful" > camp, but plenty of people feel differently. So, perhaps some thought should > be taken as to how favorites can be made unobtrusive if you don't want to use > them. Is closing the left hand side in the navigator enough? Or being able to collapse the favorites section if you don't care? > Is closing the left hand side in the navigator enough? Or being able to
> collapse the favorites section if you don't care?
The ability to hide the LHS panel would be a big advantage.
And another thing that occurs to me (this is something that I thought about a while ago but never raised a bug for it), could we have a list of recently used/visited files that appears in the LHS, or perhaps they can be used to pre-populate the facorites.
(In reply to comment #4) > > Is closing the left hand side in the navigator enough? Or being able to > > collapse the favorites section if you don't care? > > The ability to hide the LHS panel would be a big advantage. you can do this today (click the little toggle section in the center of the splitter, or press ctrl+O). > > And another thing that occurs to me (this is something that I thought about a > while ago but never raised a bug for it), could we have a list of recently > used/visited files that appears in the LHS, or perhaps they can be used to > pre-populate the facorites. We had something like this before (in the landing page, not in the LHS) and it was determined to be kind of useless. Simon recently pulled it out. I think we're saying the long term answer is something like bug 373290, where we remember what you left open, but otherwise you would mark something a favorite. If you think we should reconsider tracking recent navigator history, feel free to open a bug... In the meantime, i've removed the "add random favorite" and ensured that the favorite button in the header only shows if you are looking at a file or folder. I think the main work left to do here is the idea that selecting a file favorite on the LHS traverses you to the file in the nav but does not open the editor automatically. moving milestone to 2.0 M1 for future triage. renaming bug to capture the remaining idea This is a rather old idea, I don't see us changing this without understanding whether we'll do anything for bug 389643, and also understanding the behavior of the projects page with respect to opening editors. Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see: https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html |