From David.Kettler at dsto.defence.gov.au Sun Nov 2 18:07:14 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 03 Nov 2008 12:37:14 +1030 Subject: [Conkeror] [PATCH] Typing a substring of a hint now respects a disabled hints_auto_exit_delay. In-Reply-To: <87ej1w61ok.fsf@earthlink.net> References: <87ej1w61ok.fsf@earthlink.net> Message-ID: Previously, if hints_auto_exit_delay was set to zero, a link would be followed erroneously as soon as an unambiguous substring was typed. Further typing was then interpreted as keystroke commands. With this patch the auto-exit will properly not occur, so the link will not be automatically followed, but must be explicitly accepted with the return key. For example, if you visit http://conkeror.org/, set hints_auto_exit_delay to zero and type "f tips", the browser would previously accept "tip" as unambiguously denoting a link, erroneously load the corresponding page and prompt to save a link (due to the left over "s"). Now the link will be highlighted, but not followed. All callers of handle_auto_exit() now first check that the delay passed is non-zero. The one place where this did not happen is fixed in this patch. There remain structural problems with the code which should also be addressed. --- > When hints_auto_exit_delay is 0, no auto-exit is supposed to happen at > all, as it says in the docstring. It was broken in one case, which the patch fixes. The hints_minibuffer_state.auto_exit variable doesn't seem to serve a purpose; it's always set. I agree that the code is messy and possibly inconsistent. But I think that it does now do the right thing and this patch is worth applying as an interim fix until someone is prepared to clean it up. I don't undertand it well enough to attempt that now. The contents of this patch are the same as my previous submmission; I've just expanded the explanation. modules/hints.js | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/modules/hints.js b/modules/hints.js index a397afa..64f1f31 100644 --- a/modules/hints.js +++ b/modules/hints.js @@ -441,7 +441,8 @@ hints_minibuffer_state.prototype = { this.manager.current_hint_number = -1; this.manager.update_valid_hints(); if (this.auto_exit) { - if (this.manager.valid_hints.length == 1) + if (this.manager.valid_hints.length == 1 + && hints_auto_exit_delay > 0) this.handle_auto_exit(m, hints_auto_exit_delay); else if (this.manager.valid_hints.length > 1 && hints_ambiguous_auto_exit_delay > 0) -- 1.6.0.2.605.g208f6.dirty -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From jeremy at jeremyms.com Sun Nov 2 20:13:27 2008 From: jeremy at jeremyms.com (Jeremy Maitin-Shepard) Date: Sun, 02 Nov 2008 20:13:27 -0800 Subject: [Conkeror] bugfix: minibuffer history if match required In-Reply-To: <87tzatmadh.fsf@notebook.home> (marting@gmx.ch's message of "Fri, 31 Oct 2008 09:34:02 +0100") References: <87vdw6ddpm.fsf@gmx.ch> <87y7087kvu.fsf@earthlink.net> <87wsfssa1r.fsf@jeremyms.com> <87y705mc02.fsf@notebook.home> <87tzatmadh.fsf@notebook.home> Message-ID: <87skq9xx94.fsf@jeremyms.com> marting at gmx.ch writes: > marting at gmx.ch writes: > [..] >> Of course, a workaround to this would be to enable auto completion for >> the command history as well -- but how to do this? It seems like >> minibuffer_auto_complete_preferences is ignored in this case. Is that >> right? And why? > Please ignore what I said above. I now see that > minibuffer_auto_complete_preferences is not the right variable for this > anyway. > My question was actually this: Is it possible to make the command > history behave as for example the url history in that selecting an entry > in the completion panel automatically updates the minibuffer input? And > I now realize that this can be done only by setting match_required to > false or by changing the condition whether to update the minibuffer > input to not depend on match_required (but on a new user variable, > say). But I guess you wouldn't want to change that, right? I think the behavior can be improved by doing something like that, and I think it would be a good thing to do. It just requires a bit of thought about the best way to do things. -- Jeremy Maitin-Shepard From David.Kettler at dsto.defence.gov.au Sun Nov 2 21:51:16 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 03 Nov 2008 16:21:16 +1030 Subject: [Conkeror] [PATCH] Optionally don't select (highlight) alternative url. Message-ID: The user variable minibuffer_read_url_select_initial allows this behaviour to be specified. --- When I press C-x C-v, I want to edit the existing URL, and I usually start by pressing back_space or M-back_space. But if it's selected, that will delete the whole URL. That's inconvenient. Emacs doesn't do that. The name of the variable is clumsy. --- modules/content-buffer.js | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/modules/content-buffer.js b/modules/content-buffer.js index 87c99d1..4ed6e18 100644 --- a/modules/content-buffer.js +++ b/modules/content-buffer.js @@ -292,6 +292,9 @@ define_variable("url_completion_use_bookmarks", true, "Specifies whether URL com define_variable("url_completion_use_history", false, "Specifies whether URL completion should complete using browser history."); +define_variable("minibuffer_read_url_select_initial", true, + "Specifies whether a URL presented in the minibuffer for editing should be selected. This affects find-alternate-url."); + minibuffer_auto_complete_preferences["url"] = true; minibuffer.prototype.read_url = function () { keywords(arguments, $prompt = "URL:", $history = "url", $initial_value = "", @@ -307,7 +310,7 @@ minibuffer.prototype.read_url = function () { $completer = completer, $initial_value = arguments.$initial_value, $auto_complete = "url", - $select, + $select = minibuffer_read_url_select_initial, $match_required = false); if (result == "") // well-formedness check. (could be better!) throw ("invalid url or webjump (\""+ result +"\")"); -- 1.6.0.2.605.g208f6.dirty -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From jeremy at jeremyms.com Tue Nov 4 21:30:28 2008 From: jeremy at jeremyms.com (Jeremy Maitin-Shepard) Date: Tue, 04 Nov 2008 21:30:28 -0800 Subject: [Conkeror] [PATCH] Typing a substring of a hint now respects a disabled hints_auto_exit_delay. In-Reply-To: <87ej1w61ok.fsf@earthlink.net> (John J. Foerch's message of "Fri, 31 Oct 2008 14:48:27 -0400") References: <87ej1w61ok.fsf@earthlink.net> Message-ID: <871vxqrb7v.fsf@jeremyms.com> John J Foerch writes: [snip] > When hints_auto_exit_delay is 0, no auto-exit is supposed to happen at > all, as it says in the docstring. If that is broken, there must be a > deeper bug involved in the handling of the variable > hints_minibuffer_state.auto_exit. He is correct that the behavior is currently buggy. > I'm also noticing the strange ways in which hints_auto_exit_delay and > hints_ambiguous_auto_exit_delay are getting passed around in hints.js, > with separate handling of number keys (hints-handle-number command) > vs. other characters (hints_minibuffer_state.handle_input). > I think this calls for a deeper refactoring, possibly removing the > command hints-handle-number. I think removing the command and handling both text and number input together would end up making things more complicated. However, I agree that passing around all of the delays is more complicated than necessary. I've pushed a fix. To David: Thanks very much for pointing out the problem. As suggested by John, I'm going to refactor the passing around of delays, and therefore I won't be applying your patch directly. -- Jeremy Maitin-Shepard From jeremy at jeremyms.com Tue Nov 4 21:59:37 2008 From: jeremy at jeremyms.com (Jeremy Maitin-Shepard) Date: Tue, 04 Nov 2008 21:59:37 -0800 Subject: [Conkeror] [PATCH] find-url with blank url reloads buffer. In-Reply-To: <87mygk6be1.fsf@earthlink.net> (John J. Foerch's message of "Fri, 31 Oct 2008 11:18:46 -0400") References: <87bpx492hp.fsf@earthlink.net> <87y7066gxt.fsf@earthlink.net> <87r65x5x4f.fsf@earthlink.net> <87mygk6be1.fsf@earthlink.net> Message-ID: <87wsfipvau.fsf@jeremyms.com> John J Foerch writes: > David Kettler writes: >>> Thoughts? >> >> I like it. >> >> Something I never liked in firefox was that you couldn't be sure >> whether something typed would be interpreted as a url, a mozilla >> keyword or something to pass to a search engine. And you couldn't >> tell what keywords were defined. That doesn't arise in conkeror >> because the completion system gives feedback on how the string will be >> interpreted. So I think a default-webjump thing would work well. >> >> I'm happy to put some effort into the easy version; it seems >> straightforward enough, if I can figure out the validation part. The >> difficult version sounds very nice but it's beyond my current >> knowledge and I won't be able to invest the time into it for a long >> while. Perhaps that can be left as a longer term goal. >> >> regards, David. > Sounds good to me. I can see that modular completions are going to be a > very involving feature to implement, if we end up doing it that way. I don't think it will be much work to implement, since merge_completers already exists. However, note that URL handlers would not necessarily go with completers. For instance, bookmark and history completion does not involve any special URL handling, while web jumps have a special completer as well as special URL handling. It would seem, though, that if this more complicated interface is to be used solely to implement the "default webjump" feature and David Kettler's "blank URL implies reload" feature, then perhaps it is not really what should be done. To David: Are you simply trying to free up the "r" key binding or something? -- Jeremy Maitin-Shepard From David.Kettler at dsto.defence.gov.au Tue Nov 4 22:45:08 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 05 Nov 2008 17:15:08 +1030 Subject: [Conkeror] [PATCH] find-url with blank url reloads buffer. In-Reply-To: <87wsfipvau.fsf@jeremyms.com> References: <87bpx492hp.fsf@earthlink.net> <87y7066gxt.fsf@earthlink.net> <87r65x5x4f.fsf@earthlink.net> <87mygk6be1.fsf@earthlink.net> <87wsfipvau.fsf@jeremyms.com> Message-ID: > Are you simply trying to free up the "r" key binding or something? Not really. It's a bit frivolous to be honest. It's just that I'm used to pressing "g" in gnus to get new news. So when I'm looking at a webpage and I want an update, because conkeror is so wonderfully emacsy there's a neural pathway etched into my brain that causes my fingers to press "g" before I'm even conscious of the thought. With this patch I can then just say "oh" and press RET. But I think it's sensible behaviour and preferable to an error. And I quite like that "C-u g RET" duplicates the page. I've implemented John's easy option; I'll post that soon. regards, David -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From David.Kettler at dsto.defence.gov.au Tue Nov 4 22:54:52 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 05 Nov 2008 17:24:52 +1030 Subject: [Conkeror] [RFC] Add facility to allow user functions to transform typed URLs. Message-ID: If the typed input to read-url and friends is not (something like) a valid URL or webjump then a list of user defined "handler" functions can be called to try to transform the input into something valid. A handler is provided to transform a blank input into the current buffer's URL. This means that "g RET" will reload the current buffer and "C-u g RET" will duplicate the current buffer. A handler is provided to prepend a webjump keyword (defaulting to "google") to the typed input. This means that an input of an arbitrary set of words will search on those words. There has to be more than one word though, otherwise it might be the name of a web site. And the first word can't be a webjump. The two provided handlers can be enabled by placing this in your rc: read_url_handler_list = [read_url_handler_blank_is_current, read_url_handler_default_webjump]; --- Dodgy bits: - The list of functions is difficult to view with C-h v. Maybe the names should be quoted then funcalled. - The doco for the provided handlers is only a comment; it's not user accessible. Maybe a mechanism like interactive() would solve this and the previous point. - Maybe handlers should use a modification of the hook mechanism, instead. - Passing the minibuffer as a second argument to the handlers is strange, but it provides context to the handler which might be useful. For instance read_url_handler_blank_is_current() uses it to get the current URI. - The if() added to read_url() is ugly. - possibly_valid_url() is poorly named and is not very discriminating. - It doesn't really check if the URL is valid; possibly_valid_url() is just a heuristic. A real validity check would probably need support from nsIWebNavigation; probably it would need to attempt the load. But then behaviour would depend on whether some site is up. Maybe the heuristic is best after all. - Perhaps read_url_handler_blank_is_current() should be omitted. --- modules/content-buffer.js | 31 +++++++++++++++++++++++++++++++ modules/utils.js | 10 ++++++++++ 2 files changed, 41 insertions(+), 0 deletions(-) diff --git a/modules/content-buffer.js b/modules/content-buffer.js index 4ed6e18..122ecbc 100644 --- a/modules/content-buffer.js +++ b/modules/content-buffer.js @@ -287,6 +287,35 @@ add_hook("current_content_buffer_status_change_hook", }); */ + +define_variable("read_url_handler_list", [], "A list of handler functions which transform a typed url into a valid url or webjump. If the typed input is not valid then each function on this list is tried in turn. The handler function is called with the input as a string argument and it should return either a string or null. The handler function can also access the minibuffer as its second argument. The result of the first function on the list that returns a string is used in place of the input."); + +define_variable("default_webjump", "google", "When a typed url is not a valid url or webjump, prepend this webjump keyword to the input. The function read_url_handler_default_webjump must be on read_url_handler_list to enable this functionality; it should be the last element on the list (because any input is accepted)."); + + +/* read_url_handler_default_webjump transforms any input into a given + * webjump. It should be the last handler on the list. */ +function read_url_handler_default_webjump(input) { + return default_webjump + " " + input; +} + +/* read_url_handler_blank_is_current transforms a blank input into + * the current url of the buffer. find-url can thus reload the + * current page or load a copy in a new buffer. */ +function read_url_handler_blank_is_current(input, minibuffer) { + if (input.length == 0) + return minibuffer.window.buffers.current.display_URI_string; + return null; +} + +minibuffer.prototype.try_read_url_handlers = function(input) { + var result; + for (var i = 0; i < read_url_handler_list.length; ++i) + if (result = read_url_handler_list[i](input, this)) + return result; + return input; +} + define_variable("url_completion_use_webjumps", true, "Specifies whether URL completion should complete webjumps."); define_variable("url_completion_use_bookmarks", true, "Specifies whether URL completion should complete bookmarks."); define_variable("url_completion_use_history", false, @@ -312,6 +341,8 @@ minibuffer.prototype.read_url = function () { $auto_complete = "url", $select = minibuffer_read_url_select_initial, $match_required = false); + if (!possibly_valid_url(result) && !getWebJump(result)) + result = this.try_read_url_handlers(result); if (result == "") // well-formedness check. (could be better!) throw ("invalid url or webjump (\""+ result +"\")"); yield co_return(result); diff --git a/modules/utils.js b/modules/utils.js index c02671a..2ca17f4 100644 --- a/modules/utils.js +++ b/modules/utils.js @@ -1266,6 +1266,16 @@ function compute_url_up_path (url) } +/* possibly_valid_url returns true if the string might be a valid + * thing to pass to nsIWebNavigation.loadURI. Currently just checks + * that there's no whitespace in the middle and that it's not entirely + * whitespace; could be improved. + */ +function possibly_valid_url (url) { + return !(/\S\s+\S/.test(url)) && !(/^\s*$/.test(url)); +} + + /* remove_duplicates_filter returns a function that can be * used in Array.filter. It removes duplicates. */ -- 1.6.0.3.613.g9f8f13.dirty -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From jeremy at jeremyms.com Tue Nov 4 23:40:17 2008 From: jeremy at jeremyms.com (Jeremy Maitin-Shepard) Date: Tue, 04 Nov 2008 23:40:17 -0800 Subject: [Conkeror] [PATCH] find-url with blank url reloads buffer. In-Reply-To: (David Kettler's message of "05 Nov 2008 17:15:08 +1030") References: <87bpx492hp.fsf@earthlink.net> <87y7066gxt.fsf@earthlink.net> <87r65x5x4f.fsf@earthlink.net> <87mygk6be1.fsf@earthlink.net> <87wsfipvau.fsf@jeremyms.com> Message-ID: <87skq6pqn2.fsf@jeremyms.com> David Kettler writes: >> Are you simply trying to free up the "r" key binding or something? > Not really. It's a bit frivolous to be honest. It's just that I'm > used to pressing "g" in gnus to get new news. So when I'm looking at > a webpage and I want an update, because conkeror is so wonderfully > emacsy there's a neural pathway etched into my brain that causes my > fingers to press "g" before I'm even conscious of the thought. With > this patch I can then just say "oh" and press RET. But I think it's > sensible behaviour and preferable to an error. And I quite like that > "C-u g RET" duplicates the page. > I've implemented John's easy option; I'll post that soon. Note that loading the same URL as the current page is not equivalent to reloading. First of all, if the current page was obtained from a POST request, naturally the URL does not capture the post data. Furthermore, the referrer URL will not be included either. For that reason, in order for a blank URL to properly mean reload, it really would have to be special cased, and I simply don't think that makes sense. -- Jeremy Maitin-Shepard From David.Kettler at dsto.defence.gov.au Wed Nov 5 17:36:02 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 06 Nov 2008 12:06:02 +1030 Subject: [Conkeror] [PATCH] find-url with blank url reloads buffer. In-Reply-To: <87skq6pqn2.fsf@jeremyms.com> References: <87bpx492hp.fsf@earthlink.net> <87y7066gxt.fsf@earthlink.net> <87r65x5x4f.fsf@earthlink.net> <87mygk6be1.fsf@earthlink.net> <87wsfipvau.fsf@jeremyms.com> <87skq6pqn2.fsf@jeremyms.com> Message-ID: > Note that loading the same URL as the current page is not equivalent to > reloading. First of all, if the current page was obtained from a POST > request, naturally the URL does not capture the post data. Furthermore, > the referrer URL will not be included either. Oh, right. Bummer. > For that reason, in order for a blank URL to properly mean reload, it > really would have to be special cased, and I simply don't think that > makes sense. Agreed. I'll wait for any comments on the read_url_handler patch, then resubmit without read_url_handler_blank_is_current. I may continue to use it myself though; it's sufficient for the limited cases where I use it. -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From David.Kettler at dsto.defence.gov.au Tue Nov 11 21:20:15 2008 From: David.Kettler at dsto.defence.gov.au (David Kettler) Date: 12 Nov 2008 15:50:15 +1030 Subject: [Conkeror] [PATCH] Let search page webjumps with no arguments fall back to a home page. Message-ID: Most webjumps are used as a shorthand to a web site search page. But when no arguments are supplied to the webjump, the effect is either an error from conkeror (when there are no spaces) or a search with a blank search term. Neither is particularly useful. This commit alters the default webjump handler so that a webjump with no arguments will visit a relevant page, usually the associated home page. In most cases this is just the base URL of the webjump. For instance, visiting the emacswiki webjump with no arguments will now load the emacswiki.org front page. Most webjumps gain this new functionality without needing modification. However in some cases the search url is unrelated to the desired home page url. In this case the webjump definition can supply an array of two elements; the first is the search url and the second is the home page url. The provided clhs and xulplanet webjumps are treated in this way. A similar fall back facility could be provided for search engine webjumps, but that is not done here. The meaning of the webjump no_argument keyword is extended to support these optional arguments. As previously, a value of true means that no arguments are allowed and a false value means that arguments are required. The extension is that any other value ("maybe" is used) means that arguments are optional. This commit also includes a small fix to match_webjump(). A webjump keyword followed by spaces is now interpreted as meaning no arguments. The function compute_url_pre_path() is also included to calculate a base URL from a given URL. --- The no_argument extension is a bit confusing. Possibly a separate parameter should be used instead. Perhaps the check for whether handler is an array should be more stringent. If preferred I could split this into separate commits: - match_webjump() fix - compute_url_pre_path() - default handler and no_argument changes - changes to provided webjumps modules/utils.js | 9 +++++++++ modules/webjump.js | 32 +++++++++++++++++++++++--------- 2 files changed, 32 insertions(+), 9 deletions(-) diff --git a/modules/utils.js b/modules/utils.js index 2ca17f4..994a3d1 100644 --- a/modules/utils.js +++ b/modules/utils.js @@ -1266,6 +1266,15 @@ function compute_url_up_path (url) } +function compute_url_pre_path (url) +{ + var new_url = Cc["@mozilla.org/network/standard-url;1"] + .createInstance (Ci.nsIURL); + new_url.spec = url; + return new_url.prePath; +} + + /* possibly_valid_url returns true if the string might be a valid * thing to pass to nsIWebNavigation.loadURI. Currently just checks * that there's no whitespace in the middle and that it's not entirely diff --git a/modules/webjump.js b/modules/webjump.js index c2886dd..e276115 100644 --- a/modules/webjump.js +++ b/modules/webjump.js @@ -17,20 +17,31 @@ function define_webjump(key, handler) { var no_argument = arguments.$no_argument; - if (typeof(handler) == "string") { - let template = handler; + make_handler = function(template, alternative) { let b = template.indexOf('%s'); if (b == -1) no_argument = true; - handler = function (arg) { + if (alternative == null) + alternative = compute_url_pre_path(template); + if (alternative && !no_argument) + no_argument = "maybe"; + return function (arg) { var a = b + 2; + if (arg == null) + return alternative; // Just return the same string if it doesn't contain a %s if (b == -1) return template; - else - return template.substr(0,b) + encodeURIComponent(arg) + template.substring(a); + return template.substr(0,b) + encodeURIComponent(arg) + template.substring(a); }; } + + if (typeof(handler) == "string") + handler = make_handler(handler); + if (typeof(handler) == "object") + // An array of a template and an alternative url (for no args) + handler = make_handler(handler[0], handler[1]); + webjumps.put(key, {key: key, handler: handler, completer: arguments.$completer, @@ -65,13 +76,14 @@ function define_default_webjumps() add_webjump("clusty", "http://www.clusty.com/search?query=%s"); add_webjump("slang", "http://www.urbandictionary.com/define.php?term=%s"); add_webjump("dictionary", "http://dictionary.reference.com/search?q=%s"); - add_webjump("xulplanet", "http://www.google.com/custom?q=%s&cof=S%3A"+ + add_webjump("xulplanet", ["http://www.google.com/custom?q=%s&cof=S%3A"+ "http%3A%2F%2Fwww.xulplanet.com%3BAH%3Aleft%3BLH%3A65%3BLC"+ "%3A4682B4%3BL%3Ahttp%3A%2F%2Fwww.xulplanet.com%2Fimages%2F"+ "xulplanet.png%3BALC%3Ablue%3BLW%3A215%3BAWFID%3A0979f384d5"+ - "181409%3B&domains=xulplanet.com&sitesearch=xulplanet.com&sa=Go"); + "181409%3B&domains=xulplanet.com&sitesearch=xulplanet.com&sa=Go", + "http://xulplanet.com"]); add_webjump("image", "http://images.google.com/images?q=%s"); - add_webjump("clhs", "http://www.xach.com/clhs?q=%s"); + add_webjump("clhs", ["http://www.xach.com/clhs?q=%s", "http://www.lispworks.com/documentation/HyperSpec/Front/index.htm"]); add_webjump("emacswiki", "http://www.emacswiki.org/cgi-bin/wiki?search=%s"); add_webjump("cliki", "http://www.cliki.net/admin/search?words=%s"); add_webjump("ratpoisonwiki", "http://ratpoison.antidesktop.net/?search=%s"); @@ -95,6 +107,8 @@ function match_webjump(str) { } else { key = str.substring(0, sp); arg = str.substring(sp + 1); + if (/^\s*$/.test(arg)) + arg = null; } // Look for an exact match @@ -149,7 +163,7 @@ function webjump_completer() { let base_completer = prefix_completer( $completions = [ v for ([k,v] in webjumps.iterator()) ], - $get_string = function (x) x.key + (x.no_argument ? "" : " "), + $get_string = function (x) x.key + (x.no_argument==true ? "" : " "), $get_description = function (x) x.description || ""); return function(input, pos, conservative) { -- -- IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From n39052 at gmail.com Thu Nov 13 16:34:48 2008 From: n39052 at gmail.com (Sergey A.) Date: Thu, 13 Nov 2008 16:34:48 -0800 Subject: [Conkeror] Conkeror doesn't open some links by hotkeys Message-ID: <3bff71aa0811131634k5340fda3u733998d79b2cb115@mail.gmail.com> Hello. First, thanks for the awesome browser! I think, I've found a bug. conkeror doesn't open some links by hotkeys, by does by mouse. Steps to reproduce: 1. Go to http://erlang.org/doc 2. Click "Expand All" 3. Then click any new appeared link (for example "Installation Guide") by f, where f is the key, and is the number of links. Nothing'll happen :( A page won't be opened. -- Sergey From deniz.a.m.dogan at gmail.com Wed Nov 19 11:54:21 2008 From: deniz.a.m.dogan at gmail.com (Deniz Dogan) Date: Wed, 19 Nov 2008 20:54:21 +0100 Subject: [Conkeror] Applying CSS to tab-bar.js Message-ID: <7b501d5c0811191154r5dcbc621vb9fed32cdc981512@mail.gmail.com> Hi I'm rather new to Conkeror and I have a question on how to properly apply CSS to the tab bar. I want the tabs to be smaller and "tighter" by decreasing the height of the tab bar and using a smaller fonts, to start with. However, my CSS doesn't seem to work. This is the CSS I'm currently using for the tabs: #tab-bar { background: #000; height: 16px; } .tab-label { color: #f00; font: 12px Tahoma; /* This one doesn't work! */ } Any ideas? Deniz Dogan From mike at dirolf.com Mon Nov 24 12:00:09 2008 From: mike at dirolf.com (mdirolf) Date: Mon, 24 Nov 2008 12:00:09 -0800 (PST) Subject: [Conkeror] conkeror as default browser on mac In-Reply-To: References: Message-ID: <20668588.post@talk.nabble.com> Shoaib Kamil wrote: > > Has anyone had success with this? > I'd also like to be able to set conkeror to be my default browser on OSX. Unfortunately, I've had no luck either... -- View this message in context: http://www.nabble.com/conkeror-as-default-browser-on-mac-tp20062448p20668588.html Sent from the MozDev - conkeror mailing list archive at Nabble.com. From deniz.a.m.dogan at gmail.com Thu Nov 27 12:51:11 2008 From: deniz.a.m.dogan at gmail.com (Deniz Dogan) Date: Thu, 27 Nov 2008 21:51:11 +0100 Subject: [Conkeror] Why !important? Message-ID: <7b501d5c0811271251w40104ca2t2673dbdf12ea928c@mail.gmail.com> Why do we use !important on the "tree" rules in content/conkeror.css? Removing them I notice no difference whatsoever. The reason I'm asking is that we're trying to figure out a theming system for Conkeror, which is much more difficult with !important rules. From tim at we-are-teh-b.org Thu Nov 27 17:05:24 2008 From: tim at we-are-teh-b.org (Tim Schumacher) Date: Fri, 28 Nov 2008 02:05:24 +0100 Subject: [Conkeror] jQuery integration Message-ID: <87fxlcd5ij.wl%tim@we-are-teh-b.org> Hi Folks, I tried this evening to integrate jQuery into conkeror, so I can use it in development of interactive functions and so on. jQuery is JavaScript-Framework and follows the "write less, do more"-scheme. I could use its features very well in my noscript-gluecode, because I want to fetch all