"Breadcrumb-like" display of the URL to make it quickly selectable or editable

[JonathanBaby]

Hello Sven and contributors,

Further on the idea of allowing users to quickly edit the URL even more, after the first pass of automatic sanitizers :

Instead of #70 custom rules or #189 fully editable URL text field, a "breadcrumb-like" display of the URL (as in Gnome file navigator) could be considered. Its ergonomic could be one of these - still to think about :

• Either, you would just have to click more or less to the right, on the URL path and parameters, each displayed inline as buttons, to launch the URL with more or less parameters included (or more or less sub-path levels included after URL's root)

• Or, the inlined "breadcrumb-like buttons" could work as in some mail "to" text input fields, using Chips components. Among the different types, the Filter Chip and Input Chip seem to be best fit : Chip types guidelines.

Some detailed chips possibilities

Android guidelines goes precisely into the ergonomic of chips and advices on how and when to use them.
A breadcumb of chips, to filter URL paramaters and path, sounds like it could fit, if we dare to oversee some corners.

• "Multiple filter chips can be selected or unselected".
• "Input chips represent discrete pieces of information entered by a user, such as Gmail contacts or filter options within a search field. They enable user input and verify that input by converting text into chips."
• "Input chips can support editing to change their contents, such as correcting an email address. In edit mode, the chip reverts back to a text string."
• Input chips can appear "in a list that can be horizontally scrolled"
• Avoid using chip labels longer than 20 characters link: parameter text could be trimmed, adding an ellipsis character. And considering that "Input chips can expand to show more information or options. A container transform transition pattern is used to reveal additional content."

My support and thanks for the great work 👍

[svenjacobs]

Thank you for the detailed feature request! This seems to fit well with the planned refactoring of how Leon handles URLs internally. Once Leon knows about the parts of an URL, we can display them on the UI as you have described.