| Summary: | Folder spasm when clicking between 2 expanded folders in mini-nav | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Mark Macdonald <mamacdon> |
| Component: | Client | Assignee: | Silenio Quarti <Silenio_Quarti> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | minor | ||
| Priority: | P3 | CC: | maciej.bendkowski, Silenio_Quarti |
| Version: | 3.0 | ||
| Target Milestone: | 4.0 RC2 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Mark Macdonald
This is caused by the changes for bug#418078. It immediately expands again because it become resource being edited. I do not see any way of having both bugs fixed. Mark/Maciej, which behavior works better for you? My first impression is that the code for bug#418078 should be removed given that it is not adding a lot. Anything that can be done on the mini nav, can be done on the folder nav. We do not really have to have the same content visible on both. (In reply to Silenio Quarti from comment #2) > I do not see any way of having both bugs fixed. Mark/Maciej, which behavior > works better for you? My first impression is that the code for bug#418078 > should be removed given that it is not adding a lot. Anything that can be > done on the mini nav, can be done on the folder nav. We do not really have > to have the same content visible on both. Given that we don't have much time to figure out a better way out here, I think we should follow your suggestion, Silenio. Regardless, I would strongly suggest to rethink the presence of both the mini-nav and folder-nav. They duplicate functionality and, as pointed out in this bug, cannot be synchronized well leading to inconsistent representation. I can't notice any clear advantage in having them both. We should discuss the two navs issue on a UX call. For now I have removed changes for bug#418187 http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=085b7d1d0baa5a0880cab46707a32a9be460c36c |