topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Friday November 21, 2025, 7:50 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Recent Posts

Pages: prev1 ... 101 102 103 104 105 [106] 107 108 109 110 111 ... 113next
2626
FARR Plugins and Aliases / Re: FARR plugin: Akete
« Last post by ewemoa on December 16, 2008, 06:30 AM »
Glad to hear it's working for you!

I have my fingers crossed for the enumeration feature :)
2627
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: Tree List
« Last post by ewemoa on December 16, 2008, 06:28 AM »
I think these would be nice in a context menu:

  • Add Item
  • Add Sub-Item
  • Delete
  • -
  • Undo
  • -
  • Cut
  • Copy
  • Paste
  • -
  • Expand All
  • Collapse All
  • -
  • Expand Item
  • Collapse Item
  • -
  • Expand Item & Sub Items
  • Collapse Item & Sub Items

On a side note, w.r.t. expanding and collapsing, I think it'd be nice to be able to restore the expanded / collapsed state if I ever choose Collapse All or Expand All (say, by accident, or even to get a quick peek).  Does it make sense and what do you think of the idea?

The following seem to me to work better with clicking and dragging (rather than in a context menu):

  • Edit - can already do this
  • -
  • Move Up
  • Move Down
  • Move Left
  • Move Right
2628
FARR Plugins and Aliases / Re: FARR plugin: Akete
« Last post by ewemoa on December 16, 2008, 12:49 AM »
Below is an initial implementation -- all that is needed to try it is to replace the content of the existing fscript.js.  Ah, and depending on one's environment, perhaps it is necessary to fill in aliasstr (still don't know what the issue is with that).

I was surprised to see that retrieving keywords via Search.keywords seems to give lowercased keywords.  Consequently, it looks like it's currently easier to use "openwith<string>" (all in lowercase) inside User Variables -- in fact, the current Akete code assumes this.

Code: Javascript [Select]
  1. /*global FARR, dan */
  2. var displayname = "Akete",
  3.     versionstring = "1.0.0.4",
  4.     releasedatestring = "Dec 16th, 2008",
  5.     author = "ewemoa",
  6.     updateurl = "",
  7.     homepageurl = "",
  8.     shortdescription = "Akete",
  9.     longdescription = "FARR-specific file associations",
  10.     advconfigstring = "",
  11.     readmestring = "FScript",
  12.     iconfilename = "Akete.ico",
  13.     //
  14.     aliasstr = "",
  15.     regexstr = "",
  16.     regexfilterstr = "",
  17.     keywordstr = "",
  18.     scorestr = "";
  19. // SEE THE BOTTOM OF THE FILE FOR MAKING GLOBAL ENTRY POINTS
  20. //
  21. // dan - (d)estructuring (a)ssignment (n)eeded :)
  22. // XXX: why the parens surrounding the function () { ... } below?
  23. //           seems to help notepad++'s Function List plugin
  24. // XXX: dan is not preceded by 'var' because then delete will fail...
  25. dan = (function () {
  26.       // emitResult() / onProcessTrigger() types
  27.   var UNKNOWN = 0, FILE = 1, FOLDER = 2, ALIAS = 3, URL = 4,
  28.       PLUGIN = 5, CLIP = 6, ALIASFILE = 7,
  29.       // postprocessing for emitResult()
  30.       IMMEDIATE_DISPLAY = 0, ADD_SCORE = 1, MATCH_AGAINST_SEARCH = 2,
  31.       // search state
  32.       STOPPED = 0, SEARCHING = 1,
  33.       // trigger results
  34.       HANDLED = 1, CLOSE = 2;
  35.   function onProcessTrigger(path, title, groupname, pluginid, thispluginid,
  36.                             score, entrytype, args) {
  37.     var i, ma, apppath, launchstr, kwds, owre, uvname;
  38.     switch (entrytype) {
  39.       case FILE:
  40.         kwds = FARR.getStrValue("Search.keywords").split(" ");
  41.         owre = /(openwith[^=]+)/;
  42.         for (i = 0; i < kwds.length; i += 1) {
  43.           ma = owre.exec(kwds[i]);
  44.           if (ma !== null) {
  45.             uvname = ma[1];
  46.             break; // XXX: end on first match
  47.           }
  48.         }
  49.         if (uvname === undefined) {
  50.           // XXX: dot inside square brackets escaping?
  51.           ma = /\.([^\.]+)$/i.exec(path);
  52.           // XXX: in general, better to handle an alias string w/
  53.           //      $$1-style interpolation, but not doing that yet
  54.           if (ma === null) {
  55.             return;
  56.           }
  57.           uvname = ma[1];
  58.         }
  59.         try {
  60.           apppath = FARR.getStrValue("uservar.Akete." + uvname);
  61.         } catch (e) {
  62.           // XXX: log or feedback?
  63.           return;
  64.         }
  65.         // XXX: check whether path makes sense?
  66.         if (apppath !== "") {
  67.           launchstr = apppath + " " + "\"" + path + "\"";
  68.           FARR.setStrValue("launch", launchstr);
  69.           return HANDLED | CLOSE;
  70.         }
  71.         return;
  72.         //break;
  73.       default:
  74.         return;
  75.     }
  76.     return;
  77.   }
  78.   return [onProcessTrigger];
  79. } ());
  80. // defined entry points
  81. var onProcessTrigger = dan[0];
  82.  
  83. // jslint complains, but mdc documentation on delete suggests this should work
  84. delete dan;
  85.  
  86. // Local Variables:
  87. // c-basic-offset: 2
  88. // End:
