Maybe I'm not understanding something about the favorite "tabs" width. But I have several favorites where the custom title I give them is a short abbreviation of a city name. I expected the favorite tabs (I'm viewing them horizontally) to only be as wide as the text of the title. Instead, they seem to be much wider, even when I have the minimum set low. So here are my settings:
And here is what I see:
I'll confess that I am always expecting the tabs and the favorites to work just like they do in my browser. And in my browser width of the favorite (well, bookmark in that case) is never wider than what it takes to display the title of the bookmark. Should I be expecting your plugin to work that way?
Thanks!! I'm not complaining. But perhaps there are others that expect the same behaviour. And now that I think about it, in my browser bookmark toolbar (which is what I am expecting the favorites to be like) there is no such thing as minimum and maximum width. Everything just is exactly what it is, namely, as wide as the text of the title. (ok, maybe there is a max width) And of course it doesn't scroll left and right. If there is an overflow, the rest display vertically when clicking on a "more" type icon. I find this behaviour to be most useful. The bookmarks always look the same and they are always in the same place. Unlike tabs which are always changing.
You've found an issue (#8) in the plugin. It seems to be introduced in v1.2.0. The width of the favorites should depend on the minimum and maximum width settings.
To achieve your desired behavior you should actually configure a very small minimum (e.g. 5) and very large maximum (e.g. 500) width. Then the width of the favorites should always depend on the title. Of course only if the plugin works properly
I have a small request. When saving a search, the plugin removes trailing spaces in the search query. This is undesirable because I often save a root search, then modify by adding terms on the search bar. It's a small thing, but having to remember to tap the spacebar each time shouldn't be necessary. Can you remove the trimming trailing whitespace?
I don't mean to pester, but I'd still love to see this fixed when possible. Sadly I don't code so I can't offer anything but enthusiasm. Thanks for the plugin!!
I'm not quite sure I understand your request correctly.... You want that every time you click on a favorite (no matter if note, folder, etc.), that afterwards the command focusElementSideBar is executed automatically?
I like that idea. But I would go one step further and make it selectable for each favorite. You could then choose yourself what exactly is focused (sidebar, notelist, note or global search) after clicking on a favorite. Of course this would be optional. So you have to set it explicitly for each favorite, otherwise it behaves as before.
yes, sorry i didn't elaborate it further. but you read my mind, your description is exactly how it came to mind. however i didn't thought other focus elements would be so useful, but i could be wrong.
All right, then I will add it. I think giving the user the choice doesn't mean that much extra work. So I see no reason to limit it here. Plus, it'll make it easier to expand later... if necessary.
I am new to Joplin and miss the favorites feature, in particular in the smartphone app. Do I see it right that there is currently no way to have a favorites (notes, tags, searches) functionality in the smartphone app? What is the appropriate way to ask for such a feature?
The Favorites plugin stopped working when I updated Joplin to version 2.2.6. It entirely disappears from the menus. Removal and re-installation does not help. I reverted back to Joplin version 2.1.9 and the plugin is working again.
