Shortcuts plugin

[GodEater]

Flyspray has been updated again - the plugin now features an option to delete entries from your shortcuts.link file. See FS for details.

[perfectdrug]

Exactly how is "scrolling through a list of shortcuts in a file" different from "scrolling through a list of individual shortcut files"?

the difference is that you can put the shortcuts wherever you want, so you wouldn't be limited to a list
i mean it like a shortcut on the pc where you can place a shortcutlink in one folder to point to another.
i would like it to have a shortcut file opened with this plugin which will take you to the proper directory.
maybe when you open the contextmenu of a directory and select 'make shortcut' can create one in the root of the player...
you know what i'm trying to say
maybe its possible to have one shortcut.link with several links in it and it shows you a list or when there is only one shortcutline in the file it leads you directly to the destination
just a thought and maybe totally out of place

[GodEater]

Well when I chose to write this patch I chose to not go the same way as windows does shortcuts.

If that's the feature you want, you'll have to write one yourself to do it I'm afraid.

[perfectdrug]

no I'm happy with what you have done so far and I don't want anything more than the developers give me
btw I don't use windows and I thought every OS handles shortcuts this way. I know rockbox is a mp3-player firmware and I really don't wanted to be misinterpreted here.
so firstly thanks for your effort
this was just a thought and I just wanted to know the benefit of handling it this way

[Llorean]

Really, it shouldn't be problematic to have the plugin work as a viewer on a .link file (or whatever the extension is) placed anywhere, with it automatically going to the link if there's one line, showing the list if there's multiline. But leave the adding functionality so that it simply creates, or adds, to one default file, so the behaviour is basic, but allows for complexity if you feel like copying and renaming, or manually creating, your own .links outside the default location?

[gratt]

@GodEater
The present ability of this plugin is great.

As is it offers a user definable list.
Extending it to use multiple links and act directly,
single click if there is only one line in the link file,
extends it well beyond the simple limits of win lnk files
or even linux soft and hard links, I have no idea how mac operates.

Aside from this further request I think this should be included in SVN
even as is.
GRaTT

[GodEater]

Really, it shouldn't be problematic to have the plugin work as a viewer on a .link file (or whatever the extension is) placed anywhere, with it automatically going to the link if there's one line, showing the list if there's multiline. But leave the adding functionality so that it simply creates, or adds, to one default file, so the behaviour is basic, but allows for complexity if you feel like copying and renaming, or manually creating, your own .links outside the default location?

I could have sworn it was you wanted all the shortcuts in one place!

Ah well - back to the text editor then.

[Llorean]

I wanted the "standard behaviour" to be be a single file, automatically created, where any new favourites get inserted.

But as long as your plugin works as a viewer on any .link files, you get the rest of the behaviour I described "for free" as it were anyway. (Well, except for automatically treating single line link files as an instant link rather than showing the list.)

Or am I mistaken in how it works / would work?

[GodEater]

Okay - implemented.

New version is on the tracker.

[perfectdrug]

yeah this was fast  
much appreciated
thank you

[gratt]

The latest version works as expected on directories.
Other Bugs.
Single link does work as expected still shows list.
edit: single link only works on user defined link file.
I did not know this was expected behaviour until reading the code.

Different outcomes from running the link file or the plugin
from link file the selection is highlighted and from the plugin
you end up in the directory but on the first item.
This only applies to files or if the ending slash (/) is removed.

GRaTT

[GodEater]

Yes - the single link entry behaviour is as intended. It's not possible to do this for the "main" .link file without losing the ability to remove that link.

I cannot explain the other behaviour you're seeing - the path through the code is identical.

[gratt]

I can not explain it either, I have looked through the code
and as you say it follows the same code paths.??

I am very happy with the present behavior now
and think this should get committed to svn.
GRaTT

[GodEater]

Just got committed.