2629
FARR Plugins and Aliases / Re: FARR plugin: Akete
« Last post by ewemoa on December 15, 2008, 11:41 PM »
i can add this easily in the new version to be released this week.

That'd be great!

Upon further reflection on the matter though, I think it is the case that enumeration may not be necessary.  If the plugin can access the current set of keywords (which I believe it can via Search.keywords), it can attempt to access User Variables of specific names based on the set.

I intend to try this idea out.
2630
FARR Plugins and Aliases / Re: FARR plugin: Akete
« Last post by ewemoa on December 15, 2008, 10:58 PM »
I've thought about this a bit more and I think there may be at least one difficulty w.r.t. implementing the proposal.  IIUC there isn't an easy way to programmatically enumerate the names of variables in User Variables (yet). 

I suppose I could try to parse FARR's ini file, but I don't think I want to go that route.

Another possibility is to use a different form of configuration in User Variables.  If all of the pairings of "OpenWith<X>", "<Path>" were stored in a different format -- e.g. as a kind of associative array under a single name -- then there would be no necessity of determining variable names because there would only be one hard-wired one.  I believe czb has applied this method in at least one (may be two or more) of his plugins -- through the use of JSON.  One potential drawback to this approach is that editing of User Variables becomes much more complex.
2631
I have a question about the use of FARR.getQueryString() in Fzip's trigger().

It seems to me that a similar end might be achieved using the following method:

1. in search(), package up queryraw into the args parameter for emitResult()
2. in trigger(), retrieve the query information from the args parameter

Would the outlined method accomplish the same aim, or may be I am missing something important?

If it's the latter, I'd appreciate being informed to help improve my understanding of FARR :)

Edit: I think I see why getQueryString() may be necessary -- I guess not everything that ends up causing trigger() to occur originates from FZip's emitResult().
2632
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: Tree List
« Last post by ewemoa on December 15, 2008, 08:24 PM »
The remembering of the expanded/collapsed state across moving of the nodes seems to work here.

How much trouble would it be to have some context menu support for the nodes in the tree (e.g. Add Item, Add Sub-Item,etc.)?  I have noticed that when I happen to be using my pointing device that I'd like to get at some of the functionality via a context menu.
2633
FARR Plugins and Aliases / Re: FARR plugin: Akete
« Last post by ewemoa on December 15, 2008, 08:15 PM »
Thanks for the feedback and sharing of ideas :)

The plugin doesn't work as expected on my system though unless I assign something (anything, that is) to aliasstr.

Strange.  What version of FARR are you using?  I just tested it locally with 2.34.01 and it looks like it works for me without modification.  Hmmm...

This reminded my of the problem I had when I was working on my (never released) OpenWith plugin. The onSearchBegins function was never called because I had left the default alias empty (because the plugin didn't need an alias). Maybe it's the same with onProcessTrigger?

Good question.

Anyway, speaking of my never released OpenWith plugin. I think we've already concluded that the OpenWith plugin and your Akete plugin are similar.

It is thanks to your generous sharing earlier that contributed to the birth of Akete ;)

Maybe it would be a good idea to extend your Akete plugin to allow definition of "open with" keywords (using FARR's +keyword syntax) to launch files having the same file extension with different applications (what the OpenWith plugin does). I imagine something like this:

  [Akete]
    pdf=D:\Apps\SumatraPDF.exe
    OpenWithNpp=C:\Program Files\Notepad++\Notepad++.exe

and Akete not only launching .pdf files but also something like this: c:\My cool project\Config.xml +OpenWithNpp

I think I follow this suggestion.  I intend to consider and experiment with trying to implement this.  I have been wary of using keywords in FARR because I have experienced difficulties working with them.  May be I can use this as an opportunity to improve my understanding.

Thanks for posting!
2634
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: CrazyLittleFingers
« Last post by ewemoa on December 15, 2008, 03:10 AM »
Another similar app is: Keyboard Pounder (search at: http://www.littlebit...lebits_downloads.htm).
2635
FARR Plugins and Aliases / FARR plugin: Akete
« Last post by ewemoa on December 15, 2008, 03:04 AM »
Akete - FARR-specific file associations

Purpose

  FARR enables customization of the browser and/or file explorer used to "launch" URLs and files/folders respectively.  This plugin generalizes this idea for files based on filename extensions.  

  The original motivation for this plugin was to enable one to make use of and transport file associations without getting involved with the registry -- e.g. for portable application types of settings -- well, at least for files launched via FARR :)

Usage

  To customize the handling for a specific file extension, first ensure that FARR's "Program Options -> Lists -> User Variables" setting has an [Akete] section.  

  Then create a line in that section of the form:

    <extension>=<executable-path>

where <extension> stands for the (typically 3-letter) file extension in question and <executable-path> is an appropriate path to an appropriate executable.

  For example, to handle PDF files using SumatraPDF, one might use the following sort of text (assuming here that SumatraPDF.exe is the name of the executable and that it lives in D:\Apps\):

    [Akete]
    pdf=D:\Apps\SumatraPDF.exe

  If all goes well, FARR should now launch all files that end in '.pdf' using SumatraPDF.

Credits

  Thanks go out to:

    mouser
    ecaradec
    phitsc
    Plugin authors that provided source and/or comments on the forums
    DC Forums participants
    DC Supporters

Download

  Stable MD5: 1c2fb4e40841437c48cf3f5070d9fa66
  Experimenting MD5: 58ebf5cc5a6b2ffa1a3c76a3348fccc1

If trying the Experimental version, please make sure to install the plugin in FARR's Plugins folder and name the folder for the plugin "Akete".

  
README for Experimental Version
Akete - FARR-specific file associations

Introduction
------------

The main point of this plugin is to be able to customize how files
with particular file extensions are opened.  To achieve this end,
the user is expected to provide a configuration which specifies
associations between file extensions and corresponding methods of
opening files with those extensions.

The plugin provides additional functionality including support for:

  * multiple possible methods of opening files via context menu items

  * default context menu items (i.e. always appear in context menu)

  * overriding of method to open files via an appropriate keyword

Configuration
-------------

The Akete plugin may be configured by using FARR User Variables.

FARR User Variables are accessible via "Program Options" ->
"Lists" -> "User Variables" in FARR's Options dialog box.  The section
for Akete (may not exist unless manually created) begins with the
string [Akete].  (For more information regarding FARR User Variables,
in FARR's .chm Help File, see the section titled "User Variables -
Advanced Use" under "Advanced Use".  The rest of the text assumes
familiarity with the FARR documentation content.)

Configuration details will be demonstrated through a series of examples.
After each example a general rule will be stated possibly followed by
some related notes.

Example 1

A configuration to get files with the extension 'txt' to be opened using
Wordpad might be:

  [Akete]
  txt=%PROGRAMFILES%\Windows NT\Accessories\wordpad.exe

Rule 1: <file-extension>=<path-to-executable>

Notes: The path to the executable may contain FARR Virtual Folder
names (see the FARR help file).  Also, file extensions do NOT contain
the period character.

Example 2

A configuration to get files with the extension 'txt' to be opened by
(possibly additional instances of) Notepad++ might be:

  [Akete]
  txt=%PROGRAMFILES%\Notepad++\Notepad++ -multiInst "$$1"

Rule 2: <file-extension>=<launch-template-string>

Notes: The launch template string allows specification of command line
arguments.  The plugin replaces the string $$1 by the path to the file to
be opened.  Do NOT use the vertical bar character in a launch template
string -- the reason for this should become clear below.

Once a file extension has been associated with a path or launch template
string, it is possible to leverage this association so that any file
specified via FARR's text edit field is opened using the associated
path or launch template string.

For the examples above, if the text in FARR's text edit field looks like:

  C:\boot.ini +withtxt

"launching" via FARR will open the file with path C:\boot.ini using
Wordpad in the case of the first example, and Notepad++ in the case of
the second example.

Notes: The keyword is assembled by prepending the file extension with the
string "with" (the default keyword prefix string).

Example 3

A configuration to override the default keyword prefix string with the
string "open" instead of "with", might be:

  [Akete]
  Options.KeywordPrefix=open

Rule 3: Options.KeywordPrefix=<keyword-prefix-string>

Notes: The user variable name is the fixed string "Options.KeywordPrefix".  
The user variable value should probably be kept to a string composed of
numbers and letters -- other values such as spaces, pluses, and the like
are not likely to work.  It may also be safer to not use uppercase letters
in the user variable value.

Example 4

A configuration to get files with the extension 'doc' to be opened using
whatever is configured for 'txt' might be:

  [Akete]
  txt=%PROGRAMFILES%\Windows NT\Accessories\wordpad.exe
  doc=txt

Rule 4: <file-extension>=<file-extension>

Notes: For simplicity of configuration and implementation, if a file
extension appears on the right hand side of an equals sign, it may not
appear on the left hand side of the equals sign.  Another way to phrase
this is that only one level of indirection is supported.

Example 5

A configuration to get the context menu of a file with extension 'txt'
to show context menu items for opening via Wordpad and Notepad++ might be:

  [Akete]
  txt=%PROGRAMFILES%\Windows NT\Accessories\wordpad.exe|%PROGRAMFILES%\Notepad++\Notepad++ -multiInst "$$1"

Rule 5: <file-extension>=<list-of-paths-or-templates>

Notes: The items in the list may be paths or launch string templates.  
The vertical bar character is reserved for separating the items so it may
not be used in a path (doesn't tend to work in Windows anyway?) or a
launch template string.  Opening of files via FARR's text edit field will
be handled using the first item in the list.  It may be worth noticing
that a single path or launch template string might be viewed as a list of
one item.

A configuration to get the context menu of a file with extension 'txt'
to show context menu items for opening via Wordpad and Notepad, but leaves
handling of opening of such files untouched if done via FARR's text edit
field might be:

  [Akete]
  txt=|%PROGRAMFILES%\Windows NT\Accessories\wordpad.exe|C:\Windows\System32\notepad.exe

Notes: One can think of the list as having an empty first item.

Example 6

A configuration to get a file without a file extension to be opened by
Emacs might be:

  [Akete]
  Options.NoExtension=%PROGRAMFILES%\Emacs\bin\runemacs.exe

Rule 6: Options.NoExtension=<file-extension-or-list-of-paths-or-templates>

Example 7

A configuration to get the context menu of any file to show context menu
items for opening via Wordpad, Notepad, and Emacs might be:

  [Akete]
  *=%PROGRAMFILES%\Windows NT\Accessories\wordpad.exe|C:\Windows\System32\notepad.exe|%PROGRAMFILES%\Emacs\bin\runemacs.exe

Rule 7: *=<list-of-paths-or-templates>

Notes: One can think of the asterisk character as similar to a wildcard
pattern character.

In summary, the types of user variable names (strings to the left of the
equals sign) that may be specified include:

  1) file extension
  2) Options.NoExtension
  3) *
  4) Options.KeywordPrefix

