Messages - phitsc [ switch to compact view ]

Pages: prev1 ... 216 217 218 219 220 [221] 222 223 224 225 226 ... 239next
1101
Nice to hear. Thanks mouser. :)

1102
On this line in your fscript.js file:

// type
UNKNOWN=0; FILE=1; FOLDER=2; ALIAS=3; URL=4; PLUGIN=5; CLIP=5;


add this:

ALIASFILE=7;

Then use ALIASFILE as the 5th argument in your emitResult calls (where you probably have FILE now).


As for my suggestion number 1 above: you can't currently do that with the WSH SDK. emitResult doesn't allow setting the item group field, fscript.dll has it hardcoded to empty string.

1103
You could try one of these two alternatives, see how you like them:

1. put the long-winded text, i.e. the full description in the FARR item group name field. This is the smaller text underneath the main caption. In FARR's display option it's the column called 'Location'. I could imagine you already tried that.

2. Do what you already tried, i.e. use this as the item's path:

fooscript base64.encode ;; category: codec ;; this will encode the currently-selected text using base64 encoding <<<--- FARR status bar

then, when the user hits TAB on one of the items the complete path with your description will be copied into the FARR search box and onSearchBegin will be called again. In onSearchBegin parse for one of your delimiters and if you find one, start a new search with setStrValue("setsearch", yourPathWithoutDescription). It might be a bit annoying that the whole description appears before it is cleared by your new search. Not sure if it will actually work, you'll have to try.

1104
Pressing TAB will actually copy the selected item's path into the FARR search input box, i.e. what you suggest you could do by right clicking, selecting 'copy path' path and pasting. What keeps you from using 'fooscript base64.encode' etc. as your items' paths?

1105
FARR Plugins and Aliases / Re: Plugin related feature requests
« on: October 26, 2008, 03:22 PM »
That's obviously not what I wanted to hear ;). I understand though that you have long term plans with FARR and that they don't correspond with my immediate needs. In context with these long term plans my suggestions might even seem to be wasted time. What I tried to suggest was stuff which I thought would be fairly easy to implement (well, probably not point 2, and I can obviously only guess as I have never seen any FARR source code) but would offer new possibilities for plugins immediately.

To be honest, I'm actually pretty happy with list mode, even as it is now. I think I have shown with FarrMilk that it can already now be used to implement quite powerful plugins (that's what I hope at least). I can see that with the planned grid mode, much more would be possible. I'm just not sure if it's worth the effort when with (what I think) much less effort it would be possible to sufficiently improve what is already there.

These ideas and suggestions are obviously from my very limited view, which stems from my personal requirements of what I think FARR should do for me (besides launching applications of course). The amazing variety of existing FARR plugins shows me though that the public requirements are much broader than my own. The intent of this thread was to show me (and you in the end) how important certain features that would be relevant to me right now would be to others willing to extend FARR's functionality. Well, I think I got my answer.

Pages: prev1 ... 216 217 218 219 220 [221] 222 223 224 225 226 ... 239next
Go to full version