[Conkeror] [PATCH] New module to define webjumps for git repository summaries.

[David Kettler]

G'day John,

>   How about the following approach?  Shift the burden of downloading the
> OPML file to the user, and have them store it in a directory of their
> choice, and update it manually when they want.  This would eliminate the
> problem of large downloads at inconvenient times, as well as the problem
> of storing the opml data in a profile-dependent way.

Yes, that does sound like a better idea.

>   gitweb-webjumps.js would define a user variable called, for example,
> `gitweb_webjumps_opml_directory'.  Its default value would be null, and
> users would be expected to set it to an nsILocalFile object. 

How about we pick a default of gitweb-webjumps-opml under (whatever the 
variables are denoting) one of these:
~/.conkerorrc/
~/.conkeror.mozdev.org/conkeror/blahblah.default/

> (Conkeror
> is now using nsILocalFile objects in favor of string paths for things
> like this because they are cross-platform safe and provide convenient
> methods for adding directories and resolving relative paths.)

Okay.

>   The user would obtain an opml file and put it in that directory, and
> then call `define_gitweb_summary_webjump' with the name of the webjump
> and the name of the file.

With the default filename being s/xml$/opml$/.

>  If needed, there could be any kind of utility
> to assist users in obtaining the opml file.

Maybe gitweb-webjump-get-repository-list with a completer that lists the 
available gitweb webjumps.  (I guess I'll need to mark those webjumps in 
some way; perhaps they'll have a gitweb_opml_file property.)

>   This design is patterned closely after how search-engine.js works with
> its opensearch files.

Sounds good.

regards, David