Project

General

Profile

feature request #5956

Improve functionality and UX for (children display in) breadcrumb navigation - 2

Added by Andreas Kohlbecker over 2 years ago. Updated about 2 years ago.

Status:
Feedback
Priority:
New
Category:
cdm-dataportal
Target version:
Start date:
Due date:
% Done:

70%

Severity:
normal

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.

Overlap.PNG View - Overlapping children (3.48 KB) Andreas Müller, 01/06/2017 12:54 PM


Related issues

Related to Edit - feature request #6313: Improve browser functionality of breadcrumbs New 01/06/2017
Copied to Edit - feature request #6312: [DISCUSS] Remove transparency from breadcrumps New 01/06/2017

Associated revisions

Revision 69fb3dbb (diff)
Added by Andreas Kohlbecker over 2 years ago

ref #5956 improving classification breadcrumb nav
- avoiding boxes that are not being closed on mouse out
- more consistent UI by adding ... as trigger for the last element
- boxes are hidden by slideup effect

Revision 274ff13f (diff)
Added by Andreas Kohlbecker over 2 years ago

ref #5956 improving classification breadcrumb navigation
- avoiding boxes that are not being closed on mouse out second part
- fixing loading animation

Revision 53c705d4 (diff)
Added by Andreas Kohlbecker over 2 years ago

ref #5956 improving classification breadcrumb navigation
- avoiding boxes that are not being closed on mouse out third part

Revision e03a7102 (diff)
Added by Andreas Kohlbecker over 2 years ago

ref #5956 classification breadcrumb navigation for mobiles fixed

History

#1 Updated by Andreas Kohlbecker over 2 years ago

  • Description updated (diff)
  • Target version changed from Unassigned CDM tickets to Release 4.4
  • Private changed from Yes to No

#2 Updated by Andreas Kohlbecker over 2 years ago

  • 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.

#3 Updated by Andreas Kohlbecker over 2 years ago

  • % Done changed from 0 to 70

#4 Updated by Andreas Müller about 2 years ago

#5 Updated by Andreas Müller about 2 years ago

  • Description updated (diff)

#6 Updated by Andreas Müller about 2 years ago

#7 Updated by Andreas Müller about 2 years ago

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

#8 Updated by Andreas Müller about 2 years ago

  • 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)

#9 Updated by Andreas Müller about 2 years ago

  • Description updated (diff)

#10 Updated by Andreas Müller about 2 years ago

  • Description updated (diff)

#11 Updated by Andreas Müller about 2 years ago

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.

#12 Updated by Andreas Müller about 2 years ago

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

#13 Updated by Andreas Müller about 2 years ago

#14 Updated by Andreas Müller about 2 years ago

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:

Overlapping children

Maybe we should better truncate such long names?

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 40 MB)