There is a GSOC project about it, so I think there is good change of this being implemented(I am also interested in it ).
I like this, but I don't think we should have something like toggle button, rather we may have just one small element. It would be cleaner, I think.
Yeah! Sounds good.
I like the idea, but not sure about it, maybe we can have top 25-35 plugins. I had this idea of having a certain download count to get into this, but I think the list will keep growing.
If we are not going to show all plugins, I think we can decide a certain period for this, like showing all the plugins from last '1 month'.
Although I agree with this, but I think we should first implement only one filter at a time. And after that if we get requests from user then we can extend it. What do you think?
I have created 2 UI mock-ups with different sort button.
Sort button as an icon : I think this looks cleaner and is consistent with existing UI(sorting notes).
I would suggest first clicking on filter menu.
Fair enough. Actually, now that we have the various sort options I don't think it's as necessary to do more than one filter at a time.
I think it's looking pretty great overall! I'm leaning toward the drop down menu because I struggle with identifying what the icons represent and I don't like having to cycle through multiple options to get to what I want. It's true though that the icons are more consistent with existing UI. I'd be fine with either one. Lets see what others think.
Hey guys, It would be great if anyone can give feedback on this (links can be found below):
We are deciding on how the sort button should look with the filtering option.
I thought I should make it more simple to review and provide feedback on UI mock-ups for sort menu, so I am attaching 2 videos for it. View them in Full Screen for better clarity
Sort button as icon (similar to note list sorting button):
@shbach
I think we are now clear on what and how filtering should be done. To summarize it:
We are implementing filtering for plugins with 'filter icon button combined with menu items' + 'sorting icon(like we have in note list)'
For now we will be supporting onlyone filter at a time which can be sorted with, for example name, release date.
We will be removing the "Manage your plugins" label before the current 'cog' icon
How it will look from user's perspective:
A UI mock-up for this can be found here (expand this to view the mock-up):
User first opens plugins sections in Settings, installed plugins are shown by default.
If search bar is used then it will search all the plugins including remote ones.
If user select some category then it will show all the plugins in that category including remote ones.
Selected category name will be shown in 'Search Bar' either in text or like we do it when adding tags
Only After selecting the category, we will allow the sorting as it's done in VS Code. Sorting icons will include a tool-tip.
If user selects another category when a category is already is applied, then the latest one will replace it.
And then if user wants to see the installed plugins, user can select the "Installed" category and sort it or just remove any existing category, and it will be the same as Step 1.
If we are on agreement on the above points, I will start implementing this.
Thanks for creating the spec. As you mentioned on Discord, filtering and sorting should be two different pull requests, each with their own separate spec. Filtering first.
Rather than an icon for filtering, a real dropdown list would be better because it would show the category name.
By the way, you should really look at existing wireframing tools to create mock UIs, because it seems you're implementing the feature directly and create videos. That's needlessly time consuming and prevents you from tweaking the wireframe over time. A few images are better than a video.
Oh ok, I missed that, those are very realistic! In general a low fidelity wireframe like this is sufficient when we just want to discuss the functionalities. It also makes it easier to quickly change things, then later you can create a high fidelity one like you've done (sometimes you can even skip this part for simple changes).
I thought I should share a preview of what has been implemented so far. I have implemented the drop-down list as a separate component rather than 'Settings option' as I don't think we need to store the filter value in a database or file.
Furthermore, I was thinking of adding a button to clear the applied filter and on clicking it we will display 'Installed' plugins. This will be placed right after the drop-down list.
Now I have to just implement enabled/disabled filter and of course the tests. I know that line separator doesn't look great, I have just added it for demo purpose and will improve it.
Nice.
What is the default filter when you go on to the page? Installed plugins?
Wouldn't it be better to show all plugins when you go onto the page and set no filter or all as default?
I find it bad when I search for plugins and have to switch from installed to something else.
The "Installed" is not the default filter. We decided to show installed plugins by default, same as we do now, without any filter. And to search in "Installed" you will need to apply that filter. So there is no default filter.
If you used search bar when no filter is selected, then it will search through all the plugins.
Hey guys,
Do you think when searching in "Installed" category, you should be able to enable/disable plugins? Because from current behaviour after searching for plugins, we cannot enable/disable them.
Experimenting with plugins, I noticed that there are conflicts between several plugins. It is very bothersome to manually turn on/off each plugin to detect which plugin setting causes the conflict.
I would like to have a setting to turn on or off all plugins. Furthermore, a setting where I could collect all plugins I am using every day in order to switch between turn off all and turn on just my preferred plugins.