+1

Also as mentioned here https://www.donationcoder.com/forum/index.php?topic=13389.0
please fix or let me know how to launch ALL results.

thx as always

I think it makes sense to start with a very basic textfile search capability first and then expand it if and when demand occurs.
Two rather non-complex systems could be:

1. comma separated data. Example:

tag1 data1 data2 data3
tag2 data4 data5 data6


When the user inputs "info tag1" FARR would output "data1 data2 data3" (or "data1 \n data2 \n data3")

Mousers example ("info phone hospital") in comparison adds one level of complexity. But how often is that needed? I suspect that it for much lookup usage is enough to output all the info related to a "first level tag" i.e. "info hospital" would display adress, phone number, email etc in FARR. Two drawbacks with the more complex example is that the user must memorize all the second level categorizes and must create all his/her new data in a very well formed and consistent way. I definitely prefer something less complex and less (human) memory hungry.

-Nod5 (June 02, 2008, 07:36 AM)

Also like this idea of getting a simple yet scalable info retrieval plugin out now and improving it as time allows instead of trying to create the ultimate plugin right from the get go and never getting it off the ground. The only thing i would add to the idea above would be to include some kind of optional meta data or options that farr could interpret for display/functional purposes that would be listed at the beginning of each file. Using the example above:

@type: csv
@displaymode: grid
@defaultsort: asc
@headers:name, number, address, phone
tag1,data1,data2,data3
tag2,data4,data5,data6
....

A great example for this functionality could be an address book feature which allowed you to search for a name and have it display all the relevant info (name, address, etc) in the upcoming grid mode. You could also then extend the features down the road to include files that are formatted differently (xml etc) as well as different display modes and support for additional meta data/options. I think as a first step support for csv files should be a primary goal as most info from popular apps (ms office) can be exported into this format. 

Either way cant wait to see what you come up with. Hopefully sooner rather than later  :D

my ie7 does not have this, is that normal ??

-nitrix-ud (June 01, 2008, 02:16 PM)

interesting. Just checked and even though i never use ie if i right click on a link it has a "Open in new window" option. Might be part of some toolbar addon i added.

one thing i was thinking might be needed is an options page in FARR dedicated to the html view mode, and one thing it might include is a list of websites url regex patterns that FARR should open in it's internal window, vs. those it should open externally.

sound goods. i would only add that the default behavior should be to open in the internal browser. like nitrix-ud i plan to use this for a lot of quick searches and info gathering from within farr.

I know you dont want to over complicate this feature however it would be great if while you are maintaining a list of websites url regex patterns you could also specify an action/file/script to be launched to process the page before displaying it. This way you could strip out only the html you were interested in or add/change/format pages, greasemonkey style :Thmbsup: