26
N.A.N.Y. 2010 / Re: NANY 2010 - The Event Concludes
« on: January 01, 2010, 08:33 PM »
Thanks, Perry, for all your hard work on this.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Nice work, jpprater. My wife and I own a TON of books so I'll give this a shot.Thank you! I need to write an actual user manual for it to post on the wiki, but I'm very proud of what I've produced so far.-skwire (December 31, 2009, 07:16 PM)
I've put some documentation on how to build FARR plugins with FScript on the FARR plugin developer wiki at : http://farr.dcisv.co...script_documentation. The easiest way to start is by taking a plugin and modifying it to your need. It's easier to start in javascript or vbscript because other script language require custom setup on your desktop.Nice job, ecaradec! Thank you!-ecaradec (December 26, 2009, 09:57 AM)
Application Name | Library Management System |
Version | 0.7.1 |
Short Description | A browser-based application for library management. |
Supported OSes | Anything that runs Python |
Web Page | |
Download Link | Download page |
System Requirements |
|
Version History | See here |
Author | Jon Prater |
should be same effect -- send me the plugin where you give farr the exe paths as icon paths and ill investigate why farr might show a blank ([email protected]).Sent. Good luck!-mouser (December 17, 2009, 11:38 AM)
a note, you can return the full path of the exe as the icon file and farr should load the appropriate icon from the file.. i think.That's if the full path can be captured in the first place.-mouser (December 16, 2009, 05:26 PM)
Nice, this will come in handy!Thanks, glad you like it.
A couple of initial remarks: Am I supposed to press Space after 'pinfo'? I would've thought that just typing 'pinfo' would be enough... (I suppose this might be possible if I change an alias setting in FARR, though)
And +sall modifier doesn't work, so I only get a short list and need to know what I'm looking for. support for +sall or an option to display full list of processes would be very nice.
Great stuff!-TucknDar (December 16, 2009, 02:16 PM)
thanks for the explanation, could help others-mouser (December 14, 2009, 03:43 PM)
kudos for sticking at it AND advising the fixThank you, mouser and Target. The DllCall relied on having a valid hWnd for the script's window, but it was written based on the script running in the AutoHotkey interpreter, not compiled independently. The class was still the same, but the window title wouldn't match anymore because the title of a compiled Autohotkey script's window becomes the path to the executable (unless otherwise set).-Target (December 14, 2009, 04:01 PM)
you might consider trying to show and filter results live.. that is, always return to farr the complete list of processes running and let FARR filter them to match what user types.Thanks. I'm using WMI to retrieve it (using the SWbemServices interface, which plays well with anything that works with COM; I could've written this plugin using python, too ).
i'm just impressed that you are grabbing this info using javascript! that's pretty damn cool.-mouser (December 11, 2009, 09:16 PM)
Application Name | FARR Plugin ProcessInfo |
Version | 1.1.0 |
Short Description | A FindAndRunRobot plugin to display information about running processes |
Supported OSes | Windows |
System Requirements |
|
Version History |
|
Website: | |
Author | Jonathan Prater |
Screencast |
SEARCHING:Yup, I got that far.
FARR plugins usually search with every keypress, and the plugin is called after every keypress.
The search function sent to your plugin actually also tells you whether user hit enter at the end of their search, in case you want to handle that event as the "trigger" specially. This is most useful when you have a plugin that is not showing a list of results but is showing some output in richtext or browser mode.-mouser (December 11, 2009, 11:33 AM)
TRIGGERING:Unless I'm mistaken in my reading of the documentation, that's onProcessTrigger(path, caption). I've implemented that, and FARR's not responding.
Now if your plugin is returning standard results as the user types, like internet links, program or data file paths, clipboard text snippets, or internal search strings or aliases, etc., then your plugin never has to worry about triggering anything, since farr will do this automatically.
FARR does call a special trigger function that lets you intercept it's normal "trigger" functionality, both for your own results and results generated by normal search and plugin.-mouser (December 11, 2009, 11:33 AM)
SO:So I might be better off taking out onProcessTrigger and implementing that behavior as part of my "search" function?
The bottom line is, if the result is returned as a normal FARR result, then you can either let FARR handle the launching of it, or you can catch it with the special trigger function.
If the results are being displayed in richtext or browser mode, then there is no official "TRIGGERING" that gets called -- instead you can either respond to the press of enter by checking the flag in the search function that is called, OR there is a new keypress function that gets called when various keys are pressed that you could use instead (cant remember the names of these functions maybe fscript gurus can help here?)-mouser (December 11, 2009, 11:33 AM)