feature request #5956
closed
Improve functionality and UX for (children display in) breadcrumb navigation - 2
Added by Andreas Kohlbecker almost 8 years ago.
Updated about 2 years ago.
Description
successor of #5852
1) remove transparency (needs to be discussed if needed): moved to #6312
2) mobile devices: you mention already that taxon links are tiny, this is true, but an even more critical issue is that the last symbol (if the taxon has children) is very difficult to click on (I tried several times and it always took me at least 5 times until I really touched it). Maybe we can enlarge it somehow.
An other issue to become a full replacement of the classification tree is, that browsing is more difficult. To go to an other taxon not being a simpling but e.g. the child of a parent sibling, you first need to click (and load!!) the parent sibling, before you can click the taxon you want to go to. Especially on mobile devices this is a disadvantages as you may need to enlarge the intermediate side first before clicking to the next taxon. Same holds for browsing the tree from top where you have to open each taxon on the path down to the taxon you search for. We should think about ways how to improve this. -> #6313
3) handle too wide child boxes
at http://test.e-taxonomy.eu/dataportal/preview/cichorieae/cdm_dataportal/taxon/4468bc2b-bcc3-49a4-95ab-83cdcdba3d9b.
Here when browsing the children of Hieracium the scrollbar is not visible anymore if the browser window is not wide enough. This is due to some unparsed names. I wonder if there should be a rule that the vertical scrollbar should always be visible. If not there need to be a horizontal scrollbar. If not the only way to scroll is the mouse wheel.
Files
- Description updated (diff)
- Target version changed from Unassigned CDM tickets to Release 4.4
- Private changed from Yes to No
- Status changed from New to Resolved
- Assignee changed from Andreas Kohlbecker to Andreas Müller
all issues solved except the transparency which needs to be discussed.
I am not sure if the caveats mentioned in
An other issue to become a full replacement of the classification tree is, that browsing is more difficult. To go to an other taxon not being a simpling but e.g. the child of a parent sibling, you first need to click (and load!!) the parent sibling, before you can click the taxon you want to go to. Especially on mobile devices this is a disadvantages as you may need to enlarge the intermediate side first before clicking to the next taxon. Same holds for browsing the tree from top where you have to open each taxon on the path down to the taxon you search for. We should think about ways how to improve this.
still is relevant.
Please copy this specific sub-issue to a new ticket if you think that this still needs to be improved.
- % Done changed from 0 to 70
- Description updated (diff)
Andreas Kohlbecker wrote:
all issues solved except the transparency which needs to be discussed.
I am not sure if the caveats mentioned in
An other issue to become a full replacement of the classification tree is, that browsing is more difficult. To go to an other taxon not being a simpling but e.g. the child of a parent sibling, you first need to click (and load!!) the parent sibling, before you can click the taxon you want to go to. Especially on mobile devices this is a disadvantages as you may need to enlarge the intermediate side first before clicking to the next taxon. Same holds for browsing the tree from top where you have to open each taxon on the path down to the taxon you search for. We should think about ways how to improve this.
still is relevant.
Please copy this specific sub-issue to a new ticket if you think that this still needs to be improved.
Yes this is definetly still relevant. I moved it to a new ticket: #6313
- Status changed from Resolved to Feedback
- Assignee changed from Andreas Müller to Andreas Kohlbecker
mobile devices:
on my Samsung S5 I still have a couple of problems
- when trying to click on the last symbol (or any other that should show siblings, it shortly opens the box with the sibling but immediately closes it again and shows instead an hourglass (or another loading symbol), only clicking again the symbol makes the box stable
- clicking on a name within the breadcrumb loads the name instead of showing the sibling box (or shows it only very shortly and then loads the box)
- Description updated (diff)
- Description updated (diff)
A new issue (maybe existed before but I did not realize): if trying to move the scrollbar by pressing the mouse button and then moving it, it tries to move the whole widget but does not move the scrollbar. This happened often but not always.
3) too wide child boxes:
seems to work now. On mobile it shows only 3 columns and they can be scolled, though it is not very obvious and the user needs to know, maybe the visibility of the scollbar (only vertical available) can be improved, this is a minor issue
On desktop names sometimes overlap slightly if too long. You can see this on the above Hieracium page where some "... group" taxa overlap with the taxa of the next column. However, the overlap is only very small, so this is a minor issue
Andreas Müller wrote:
3) too wide child boxes:
seems to work now. On mobile it shows only 3 columns and they can be scolled, though it is not very obvious and the user needs to know, maybe the visibility of the scollbar (only vertical available) can be improved, this is a minor issue
On desktop names sometimes overlap slightly if too long. You can see this on the above Hieracium page where some "... group" taxa overlap with the taxa of the next column. However, the overlap is only very small, so this is a minor issue
Sometimes the overlap is larger: see:
Maybe we should better truncate such long names?
- Related to task #9951: Improve classification breadcrumb layout - avoid overlap added
- Status changed from Feedback to Closed
- % Done changed from 70 to 100
open issue moved to #9951
Also available in: Atom
PDF