and the types of user variable values (strings to the right of the equals
sign) that may be specified include:

  1) list of paths and/or launch templates
  2) file extension

Bugs
----

Probably ;)

Credits
-------

Thanks go out to:

  mouser
  ecaradec
  phitsc
  raybeere
  Plugin authors that provided source and/or comments on the forums
  DC Forums participants
  DC Supporters




git repository containing code with various changes and restructuring

README.txt
Akete

Purpose:

  To enable one to create, edit, make use of, and transport
  FARR-specific file associations.

Requirements:

  Tested with:

    - Windows 7 - may work for other versions of Windows

    - FindAndRunRobot 2.203.01 - may work for other versions

Example Usage:

  To get FARR to handle PDF files using SumatraPDF:

    Method 1:

    1. Bring up FARR's main window.

    2. Type the following in to the text field: .pdf

    Assuming FARR can find some PDF files, this should result in
    a number of FARR results representing PDF files.

    3. Bring up the context menu for one of the PDF file results.

    4. Choose the "Edit file assocation: pdf" menu item.

    FARR should switch to a view with a form requesting a path.

    5. Enter the full path to SumatraPDF.exe in the text field
       and click the button labeled "update".

    Method 2:

    1. Bring up FARR's Options dialog box.

    2. Select the Program Options -> Lists -> User Variables section.

    3. If there is no [Akete] section, add one.

    4. Under the [Akete] section, add text similar to:

         pdf = c:\apps\SumatraPDF\SumatraPDF.exe

       where the portion to the right of the equals sign is an
       appropriate path to the SumatraPDF.exe file.

  Subsequent to such configuration, in FARR, launching a file whose
  name ends in .pdf should use the SumatraPDF application do open the
  file.

Notes:

  There are other under-documented features including:

    1. Specifying more than one executable for a particular file
       association.

       Multiple paths are separated by the | character.

       For example:

         txt = c:\windows\system32\notepad.exe|c:\apps\Notepad++\notepad++.exe

       The first one mentioned is what FARR will use when launching
       normally.

       If a context menu for a result is displayed, each of the listed
       paths should appear as options for opening the file with.

    2. Specifying a "template" instead of an executable file path.

       A "template" to be filled in with the path of a FARR result
       may be specified -- the "slot" is represented by $$1

       For example:

         zip = c:\apps\NirLauncher\NirSoft\HashMyFiles.exe /file "$$1"

    3. A wildcard may be specified as a file extension so particular
       executable paths or templates will always show up on a FARR file
       result's context menu.

       The * character is used to represent the wildcard file extension.

       For example:

         * = c:\apps\Notepad++\notepad++.exe

    4. Specifying executable paths or templates for operating on FARR
       folder (not file) results.

       For example:

         Folder.* = c:\NirLauncher\NirSoft\HashMyFiles.exe /folder "$$1"
   
    5. Specifying the path to certain applications' ini files to utilize
       file association information configured for those applications.

       For example:

         IniPath.QDir = c:\apps\Q-Dir\Q-Dir.ini
         IniPath.Xenon = c:\apps\XenonPortable\Data\settings\assoc.ini

Credits:

  Find And Run Robot

    mouser

  FScript

    ecaradec

  Discussion and Testing

    JaneDC
    komtak
    mouser
    nitrix-ud
    phitsc

  Icons

    https://www.fatcow.com/free-icons

  General Thanks

    Plugin authors that provided source and/or comments on the forums
    DC Forums participants
    DC Supporters

2636
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 15, 2008, 01:59 AM »
I've uploaded a new version.

I believe the main changes since the last uploaded version are:

  • Support for IE7 (and may be the next version)
  • Ability to install OpenSearch Plugins via the kstools alias [1]


[1] Rough steps for this via an example of optimistically having things work are:

1. Bring up FARR
2. Type: kstools fun
Note that in the previous step, one should not have typed enter or return ;)
3. Select the second result in the results list (I should probably make it the first)
4. Wait a bit for FARR to display an HTML page
5. Once the page is displayed, click on one of the links to install the corresponding OpenSearch Plugin
6. Wait for the installation to complete
7. Try out the newly installed plugin

This installation functionality is a proof-of-concept.  The UI-flow and design is ugly IMO, but I want to make sure things work before improving the looks.
2637
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 14, 2008, 08:11 AM »
Also, if you've forgotten the text string that has to be used in the query, it would be neat to have that text string included somewhere (as a reminder).

Is the suggestion here about giving a reminder as to what the syntax is for using the plugin?

Yep

Although I may be mistaken, I have this vague memory that there might be some upcoming changes to FARR that make it easier to get help on the currently functioning plugin.  I'm thinking that may be I can leverage those when they come about.  I agree it would be good to quickly find out what the syntax is -- I just don't currently have what I consider a good way to achieve this.  The key is the word "somewhere" in the original suggestion ;)

Yes, I don't disagree with you at all (in general I would have thought that the results url would not be part of the OS definition, and so couldn't be incorporated in your Plugin [a guess])

I may be mistaken about this, but I was under the impression that the specification provides something along these lines, but it is optional (I believe there is something about RSS and something about Atom for returning results).

I'd think that if a site provides an xml view of a search result then that is not scraping their results at all. But I'm not certain and happy to be corrected  :-\

It has been a while since I checked, but IIRC in Google's case there was quite a bit on this [1] -- including having a "key" to make use of their XML results.

I didn't mention another potential technical issue -- in theory it sounds neat to be able to work w/ results inside FARR, in practice though, imagine what happens after you request that a search is performed.  You end up waiting -- and while you are waiting, if FARR is involved, it makes it difficult to use FARR for something else (as I understand it, FARR isn't designed to work on multiple tasks simultaneously, especially if they all involve the FARR window).  I think letting a web browser handle the request works out ok for the most part -- I usually want to view the individual result pages in a web browser (perhaps I am missing use cases you have in mind -- would you mind elaborating a bit on this point?).  Also, it's harder to revisit the lists of results from inside FARR whereas w/ a web browser I find this is much easier (especially w/ tabs and opening recently closed ones).


[1] http://www.google.com/accounts/TOS
http://www.google.co...terms/api_terms.html
2638
FARR Plugins and Aliases / Re: FSubScript Feature Requests
« Last post by ewemoa on December 14, 2008, 07:25 AM »
The original purpose of FSubScript was to enable to write and share plugins more easily.

I don't think I'm alone in saying that I still believe this to be a good purpose.

However I'm a bit lost in the rapid evolutions and the various versions. I don't know what to merge, what is the context and purpose of changes added.

The main thing I worked on w/ mouser that I did not explain well (to the best of my memory) is improvement of the behavior of onBeginSearch().  I think (most of) the changes we made came about as a result of working on getting the Keyser plugin (the original FSubScript version) to function properly.  We found that the experimental changes we made to FSubScript for it to handle aliases not prefixed w/ "fssc" originally were insufficient to work correctly in certain scenarios so we tried to see if we could get better behavior by modifying FSubScript's fscript.js (and in the process, IIRC, FARR was brushed up a bit too).  In retrospect, I guess it might have been better if we explicitly posted the problems we found and the changes we made as attempts to address these issues.  I am sorry we didn't do that.

If there are specific things in our version of onBeginSearch() that don't make sense to you, please ask us.  I can try to explain why some code is the way it is, and although I may not succeed at this, mouser is likely to be able to clear up my poor attempts ;)
2639
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 14, 2008, 05:06 AM »
Yes: that's it exactly!

Is that possible, I thought that was part of FARR functionality?

It might be.  I haven't thought through how it might be done.  On the one hand it does seem like friendlier behavior to me -- on the other hand, that's not how SokuGin behaves currently (which is one of the things I've been using as a model of behavior).  I would be inclined to try to do this if I could make SokuGin do the same :)

Also, if you've forgotten the text string that has to be used in the query, it would be neat to have that text string included somewhere (as a reminder).

Is the suggestion here about giving a reminder as to what the syntax is for using the plugin?

Yes: you are either very clever or we're on the same wavelength  ;)

Well, there is at least one more possibility -- I remember there is a phrase like "Every dog has his day" and in this case, it might apply to me being canine-like today.

I thought that this would be very handy, but I guess it would require knowledge of the xml results url?

There are a number of potential issues IIUC.  One is that I don't think that every place that has an OpenSearch plugin provides results in XML format (a guess).  Another is that a number of search-providing places take a dim view of scraping their search results (e.g. the last time I checked, Google wasn't crazy about this w/o one jumping through a bunch of hoops which I'm not sure are practical to jump through and I'm not sure I'd want to either).  Yet another is, to accomplish this, it seems that one would end up having to custom-process results from each different search provider.  There may be more, but this margin post may be too narrow to contain them ;)
2640
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 14, 2008, 03:24 AM »
I got a little confused with "choose the result" as there isn't a result list from the search, just which search to choose.

Aha.  I have updated the README.txt to try to be a bit clearer.  Thanks for mentioning this.

I thought there was a way in FARR to add to the search field? When I select one of the search items, it does not add the websearchname to the string in FARR (which would be very useful), it opens the search page.

Let me see if I understand appropriately.  Suppose that the following steps are taken:

1. Bring up FARR
2. Type 'ks' (w/o the quotes)
3. Select one of the results

What happens now is that the selected web search is opened - since no query term has been specified the result of the action may not be viewed as all that useful.  IIUC, the suggestion is that instead of what happens now, FARR's text field should get updated w/ the name of the web search followed by a colon.  Subsequently, one may enter a query term and proceed w/ a search.

Does that seem like a fair understanding?

It's not possible to use the results from xml? for example the firefox search can return an xml file from: https://addons.mozil...ss/?q=context+search

Do I understand correctly that the suggestion is to have the results from performing the web search appear in the results window of FARR?
2641
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 11, 2008, 09:28 PM »
Thanks for the feedback -- just curious, have you happened to have tried the plugin out and if so, does it work for you?

Regarding Chrome: I've been using Chrome (actually, I'm currently using Iron) as my main browser since pretty much when it was announced so I'd like to support it too.  Unfortunately, I don't yet see a good way to achieve the end in question.

AFAIU, Chrome makes use of SQLite a fair bit and from what I understand so far, the way it accesses some (or perhaps all) of the SQLite dbs seems to complicate access to them.  While Chrome is running I haven't yet succeeded in interfacing with the specific SQLite db that contains the information which would be relevant to Keyser.

I'm hoping there is something I'm missing and that it is a straight-forward matter to address.

There is also the matter of how to read information from the SQLite dbs (assuming access is possible [1]) -- I haven't determined a good way to do this just yet.


[1] An ugly work-around might be to try to access (or copy) the relevant db in question when Chrome is not running, but...ewwwwww!
2642
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 11, 2008, 08:59 AM »
I haven't uploaded the following yet, but I think I have some support for IE7 working -- thanks to ecaradec's efforts on enumerating keys in the registry via FScript.dll.

Of the browsers mentioned in the original post, the hardest one to do is likely to be Chrome -- I'm not sure if that's even practical.

K-Meleon and Opera both look doable though.  I don't suppose there's anyone who has a preference ;)
2643
Living Room / Re: Christmas Gift Ideas Under $25... Make a List!
« Last post by ewemoa on December 10, 2008, 08:57 PM »
Cartoon guide to (Physics, Statistics, Chemistry, etc.) series.  All about $13 each.  Fantastic books even for adults.

I read the Genetics one and the Statistics one and felt they were helpful for acquiring some basic understanding -- I'm not a specialist in either field but I got the sense they might be fairly good places to get some initial exposure :)

FWIW, I remember interfacing with further material after reading the Genetics one and feeling that some parts of it were getting dated.  I hope if my impression is not off it gets updated at some point.

On a somewhat-related note, I found translations [1] of Chih-Chung Tsai's [2] works to be nice.  I liked some of the Tao/Dao-related ones in particular.  The following may produce a list of some of the English translations via Amazon.com:

http://www.amazon.co...ode=blended&Go=o

My impression of looking through this list is that there have been at least 2 separate series of attempts to publish translations -- I only have direct experience w/ one of the books from the earlier 199x set.


[1] I read "The Tao Speaks: Lao-Tzu's Whispers of Wisdom" in English and I think I looked through a few of one of the Zhuangzi ones in some CJK language.
[2] IIRC, the author is from Taiwan and the originals are in some Chinese language.
2644
Living Room / Re: Your favorite quotes?
« Last post by ewemoa on December 10, 2008, 07:30 PM »
Came across the following attributed to Larry Wall recently:

  No prisoner's dilemma here. Over the long term, symbiosis is more useful than parasitism. More fun, too. Ask any mitochondria.
  <199705102042.NAA00851@wall.org>

  Odd that we think definitions are definitive.  :-)
  <199702221943.LAA20388@wall.org>

  If someone stinks, view it as a reason to help them, not a reason to avoid them.
  <199702111730.JAA28598@wall.org>

(Been enjoying these sorts via PopupWisdom :) )
2645
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: Tree List
« Last post by ewemoa on December 10, 2008, 06:06 AM »
I tried downloading with Firefox 3.0.4 and IE 6 and this time I get a file w/ MD5:

Tree List.zip: 0b7ef14d126d83fac2f5fe20669ea624 (strange that this doesn't seem to match)

But least the shortcut keys work now :)

Perhaps the browser I originally downloaded w/ is caching...Sorry about this confusion.

FWIW, I think I may have been mistaken about:

This is distinct from the file I downloaded when I first tried it out.
2646
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 10, 2008, 04:43 AM »
All: sorry for the hassle w/ the compressed file and thanks for taking the time to try so far.

I've uploaded a new version, this time compressed using different options (thanks deviantopian, perhaps that did the trick) and I verified decompression using Compressed Folders (thanks, Perry for listing what you tried).

Also, thanks czb for the feedback about the downloaded file not working for you originally :)

The new version has removed some limitations and provides some enhanced functionality via the kstools alias -- if interested, please see the included README.txt.

2647
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: Tree List
« Last post by ewemoa on December 10, 2008, 04:25 AM »
I've tried again with no difference in results.

FWIW, the MD5 for the downloaded file this time and the previous time was: 2a19a21923f445bb2537951f23e80487

This is distinct from the file I downloaded when I first tried it out.
2648
DcUpdater / Re: DcUpdater Feature Requests
« Last post by ewemoa on December 09, 2008, 08:43 PM »
I did a search but didn't find the following (sorry if I missed it).

I'd like some kind of checksum support (preferably at least MD5, SHA1) for the downloaded files.  Does this seem feasible / doable / relevant?
2649
N.A.N.Y. 2009 / Re: NANY 2009 Release: Keyser
« Last post by ewemoa on December 09, 2008, 08:32 PM »
How strange...

I just downloaded and extracted w/ the following browsers with no difficulty:

Iron 0.3.155.0
IE 6
K-Meleon 1.5.1
Firefox 3.0.4

I wonder what the problem is.

I've added checksum information for MD5 and SHA1 to the original post, so may be you can check what you get on the file you download.
2650
N.A.N.Y. 2009 / Re: NANY 2009 Teaser: Tree List
« Last post by ewemoa on December 09, 2008, 08:26 PM »
Hmm...not having any luck w/ the keyboard shortcuts.  No response to any of those four...
Pages: prev1 ... 101 102 103 104 105 [106] 107 108 109 110 111 ... 113next