Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When list of profiles excceeds height of screen handle it in some creative way #24

Open
Noitidart opened this issue Aug 27, 2014 · 3 comments
Assignees
Milestone

Comments

@Noitidart
Copy link
Owner

https://addons.mozilla.org/en-US/firefox/addon/profilist/reviews/610130/

This idea is by burann from AMO reviews section:

Great add-on, it's very useful.
But if I have more than 20 profiles, I can not scroll the list to reach the last ones as they are cropped.
I suggest that you shorten the profiles list and add a search box with autocomplete feature.

How do I reply to the message below?
I obly see the "Report this review" link.

I think. scroll bar and wheel button scrolling are both inconvenient.
Opening a new tab looking similar to about:home page showing a caterorized list of available profiles would be much more convenient than a poping up menu. And a quick search box will be in its place.

I've just noticed an issue:
I can not start a nen copy of FF linked to another profile from the command line: "firefox -p Profile1" - it just re-opens the window with the current profile.

@Noitidart
Copy link
Owner Author

Maybe allow user to just start typing when menu is expanded and it will filter like when you just start typing in linux.

I don't know. This thing needs thinking through. Back burner for now though because I feel alphabetizing the profile names will help him somewhat. The problem is what about the profiles that are cut off.

@Noitidart Noitidart added this to the v1.4 milestone Aug 27, 2014
@Noitidart Noitidart self-assigned this Aug 27, 2014
@Noitidart
Copy link
Owner Author

I'm thinking a scrollbar like this is always visible if exceeds screen height (pretend in pic its screen height) and on hover it becomes solid fill. With DOMWheel support of course.

Also typing while mousenter'ed over stack it should filter, it should show hovering typed field like tab groups does but dont show ugly textfield show something nice. Pressing escape will clear out the filter and block the default action of hiding popup. If not filter shown then of course esc should do default action of hide popup.

if the typing is the start of a word show a opacity .5 suggestion, pressing tab should accept it and arrow keys should toggle through other things that start with it (like command line/shell tabbing with mkdir)

@Noitidart
Copy link
Owner Author

Working on implementing: as user types it shadow highlights the portion in the label and as its found it lights up with blue colored shadow behind it. Non-matches are hidden. If no matches at all, then it shows No results for 'search term'

Here is bad mock up. Imagine the other things around (except the top most) are hidden:

Disucssion on solution: http://stackoverflow.com/questions/28637649/text-shadow-in-porition-of-text-label-xul-xbl

Noitidart added a commit that referenced this issue Dec 15, 2015
Lands feature for #24 - only in html version. Untested in XUL. v3 doesnt
even have xul part setup yet.
Noitidart added a commit that referenced this issue Dec 20, 2015
Lands feature for #24 - only in html version. Untested in XUL. v3 doesnt
even have xul part setup yet.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant