From glasser at davidglasser.net  Tue Apr  1 10:13:00 2008
From: glasser at davidglasser.net (David Glasser)
Date: Tue, 1 Apr 2008 10:13:00 -0700
Subject: [Conkeror] Vague attempt at major modes
Message-ID: <1ea387f60804011013u417f8a6fu89efcc55a62727cf@mail.gmail.com>

I just stuck this in my conkeror-rc:

<<<<<
var major_mode = null;

define_window_local_hook("major_mode_change_hook");

function maybe_gmail_mode(buffer, request, location)
{
  if (location.host == "mail.google.com")
    major_mode = "gmail";
  else
    major_mode = null;
  major_mode_change_hook.run(buffer.window);
}

add_hook("content_buffer_location_change_hook", maybe_gmail_mode);

function major_mode_widget(window) {
  this.name = "major-mode-widget";
  text_widget.call(this, window);
  this.add_hook("major_mode_change_hook");
}

major_mode_widget.prototype.__proto__ = text_widget.prototype;
major_mode_widget.prototype.update = function () {
  this.view.text = major_mode ? "(" + major_mode + ")" : "";
};

add_hook("mode_line_hook", mode_line_adder(major_mode_widget));
>>>>>

It doesn't actually do anything except display the word "gmail" in the
mode-line.  Oh, and "major_mode" is global rather than buffer-local.
And the major mode change hook is window-local when it should probably
be buffer-local.  But it's a vague start.

--dave


-- 
David Glasser | glasser at davidglasser.net | http://www.davidglasser.net/

From glasser at davidglasser.net  Sat Apr  5 00:04:16 2008
From: glasser at davidglasser.net (David Glasser)
Date: Sat,  5 Apr 2008 00:04:16 -0700
Subject: [Conkeror] [PATCH] Beginning of a gmail page mode: adds a keymap
	with a "C-c g"
Message-ID: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>

From: David Glasser <glasser at filthy-assistant.local>

---
 modules/conkeror.js         |    1 +
 modules/page-modes/gmail.js |   26 ++++++++++++++++++++++++++
 2 files changed, 27 insertions(+), 0 deletions(-)
 create mode 100644 modules/page-modes/gmail.js

diff --git a/modules/conkeror.js b/modules/conkeror.js
index 898f2c4..0cecf9f 100644
--- a/modules/conkeror.js
+++ b/modules/conkeror.js
@@ -55,6 +55,7 @@ require("ssl.js");
 require("media.js");
 require("page-modes/youtube.js");
 require("page-modes/google-video.js");
+require("page-modes/gmail.js");
 
 //require("scroll-bars.js");
 
diff --git a/modules/page-modes/gmail.js b/modules/page-modes/gmail.js
new file mode 100644
index 0000000..edeaac6
--- /dev/null
+++ b/modules/page-modes/gmail.js
@@ -0,0 +1,26 @@
+require("content-buffer.js");
+require("bindings/default/content-buffer/normal.js");
+
+var gmail_keymap = new keymap($parent = content_buffer_normal_keymap);
+
+function gmail_label_go(buffer, label)
+{
+    buffer.window.content.location.hash = "#label/" + encodeURIComponent(label);
+}
+interactive("gmail-label-go",
+            "Go to a GMail label.",
+            function(I) {
+              gmail_label_go(I.buffer, (yield I.minibuffer.read($prompt = "Go to label: ")));
+            });
+
+define_key(gmail_keymap, "C-c g", "gmail-label-go");
+
+define_page_mode("gmail_mode", "GMail", $enable = function (buffer) {
+                   buffer.local_variables.content_buffer_normal_keymap = gmail_keymap;
+                   buffer.keymap = gmail_keymap;
+                 }, $disable = function (buffer) {
+                   delete buffer.local_variables.content_buffer_normal_keymap;
+                   buffer.keymap = content_buffer_normal_keymap;
+                 });
+
+auto_mode_list.push([/^https?:\/\/mail\.google\.com\//, gmail_mode]);
-- 
1.5.4.3


From glasser at davidglasser.net  Sat Apr  5 00:08:06 2008
From: glasser at davidglasser.net (David Glasser)
Date: Sat, 5 Apr 2008 00:08:06 -0700
Subject: [Conkeror] [PATCH] Beginning of a gmail page mode: adds a
	keymap with a "C-c g"
In-Reply-To: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>
References: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>
Message-ID: <1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>

(Commit as glasser at davidglasser.net, not glasser at filthy-assistant.local.)

I don't know if the idiom I made up for doing a mode keymap was reasonable.

gmail-label-go really ought to take a list of labels as a completion.
The greasemonkey script I use does this to get that list:

function getLabels() {
  var navPaneNode = gmail.getNavPaneElement();

  var labelNodes = getNodesByTagNameAndClass(
      navPaneNode, "div", LABEL_ITEM_CLASS_NAME);

  var labels = [];

  for (var i = 0, labelNode; labelNode = labelNodes[i]; i++) {
    var labelName = labelNode.textContent.replace(UNREAD_COUNT_RE, "");

    labels.push(labelName);
  }

  return labels;
}


In this context, "gmail" is the gmail API object loaded from the
gmonkey object described here:
http://code.google.com/p/gmail-greasemonkey/wiki/GmailGreasemonkey10API

I couldn't get that to work, though.  Maybe Conkeror doesn't have unsafeWindow?

--dave

On Sat, Apr 5, 2008 at 12:04 AM, David Glasser <glasser at davidglasser.net> wrote:
> From: David Glasser <glasser at filthy-assistant.local>
>
>  ---
>   modules/conkeror.js         |    1 +
>   modules/page-modes/gmail.js |   26 ++++++++++++++++++++++++++
>   2 files changed, 27 insertions(+), 0 deletions(-)
>   create mode 100644 modules/page-modes/gmail.js
>
>  diff --git a/modules/conkeror.js b/modules/conkeror.js
>  index 898f2c4..0cecf9f 100644
>  --- a/modules/conkeror.js
>  +++ b/modules/conkeror.js
>  @@ -55,6 +55,7 @@ require("ssl.js");
>   require("media.js");
>   require("page-modes/youtube.js");
>   require("page-modes/google-video.js");
>  +require("page-modes/gmail.js");
>
>   //require("scroll-bars.js");
>
>  diff --git a/modules/page-modes/gmail.js b/modules/page-modes/gmail.js
>  new file mode 100644
>  index 0000000..edeaac6
>  --- /dev/null
>  +++ b/modules/page-modes/gmail.js
>  @@ -0,0 +1,26 @@
>  +require("content-buffer.js");
>  +require("bindings/default/content-buffer/normal.js");
>  +
>  +var gmail_keymap = new keymap($parent = content_buffer_normal_keymap);
>  +
>  +function gmail_label_go(buffer, label)
>  +{
>  +    buffer.window.content.location.hash = "#label/" + encodeURIComponent(label);
>  +}
>  +interactive("gmail-label-go",
>  +            "Go to a GMail label.",
>  +            function(I) {
>  +              gmail_label_go(I.buffer, (yield I.minibuffer.read($prompt = "Go to label: ")));
>  +            });
>  +
>  +define_key(gmail_keymap, "C-c g", "gmail-label-go");
>  +
>  +define_page_mode("gmail_mode", "GMail", $enable = function (buffer) {
>  +                   buffer.local_variables.content_buffer_normal_keymap = gmail_keymap;
>  +                   buffer.keymap = gmail_keymap;
>  +                 }, $disable = function (buffer) {
>  +                   delete buffer.local_variables.content_buffer_normal_keymap;
>  +                   buffer.keymap = content_buffer_normal_keymap;
>  +                 });
>  +
>  +auto_mode_list.push([/^https?:\/\/mail\.google\.com\//, gmail_mode]);
>  --
>  1.5.4.3
>
>  _______________________________________________
>  Conkeror mailing list
>  Conkeror at mozdev.org
>  https://www.mozdev.org/mailman/listinfo/conkeror
>



-- 
David Glasser | glasser at davidglasser.net | http://www.davidglasser.net/

From jeremy at jeremyms.com  Sat Apr  5 01:26:04 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 05 Apr 2008 04:26:04 -0400
Subject: [Conkeror] [PATCH] Beginning of a gmail page mode: adds a
	keymap with a "C-c g"
In-Reply-To: <1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>
	(David Glasser's message of "Sat, 5 Apr 2008 00:08:06 -0700")
References: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>
	<1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>
Message-ID: <87y77sn1wj.fsf@jeremyms.com>

"David Glasser" <glasser at davidglasser.net> writes:

> (Commit as glasser at davidglasser.net, not glasser at filthy-assistant.local.)
> I don't know if the idiom I made up for doing a mode keymap was
> reasonable.

I'd say it is not quite correct, but it is not your fault; I didn't
properly define the page mode handling stuff so as to properly reset the
keymaps.  I planned to commit a change to do that shortly.  Once this
change is in, the proper way to define gmail mode would simply be:

define_page_mode("gmail_mode", "GMail", $enable = function (buffer) {
   buffer.local_variables.content_buffer_normal_keymap = gmail_keymap;
});

Note that the page mode infrastructure already resets
buffer.local_variables whenever the page mode changes (maybe this will
prove to not be a good idea, though), and so it is not necessary to
delete stuff from it.

In order to have it properly handle page mode-specific keymaps, I'll
just change it to also reload the keymap for the current input mode
whenever the page mode changes.

> gmail-label-go really ought to take a list of labels as a completion.
> The greasemonkey script I use does this to get that list:

> function getLabels() {
>   var navPaneNode = gmail.getNavPaneElement();

>   var labelNodes = getNodesByTagNameAndClass(
>       navPaneNode, "div", LABEL_ITEM_CLASS_NAME);

>   var labels = [];

>   for (var i = 0, labelNode; labelNode = labelNodes[i]; i++) {
>     var labelName = labelNode.textContent.replace(UNREAD_COUNT_RE, "");

>     labels.push(labelName);
>   }

>   return labels;
> }


> In this context, "gmail" is the gmail API object loaded from the
> gmonkey object described here:
> http://code.google.com/p/gmail-greasemonkey/wiki/GmailGreasemonkey10API

> I couldn't get that to work, though.  Maybe Conkeror doesn't have
> unsafeWindow?

unsafeWindow is indeed a Greasemonkey-specific name.

The Conkeror analogue might be buffer.top_frame.wrappedJSObject.  Some
quick checking reveals that the gmonkey object exists as a member of
that.  However, using the "wrappedJSObject" property bypasses a default
security measure in Mozilla: this security measure essentially shields
you from any JavaScript on content pages; you can access DOM nodes and
windows in the content page, but you see only the normal DOM interface,
and if you set JavaScript properties on these nodes, the content page
doesn't see that.  When you use wrappedJSObject property, you _do_ see
properties sett by content page JavaScript, and if content JavaScript
happens to override some DOM property or method, then attempting to use
the DOM property or method will not have the expected result.  Thus, if
you call any method on an unwrapped content page object, you have to
assume that you might be running arbitrary content page JavaScript
(though it still runs unprivileged).  Similarly, if you set any property
on these unwrapped content page objects, the content page JavaScript
will have access to those values.

As I said, this doesn't directly allow content page JavaScript to run
arbitrary privileged operations (although certain bugs in the past did
allow it to do that), but if you set some property on a content page
object equal to some function that has been defined in chrome code, then
content page JavaScript is free to call that function at any time, and
it will run as privileged code.  This means that if you are going to
give a content page access to some privileged function, you have to be
extremely careful in checking the arguments given to the function, and
also you need to be sure it is safe for that function to be called an
arbitrary number of times at arbitrary points in time.

I believe in addition if chrome code happens to add any additional
properties to String.prototype, Function.prototype, or Object.prototype,
many casual accesses to unwrapped content page objects can allow content
page code to gain access to those properties as well.  If those
functions are not written in a sufficiently careful way (and it would
seem very easy to make a mistake about that, since in general you would
not expect unprivileged code to be able to access such properties) then
you might likewise have a security risk.

It is particularly easy to accidentally invoke content page JavaScript
code because of several features of JavaScript: objects can define
getters and setters which are functions that are invoked when you
attempt to read or write a property, and operator == may invoke the
valueOf method of an object.  If you use operator ===, the valueOf
operator is not invoked, and therefore === should be safe.

I believe that Greasemonkey helps reduce these dangers to some extent by
running the Greasemonkey scripts themselves in an unprivileged sandbox
environment.

See: http://developer.mozilla.org/en/docs/Components.utils.evalInSandbox

However, in order to allow greasemonkey scripts to be more useful, there
is a greasemonkey API that provides a limited set of slightly more
privileged operations that is accessible to greasemonkey scripts.
Greasemonkey also attempts to prevent content page code from calling
these special greasemonkey API functions even if it somehow obtains a
reference to such a function by checking the stack when one of those API
functions is called, and if there is anything other than chrome code or
greasemonkey script code in the call chain, it doesn't allow the call.

I think it is probably a bad idea to access content page objects via
wrappedJSObject without these precautions.  At the very least, probably
any attempts to access content page objects should be done using
evalInSandbox.  I'm not sure whether the stack call chain checking is
actually necessary, or whether it is merely a precaution in case of
(inevitable for something like greasemonkey) sloppy coding of
greasemonkey scripts.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Sat Apr  5 10:36:18 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 05 Apr 2008 13:36:18 -0400
Subject: [Conkeror] [PATCH] Beginning of a gmail page mode: adds a
	keymap with a "C-c g"
In-Reply-To: <1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>
	(David Glasser's message of "Sat, 5 Apr 2008 00:08:06 -0700")
References: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>
	<1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>
Message-ID: <87prt4mcfh.fsf@jeremyms.com>

Just to let you know, I just pushed a change that should take care of
automatically updating buffer.keymap according to the current input mode
when the page mode changes.

-- 
Jeremy Maitin-Shepard

From glasser at davidglasser.net  Mon Apr  7 10:06:02 2008
From: glasser at davidglasser.net (David Glasser)
Date: Mon, 7 Apr 2008 10:06:02 -0700
Subject: [Conkeror] [PATCH] Beginning of a gmail page mode: adds a
	keymap with a "C-c g"
In-Reply-To: <87prt4mcfh.fsf@jeremyms.com>
References: <1207379056-25408-1-git-send-email-glasser@davidglasser.net>
	<1ea387f60804050008v6b1f5b03tae59686ddd6f08c3@mail.gmail.com>
	<87prt4mcfh.fsf@jeremyms.com>
Message-ID: <1ea387f60804071006p3f2dc0fqae4667e25dd8359b@mail.gmail.com>

On Sat, Apr 5, 2008 at 10:36 AM, Jeremy Maitin-Shepard
<jeremy at jeremyms.com> wrote:
> Just to let you know, I just pushed a change that should take care of
>  automatically updating buffer.keymap according to the current input mode
>  when the page mode changes.

Awesome, it works well.  Here's a new version of the patch:

commit e5d331fb4d095a76798a0a0a3fb681ef40ade93c
Author: David Glasser <glasser at filthy-assistant.local>
Date:   Sat Apr 5 00:02:15 2008 -0700

    Beginning of a gmail page mode.

diff --git a/modules/conkeror.js b/modules/conkeror.js
index fd655ac..7bfb414 100644
--- a/modules/conkeror.js
+++ b/modules/conkeror.js
@@ -56,6 +56,7 @@ require("media.js");
 require("page-modes/youtube.js");
 require("page-modes/google-video.js");
 require("page-modes/google-search-results.js");
+require("page-modes/gmail.js");

 //require("scroll-bars.js");

diff --git a/modules/page-modes/gmail.js b/modules/page-modes/gmail.js
new file mode 100644
index 0000000..b174ed8
--- /dev/null
+++ b/modules/page-modes/gmail.js
@@ -0,0 +1,30 @@
+require("content-buffer.js");
+require("bindings/default/content-buffer/normal.js");
+
+var gmail_keymap = new keymap($parent = content_buffer_normal_keymap);
+
+function gmail_label_go(buffer, label)
+{
+    buffer.window.content.location.hash = "#label/" +
encodeURIComponent(label);
+}
+interactive("gmail-label-go",
+            "Go to a GMail label.",
+            function(I) {
+              gmail_label_go(I.buffer, (yield
I.minibuffer.read($prompt = "Go to label: ")));
+            });
+
+define_key(gmail_keymap, "C-c g", "gmail-label-go");
+define_key(gmail_keymap, "j", null, $fallthrough);
+define_key(gmail_keymap, "k", null, $fallthrough);
+define_key(gmail_keymap, "u", null, $fallthrough);
+define_key(gmail_keymap, "n", null, $fallthrough);
+define_key(gmail_keymap, "p", null, $fallthrough);
+define_key(gmail_keymap, "r", null, $fallthrough);
+define_key(gmail_keymap, "C-c r", "reload");
+define_key(gmail_keymap, "a", null, $fallthrough);
+
+define_page_mode("gmail_mode", "GMail", $enable = function (buffer) {
+
buffer.local_variables.content_buffer_normal_keymap = gmail_keymap;
+                 });
+
+auto_mode_list.push([/^https?:\/\/mail\.google\.com\//, gmail_mode]);


-- 
David Glasser | glasser at davidglasser.net | http://www.davidglasser.net/

From joe_f at verizon.net  Mon Apr  7 13:05:16 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Mon, 07 Apr 2008 16:05:16 -0400
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
Message-ID: <uve2tctxf.fsf@verizon.net>

I use Conkeror (the old one, parasitic on Firefox) under Windows XP
with Firefox as the default browser.  If I request a page using M-x
browse-url, it indeed brings up that page under Conkeror, but
(usually) it does not automatically switch to the browser window; it
is an extra step to get there with alt-tab.  When a plain Firefox
window is active, it (usually) does make the switch.  Is there some
way to get that behavior with Conkeror?
-- 
---  Joe Fineman    joe_f at verizon.net

||:  Insurance, like its moral opposite gambling, stinks of the  :||
||:  continual temptation and presumption of fraud.              :||


From nate-rodriguez at peoplepc.com  Mon Apr  7 07:45:39 2008
From: nate-rodriguez at peoplepc.com (Nate Rodriguez)
Date: Mon, 07 Apr 2008 09:45:39 -0500
Subject: [Conkeror] use_vi_keys - could I implement this?
Message-ID: <47FA3393.8050809@peoplepc.com>

I'd like to know whether use_vi_keys reimplementation is planned for the 
xulrunner version of conkeror.  If so, please reply; I'll wait for this 
and begin using conkeror then.  If not, perhaps I could assist...

I'm not much of a programmer, as I'm just now learning the basics of C; 
but if it would only involve Javascript modification (and if the 
conkeror extension has most of the keys and functions that 
conkeror-xulrunner does, so I would know what key should perform each 
function [and if I can get to the source of the old conkeror keymaps to 
view this] ) then I would make the attempt.

use_vi_keys not existing anymore is the only reason I'm not using 
conkeror right now.  If this changed, it would surely be my primary browser.

Thanks

-- 
Nate

From avarab at gmail.com  Mon Apr  7 16:41:01 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Mon, 7 Apr 2008 23:41:01 +0000
Subject: [Conkeror] use_vi_keys - could I implement this?
In-Reply-To: <47FA3393.8050809@peoplepc.com>
References: <47FA3393.8050809@peoplepc.com>
Message-ID: <51dd1af80804071641y474c64e0pe2ecd1468f725256@mail.gmail.com>

If you want a vi_keys mode you should go for implementing it. You'll
only need to change the JavaScript code, most of this can probably be
prototyped through RC file customization.

On 4/7/08, Nate Rodriguez <nate-rodriguez at peoplepc.com> wrote:
> I'd like to know whether use_vi_keys reimplementation is planned for the
> xulrunner version of conkeror.  If so, please reply; I'll wait for this
> and begin using conkeror then.  If not, perhaps I could assist...
>
> I'm not much of a programmer, as I'm just now learning the basics of C;
> but if it would only involve Javascript modification (and if the
> conkeror extension has most of the keys and functions that
> conkeror-xulrunner does, so I would know what key should perform each
> function [and if I can get to the source of the old conkeror keymaps to
> view this] ) then I would make the attempt.
>
> use_vi_keys not existing anymore is the only reason I'm not using
> conkeror right now.  If this changed, it would surely be my primary browser.
>
> Thanks
>
> --
> Nate
> _______________________________________________
> Conkeror mailing list
> Conkeror at mozdev.org
> https://www.mozdev.org/mailman/listinfo/conkeror
>

From jeremy at jeremyms.com  Mon Apr  7 16:50:59 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Mon, 07 Apr 2008 19:50:59 -0400
Subject: [Conkeror] use_vi_keys - could I implement this?
In-Reply-To: <47FA3393.8050809@peoplepc.com> (Nate Rodriguez's message of
	"Mon, 07 Apr 2008 09:45:39 -0500")
References: <47FA3393.8050809@peoplepc.com>
Message-ID: <87prt1jkbg.fsf@jeremyms.com>

Nate Rodriguez <nate-rodriguez at peoplepc.com> writes:

> I'd like to know whether use_vi_keys reimplementation is planned for
> the xulrunner version of conkeror.  If so, please reply; I'll wait for
> this and begin using conkeror then.  If not, perhaps I could assist...

> I'm not much of a programmer, as I'm just now learning the basics of C; 
> but if it would only involve Javascript modification (and if the 
> conkeror extension has most of the keys and functions that 
> conkeror-xulrunner does, so I would know what key should perform each 
> function [and if I can get to the source of the old conkeror keymaps to 
> view this] ) then I would make the attempt.

> use_vi_keys not existing anymore is the only reason I'm not using 
> conkeror right now.  If this changed, it would surely be my primary browser.

We would very much welcome a set of VI key bindings for Conkeror.  There
have been a lot of changes in the key handling, but still it shouldn't
be too hard.  Also, Vimperator may provide good suggestions of key
bindings to use.

Probably the best way to go about doing it would be to start by copying
the contents of modules/bindings/default to modules/bindings/vi, and
then going through each file and changing the key bindings to be the
appropriate vi-style key bindings.  Also change all of the calls within
the copied files to load_module to point to the relevant file under
bindings/vi/ rather than bindings/default.

I expect it wouldn't take very much effort to do this.

Then in your RC file, add load_module("bindings/vi/bindings.js"); to
test them.

When you are ready, please send your results to the list for inclusion
in conkeror.

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Mon Apr  7 17:46:12 2008
From: levy at msri.org (Silvio Levy)
Date: Mon, 07 Apr 2008 17:46:12 -0700
Subject: [Conkeror] carriage return - context sensitivity
Message-ID: <20080408004612.2013638DB1@ub.msri.org>


I like to have carriage-return scroll back, so I wrote

define_key(content_buffer_normal_keymap, "return", "cmd_movePageUp");

in my RC file.  This makes it act weird when filling in forms.  But
the mode when filling in a form is presumably different - for instance,
in content_buffer_normal_keymap I bind "j" to "cmd_scrollLineDown",
but in filling a form the "j" key inserts a j.

Any suggestions?  

Silvio

From jjfoerch at earthlink.net  Tue Apr  8 07:31:02 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 08 Apr 2008 10:31:02 -0400
Subject: [Conkeror] connecting xulrunner to conkeror
References: <f46c52560803250735s39584d59vd0193fb124806d69@mail.gmail.com>
	<87zlsmrh3v.fsf@jeremyms.com> <47E98AA5.1010609@snoopy.apana.org.au>
	<87r6dyqt2a.fsf@jeremyms.com> <47E990CA.5050008@snoopy.apana.org.au>
	<47E99164.9030208@snoopy.apana.org.au> <87zlsmfgs6.fsf@earthlink.net>
	<47E9A030.1090601@microcomaustralia.com.au>
Message-ID: <87lk3o2zbt.fsf@earthlink.net>

Brian May <brian at microcomaustralia.com.au> writes:
> John J Foerch wrote:
>>
>> Hi Brian,
>>
>> I would be interested to know in exact terms what was the observed
>> problem and the fix, so this can go on the wiki.  I'm assuming you
>> just had to run something like `./xulrunner --register-user' in the
>> 1.9 dir?  Can you experiment to verify?  If you are doing a user
>> install, the relevant info gets written to ~/.gre.d/
>>
>> --John
>>   
> Not sure what happened now, I thought I had done the steps correctly:
>
>     * close all conkeror windows
>     * move old xulrunner out of the way
>     * replace with new xulrunner
>     * restart conkeror
>
> At this stage I got the white window. I quit conkeror, run the
> --register-user command, restarted; same problem.
>
> At this stage I noticed that I had two conkeror windows displayed, the
> white one, and a good one displaying the tutorial. I am not sure when
> this good one got displayed, or which version of xulrunner it was using,
> so I am kind of confused. Maybe I stuffed up the first step, and the
> existing xulrunner was still running.
>
> Sorry I can't be more help.
>
> Brian May.

Hi Brian,

Is the problem resolved now or are you still experiencing it?  In
addition to deleting the old copy of xulrunner, you should remove your
.gre.d directory and start fresh.

--John


From jjfoerch at earthlink.net  Tue Apr  8 07:36:15 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 08 Apr 2008 10:36:15 -0400
Subject: [Conkeror] carriage return - context sensitivity
References: <20080408004612.2013638DB1@ub.msri.org>
Message-ID: <87fxtw2z34.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> I like to have carriage-return scroll back, so I wrote
>
> define_key(content_buffer_normal_keymap, "return", "cmd_movePageUp");
>
> in my RC file.  This makes it act weird when filling in forms.  But
> the mode when filling in a form is presumably different - for instance,
> in content_buffer_normal_keymap I bind "j" to "cmd_scrollLineDown",
> but in filling a form the "j" key inserts a j.
>
> Any suggestions?  
>
> Silvio

To override those keys in text fields, bind them in
content_buffer_text_keymap.  Do you seriously never use your Enter or J
key when typing in form fields??

There is also content_buffer_textarea_keymap, which inherits from
content_buffer_text_keymap, but provides more bindings appropriate to
textareas.

--John


From jeremy at jeremyms.com  Tue Apr  8 08:07:12 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Apr 2008 11:07:12 -0400
Subject: [Conkeror] carriage return - context sensitivity
In-Reply-To: <87fxtw2z34.fsf@earthlink.net> (John J. Foerch's message of "Tue, 
	08 Apr 2008 10:36:15 -0400")
References: <20080408004612.2013638DB1@ub.msri.org>
	<87fxtw2z34.fsf@earthlink.net>
Message-ID: <87hcecjsgv.fsf@jeremyms.com>

John J Foerch <jjfoerch at earthlink.net> writes:

> Silvio Levy <levy at msri.org> writes:
>> I like to have carriage-return scroll back, so I wrote
>> 
>> define_key(content_buffer_normal_keymap, "return", "cmd_movePageUp");
>> 
>> in my RC file.  This makes it act weird when filling in forms.  But
>> the mode when filling in a form is presumably different - for instance,
>> in content_buffer_normal_keymap I bind "j" to "cmd_scrollLineDown",
>> but in filling a form the "j" key inserts a j.
>> 
>> Any suggestions?  
>> 
>> Silvio

I think actually what want is:

define_key(content_buffer_normal_keymap, "return", "cmd_scrollPageUp");

define_key(content_buffer_text_keymap, "return", null, $fallthrough);

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Tue Apr  8 08:12:43 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 08:12:43 -0700
Subject: [Conkeror] Thanks Re:  carriage return - context sensitivity
In-Reply-To: Your message of Tue, 08 Apr 2008 11:07:12 -0400 
Message-ID: <20080408151243.B9D4F38DB1@ub.msri.org>


> I think actually what you want is:
> 
> define_key(content_buffer_text_keymap, "return", null, $fallthrough);

Yes, this works beautifully.  

Silvio



From levy at msri.org  Tue Apr  8 08:16:03 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 08:16:03 -0700
Subject: [Conkeror] text box not found with f
Message-ID: <20080408151603.D869438DB1@ub.msri.org>


When I go to google.com and type "f", the search text box at the top
is not highlighted.  I have to go to it with the mouse.  On many
other sites, however, "f" locates them without trouble. Is there a
different key that I should use?

Silvio



From jeremy at jeremyms.com  Tue Apr  8 08:23:53 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Apr 2008 11:23:53 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <20080408151603.D869438DB1@ub.msri.org> (Silvio Levy's message of
	"Tue, 08 Apr 2008 08:16:03 -0700")
References: <20080408151603.D869438DB1@ub.msri.org>
Message-ID: <87d4p0jrp2.fsf@jeremyms.com>

Silvio Levy <levy at msri.org> writes:

> When I go to google.com and type "f", the search text box at the top
> is not highlighted.  I have to go to it with the mouse.  On many
> other sites, however, "f" locates them without trouble. Is there a
> different key that I should use?

This is as actually a feature -- there is a "page mode" (some analogous
to a "major mode" in emacs) for the google search results page that
makes the default object class for many operations only include the
actual search result links.

You can actually access the search term box by pressing TAB, which is
actually available on all pages and will cycle through form elements,
starting with the first one.  This is probably more convenient than
using the hint system after type f anyway, once you get used to it.  In
addition, to go to the next or previous page of the search results, you
can use the ]] and [[ bindings, which are also available on every page,
but are based certain heuristics and don't always work.


-- 
Jeremy Maitin-Shepard

From sven.bretfeld at gmx.ch  Tue Apr  8 09:09:38 2008
From: sven.bretfeld at gmx.ch (Sven Bretfeld)
Date: Tue, 08 Apr 2008 18:09:38 +0200
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
In-Reply-To: <uve2tctxf.fsf@verizon.net> (Joe Fineman's message of "Mon, 07
	Apr 2008 16:05:16 -0400")
References: <uve2tctxf.fsf@verizon.net>
Message-ID: <87skxwnxa5.fsf@kamaloka.dhatu>

Joe Fineman <joe_f at verizon.net> writes:

> I use Conkeror (the old one, parasitic on Firefox) under Windows XP
> with Firefox as the default browser.  If I request a page using M-x
> browse-url, it indeed brings up that page under Conkeror, but
> (usually) it does not automatically switch to the browser window; it
> is an extra step to get there with alt-tab.  When a plain Firefox
> window is active, it (usually) does make the switch.  Is there some
> way to get that behavior with Conkeror?

I have the same behavior with the xulrunner-based version under
Debian. Would be nice to have that annoying problem solved. Here is
how I set Conkeror as standard browser for Emacs:

(setq 
 browse-url-browser-function 'browse-url-generic
 browse-url-generic-program "~/bin/conkeror/conkeror")

(setq gnus-button-url 'browse-url-generic
    browse-url-generic-program "~/bin/conkeror/conkeror"
       browse-url-browser-function gnus-button-url)

Greetings

Sven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080408/b15a3f26/attachment.bin 

From levy at msri.org  Tue Apr  8 09:53:15 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 09:53:15 -0700
Subject: [Conkeror] text box not found with f
In-Reply-To: Your message of Tue, 08 Apr 2008 11:23:53 -0400 
Message-ID: <20080408165315.2816D38DB1@ub.msri.org>


Hi Jeremy,

Thanks for the hint about TAB.  Still, I find the "google exception"
an obstacle to muscle memory, and I don't understand its motivation.
(Including or excluding one search box makes little difference to the
number of hint targets.)

> This is probably more convenient than
> using the hint system after type f anyway, once you get used to it.  

I've now tried this on several multi-box pages I use often, and it's
definitely slower to cycle via TAB than to use hinting, if you need to
skip over more than one or two boxes.  (Cycling is slower than mousing
even.)

These are pages where either TAB and f currently work: search pages
where one can use one of several criteria, or prefilled forms that 
I need to edit (database interface).

It's nice to have a consistent way to do things, so ideally google
would also work via "f".  I can understand if you feel differently,
but I'm hoping the special feature won't spread to too many sites.

Silvio


From wcfarrington at gmail.com  Tue Apr  8 10:56:08 2008
From: wcfarrington at gmail.com (Will Farrington)
Date: Tue, 8 Apr 2008 13:56:08 -0400
Subject: [Conkeror] Patch for google-reader page-mode
Message-ID: <322f9de90804081056h1e8390cbt5dd18ef47d8dbffd@mail.gmail.com>

Attached is a proposed patch to add a google-reader page-mode.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: google-reader-page-mode.diff
Type: application/octet-stream
Size: 1982 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080408/1068e9cd/attachment.obj 

From wcfarrington at gmail.com  Tue Apr  8 11:00:32 2008
From: wcfarrington at gmail.com (Will Farrington)
Date: Tue, 8 Apr 2008 14:00:32 -0400
Subject: [Conkeror] Patch for google-reader page-mode
In-Reply-To: <322f9de90804081056h1e8390cbt5dd18ef47d8dbffd@mail.gmail.com>
References: <322f9de90804081056h1e8390cbt5dd18ef47d8dbffd@mail.gmail.com>
Message-ID: <322f9de90804081100v75de6bdeu49a841192f66fa54@mail.gmail.com>

Please ignore the previous patch: it was malformed.

Attached is the *correct* diff.

On Tue, Apr 8, 2008 at 1:56 PM, Will Farrington <wcfarrington at gmail.com> wrote:
> Attached is a proposed patch to add a google-reader page-mode.
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: google-reader-page-mode.diff
Type: application/octet-stream
Size: 2070 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080408/2835e486/attachment.obj 

From jjfoerch at earthlink.net  Tue Apr  8 12:03:06 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 08 Apr 2008 15:03:06 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
Message-ID: <87bq4k2mqd.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> Hi Jeremy,
>
> Thanks for the hint about TAB.  Still, I find the "google exception"
> an obstacle to muscle memory, and I don't understand its motivation.
> (Including or excluding one search box makes little difference to the
> number of hint targets.)
>
>> This is probably more convenient than
>> using the hint system after type f anyway, once you get used to it.  
>
> I've now tried this on several multi-box pages I use often, and it's
> definitely slower to cycle via TAB than to use hinting, if you need to
> skip over more than one or two boxes.  (Cycling is slower than mousing
> even.)
>
> These are pages where either TAB and f currently work: search pages
> where one can use one of several criteria, or prefilled forms that 
> I need to edit (database interface).
>
> It's nice to have a consistent way to do things, so ideally google
> would also work via "f".  I can understand if you feel differently,
> but I'm hoping the special feature won't spread to too many sites.
>
> Silvio

Hi Silvio,

  One way to stop page modes from being loaded is:

user_pref ('conkeror.load.page-modes/google-search-results', false);

  Note that this is a user_pref, not a session_pref, so it will require
a restart.  There is also the pref conkeror.loadDefaultModules that
allows you to prevent all non-essential modules from loading, so you can
then `require' only the ones you want.  This is all brand new code as of
yesterday.

  It is also possible to modify `auto_mode_list' and remove the entry
for google-search-results mode.  Modifying structures like this is
unfortunately not as easy in javascript as in lisp.  Maybe someone could
write a helper function to make it easier to work with these user
variables like auto_mode_list.

  There is a broader issue which I will mention in this context, that we
as the conkeror user community should discuss whether it is right to
have site-specific code in conkeror, or whether these modules are more
appropriately distributed as addons, for example, as Extensions.  It is
no trivial matter to make a bunch of extensions and provide a way for
conkeror to easily download and install them, but I think it is well
worth consideration.  My opinion is not too strong on this issue, but
from my perspective a (comparatively) small conkeror core filled with
general tools is most preferable.

my 2 cents,
John Foerch


From levy at msri.org  Tue Apr  8 13:37:42 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 13:37:42 -0700
Subject: [Conkeror] text box not found with f
In-Reply-To: Your message of Tue, 08 Apr 2008 15:03:06 -0400 
Message-ID: <20080408203742.964D138DB1@ub.msri.org>



>   One way to stop page modes from being loaded is:
> user_pref ('conkeror.load.page-modes/google-search-results', false);

This works well for me.  Thank you.

Regarding the larger issue, I'm hardly experienced enough to opine,
but it would seem to me that a contrib directory with optionally
loadable modules (i.e. not loaded by default) would be more
market-neutral and generate fewer surprises than a hardwired list of
sites that are specially treated (google, youtube, youporn etc.)

Silvio



From jeremy at jeremyms.com  Tue Apr  8 15:44:41 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Apr 2008 18:44:41 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <20080408203742.964D138DB1@ub.msri.org> (Silvio Levy's message of
	"Tue, 08 Apr 2008 13:37:42 -0700")
References: <20080408203742.964D138DB1@ub.msri.org>
Message-ID: <878wzoj7ae.fsf@jeremyms.com>

Silvio Levy <levy at msri.org> writes:

>> One way to stop page modes from being loaded is:
>> user_pref ('conkeror.load.page-modes/google-search-results', false);

> This works well for me.  Thank you.

> Regarding the larger issue, I'm hardly experienced enough to opine,
> but it would seem to me that a contrib directory with optionally
> loadable modules (i.e. not loaded by default) would be more
> market-neutral and generate fewer surprises than a hardwired list of
> sites that are specially treated (google, youtube, youporn etc.)

Well, specifying that a module is to be loaded by default is a separate
matter from actually placing it in a different directory.  The
defaults/preferences/default-modules.js file specifies which optional
modules are loaded by default (currently all optional modules).  It is
not clear that putting some modules in a separate directory would
actually provide any advantage.

The minibuffer does show you if there is a page mode loaded.

I think of page modes as being roughly analogous to Emacs major modes,
though of course there are many differences.

I think that for many sites, a page mode can be designed such that it is
essentially a strict improvement, in that everyone, or nearly everyone,
prefers it.  For media sites like youtube and google video where the
mode merely specifies how to find the embedded media file and changes
some operations like save (s) and shell-command-on-file (x) and
shell-commmand-on-url (X) to operate on the embedded media, it is hard
to imagine that anyone would find it undesirable, and I think nearly all
users would prefer that as many such modes as possible are loaded by
default.

Similarly, for sites like google mail and google reader where the site
can only be used reasonably in pass-through mode (enabled via C-M-q)
without the page mode, everyone would likewise find the mode an
improvement.

It seems that in the case of the google search results mode, I may have
gotten it wrong, and so it seems that it would likely be best to disable
that mode by default.

As to the question of whether to distribute such modes separately from
Conkeror itself, I think it is a matter of weighing the advantages and
disadvantages of the two alternatives.  Currently, there really isn't
any good system for separate distribution, and due to this problem,
there is strong reason to distribute them with Conkeror.

I don't think saving disk space is really an important argument at all,
as Mozilla is very large itself.  The page modes are often quite small,
so even hundreds or thousands of them wouldn't take up that much space,
though I suppose if it really got to that point it may well make sense
to somehow separate them into a different repository or coming up with
some better distribution method.

Likewise, keeping them in the main Conkeror repository provides a good
way to ensure that the most up-to-date version is easily available.

Perhaps others can share their opinions on this, though; even simple
statements of preference would be useful.

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Tue Apr  8 16:22:29 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 16:22:29 -0700
Subject: [Conkeror] text box not found with f
In-Reply-To: Your message of Tue, 08 Apr 2008 18:44:41 -0400 
Message-ID: <20080408232229.38A9C38DB1@ub.msri.org>


> Well, specifying that a module is to be loaded by default is a separate
> matter from actually placing it in a different directory.  

Granted, but when one wants to see what's available but optional,
the separation is helpful.

> As to the question of whether to distribute such modes separately from
> Conkeror itself, I think it is a matter of weighing the advantages and

I'm very much in favor of distributing them with Conkeror (since the
whole distribution is so compact), but clearly marking them as
non-loaded-by-default.

Thanks again,

Silvio



From jjfoerch at earthlink.net  Tue Apr  8 16:59:06 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 08 Apr 2008 19:59:06 -0400
Subject: [Conkeror] text box not found with f
References: <20080408203742.964D138DB1@ub.msri.org>
	<878wzoj7ae.fsf@jeremyms.com>
Message-ID: <877if73nlh.fsf@earthlink.net>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
> I think that for many sites, a page mode can be designed such that it is
> essentially a strict improvement, in that everyone, or nearly everyone,
> prefers it.  For media sites like youtube and google video where the
> mode merely specifies how to find the embedded media file and changes
> some operations like save (s) and shell-command-on-file (x) and
> shell-commmand-on-url (X) to operate on the embedded media, it is hard
> to imagine that anyone would find it undesirable, and I think nearly all
> users would prefer that as many such modes as possible are loaded by
> default.

  I think I basically agree with this.  However, it seems very likely
that before long we will have lots of site-specific code that will be in
a category of fantastic for the experienced user, but frustrating for
the newbie.  No matter where I am on the web, I want to be able to use
the same keys in the browser to do the same stuff--not have to pause to
learn more exceptional behavior of the browser.  On that note, I would
even prefer that page-modes not change my default hint classes.

> I don't think saving disk space is really an important argument at all,
> as Mozilla is very large itself.  The page modes are often quite small,
> so even hundreds or thousands of them wouldn't take up that much space,
> though I suppose if it really got to that point it may well make sense
> to somehow separate them into a different repository or coming up with
> some better distribution method.

  Note I wasn't referring to disk space, but overall compactness, in the
sense that a smaller program is easier to understand and to hack.  I
would expect that given the instability of the mozilla platform, and our
own evolving ideas of what conkeror should be, the fewer dependencies
that have to be dealt with to make core changes, the better.  If we get
to the point where we are packaging something that provides M-x doctor,
we will know we have gone too far. ;)


--John


From jeremy at jeremyms.com  Tue Apr  8 17:24:48 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Apr 2008 20:24:48 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <877if73nlh.fsf@earthlink.net> (John J. Foerch's message of "Tue, 
	08 Apr 2008 19:59:06 -0400")
References: <20080408203742.964D138DB1@ub.msri.org>
	<878wzoj7ae.fsf@jeremyms.com> <877if73nlh.fsf@earthlink.net>
Message-ID: <874pabkh7z.fsf@jeremyms.com>

John J Foerch <jjfoerch at earthlink.net> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> I think that for many sites, a page mode can be designed such that it is
>> essentially a strict improvement, in that everyone, or nearly everyone,
>> prefers it.  For media sites like youtube and google video where the
>> mode merely specifies how to find the embedded media file and changes
>> some operations like save (s) and shell-command-on-file (x) and
>> shell-commmand-on-url (X) to operate on the embedded media, it is hard
>> to imagine that anyone would find it undesirable, and I think nearly all
>> users would prefer that as many such modes as possible are loaded by
>> default.

>   I think I basically agree with this.  However, it seems very likely
> that before long we will have lots of site-specific code that will be in
> a category of fantastic for the experienced user, but frustrating for
> the newbie.  No matter where I am on the web, I want to be able to use
> the same keys in the browser to do the same stuff--not have to pause to
> learn more exceptional behavior of the browser.  On that note, I would
> even prefer that page-modes not change my default hint classes.

I agree that it is best not to make unsolicited changes, but it seems in
the case of page modes for "media" sites, the unchanged default hint
classes for save, shell-command-on-file, and shell-command-on-url are
almost certainly not desirable.

>> I don't think saving disk space is really an important argument at all,
>> as Mozilla is very large itself.  The page modes are often quite small,
>> so even hundreds or thousands of them wouldn't take up that much space,
>> though I suppose if it really got to that point it may well make sense
>> to somehow separate them into a different repository or coming up with
>> some better distribution method.

>   Note I wasn't referring to disk space, but overall compactness, in the
> sense that a smaller program is easier to understand and to hack.  I
> would expect that given the instability of the mozilla platform, and our
> own evolving ideas of what conkeror should be, the fewer dependencies
> that have to be dealt with to make core changes, the better.  If we get
> to the point where we are packaging something that provides M-x doctor,
> we will know we have gone too far. ;)

Well, pushing page specific modes out as "external packages" doesn't
really solve the problem of having to fix them as changes in other parts
of Conkeror break them; rather, it merely attempts to pretend that it is
someone else's problem (but in fact it would probably still be our
problem, since we may well have written many of them), and even so, the
goal is not to encourage page modes to bitrot.

In fact, having them all packaged in Conkeror makes it much easier to
just do a search for uses of a particular function than if they are
scattered around in multiple locations, or if the person making the
change doesn't even have any real way to know what external modules may
be using the changed interface.

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Tue Apr  8 17:27:31 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 17:27:31 -0700
Subject: [Conkeror] no youtube :-(
Message-ID: <20080409002731.2462938DB1@ub.msri.org>


When I try to play a youtube I get the message

> Hello, you either have JavaScript turned off or an old version of
> Adobe's Flash Player. Get the latest Flash player. 

In about.config it says

javascript.enabled      default      boolean      true

and the problem is not the Flash version, because I can play things
fine on firefox-based conkeror, or on other browsers such as galeon.

By the way, where does the name conkeror come from?  Is it related to
the browser konqueror?   

Silvio



From jeremy at jeremyms.com  Tue Apr  8 17:40:18 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Apr 2008 20:40:18 -0400
Subject: [Conkeror] no youtube :-(
In-Reply-To: <20080409002731.2462938DB1@ub.msri.org> (Silvio Levy's message of
	"Tue, 08 Apr 2008 17:27:31 -0700")
References: <20080409002731.2462938DB1@ub.msri.org>
Message-ID: <87zls3j1xp.fsf@jeremyms.com>

Silvio Levy <levy at msri.org> writes:

> When I try to play a youtube I get the message
>> Hello, you either have JavaScript turned off or an old version of
>> Adobe's Flash Player. Get the latest Flash player. 

> In about.config it says

> javascript.enabled      default      boolean      true

> and the problem is not the Flash version, because I can play things
> fine on firefox-based conkeror, or on other browsers such as galeon.

The problem is in fact likely the flash version.  Xulrunner is most
likely simply not finding any plugins, because it is likely looking a
different directory from Firefox.  To have xulrunner find your plugins,
make sure the environment variable MOZ_PLUGIN_PATH is set to the
directory containing your browser plugins.  (On Gentoo, for instance,
that would be /usr/lib/nsbrowser/plugins.  Other distributions probably
have different paths.)

Either set things up so that this environment variable is set all of the
time, or alternatively if you currently run conkeror using some shell
script, put e.g.:

export MOZ_PLUGIN_PATH="/path/to/your/plugins"

before you execute conkeror.

> By the way, where does the name conkeror come from?  Is it related to
> the browser konqueror?

Someone else who knows better than I do will have to respond.  I don't
believe it is related to Konqueror.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Tue Apr  8 17:47:05 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 08 Apr 2008 20:47:05 -0400
Subject: [Conkeror] no youtube :-(
References: <20080409002731.2462938DB1@ub.msri.org>
Message-ID: <87wsn7q2gm.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> When I try to play a youtube I get the message
>
>> Hello, you either have JavaScript turned off or an old version of
>> Adobe's Flash Player. Get the latest Flash player. 
>
> In about.config it says
>
> javascript.enabled      default      boolean      true
>
> and the problem is not the Flash version, because I can play things
> fine on firefox-based conkeror, or on other browsers such as galeon.
>
> By the way, where does the name conkeror come from?  Is it related to
> the browser konqueror?   
>
> Silvio

Are you able to use other flash sites in conkeror?

Sabetts informed me that he named it after the brand of beer.  Further
research revealed that Conkeror Beer is chestnut beer.  Horse chestnuts
are also called conkers, because of a game called conkers that one plays
with horse chestnuts.  Within the game conkers, the winner is termed the
conkeror.  The etymology is shared with words such as "canker",
"cancer", "calculus", etc, the origin of which means "rock".  Whereas
"konqueror" is a silly made-up word.

--John


From wcfarrington at gmail.com  Tue Apr  8 20:28:13 2008
From: wcfarrington at gmail.com (Will Farrington)
Date: Tue, 8 Apr 2008 23:28:13 -0400
Subject: [Conkeror] Patch for google-reader page-mode
In-Reply-To: <322f9de90804081100v75de6bdeu49a841192f66fa54@mail.gmail.com>
References: <322f9de90804081056h1e8390cbt5dd18ef47d8dbffd@mail.gmail.com>
	<322f9de90804081100v75de6bdeu49a841192f66fa54@mail.gmail.com>
Message-ID: <322f9de90804082028y5fd5693bsc841b1887e82965a@mail.gmail.com>

Here's another patch, against current HEAD, which should add support
for pretty much *every* keybinding in Google Reader (as well as
providing C-c [key] bindings where necessary).

On Tue, Apr 8, 2008 at 2:00 PM, Will Farrington <wcfarrington at gmail.com> wrote:
> Please ignore the previous patch: it was malformed.
>
>  Attached is the *correct* diff.
>
>
>
>  On Tue, Apr 8, 2008 at 1:56 PM, Will Farrington <wcfarrington at gmail.com> wrote:
>  > Attached is a proposed patch to add a google-reader page-mode.
>  >
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: more-google-reader-support.diff
Type: text/x-patch
Size: 2438 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080408/a43d9ed4/attachment.bin 

From wcfarrington at gmail.com  Tue Apr  8 20:41:58 2008
From: wcfarrington at gmail.com (Will Farrington)
Date: Tue, 8 Apr 2008 23:41:58 -0400
Subject: [Conkeror] Patch to add more support to gmail page-mode
Message-ID: <322f9de90804082041i57dc6319q48b3d2df2b7ad364@mail.gmail.com>

This patch adds a boat-load of new keybindings for GMail. Things like
post selection, marking read/unread, starring, marking as spam, etc
etc, all should work now.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: more-gmail-support.diff
Type: application/octet-stream
Size: 2263 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080408/9b81a501/attachment.obj 

From lchangying at gmail.com  Tue Apr  8 22:01:27 2008
From: lchangying at gmail.com (Changying Li)
Date: Wed, 09 Apr 2008 13:01:27 +0800
Subject: [Conkeror] I think these are two bugs.
Message-ID: <87lk3n39lk.fsf@arch.domain>

1. under archlinux, xmonad wm, if I press 'menu' key ( the right key of
right WINDOWS key), the conkeror will be closed with error 'segment
fault'. I never bind 'menu'key to any other commands.

2. under windows xp or archlinux, sometime I cant run any command (any
key) , with an error -- but I cant catch it, and not write it down --
even c-g or c-x c-c. please tell me how to catch that error message.

-- 

Thanks & Regards

Changying Li


From jeremy at jeremyms.com  Tue Apr  8 22:08:41 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 01:08:41 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <87lk3n39lk.fsf@arch.domain> (Changying Li's message of "Wed, 09
	Apr 2008 13:01:27 +0800")
References: <87lk3n39lk.fsf@arch.domain>
Message-ID: <87ve2ripie.fsf@jeremyms.com>

Changying Li <lchangying at gmail.com> writes:

> 1. under archlinux, xmonad wm, if I press 'menu' key ( the right key of
> right WINDOWS key), the conkeror will be closed with error 'segment
> fault'. I never bind 'menu'key to any other commands.

I'm not sure about this problem, but it is possible that upgrading to a
different version of xulrunner will fix it.

> 2. under windows xp or archlinux, sometime I cant run any command (any
> key) , with an error -- but I cant catch it, and not write it down --
> even c-g or c-x c-c. please tell me how to catch that error message.

If you run Conkeror from a terminal, you should be able to see a stack
trace of the error in the terminal.  On Windows, pass the -console
command-line argument to Conkeror to open a terminal, in which errors
will be displayed.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Tue Apr  8 22:13:05 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 01:13:05 -0400
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
In-Reply-To: <87skxwnxa5.fsf@kamaloka.dhatu> (Sven Bretfeld's message of "Tue, 
	08 Apr 2008 18:09:38 +0200")
References: <uve2tctxf.fsf@verizon.net> <87skxwnxa5.fsf@kamaloka.dhatu>
Message-ID: <87r6dfipb2.fsf@jeremyms.com>

I just checked in a change that I believe should fix this problem.
Please let me know if it is resolved.

-- 
Jeremy Maitin-Shepard

From demyan.rogozhin at gmail.com  Tue Apr  8 22:21:51 2008
From: demyan.rogozhin at gmail.com (Demyan Rogozhin)
Date: Wed, 9 Apr 2008 12:21:51 +0700
Subject: [Conkeror] Access to page elements from user defined functions -
	ERROR
Message-ID: <1ca1f1bd0804082221g1db3578et4fe4fc876c5a439f@mail.gmail.com>

Hi,
I'm trying to modify current page from interactive function and got error.

I write in my RC-file:

interactive("my_function", function(I){
	var doc =  I.buffer.document;
	var mycss=doc.createElement('link');
	mycss.id ='mycss';
	mycss.rel='stylesheet';
mycss.href='data:text/css,'+escape("*{background-color:white;color:black;}");
	doc.getElementsByTagName("head")[0].appendChild(mycss);
}

When I make M-x: my_function I got:
TypeError: doc is undefined
file:///home/me/conkerorrc.js:66
([object Object])@file:///home/me/conkerorrc.js:66
call_interactively([object
Object],"my_function")@chrome://conkeror-modules/content/interactive.js:96
meta_x([object ChromeWindow],(void
0),"my_function")@chrome://conkeror-modules/content/commands.js:111

And pointed to "var mycss=doc.createElement('link'); " - string#66 of
my RC file.

I read http://conkeror.jeremyms.com/WritingCommands and I expect that
I.buffer.document point me to current page's DOM object.

Any ideas for this?

From jeremy at jeremyms.com  Tue Apr  8 22:28:32 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 01:28:32 -0400
Subject: [Conkeror] Access to page elements from user defined functions
	- ERROR
In-Reply-To: <1ca1f1bd0804082221g1db3578et4fe4fc876c5a439f@mail.gmail.com>
	(Demyan Rogozhin's message of "Wed, 9 Apr 2008 12:21:51 +0700")
References: <1ca1f1bd0804082221g1db3578et4fe4fc876c5a439f@mail.gmail.com>
Message-ID: <87myo3iolb.fsf@jeremyms.com>

"Demyan Rogozhin" <demyan.rogozhin at gmail.com> writes:

> Hi,
> I'm trying to modify current page from interactive function and got error.

> I write in my RC-file:

> interactive("my_function", function(I){
> 	var doc =  I.buffer.document;
> 	var mycss=doc.createElement('link');
> 	mycss.id ='mycss';
> 	mycss.rel='stylesheet';
> mycss.href='data:text/css,'+escape("*{background-color:white;color:black;}");
> 	doc.getElementsByTagName("head")[0].appendChild(mycss);
> }

> When I make M-x: my_function I got:
> TypeError: doc is undefined
> file:///home/me/conkerorrc.js:66
> ([object Object])@file:///home/me/conkerorrc.js:66
> call_interactively([object
> Object],"my_function")@chrome://conkeror-modules/content/interactive.js:96
> meta_x([object ChromeWindow],(void
> 0),"my_function")@chrome://conkeror-modules/content/commands.js:111

> And pointed to "var mycss=doc.createElement('link'); " - string#66 of
> my RC file.

> I read http://conkeror.jeremyms.com/WritingCommands and I expect that
> I.buffer.document point me to current page's DOM object.

> Any ideas for this?

We recently changed to the name I.buffer.document instead of
I.buffer.top_document.  Updating Conkeror may fix the problem.

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Tue Apr  8 22:39:39 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 08 Apr 2008 22:39:39 -0700
Subject: [Conkeror] no youtube :-(
In-Reply-To: Your message of Tue, 08 Apr 2008 20:40:18 -0400 
Message-ID: <20080409053939.3C65238DB1@ub.msri.org>


Jeremy, thanks.  I'd never have guessed the name of the variable 
MOZ_PLUGIN_PATH in a million years.

Silvio



From demyan.rogozhin at gmail.com  Wed Apr  9 01:25:00 2008
From: demyan.rogozhin at gmail.com (Demyan Rogozhin)
Date: Wed, 9 Apr 2008 15:25:00 +0700
Subject: [Conkeror] Access to page elements from user defined functions
	- ERROR
In-Reply-To: <87myo3iolb.fsf@jeremyms.com>
References: <1ca1f1bd0804082221g1db3578et4fe4fc876c5a439f@mail.gmail.com>
	<87myo3iolb.fsf@jeremyms.com>
Message-ID: <1ca1f1bd0804090125g1da04e2dn82e6f9178421fb3d@mail.gmail.com>

Yes, it helps. Now all works great!
Thanks a lot, Jeremy!

On Wed, Apr 9, 2008 at 12:28 PM, Jeremy Maitin-Shepard
<jeremy at jeremyms.com> wrote:
>  We recently changed to the name I.buffer.document instead of
>  I.buffer.top_document.  Updating Conkeror may fix the problem.
>
>  --
>  Jeremy Maitin-Shepard
>

From avarab at gmail.com  Wed Apr  9 05:22:23 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 9 Apr 2008 12:22:23 +0000
Subject: [Conkeror] text box not found with f
In-Reply-To: <87bq4k2mqd.fsf@earthlink.net>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
Message-ID: <51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>

On Tue, Apr 8, 2008 at 7:03 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>   There is a broader issue which I will mention in this context, that we
>  as the conkeror user community should discuss whether it is right to
>  have site-specific code in conkeror, or whether these modules are more
>  appropriately distributed as addons, for example, as Extensions.

I think it's nice to have well written site-specific code in conkeror
just as it's nice to have modes for languages in Emacs, however such
modes should add rather than subtract from the UI. It's confusing if
labels suddenly function differently on one site but being able to
save the .flv file from a youtube video is more intuitive.

From edwinstearns at gmail.com  Wed Apr  9 06:06:11 2008
From: edwinstearns at gmail.com (Edwin Stearns)
Date: Wed, 9 Apr 2008 09:06:11 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
Message-ID: <17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>

I am in favor of these site specific modes. Implementing C-h m describe-mode
would be very helpful. As a long time user of emacs I was surprised that the
only way to discover the ways key bindings were changed was to look at the
source code.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mozdev.org/pipermail/conkeror/attachments/20080409/4ebd7100/attachment.html 

From avarab at gmail.com  Wed Apr  9 06:06:38 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 9 Apr 2008 13:06:38 +0000
Subject: [Conkeror] [REQUEST] The ability to add functions as webjumps
Message-ID: <51dd1af80804090606t17ebc6et62984828144fb25f@mail.gmail.com>

Being able to do something like this would be nice:

add_webjump(
    "wikipedia",
    function (...) {
        ...
    }
);

Then one could write a webjump that could change dynamically based on
its argument as opposed to just replacing %s in the string which is
the current functionality. As a simple example `wikipedia is:Fors??a'
could be redirected to is.wikipedia.org and `wikipedia Main Page'
would end up on en.wikipedia.org.

What arguments should the function receive? The same ones as webjump_build_url?

From joe_f at verizon.net  Wed Apr  9 06:48:42 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Wed, 09 Apr 2008 09:48:42 -0400
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
Message-ID: <uabk32l6t.fsf@verizon.net>

Thank you, Sven Bretfeld and Jeremy Maitin-Shepard, for your efforts.
However, I am not a computer professional, and I am afraid that, as
often happens when I post queries, I am out of my depth.  In
particular, I think you may have missed my statement that I am using
the Firefox version of Conkeror, which (I have read) is no longer
being maintained.  I would like to install the standalone version, but
I suspect I would need a lot of help; I only barely managed with the
Firefox version, and the new version (to judge from the posted
patches) is written in a language I do not even know the name of.

Is there any documentation that might be helpful in my situation?

> From: Sven Bretfeld <sven.bretfeld at gmx.ch>

> Joe Fineman <joe_f at verizon.net> writes:

> > I use Conkeror (the old one, parasitic on Firefox) under Windows
> > XP with Firefox as the default browser.  If I request a page using
> > M-x browse-url, it indeed brings up that page under Conkeror, but
> > (usually) it does not automatically switch to the browser window;
> > it is an extra step to get there with alt-tab.  When a plain
> > Firefox window is active, it (usually) does make the switch.  Is
> > there some way to get that behavior with Conkeror?

> I have the same behavior with the xulrunner-based version under
> Debian. Would be nice to have that annoying problem solved. Here is
> how I set Conkeror as standard browser for Emacs:

> (setq 
>  browse-url-browser-function 'browse-url-generic
>  browse-url-generic-program "~/bin/conkeror/conkeror")

> (setq gnus-button-url 'browse-url-generic
>     browse-url-generic-program "~/bin/conkeror/conkeror"
>        browse-url-browser-function gnus-button-url)

I cannot imitate this, because I cannot find a conkeror directory
anywhere on my system.  I suppose it must have concealed itself
somewhere within Firefox.

> From: Jeremy Maitin-Shepard <jeremy at jeremyms.com>
> To: Sven Bretfeld <sven.bretfeld at gmx.ch>

> I just checked in a change that I believe should fix this problem.
> Please let me know if it is resolved.

I presume that that will not be helpful in my case.

Thank you for your patience.
-- 
---  Joe Fineman    joe_f at verizon.net

||:  You're talking in my sleep.  :||


From avarab at gmail.com  Wed Apr  9 06:59:10 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 9 Apr 2008 13:59:10 +0000
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
In-Reply-To: <uabk32l6t.fsf@verizon.net>
References: <uabk32l6t.fsf@verizon.net>
Message-ID: <51dd1af80804090659x284621a7v1c5cf98af5190b55@mail.gmail.com>

On Wed, Apr 9, 2008 at 1:48 PM, Joe Fineman <joe_f at verizon.net> wrote:
>  Is there any documentation that might be helpful in my situation?

There's installation documentation at
http://conkeror.mozdev.org/index.php?doc=install

It's actually a lot simpler to install than it used to be.

From jjfoerch at earthlink.net  Wed Apr  9 07:32:06 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 09 Apr 2008 10:32:06 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
Message-ID: <87tzib5cbd.fsf@earthlink.net>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
> On Tue, Apr 8, 2008 at 7:03 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>>   There is a broader issue which I will mention in this context, that we
>>  as the conkeror user community should discuss whether it is right to
>>  have site-specific code in conkeror, or whether these modules are more
>>  appropriately distributed as addons, for example, as Extensions.
>
> I think it's nice to have well written site-specific code in conkeror
> just as it's nice to have modes for languages in Emacs, however such
> modes should add rather than subtract from the UI. It's confusing if
> labels suddenly function differently on one site but being able to
> save the .flv file from a youtube video is more intuitive.

Hi ?var,

While I don't disagree with your point about it being nice to have
quality site-specific code, I don't think that comparing programming
languages to websites is a fair comparison.  Languages don't change much
by comparison, and support for language syntax can almost always be
based on some specification, formal or informal.  Website support in a
web browser means peeking into the implementation of the website, and
forming dependencies on internal details that, more often than not, were
decided for expediency or aesthetics.

As we add this kind of code to conkeror, we should be under no illusion
that page-modes are of a fundamentally different nature from
major-modes.

It seems there is consensus that some site-specific code does belong in
conkeror.  In that case, I'm all for it, and say we should do our best
to keep the source organized.  Here are my thoughts on the subject..

Put core conkeror under the url chrome://conkeror/.

Perhaps optional modules could be in chrome://conkeror-modules/.  It
seems like as good a name as any.

Following from this, core source would have its own directory, and
optional source would have its own directory.

The directory containing the optional modules would contain a file
autoloads.js, which we would maintain by hand, containing autoload
functions for all point-of-invocation functions in the optional modes.
I don't think it will be an overwhelming clerical task to maintain
autoloads.js, and this would avoid the need for a build system.  (I
suppose it would be possible to have a pre-processor run by the
developers to keep this file up-to-date in git, if that seems
convenient.)

Let's do this right
--John


From jjfoerch at earthlink.net  Wed Apr  9 07:33:27 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 09 Apr 2008 10:33:27 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>
Message-ID: <87od8j5c94.fsf@earthlink.net>

"Edwin Stearns" <edwinstearns at gmail.com> writes:
> I am in favor of these site specific modes. Implementing C-h m describe-mode would be very helpful. As a long time user of
> emacs I was surprised that the only way to discover the ways key bindings were changed was to look at the source code.

True, true.  But bear in mind that conkeror is not an emacs emulator.

--John


From jeremy at jeremyms.com  Wed Apr  9 07:35:29 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 10:35:29 -0400
Subject: [Conkeror] [QUERY] Getting from Emacs to Conkeror
In-Reply-To: <uabk32l6t.fsf@verizon.net> (Joe Fineman's message of "Wed, 09
	Apr 2008 09:48:42 -0400")
References: <uabk32l6t.fsf@verizon.net>
Message-ID: <87fxtvhz9q.fsf@jeremyms.com>

Joe Fineman <joe_f at verizon.net> writes:

> Thank you, Sven Bretfeld and Jeremy Maitin-Shepard, for your efforts.
> However, I am not a computer professional, and I am afraid that, as
> often happens when I post queries, I am out of my depth.  In
> particular, I think you may have missed my statement that I am using
> the Firefox version of Conkeror, which (I have read) is no longer
> being maintained.  I would like to install the standalone version, but
> I suspect I would need a lot of help; I only barely managed with the
> Firefox version, and the new version (to judge from the posted
> patches) is written in a language I do not even know the name of.

The new version is actually written in JavaScript, which is the same as
the previous version.

> Is there any documentation that might be helpful in my situation?

You can refer to the wiki at http://conkeror.org

Also, if you are able, if you go to the IRC channel #conkeror at
irc.freenode.net, you may find it is easier to get help there.  I am on
that channel quite a bit of the time, and others are often there as well.

>> From: Sven Bretfeld <sven.bretfeld at gmx.ch>

>> Joe Fineman <joe_f at verizon.net> writes:

>> > I use Conkeror (the old one, parasitic on Firefox) under Windows
>> > XP with Firefox as the default browser.  If I request a page using
>> > M-x browse-url, it indeed brings up that page under Conkeror, but
>> > (usually) it does not automatically switch to the browser window;
>> > it is an extra step to get there with alt-tab.  When a plain
>> > Firefox window is active, it (usually) does make the switch.  Is
>> > there some way to get that behavior with Conkeror?

>> I have the same behavior with the xulrunner-based version under
>> Debian. Would be nice to have that annoying problem solved. Here is
>> how I set Conkeror as standard browser for Emacs:

>> (setq 
>> browse-url-browser-function 'browse-url-generic
>> browse-url-generic-program "~/bin/conkeror/conkeror")

>> (setq gnus-button-url 'browse-url-generic
>> browse-url-generic-program "~/bin/conkeror/conkeror"
>> browse-url-browser-function gnus-button-url)

> I cannot imitate this, because I cannot find a conkeror directory
> anywhere on my system.  I suppose it must have concealed itself
> somewhere within Firefox.

These instructions were indeed intended for use with the xulrunner
version of Conkeror.  You will probably find the xulrunner version is
substantially improved over the previous one, although there is not that
great documentation.  (Though we are trying to put more information on
the wiki.)

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Wed Apr  9 07:38:40 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 10:38:40 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>
	(Edwin Stearns's message of "Wed, 9 Apr 2008 09:06:11 -0400")
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>
Message-ID: <87bq4jhz4f.fsf@jeremyms.com>

"Edwin Stearns" <edwinstearns at gmail.com> writes:

> I am in favor of these site specific modes. Implementing C-h m describe-mode
> would be very helpful. As a long time user of emacs I was surprised that the
> only way to discover the ways key bindings were changed was to look at the
> source code.

I agree that something like C-h m  would probably be useful for
Conkeror.  Also, though, with a recent improvement in the
describe-bindings (C-h b) output, it should be very clear how the site
mode bindings differ from the normal bindings.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Wed Apr  9 07:53:20 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 09 Apr 2008 10:53:20 -0400
Subject: [Conkeror] [REQUEST] The ability to add functions as webjumps
References: <51dd1af80804090606t17ebc6et62984828144fb25f@mail.gmail.com>
Message-ID: <87k5j75bbz.fsf@earthlink.net>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
> Being able to do something like this would be nice:
>
> add_webjump(
>     "wikipedia",
>     function (...) {
>         ...
>     }
> );
>
> Then one could write a webjump that could change dynamically based on
> its argument as opposed to just replacing %s in the string which is
> the current functionality. As a simple example `wikipedia is:Fors??a'
> could be redirected to is.wikipedia.org and `wikipedia Main Page'
> would end up on en.wikipedia.org.
>
> What arguments should the function receive? The same ones as webjump_build_url?

We had a conversation about this in the irc channel not long ago.  It is
a tempting thing to add, but there are some points to consider.

Webjumps are a system in exact parallel with the interactive system.
The only conceptual difference is being able to give both the command
name and arguments in the find-url prompt.  Webjumps are in conkeror
only for historical reasons.  They pre-date the interactive command
system.  It would add unnecessary and silly complexity to the program to
improve webjumps as an independent system from the interactive command
system.  The question really becomes whether the interactive command
system can be modified to allow webjump-like interactivity.  I don't
remember the rest of that conversation so maybe Jeremy can speak to
this.

Webjumps are convenient, but it's not clear that they are more
convenient than M-x.

--John


From avarab at gmail.com  Wed Apr  9 08:34:05 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 9 Apr 2008 15:34:05 +0000
Subject: [Conkeror] [REQUEST] The ability to add functions as webjumps
In-Reply-To: <87k5j75bbz.fsf@earthlink.net>
References: <51dd1af80804090606t17ebc6et62984828144fb25f@mail.gmail.com>
	<87k5j75bbz.fsf@earthlink.net>
Message-ID: <51dd1af80804090834h5a1a0dabx41749460af4674a8@mail.gmail.com>

On Wed, Apr 9, 2008 at 2:53 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>  Webjumps are convenient, but it's not clear that they are more
>  convenient than M-x.

Webjumps use the same interface as open-url which is both more
convenient than M-x by default (you just press "g") and it's useful to
be able to easily customize and add completions to the normal URI
input facility.

Whether such functionality is provided by the current webjump system
or some other more generalized facility doesn't matter as far as this
feature request is concerned.

From avarab at gmail.com  Wed Apr  9 08:39:00 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 9 Apr 2008 15:39:00 +0000
Subject: [Conkeror] text box not found with f
In-Reply-To: <87bq4jhz4f.fsf@jeremyms.com>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>
	<87bq4jhz4f.fsf@jeremyms.com>
Message-ID: <51dd1af80804090839x77337a6cn48302371f5b0f9f2@mail.gmail.com>

The reddit keymaps is defined as a child of the normal buffer keymap:

    define_keymap("reddit_keymap", $parent = content_buffer_normal_keymap);

and shows up at the top of C-h b, can keymaps which are childs of the
normal _keymap be said to unambiguously refer to page-mode maps and if
so maybe only that keymap can be displayed at C-h m?

From jeremy at jeremyms.com  Wed Apr  9 08:43:11 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Apr 2008 11:43:11 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <51dd1af80804090839x77337a6cn48302371f5b0f9f2@mail.gmail.com>
	(=?utf-8?B?IsOGdmFyIEFybmZqw7Zyw7A=?= Bjarmason"'s message of "Wed,
	9 Apr 2008 15:39:00 +0000")
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<17f0f20e0804090606k17366b7cqc17fcf4ecc52efbf@mail.gmail.com>
	<87bq4jhz4f.fsf@jeremyms.com>
	<51dd1af80804090839x77337a6cn48302371f5b0f9f2@mail.gmail.com>
Message-ID: <877if7hw4w.fsf@jeremyms.com>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:

> The reddit keymaps is defined as a child of the normal buffer keymap:
>     define_keymap("reddit_keymap", $parent = content_buffer_normal_keymap);

> and shows up at the top of C-h b, can keymaps which are childs of the
> normal _keymap be said to unambiguously refer to page-mode maps and if
> so maybe only that keymap can be displayed at C-h m?

Well, possibly, and there are other ways to possibly figure out what the
"page mode" keymap is, but it is not clear why it is important to
"limit" the output to just the page mode keymap.  I would think that the
new output from C-h b makes it very easy to know which key bindings are
specific to the page mode, but you can still see the other bindings if
you scroll down more.

Perhaps C-h m   would display some help text, at the top, then display
the same output as C-h b.

-- 
Jeremy Maitin-Shepard

From hanot.samuel at gmail.com  Thu Apr 10 00:53:44 2008
From: hanot.samuel at gmail.com (samuel hanot)
Date: Thu, 10 Apr 2008 09:53:44 +0200
Subject: [Conkeror] patches to install.sh and build.sh
Message-ID: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>

Hi,

here are two patches to build.sh and install.sh, these are needed in
order to have external programs calling working.


sam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.sh.patch
Type: application/octet-stream
Size: 56 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080410/234e4f1d/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: install.sh.patch
Type: application/octet-stream
Size: 348 bytes
Desc: not available
Url : http://www.mozdev.org/pipermail/conkeror/attachments/20080410/234e4f1d/attachment-0001.obj 

From avarab at gmail.com  Thu Apr 10 05:05:19 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Thu, 10 Apr 2008 12:05:19 +0000
Subject: [Conkeror] text box not found with f
In-Reply-To: <51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
Message-ID: <51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>

On Wed, Apr 9, 2008 at 12:22 PM, ?var Arnfj?r? Bjarmason
<avarab at gmail.com> wrote:
> On Tue, Apr 8, 2008 at 7:03 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>  >   There is a broader issue which I will mention in this context, that we
>  >  as the conkeror user community should discuss whether it is right to
>  >  have site-specific code in conkeror, or whether these modules are more
>  >  appropriately distributed as addons, for example, as Extensions.
>
>  I think it's nice to have well written site-specific code in conkeror
>  just as it's nice to have modes for languages in Emacs, however such
>  modes should add rather than subtract from the UI. It's confusing if
>  labels suddenly function differently on one site but being able to
>  save the .flv file from a youtube video is more intuitive.

To elaborate a bit on this, maybe we could define a set of standard
keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
C-o for contents and so on. These could then be mapped to <link
rel="next" content="URI"> if it exists OR provided by the page mode,
such a mechanism would be useful for paging through albums (e.g.
flickr) the next related video on youtube and so on.

Similarly we have keys like x, X or s which are currently defined in
conkeror and page modes as executing a program on or getting the most
interesting content on the page, whether that's the page itself (in
the case of .txt) or an .flv, .png (on wikimedia commons) and so on.

From jeremy at jeremyms.com  Thu Apr 10 07:08:34 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 10:08:34 -0400
Subject: [Conkeror] patches to install.sh and build.sh
In-Reply-To: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
	(samuel hanot's message of "Thu, 10 Apr 2008 09:53:44 +0200")
References: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
Message-ID: <873aptiyzh.fsf@jeremyms.com>

"samuel hanot" <hanot.samuel at gmail.com> writes:

> Hi,
> here are two patches to build.sh and install.sh, these are needed in
> order to have external programs calling working.


Thanks, I applied these.  By the way, in the future, you may want to use
unified diff format, or better yet, use git format-patch to create your
email.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Thu Apr 10 07:27:45 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Thu, 10 Apr 2008 10:27:45 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
Message-ID: <87abk1ss2m.fsf@earthlink.net>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
> To elaborate a bit on this, maybe we could define a set of standard
> keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
> C-o for contents and so on. These could then be mapped to <link
> rel="next" content="URI"> if it exists OR provided by the page mode,
> such a mechanism would be useful for paging through albums (e.g.
> flickr) the next related video on youtube and so on.

Those sound like logical bindings for link rel & friends.

John Foerch


From jjfoerch at earthlink.net  Thu Apr 10 07:29:20 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Thu, 10 Apr 2008 10:29:20 -0400
Subject: [Conkeror] patches to install.sh and build.sh
References: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
	<873aptiyzh.fsf@jeremyms.com>
Message-ID: <874pa9srzz.fsf@earthlink.net>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
> "samuel hanot" <hanot.samuel at gmail.com> writes:
>
>> Hi,
>> here are two patches to build.sh and install.sh, these are needed in
>> order to have external programs calling working.
>
>
> Thanks, I applied these.  By the way, in the future, you may want to use
> unified diff format, or better yet, use git format-patch to create your
> email.

I was under the impression those shell scripts were no longer in use,
and we were keeping them until we gut the useful parts into some scripts
for `contrib/'.

John Foerch


From jeremy at jeremyms.com  Thu Apr 10 08:00:51 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 11:00:51 -0400
Subject: [Conkeror] patches to install.sh and build.sh
In-Reply-To: <874pa9srzz.fsf@earthlink.net> (John J. Foerch's message of "Thu, 
	10 Apr 2008 10:29:20 -0400")
References: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
	<873aptiyzh.fsf@jeremyms.com> <874pa9srzz.fsf@earthlink.net>
Message-ID: <87y77lhhzw.fsf@jeremyms.com>

John J Foerch <jjfoerch at earthlink.net> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> "samuel hanot" <hanot.samuel at gmail.com> writes:
>> 
>>> Hi,
>>> here are two patches to build.sh and install.sh, these are needed in
>>> order to have external programs calling working.
>> 
>> 
>> Thanks, I applied these.  By the way, in the future, you may want to use
>> unified diff format, or better yet, use git format-patch to create your
>> email.

> I was under the impression those shell scripts were no longer in use,
> and we were keeping them until we gut the useful parts into some scripts
> for `contrib/'.

Well, I think they still work, but it is true they aren't really needed.
I wonder if there is ever any advantage in zipping up the files into a
"jar" file vs. just leaving them as regular files.  Maybe on certain
systems, like Windows, it is problematic to have a lot of files?  Of
course Conkeror doesn't even have that many files, compared to
e.g. Firefox, so it may not matter even then.

-- 
Jeremy Maitin-Shepard

From avarab at gmail.com  Thu Apr 10 08:01:33 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Thu, 10 Apr 2008 15:01:33 +0000
Subject: [Conkeror] text box not found with f
In-Reply-To: <87abk1ss2m.fsf@earthlink.net>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<87abk1ss2m.fsf@earthlink.net>
Message-ID: <51dd1af80804100801p260512d3k7960dd3d12d3c886@mail.gmail.com>

On Thu, Apr 10, 2008 at 2:27 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>  > To elaborate a bit on this, maybe we could define a set of standard
>  > keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
>  > C-o for contents and so on. These could then be mapped to <link
>  > rel="next" content="URI"> if it exists OR provided by the page mode,
>  > such a mechanism would be useful for paging through albums (e.g.
>  > flickr) the next related video on youtube and so on.
>
>  Those sound like logical bindings for link rel & friends.

What I mean is one of the non-intrusive things a minor mode could do
that can be enabled by default is supplying a default link
rel=next/prev/index/content when none exists.

From jeremy at jeremyms.com  Thu Apr 10 08:09:50 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 11:09:50 -0400
Subject: [Conkeror] text box not found with f
In-Reply-To: <51dd1af80804100801p260512d3k7960dd3d12d3c886@mail.gmail.com>
	(=?utf-8?B?IsOGdmFyIEFybmZqw7Zyw7A=?= Bjarmason"'s message of "Thu,
	10 Apr 2008 15:01:33 +0000")
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<87abk1ss2m.fsf@earthlink.net>
	<51dd1af80804100801p260512d3k7960dd3d12d3c886@mail.gmail.com>
Message-ID: <87tzi9hhkx.fsf@jeremyms.com>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:

> On Thu, Apr 10, 2008 at 2:27 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>> > To elaborate a bit on this, maybe we could define a set of standard
>> > keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
>> > C-o for contents and so on. These could then be mapped to <link
>> > rel="next" content="URI"> if it exists OR provided by the page mode,
>> > such a mechanism would be useful for paging through albums (e.g.
>> > flickr) the next related video on youtube and so on.
>> 
>> Those sound like logical bindings for link rel & friends.

> What I mean is one of the non-intrusive things a minor mode could do
> that can be enabled by default is supplying a default link
> rel=next/prev/index/content when none exists.

Yes, I agree completely with that.  Note that currently there are a set
of regular expression to use to match anchor text if there are no rel
attributes, but a page made could fix things to make sure that the
correct thing is always matched, but fall back to the defaults if it
doesn't work or something.

-- 
Jeremy Maitin-Shepard

From hanot.samuel at gmail.com  Thu Apr 10 08:55:45 2008
From: hanot.samuel at gmail.com (samuel hanot)
Date: Thu, 10 Apr 2008 17:55:45 +0200
Subject: [Conkeror] patches to install.sh and build.sh
In-Reply-To: <87y77lhhzw.fsf@jeremyms.com>
References: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
	<873aptiyzh.fsf@jeremyms.com> <874pa9srzz.fsf@earthlink.net>
	<87y77lhhzw.fsf@jeremyms.com>
Message-ID: <d216c5820804100855q5dff3f06pccbd4f545c76508a@mail.gmail.com>

On Thu, Apr 10, 2008 at 5:00 PM, Jeremy Maitin-Shepard
<jeremy at jeremyms.com> wrote:

>  I wonder if there is ever any advantage in zipping up the files into a
>  "jar" file vs. just leaving them as regular files.

In my opinion, that's not the point. I think it is better to separate
source and installed software. Moreover, I don't want the programs to
be in my home directory because I think it's not their place. That's
why I use to download the sources of a program in a subdir of my home
dir and then compile it (or just build a jar in conkeror case) and
install it in /usr/local/...

> Maybe on certain systems, like Windows, it is problematic to have a lot of files?

I don't use Windows but I guess not, because people usually place the
program in the "Program Files" directory, where they normally never
go.

sam

From jeremy at jeremyms.com  Thu Apr 10 09:04:34 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 12:04:34 -0400
Subject: [Conkeror] patches to install.sh and build.sh
In-Reply-To: <d216c5820804100855q5dff3f06pccbd4f545c76508a@mail.gmail.com>
	(samuel hanot's message of "Thu, 10 Apr 2008 17:55:45 +0200")
References: <d216c5820804100053u65b93760r910b0017ae4c553b@mail.gmail.com>
	<873aptiyzh.fsf@jeremyms.com> <874pa9srzz.fsf@earthlink.net>
	<87y77lhhzw.fsf@jeremyms.com>
	<d216c5820804100855q5dff3f06pccbd4f545c76508a@mail.gmail.com>
Message-ID: <87prsxhf1p.fsf@jeremyms.com>

"samuel hanot" <hanot.samuel at gmail.com> writes:

> On Thu, Apr 10, 2008 at 5:00 PM, Jeremy Maitin-Shepard
> <jeremy at jeremyms.com> wrote:

>> I wonder if there is ever any advantage in zipping up the files into a
>> "jar" file vs. just leaving them as regular files.

> In my opinion, that's not the point. I think it is better to separate
> source and installed software. Moreover, I don't want the programs to
> be in my home directory because I think it's not their place. That's
> why I use to download the sources of a program in a subdir of my home
> dir and then compile it (or just build a jar in conkeror case) and
> install it in /usr/local/...

You don't need to use the scripts, though, in order to "install"
Conkeror to some other location.  Simply place the xulrunner-stub file
in the top-level directory of the git repo, rename it to e.g. conkeror,
run xulrunner --register-global, move or copy the entire git working
directory to somewhere, e.g. /usr/local/lib/conkeror, create a symlink
or shell script to launch it in /usr/local/bin.

We may try to find a way to even further simplify this process, though
it is already pretty simple.

You can delete the .git directory after copying to
/usr/local/lib/conkeror if you don't want it, but naturally it will be
easier to update if you keep it.

I think it is somewhat nicer to leave the javascript files unzipped,
because it makes it much easier to look at them at least, even if you
don't intend to modify them.  For that reason, unless there is actually
some performance advantage in using a zip file, I figure we may as well
leave them unzipped.  Note that even the existing build/install scripts
could be changed to not even build a jar, but still build an "xulapp"
file that can then be installed in the same way, so that you wouldn't
even notice the difference until you went to look for the javascript
files.

>> Maybe on certain systems, like Windows, it is problematic to have a lot of
> files?

> I don't use Windows but I guess not, because people usually place the
> program in the "Program Files" directory, where they normally never
> go.

Well, most programs don't put anything worth looking at in there,
whereas with Conkeror you can directly read or modify its source code.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Thu Apr 10 10:14:05 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Thu, 10 Apr 2008 13:14:05 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<87abk1ss2m.fsf@earthlink.net>
	<51dd1af80804100801p260512d3k7960dd3d12d3c886@mail.gmail.com>
	<87tzi9hhkx.fsf@jeremyms.com>
Message-ID: <87zls1r5sy.fsf@earthlink.net>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>
>> On Thu, Apr 10, 2008 at 2:27 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>>> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>>> > To elaborate a bit on this, maybe we could define a set of standard
>>> > keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
>>> > C-o for contents and so on. These could then be mapped to <link
>>> > rel="next" content="URI"> if it exists OR provided by the page mode,
>>> > such a mechanism would be useful for paging through albums (e.g.
>>> > flickr) the next related video on youtube and so on.
>>> 
>>> Those sound like logical bindings for link rel & friends.
>
>> What I mean is one of the non-intrusive things a minor mode could do
>> that can be enabled by default is supplying a default link
>> rel=next/prev/index/content when none exists.
>
> Yes, I agree completely with that.  Note that currently there are a set
> of regular expression to use to match anchor text if there are no rel
> attributes, but a page made could fix things to make sure that the
> correct thing is always matched, but fall back to the defaults if it
> doesn't work or something.

To be perfectly clear about it, `link rel' should *always* be used when
provided by the webpage.

John


From jeremy at jeremyms.com  Thu Apr 10 17:05:04 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 20:05:04 -0400
Subject: [Conkeror] Configuration breakage: conkeror.loadDefaultModules and
	conkeror.load.<module-name>
Message-ID: <87lk3lgssv.fsf@jeremyms.com>

I just pushed some changes to the repository that affect the usage of
the conkeror.loadDefaultModules and conkeror.load.<module-name>
preferences and which may causes breakages in existing configurations.

You can find updated information about these preferences on the wiki, at

http://conkeror.org/Modules

The page

http://conkeror.org/Invocation

describes the entire startup process and the command-line syntax and may
also be worth reading.

In the future, I'll try to send e-mails like this to the list any time a
backwards-incompatible change is made to Conkeror.  In this case, the
preferences that were broken were only introduced a couple days ago, but
I know at least some people's configurations may be broken by this
change.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Thu Apr 10 18:15:19 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 10 Apr 2008 21:15:19 -0400
Subject: [Conkeror] Installing foxmarks beta
In-Reply-To: <20080327092814.GA14137@SamZwo> (Nathan Huesken's message of
	"Thu, 27 Mar 2008 10:28:14 +0100")
References: <20080326104831.GA24696@SamZwo> <87ej9xqtsw.fsf@jeremyms.com>
	<20080327091819.GB6083@SamZwo> <20080327092814.GA14137@SamZwo>
Message-ID: <878wzlgpjs.fsf@jeremyms.com>

Nathan Huesken <con at lonely-star.org> writes:

> Hi,
> Sorry for not trying this earlier, I found a way. I copied the url, which
> firefox 3 shows me in the install dialog into conkeror.
> I get the install dialog!
> When I click on install, it first does something and then says:

> Conkeror could not install file at
> ...
> because: Unexpected installation error
> Review the Error Console log for more details.
> -203

It turns out this is to some extent a bug in xulrunner's extension
manager, but only shows up because of setting
extensions.checkCompatibility to false.

There are two solutions in this case to get it to work.  The first is to
use an older version of xulrunner, e.g. one from 2007-12-21, just to
install the extension, and then after that everything should work fine
with a more recent version of xulrunner.  (The older version is needed
because it has a version of the extension manager that doesn't have this
problem.)

Alternatively, if you unzip the xpi file, and edit the install.rdf file
by adding the following at the appropriate (should be obvious by looking
at the file) location:

    <em:targetApplication>
      <!-- Conkeror -->
      <Description>
        <em:id>{a79fe89b-6662-4ff4-8e88-09950ad4dfde}</em:id>
        <em:minVersion>0.1</em:minVersion>
        <em:maxVersion>1.0</em:maxVersion>
      </Description>
    </em:targetApplication>

This just says it is compatible with Conkeror, which will appease the
XULrunner extension manager.  The minVersion and maxVersion values
aren't too important. You should still leave
extensions.checkCompatibility set to false.

Let me know if this works.

-- 
Jeremy Maitin-Shepard

From dybber at gmail.com  Fri Apr 11 03:53:04 2008
From: dybber at gmail.com (Martin Dybdal)
Date: Fri, 11 Apr 2008 12:53:04 +0200
Subject: [Conkeror] text box not found with f
In-Reply-To: <51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
Message-ID: <6ae416730804110353u18ab3322w6c57a5781b4b191@mail.gmail.com>

I actually had the same idea when I created the reddit page mode, that
the keys should standardized in some way. In the reddit-mode (and in
gmail and google labs experimental keyboard search page) the keys are:
j - next element on page (or go to next page if at the end)
k - previous element on page (or go to the bottom of the previous page
if at the end)
o - open the selected element
/ - go to the search field (not in reddit mode yet, but in the two others)
(and then some others more specific keys)

2008/4/10, ?var Arnfj?r? Bjarmason <avarab at gmail.com>:
> On Wed, Apr 9, 2008 at 12:22 PM, ?var Arnfj?r? Bjarmason
>  <avarab at gmail.com> wrote:
>  > On Tue, Apr 8, 2008 at 7:03 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>  >  >   There is a broader issue which I will mention in this context, that we
>  >  >  as the conkeror user community should discuss whether it is right to
>  >  >  have site-specific code in conkeror, or whether these modules are more
>  >  >  appropriately distributed as addons, for example, as Extensions.
>  >
>  >  I think it's nice to have well written site-specific code in conkeror
>  >  just as it's nice to have modes for languages in Emacs, however such
>  >  modes should add rather than subtract from the UI. It's confusing if
>  >  labels suddenly function differently on one site but being able to
>  >  save the .flv file from a youtube video is more intuitive.
>
>
> To elaborate a bit on this, maybe we could define a set of standard
>  keys like C-c C-n for next C-c C-p for prev, C-c C-i for index, C-c
>  C-o for contents and so on. These could then be mapped to <link
>  rel="next" content="URI"> if it exists OR provided by the page mode,
>  such a mechanism would be useful for paging through albums (e.g.
>  flickr) the next related video on youtube and so on.
>
>  Similarly we have keys like x, X or s which are currently defined in
>  conkeror and page modes as executing a program on or getting the most
>  interesting content on the page, whether that's the page itself (in
>  the case of .txt) or an .flv, .png (on wikimedia commons) and so on.
>
> _______________________________________________
>  Conkeror mailing list
>  Conkeror at mozdev.org
>  https://www.mozdev.org/mailman/listinfo/conkeror
>

From avarab at gmail.com  Fri Apr 11 07:19:01 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Fri, 11 Apr 2008 14:19:01 +0000
Subject: [Conkeror] [BUG] f (follow) no longer displays links for image maps
Message-ID: <51dd1af80804110719g57d1da7cpb5338c4ea4dfc886@mail.gmail.com>

Conkeror no longer displays link numbers on image map areas, example:
http://u.nix.is/conk-bug.htm

This is a recent regression.

From jjfoerch at earthlink.net  Fri Apr 11 08:29:19 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Fri, 11 Apr 2008 11:29:19 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<6ae416730804110353u18ab3322w6c57a5781b4b191@mail.gmail.com>
Message-ID: <874pa8jtps.fsf@earthlink.net>

"Martin Dybdal" <dybber at gmail.com> writes:
> I actually had the same idea when I created the reddit page mode, that
> the keys should standardized in some way. In the reddit-mode (and in
> gmail and google labs experimental keyboard search page) the keys are:
> j - next element on page (or go to next page if at the end)
> k - previous element on page (or go to the bottom of the previous page
> if at the end)
> o - open the selected element
> / - go to the search field (not in reddit mode yet, but in the two others)
> (and then some others more specific keys)

This presents an interesting problem--

 We have always preferred to favor emacs conventions when establishing
conventions for conkeror.  `j', `k', and `/' are on the vi side of
things.  Though I myself prefer vi-style bindings, I have always
respected that people have a reasonable expectation of conkeror to be
emacs-like by default.  I feel that consistency would be worth effort
here.

 The problem is that by emacs conventions, `f', `b', `n', `p' correspond
to the movement commands.  Unmodified, we have already bound three of
those keys to other commands (that in fact do not especially follow any
emacs convention: follow, bookmark, and links-link-class).  The next
reasonable set would be those keys modified by Meta.  However M-n and
M-p are already bound to buffer-next and buffer-previous--again,
bindings that do not follow any emacs convention.

 So let me pose the following question: have we been hasty in assigning
top level bindings, and do some of them need to be re-thought in order
to stick to our emacsy roots?

 The vi-style bindings could be in the yet-to-be-written vi-keys mode,
where I and all the other vi fans could easily enable them.

--
John Foerch


From avarab at gmail.com  Fri Apr 11 08:59:32 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Fri, 11 Apr 2008 15:59:32 +0000
Subject: [Conkeror] text box not found with f
In-Reply-To: <874pa8jtps.fsf@earthlink.net>
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<6ae416730804110353u18ab3322w6c57a5781b4b191@mail.gmail.com>
	<874pa8jtps.fsf@earthlink.net>
Message-ID: <51dd1af80804110859v13874001p6fa3924695ca98@mail.gmail.com>

On Fri, Apr 11, 2008 at 3:29 PM, John J Foerch <jjfoerch at earthlink.net> wrote:
>   We have always preferred to favor emacs conventions when establishing
>  conventions for conkeror.  `j', `k', and `/' are on the vi side of
>  things.  Though I myself prefer vi-style bindings, I have always
>  respected that people have a reasonable expectation of conkeror to be
>  emacs-like by default.  I feel that consistency would be worth effort
>  here.

We're okey with it since we're used to it from nethack-el :)

I like the j k h l bindings in this cave even though I use Dvorak, but
you make a valid point regarding whether they should be the default.

From jjfoerch at earthlink.net  Fri Apr 11 09:27:41 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Fri, 11 Apr 2008 12:27:41 -0400
Subject: [Conkeror] text box not found with f
References: <20080408165315.2816D38DB1@ub.msri.org>
	<87bq4k2mqd.fsf@earthlink.net>
	<51dd1af80804090522m39e6af91h644f0edcd17e9a43@mail.gmail.com>
	<51dd1af80804100505t5f520bdes15d41c20cf8ee18@mail.gmail.com>
	<6ae416730804110353u18ab3322w6c57a5781b4b191@mail.gmail.com>
	<874pa8jtps.fsf@earthlink.net>
	<51dd1af80804110859v13874001p6fa3924695ca98@mail.gmail.com>
Message-ID: <87y77kicg2.fsf@earthlink.net>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
> We're okey with it since we're used to it from nethack-el :)
>
> I like the j k h l bindings in this cave even though I use Dvorak, but
> you make a valid point regarding whether they should be the default.

 Perhaps the most emacsy defaults would use sequences like `C-c C-n'.
Having to use a sequence instead of a single combo is a pain, but I just
wanted to throw the point into the mix.  I'm sure that if we think
creatively about it, we can come up with a sensible convention.

--
John Foerch


From jeremy at jeremyms.com  Sat Apr 12 11:37:25 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 12 Apr 2008 14:37:25 -0400
Subject: [Conkeror] Configuration breakage: tab-bar.js not loaded by default
	anymore
Message-ID: <878wzix6l6.fsf@jeremyms.com>

I just pushed a change to make tab-bar.js not be loaded by default
anymore.  This means that if you previously enabled tab-bar mode simply
by calling:

tab_bar_mode(true);

in your RC file, you will get an error.

Instead, you need to change this to:

require("tab-bar.js");

Note that the call to tab_bar_mode(true) is no longer needed because
tab-bar.js now enables the mode by default, since that is the only
reason to load the module.

You could alternatively force tab-bar.js to be loaded automatically at
startup by setting the Mozilla preference conkeror.load.tab-bar to 1
(assuming you have conkeror.loadDefaultModules set to >= 0, as it is by
default), but adding a line to your RC file is probably more convenient,
as it is easier to migrate your RC file than to migrate your prefs if
you happen to need to set up a new profile or something.

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Sat Apr 12 16:29:09 2008
From: levy at msri.org (Silvio Levy)
Date: Sat, 12 Apr 2008 16:29:09 -0700
Subject: [Conkeror] Nice job with the tab bar; how about fonts?
Message-ID: <20080412232909.EA69A38DB1@ub.msri.org>


Nice job with the tab bar, I was wondering if there was such a thing.
I still switch tabs with the keyboard, but it's great to have the list
up there all the time and not depend on the minibuffer.

And along the lines of interfaces, I haven't been able to configure
fonts optimally either with about:config or in the RC file.  My init
file says

user_pref("font.name.serif.x-western", "Bitstream Charter");
user_pref("font.name.serif.x-unicode", "Bitstream Charter");

which seems to work, and also

user_pref("font.name.sans-serif.x-western", "Bitstream Vera Sans");
user_pref("font.name.sans-serif.x-unicode", "Bitstream Vera Sans");

which doesn't seem to work.  

(The other frustrating thing about fonts is that the same minimum font
size seems to apply to all fonts; to get comfortable reading I need to
set it to 18, for the sake of my preferred main-text font, and this
makes the default sans-serif much too big.  There is a visual size
mismatch of several points between the serif and sans fonts.)

Silvio



From jeremy at jeremyms.com  Sat Apr 12 16:45:31 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 12 Apr 2008 19:45:31 -0400
Subject: [Conkeror] Nice job with the tab bar; how about fonts?
In-Reply-To: <20080412232909.EA69A38DB1@ub.msri.org> (Silvio Levy's message of
	"Sat, 12 Apr 2008 16:29:09 -0700")
References: <20080412232909.EA69A38DB1@ub.msri.org>
Message-ID: <87zlryvdr8.fsf@jeremyms.com>

Silvio Levy <levy at msri.org> writes:

> Nice job with the tab bar, I was wondering if there was such a thing.
> I still switch tabs with the keyboard, but it's great to have the list
> up there all the time and not depend on the minibuffer.

It has been there for a while, but unfortunately, like most features of
Conkeror, is undocumented.

To everyone: Feel free to edit the wiki as you come across features that
are undocumented.  To get write access, simply create an account and
then either send me an e-mail or ask on #conkeror.  (This is done just
to avoid spam.)

> And along the lines of interfaces, I haven't been able to configure
> fonts optimally either with about:config or in the RC file.  My init
> file says

> user_pref("font.name.serif.x-western", "Bitstream Charter");
> user_pref("font.name.serif.x-unicode", "Bitstream Charter");

> which seems to work, and also

> user_pref("font.name.sans-serif.x-western", "Bitstream Vera Sans");
> user_pref("font.name.sans-serif.x-unicode", "Bitstream Vera Sans");

> which doesn't seem to work.  

> (The other frustrating thing about fonts is that the same minimum font
> size seems to apply to all fonts; to get comfortable reading I need to
> set it to 18, for the sake of my preferred main-text font, and this
> makes the default sans-serif much too big.  There is a visual size
> mismatch of several points between the serif and sans fonts.)

Unfortunately, I don't know about these preferences, but you might have
some luck by changing preferences in Firefox using the UI, and then
seeing what prefs are set.

-- 
Jeremy Maitin-Shepard

From gzeusmants at gmail.com  Sun Apr 13 17:01:13 2008
From: gzeusmants at gmail.com (A.W.)
Date: Sun, 13 Apr 2008 19:01:13 -0500
Subject: [Conkeror] Adblock Plus installation error
Message-ID: <613b861a0804131701l241ce935q697c63f05b5de0a@mail.gmail.com>

Hey,
I'm new to Conkeror (as in, yesterday) and I'm trying to get Adblock
Plus installed. If nothing else it would cut down on the possible
hyperlinks to deal with so I don't resort to the mouse as much.

Every time I try to install I get:

because: Unexpected installation error
Review the Error Console log for more details.
-203


Where's the Error Console log?
I assume that would contain more helpful info.
Also, I'm running from the directory in which I compiled it.

From jeremy at jeremyms.com  Sun Apr 13 17:57:53 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 13 Apr 2008 20:57:53 -0400
Subject: [Conkeror] Adblock Plus installation error
In-Reply-To: <613b861a0804131701l241ce935q697c63f05b5de0a@mail.gmail.com>
	(A. W.'s message of "Sun, 13 Apr 2008 19:01:13 -0500")
References: <613b861a0804131701l241ce935q697c63f05b5de0a@mail.gmail.com>
Message-ID: <87tzi5tfqm.fsf@jeremyms.com>

"A.W." <gzeusmants at gmail.com> writes:

> Hey,
> I'm new to Conkeror (as in, yesterday) and I'm trying to get Adblock
> Plus installed. If nothing else it would cut down on the possible
> hyperlinks to deal with so I don't resort to the mouse as much.

> Every time I try to install I get:

> because: Unexpected installation error
> Review the Error Console log for more details.
> -203


> Where's the Error Console log?

The error log is the javascript console, which you can access via M-x
jsconsole or the -jsconsole command-line option.  In this case it won't
help you much, though.


This is the body of a message I previously sent to the list (though not
under a very descriptive title) regarding this problem.


It turns out this is to some extent a bug in xulrunner's extension
manager, but only shows up because of setting
extensions.checkCompatibility to false.

There are two solutions in this case to get it to work.  The first is to
use an older version of xulrunner, e.g. one from 2007-12-21, just to
install the extension, and then after that everything should work fine
with a more recent version of xulrunner.  (The older version is needed
because it has a version of the extension manager that doesn't have this
problem.)

Alternatively, if you unzip the xpi file, and edit the install.rdf file
by adding the following at the appropriate (should be obvious by looking
at the file) location:

    <em:targetApplication>
      <!-- Conkeror -->
      <Description>
        <em:id>{a79fe89b-6662-4ff4-8e88-09950ad4dfde}</em:id>
        <em:minVersion>0.1</em:minVersion>
        <em:maxVersion>1.0</em:maxVersion>
      </Description>
    </em:targetApplication>

This just says it is compatible with Conkeror, which will appease the
XULrunner extension manager.  The minVersion and maxVersion values
aren't too important. You should still leave
extensions.checkCompatibility set to false.

Let me know if this works.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Tue Apr 15 12:03:28 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 15 Apr 2008 15:03:28 -0400
Subject: [Conkeror] Nice job with the tab bar; how about fonts?
References: <20080412232909.EA69A38DB1@ub.msri.org>
Message-ID: <8763uj54an.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> Nice job with the tab bar, I was wondering if there was such a thing.
> I still switch tabs with the keyboard, but it's great to have the list
> up there all the time and not depend on the minibuffer.

M-n and M-p.

-- 
John Foerch


From itsjdh at gmail.com  Tue Apr 15 16:14:56 2008
From: itsjdh at gmail.com (Jeremy Hughes)
Date: Wed, 16 Apr 2008 11:14:56 +1200
Subject: [Conkeror] [PATCH] Added mp4 download link to youtube page-module.
Message-ID: <87abjuoglr.fsf@gmail.com>

---
 modules/page-modes/youtube.js |   44 +++++++++++++++++++++++++++++++++++++++++
 1 files changed, 44 insertions(+), 0 deletions(-)

diff --git a/modules/page-modes/youtube.js b/modules/page-modes/youtube.js
index ebcbf5a..4064199 100644
--- a/modules/page-modes/youtube.js
+++ b/modules/page-modes/youtube.js
@@ -30,9 +30,53 @@ function media_scrape_youtube(buffer) {
     return null;
 }
 
+
+// From http://userscripts.org/scripts/source/25105.user.js
+function youtube_mp4(buffer) {
+  var document = buffer.document;
+
+  if (document.getElementById('download-youtube-video')) return;
+
+  var video_id = null;
+  var video_hash = null;
+  var video_player = document.getElementById('movie_player');
+
+  if (video_player) {
+    var flash_variables = video_player.attributes.getNamedItem('flashvars');
+    if (flash_variables) {
+      var flash_values = flash_variables.value;
+      if (flash_values) {
+        var video_id_match = flash_values.match(/video_id=([^(\&|$)]*)/);
+        if (video_id_match!=null) video_id = video_id_match[1];
+        var video_hash_match = flash_values.match(/t=([^(\&|$)]*)/);
+        if (video_hash_match!=null) video_hash = video_hash_match[1];
+      }
+    }
+  }
+
+  if (video_id==null || video_hash==null) {
+    var args = unsafeWindow.swfArgs;
+    if (args) {
+      video_id = args['video_id'];
+      video_hash = args['t'];
+    }
+  }
+
+  if (video_id==null || video_hash==null) return;
+
+   var yt_mp4_path ='http://www.youtube.com/get_video?fmt=18&amp;video_id='+video_id+'&amp;t='+video_hash;
+   var div_embed = document.getElementById('watch-embed-div');
+
+   if (div_embed) {
+      div_embed.innerHTML = div_embed.innerHTML + '<br /> <span id=\'download-youtube-video\'> <a href=\''+yt_mp4_path+'\'>Download as MP4</a> '+'</span>';
+  }
+
+}
+
 define_page_mode("youtube_mode", "YouTube", $enable = function (buffer) {
     buffer.local_variables.media_scraper = media_scrape_youtube;
     media_setup_local_object_classes(buffer);
+    add_hook.call(buffer, "content_buffer_finished_loading_hook", youtube_mp4);
 });
 
 auto_mode_list.push([media_youtube_uri_test_regexp, youtube_mode]);
-- 
1.5.5

From avarab at gmail.com  Tue Apr 15 17:18:00 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Wed, 16 Apr 2008 00:18:00 +0000
Subject: [Conkeror] [PATCH] Added mp4 download link to youtube
	page-module.
In-Reply-To: <87abjuoglr.fsf@gmail.com>
References: <87abjuoglr.fsf@gmail.com>
Message-ID: <51dd1af80804151718x49a617efqf8f999938309eb60@mail.gmail.com>

Shouldn't this be bound to the media scraper (key: s) to download the
high-res video instead of modifying the HTML? Or maybe C-u s should be
the high-res version?

From itsjdh at gmail.com  Tue Apr 15 17:26:44 2008
From: itsjdh at gmail.com (Jeremy Hughes)
Date: Wed, 16 Apr 2008 12:26:44 +1200
Subject: [Conkeror] [PATCH] Added mp4 download link to youtube
 page-module.
In-Reply-To: <51dd1af80804151718x49a617efqf8f999938309eb60@mail.gmail.com>
	(=?utf-8?B?IsOGdmFyIEFybmZqw7Zyw7A=?=
	Bjarmason"'s message of "Wed, 16 Apr 2008 00:18:00 +0000")
References: <87abjuoglr.fsf@gmail.com>
	<51dd1af80804151718x49a617efqf8f999938309eb60@mail.gmail.com>
Message-ID: <873apmoda3.fsf@gmail.com>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:

> Shouldn't this be bound to the media scraper (key: s) to download the
> high-res video instead of modifying the HTML? Or maybe C-u s should be
> the high-res version?

Yes, jbms pointed this out to me on #conkeror. I should have poked
around a bit more before mailing the patch.

J

From lchangying at gmail.com  Thu Apr 17 00:34:58 2008
From: lchangying at gmail.com (Changying Li)
Date: Thu, 17 Apr 2008 15:34:58 +0800
Subject: [Conkeror] I think these are two bugs.
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
Message-ID: <871w55vsrh.fsf@gmail.com>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:

> Changying Li <lchangying at gmail.com> writes:
>
>> 1. under archlinux, xmonad wm, if I press 'menu' key ( the right key of
>> right WINDOWS key), the conkeror will be closed with error 'segment
>> fault'. I never bind 'menu'key to any other commands.
>
> I'm not sure about this problem, but it is possible that upgrading to a
> different version of xulrunner will fix it.
>
>> 2. under windows xp or archlinux, sometime I cant run any command (any
>> key) , with an error -- but I cant catch it, and not write it down --
>> even c-g or c-x c-c. please tell me how to catch that error message.
>
> If you run Conkeror from a terminal, you should be able to see a stack
> trace of the error in the terminal.  On Windows, pass the -console
> command-line argument to Conkeror to open a terminal, in which errors
> will be displayed.
I met this error again:
Follow:
call interactively: Type Error: s.manager is null

this error  randomly appeared, or I hasn't find its rule.
>
> -- 
> Jeremy Maitin-Shepard

-- 

Thanks & Regards

Changying Li


From jeremy at jeremyms.com  Thu Apr 17 07:16:21 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 17 Apr 2008 10:16:21 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <871w55vsrh.fsf@gmail.com> (Changying Li's message of "Thu, 17
	Apr 2008 15:34:58 +0800")
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com>
Message-ID: <87bq485zyi.fsf@jeremyms.com>

Changying Li <lchangying at gmail.com> writes:

> I met this error again:
> Follow:
> call interactively: Type Error: s.manager is null

> this error  randomly appeared, or I hasn't find its rule.

You didn't happen to get a stack trace in the terminal, did you?  I
tried to track down the problem from that brief description alone, but I
was not able to.  A stack trace would make it much easier.

As I said, if you are running on Linux, the stack trace will be printed
to the terminal in which you invoke conkeror.  On Windows, you need to
invoke Conkeror with the -console command-line option in order to have
it open a terminal, in which the stack trace will be visible.

-- 
Jeremy Maitin-Shepard

From lchangying at gmail.com  Thu Apr 17 08:57:43 2008
From: lchangying at gmail.com (Changying Li)
Date: Thu, 17 Apr 2008 23:57:43 +0800
Subject: [Conkeror] I think these are two bugs.
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com> <87bq485zyi.fsf@jeremyms.com>
Message-ID: <87lk3cwk20.fsf@gmail.com>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:

> Changying Li <lchangying at gmail.com> writes:
>
>> I met this error again:
>> Follow:
>> call interactively: Type Error: s.manager is null
>
>> this error  randomly appeared, or I hasn't find its rule.
>
> You didn't happen to get a stack trace in the terminal, did you?  I
> tried to track down the problem from that brief description alone, but I
> was not able to.  A stack trace would make it much easier.
>
> As I said, if you are running on Linux, the stack trace will be printed
> to the terminal in which you invoke conkeror.  On Windows, you need to
> invoke Conkeror with the -console command-line option in order to have
> it open a terminal, in which the stack trace will be visible.
ok, I will try, but the error is not very frequently so that I must run
it from terminal always.
>
> -- 
> Jeremy Maitin-Shepard

-- 

Thanks & Regards

Changying Li


From jeremy at jeremyms.com  Thu Apr 17 09:08:24 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 17 Apr 2008 12:08:24 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <87lk3cwk20.fsf@gmail.com> (Changying Li's message of "Thu, 17
	Apr 2008 23:57:43 +0800")
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com> <87bq485zyi.fsf@jeremyms.com>
	<87lk3cwk20.fsf@gmail.com>
Message-ID: <873apk5urr.fsf@jeremyms.com>

Changying Li <lchangying at gmail.com> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> Changying Li <lchangying at gmail.com> writes:
>> 
>>> I met this error again:
>>> Follow:
>>> call interactively: Type Error: s.manager is null
>> 
>>> this error  randomly appeared, or I hasn't find its rule.
>> 
>> You didn't happen to get a stack trace in the terminal, did you?  I
>> tried to track down the problem from that brief description alone, but I
>> was not able to.  A stack trace would make it much easier.
>> 
>> As I said, if you are running on Linux, the stack trace will be printed
>> to the terminal in which you invoke conkeror.  On Windows, you need to
>> invoke Conkeror with the -console command-line option in order to have
>> it open a terminal, in which the stack trace will be visible.
> ok, I will try, but the error is not very frequently so that I must run
> it from terminal always.

You could possibly run it as:  conkeror >> some-log-file.txt

And then you don't need to run it from a terminal.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Thu Apr 17 09:49:04 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 17 Apr 2008 12:49:04 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <87lk3cwk20.fsf@gmail.com> (Changying Li's message of "Thu, 17
	Apr 2008 23:57:43 +0800")
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com> <87bq485zyi.fsf@jeremyms.com>
	<87lk3cwk20.fsf@gmail.com>
Message-ID: <87y77c4ebj.fsf@jeremyms.com>

John Foerch helped me track this down.  I've pushed a fix.  You
shouldn't need to worry about running Conkeror always in a terminal
now.  :)

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Thu Apr 17 10:23:06 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 17 Apr 2008 13:23:06 -0400
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
Message-ID: <87r6d44cqt.fsf@jeremyms.com>

How useful would it be for Conkeror to support Emacs-style splitting of
top-level windows (frames in Emacs terminology) into multiple panes
(windows in Emacs terminology)?

For me, it is essentially not at all useful, because I don't even use
multiple buffers per window, and I'd just assume let my window manager
take care of handling each buffer.  Splitting and multiple buffers per
window are in some sense window manager features implemented in the
application, and for both consistency and simplicity, it just seems
better to leave window manager features in the window manager.

Microsoft Windows is, of course, a bit of an exception since the "window
manager" is sort of fixed, not very good, and not easily changeable.

If you have thoughts on this, send a reply.

-- 
Jeremy Maitin-Shepard

From gzeusmants at gmail.com  Thu Apr 17 19:59:52 2008
From: gzeusmants at gmail.com (A.W.)
Date: Thu, 17 Apr 2008 21:59:52 -0500
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
Message-ID: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>

Personally, I think it's essential. Not everyone is ready to either
live with tons of apps in their tray(kde, gnome, xfce, Windows) or
move to more advanced WM(the 'window manager' for windows CAN be
changed out for a better open-source one, but...why?) but might be
ready for a more powerful browser. Heck, some people don't like the
mouse, but might not want to change much else!

I'm going to be moving away from the KDE desktop to Awesome, but still
using KDE apps. In all honesty I'd prefer to keep my buffer switching
commands and my app focus/bring to top commands totally separate. I
try to organise/think about things according to task. I have my
virtual desktops named according to what I do on each: Admin, Contact,
Media, and New(for making things).
For me these features have been a godsend(thank you spaghetti
monster!) and are what's given me the courage to move to Awesome. A
week with this browser has been enough to make me frustrated with the
mouse. I think of it like a video game controller, and trying to use
software with one is akin to playing a first-person-shooter with a
gamepad: possible, but frustrating and slow.
In fact I know someone who's going to be trying conkeror soon to move
away from using the mouse, but doesn't want to leave xfce's desktop.
For him, I imaging having 4-5 app instances in the tray would be quite
annoying.
It reminds me of something I read in a lisp blog: If you think it has
too many features, then pretend they're not there. You don't have to
use them
I realise this is likely more about what features to maintain, and
they were a little crass(it's a rough memory of a quote! I can't think
of a better way to put it! Forgive me!*seppuku*), but I think the
point stands.

Basically, I think it's very important to me right now, and I don't
like change(autistic(and lazy)).
Please continue improving Conkeror, and please keep the splitting/multibuffers.
> Send Conkeror mailing list submissions to
>         conkeror at mozdev.org
>
>  To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.mozdev.org/mailman/listinfo/conkeror
>  or, via email, send a message with subject or body 'help' to
>         conkeror-request at mozdev.org
>
>  You can reach the person managing the list at
>         conkeror-owner at mozdev.org
>
>  When replying, please edit your Subject line so it is more specific
>  than "Re: Contents of Conkeror digest..."
>
> Today's Topics:
>
>    1. Re: I think these are two bugs. (Changying Li)
>    2. Re: I think these are two bugs. (Jeremy Maitin-Shepard)
>    3. Re: I think these are two bugs. (Changying Li)
>    4. Re: I think these are two bugs. (Jeremy Maitin-Shepard)
>    5. Re: I think these are two bugs. (Jeremy Maitin-Shepard)
>    6. Poll: how important is emacs-style splitting of   top-level
>       windows into multiple panes? (Jeremy Maitin-Shepard)
>
>
> ---------- Forwarded message ----------
> From: Changying Li <lchangying at gmail.com>
> To: conkeror at mozdev.org
> Date: Thu, 17 Apr 2008 15:34:58 +0800
> Subject: Re: [Conkeror] I think these are two bugs.
> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>
>  > Changying Li <lchangying at gmail.com> writes:
>  >
>  >> 1. under archlinux, xmonad wm, if I press 'menu' key ( the right key of
>  >> right WINDOWS key), the conkeror will be closed with error 'segment
>  >> fault'. I never bind 'menu'key to any other commands.
>  >
>  > I'm not sure about this problem, but it is possible that upgrading to a
>  > different version of xulrunner will fix it.
>  >
>  >> 2. under windows xp or archlinux, sometime I cant run any command (any
>  >> key) , with an error -- but I cant catch it, and not write it down --
>  >> even c-g or c-x c-c. please tell me how to catch that error message.
>  >
>  > If you run Conkeror from a terminal, you should be able to see a stack
>  > trace of the error in the terminal.  On Windows, pass the -console
>  > command-line argument to Conkeror to open a terminal, in which errors
>  > will be displayed.
>  I met this error again:
>  Follow:
>  call interactively: Type Error: s.manager is null
>
>  this error  randomly appeared, or I hasn't find its rule.
>  >
>  > --
>  > Jeremy Maitin-Shepard
>
>  --
>
>  Thanks & Regards
>
>  Changying Li
>
>
>
>
> ---------- Forwarded message ----------
> From: Jeremy Maitin-Shepard <jeremy at jeremyms.com>
> To: lchangying at gmail.com
> Date: Thu, 17 Apr 2008 10:16:21 -0400
> Subject: Re: [Conkeror] I think these are two bugs.
> Changying Li <lchangying at gmail.com> writes:
>
>  > I met this error again:
>  > Follow:
>  > call interactively: Type Error: s.manager is null
>
>  > this error  randomly appeared, or I hasn't find its rule.
>
>  You didn't happen to get a stack trace in the terminal, did you?  I
>  tried to track down the problem from that brief description alone, but I
>  was not able to.  A stack trace would make it much easier.
>
>  As I said, if you are running on Linux, the stack trace will be printed
>  to the terminal in which you invoke conkeror.  On Windows, you need to
>  invoke Conkeror with the -console command-line option in order to have
>  it open a terminal, in which the stack trace will be visible.
>
>  --
>  Jeremy Maitin-Shepard
>
>
>
> ---------- Forwarded message ----------
> From: Changying Li <lchangying at gmail.com>
> To: conkeror at mozdev.org
> Date: Thu, 17 Apr 2008 23:57:43 +0800
> Subject: Re: [Conkeror] I think these are two bugs.
> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>
>  > Changying Li <lchangying at gmail.com> writes:
>  >
>  >> I met this error again:
>  >> Follow:
>  >> call interactively: Type Error: s.manager is null
>  >
>  >> this error  randomly appeared, or I hasn't find its rule.
>  >
>  > You didn't happen to get a stack trace in the terminal, did you?  I
>  > tried to track down the problem from that brief description alone, but I
>  > was not able to.  A stack trace would make it much easier.
>  >
>  > As I said, if you are running on Linux, the stack trace will be printed
>  > to the terminal in which you invoke conkeror.  On Windows, you need to
>  > invoke Conkeror with the -console command-line option in order to have
>  > it open a terminal, in which the stack trace will be visible.
>  ok, I will try, but the error is not very frequently so that I must run
>  it from terminal always.
>  >
>  > --
>  > Jeremy Maitin-Shepard
>
>  --
>
>  Thanks & Regards
>
>  Changying Li
>
>
>
>
> ---------- Forwarded message ----------
> From: Jeremy Maitin-Shepard <jeremy at jeremyms.com>
> To: lchangying at gmail.com
> Date: Thu, 17 Apr 2008 12:08:24 -0400
> Subject: Re: [Conkeror] I think these are two bugs.
> Changying Li <lchangying at gmail.com> writes:
>
>  > Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>  >> Changying Li <lchangying at gmail.com> writes:
>  >>
>  >>> I met this error again:
>  >>> Follow:
>  >>> call interactively: Type Error: s.manager is null
>  >>
>  >>> this error  randomly appeared, or I hasn't find its rule.
>  >>
>  >> You didn't happen to get a stack trace in the terminal, did you?  I
>  >> tried to track down the problem from that brief description alone, but I
>  >> was not able to.  A stack trace would make it much easier.
>  >>
>  >> As I said, if you are running on Linux, the stack trace will be printed
>  >> to the terminal in which you invoke conkeror.  On Windows, you need to
>  >> invoke Conkeror with the -console command-line option in order to have
>  >> it open a terminal, in which the stack trace will be visible.
>  > ok, I will try, but the error is not very frequently so that I must run
>  > it from terminal always.
>
>  You could possibly run it as:  conkeror >> some-log-file.txt
>
>  And then you don't need to run it from a terminal.
>
>  --
>  Jeremy Maitin-Shepard
>
>
>
> ---------- Forwarded message ----------
> From: Jeremy Maitin-Shepard <jeremy at jeremyms.com>
> To: lchangying at gmail.com
> Date: Thu, 17 Apr 2008 12:49:04 -0400
> Subject: Re: [Conkeror] I think these are two bugs.
> John Foerch helped me track this down.  I've pushed a fix.  You
>  shouldn't need to worry about running Conkeror always in a terminal
>  now.  :)
>
>  --
>  Jeremy Maitin-Shepard
>
>
>
> ---------- Forwarded message ----------
> From: Jeremy Maitin-Shepard <jeremy at jeremyms.com>
> To: conkeror at mozdev.org
> Date: Thu, 17 Apr 2008 13:23:06 -0400
> Subject: [Conkeror] Poll: how important is emacs-style splitting of top-level windows into multiple panes?
> How useful would it be for Conkeror to support Emacs-style splitting of
>  top-level windows (frames in Emacs terminology) into multiple panes
>  (windows in Emacs terminology)?
>
>  For me, it is essentially not at all useful, because I don't even use
>  multiple buffers per window, and I'd just assume let my window manager
>  take care of handling each buffer.  Splitting and multiple buffers per
>  window are in some sense window manager features implemented in the
>  application, and for both consistency and simplicity, it just seems
>  better to leave window manager features in the window manager.
>
>  Microsoft Windows is, of course, a bit of an exception since the "window
>  manager" is sort of fixed, not very good, and not easily changeable.
>
>  If you have thoughts on this, send a reply.
>
>  --
>  Jeremy Maitin-Shepard
>
>
> _______________________________________________
>  Conkeror mailing list
>  Conkeror at mozdev.org
>  https://www.mozdev.org/mailman/listinfo/conkeror
>
>

From jeremy at jeremyms.com  Fri Apr 18 00:44:09 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Fri, 18 Apr 2008 03:44:09 -0400
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
In-Reply-To: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>
	(A. W.'s message of "Thu, 17 Apr 2008 21:59:52 -0500")
References: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>
Message-ID: <87ej934ng6.fsf@jeremyms.com>

"A.W." <gzeusmants at gmail.com> writes:

[snip]

> Basically, I think it's very important to me right now, and I don't
> like change(autistic(and lazy)).
> Please continue improving Conkeror, and please keep the
> splitting/multibuffers.

Note that I was not suggesting the possibility of removing the
capability of having multiple buffers in a window --- since that is
already implemented, even though I don't use it myself, I certainly
don't it expect it would go away.  Likewise, although in Emacs the
minibuffer is in some sense just a normal buffer, in Conkeror it is
handled separately, and also isn't going away.

Rather, I was asking about how useful a potential new feature of
allowing multiple "panes" in a single top-level window in the same way
that you can create multiple "windows" (in Emacs terminology) in a
single top-level frame (in Emacs terminology) using e.g. C-x 2 and C-x
3.  (Although Conkeror originally used Emacs terminology of "frame"
meaning a top-level window, I have since changed it to use the more
conventional terminology of a top-level window being called a window,
and reserving the term "pane" to be equivalent to a "window" in Emacs
terminology.  This was done because the word "frame" is already commonly
used in web browsers to mean an embedded web page inside another,
created using e.g. IFRAME or FRAMSET elements, and it seemed quite
desirable to allow the term "frame" to refer unambiguously to a
(possibly embedded) content web page.)

-- 
Jeremy Maitin-Shepard

From thorne at timbral.net  Fri Apr 18 08:52:49 2008
From: thorne at timbral.net (Evans Winner)
Date: Fri, 18 Apr 2008 09:52:49 -0600
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
References: <87r6d44cqt.fsf@jeremyms.com>
Message-ID: <86d4onqhwu.fsf@timbral.net>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:

    How useful would it be for Conkeror to support
    Emacs-style splitting of top-level windows (frames in
    Emacs terminology) into multiple panes (windows in Emacs
    terminology)?

For what it might be worth, I use Emacs in fullscreen mode
with only one frame, and most of the time I don't split
windows except when some program (like gnus) does it for me.
I just switch buffers to get around, keeping whatever I'm
working on at the moment in distraction-free fullscreen
mode.  I happen to like it that way.  I also use Conkeror,
for the most part in just one frame and fullscreen.  And
then, I use stumpwm.  So the result is my web browser and my
editor and my window manager all have the same model -- one
thing on the screen at a time, and some prefixed keyboard
command to switch around between them.  I know may people
would not like this setup, but just as a ``data point'' I
thought I would mention it.

If people would like split windows in Conkeror, though, why
not? -- assuming it's worth the effort and maintenance
time.

One thing I wonder is, to what extent could such a feature
be useful for the purpose of special-made Javascript add-ons
that people could write for Conkeror -- like they write
add-ons for Emacs that use split windows?  Or would one just
use HTML frames for that?


From abe at deuxchevaux.org  Fri Apr 18 09:12:48 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Fri, 18 Apr 2008 18:12:48 +0200
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
In-Reply-To: <87r6d44cqt.fsf@jeremyms.com>
References: <87r6d44cqt.fsf@jeremyms.com>
Message-ID: <20080418161248.GP30445@sym.noone.org>

Hi,

On Thu, Apr 17, 2008 at 01:23:06PM -0400, Jeremy Maitin-Shepard wrote:
> How useful would it be for Conkeror to support Emacs-style splitting of
> top-level windows (frames in Emacs terminology) into multiple panes
> (windows in Emacs terminology)?

Use that quite often in Emacs, but seldom in webbrowsers (there are FF
plugins which can do that). Wouldn't be that wrong to have that
feature, but IMHO it's definitely no must for me.

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From nelhage at MIT.EDU  Fri Apr 18 09:13:39 2008
From: nelhage at MIT.EDU (Nelson Elhage)
Date: Fri, 18 Apr 2008 12:13:39 -0400
Subject: [Conkeror] Poll: how important is emacs-style splitting
	of	top-level windows into multiple panes?
In-Reply-To: <87r6d44cqt.fsf@jeremyms.com>
References: <87r6d44cqt.fsf@jeremyms.com>
Message-ID: <20080418161339.GI7257@mit.edu>

I don't _think_ I would use splits in conkeror frequently; I usually
want to browse the web fullscreen. That said, I do use emacs splits
constantly.

In addition, I do keep many buffers open, and when I want to view two
websites side-by-side, it's likely they're already open in two
buffers. And so if we can't pull buffers into different WM frames, I'd
really want in-conkeror splitting to deal with that.

And while I may agree in principle that this should all be your window
manager's problem, it's pretty clear that window managers aren't There
yet and probably never will be. I have O(200) emacs buffers open, and
I sure as hell don't know a window manager that could deal with 200
windows in a graceful way.

- Nelson

On Thu, Apr 17, 2008 at 01:23:06PM -0400, Jeremy Maitin-Shepard wrote:
> How useful would it be for Conkeror to support Emacs-style splitting of
> top-level windows (frames in Emacs terminology) into multiple panes
> (windows in Emacs terminology)?
> 
> For me, it is essentially not at all useful, because I don't even use
> multiple buffers per window, and I'd just assume let my window manager
> take care of handling each buffer.  Splitting and multiple buffers per
> window are in some sense window manager features implemented in the
> application, and for both consistency and simplicity, it just seems
> better to leave window manager features in the window manager.
> 
> Microsoft Windows is, of course, a bit of an exception since the "window
> manager" is sort of fixed, not very good, and not easily changeable.
> 
> If you have thoughts on this, send a reply.
> 
> -- 
> Jeremy Maitin-Shepard
> _______________________________________________
> Conkeror mailing list
> Conkeror at mozdev.org
> https://www.mozdev.org/mailman/listinfo/conkeror

From wcfarrington at gmail.com  Fri Apr 18 13:10:38 2008
From: wcfarrington at gmail.com (Will Farrington)
Date: Fri, 18 Apr 2008 16:10:38 -0400
Subject: [Conkeror] Poll: how important is emacs-style splitting of
	top-level windows into multiple panes?
In-Reply-To: <20080418161339.GI7257@mit.edu>
References: <87r6d44cqt.fsf@jeremyms.com> <20080418161339.GI7257@mit.edu>
Message-ID: <322f9de90804181310k1222ffd9tccdf8cf646c8ed13@mail.gmail.com>

I personally have desired the ability to do this for a while.
Sometimes, for example, I want to be testing things efficiently using
data from one page in another. Rather than create a new frame, and
then do Mod-< in xmonad to put both frames in the same column and
Mod-> when i'm done to revert to traditional layout, it would be
*much* easier if I could simply do C-x 0/2.

>  On Thu, Apr 17, 2008 at 01:23:06PM -0400, Jeremy Maitin-Shepard wrote:
> > How useful would it be for Conkeror to support Emacs-style splitting of
>  > top-level windows (frames in Emacs terminology) into multiple panes
>  > (windows in Emacs terminology)?
>  >
>  > For me, it is essentially not at all useful, because I don't even use
>  > multiple buffers per window, and I'd just assume let my window manager
>  > take care of handling each buffer.  Splitting and multiple buffers per
>  > window are in some sense window manager features implemented in the
>  > application, and for both consistency and simplicity, it just seems
>  > better to leave window manager features in the window manager.
>  >
>  > Microsoft Windows is, of course, a bit of an exception since the "window
>  > manager" is sort of fixed, not very good, and not easily changeable.
>  >
>  > If you have thoughts on this, send a reply.
>  >
>  > --
>  > Jeremy Maitin-Shepard
>  > _______________________________________________
>  > Conkeror mailing list
>  > Conkeror at mozdev.org
>  > https://www.mozdev.org/mailman/listinfo/conkeror
>  _______________________________________________
>  Conkeror mailing list
>  Conkeror at mozdev.org
>  https://www.mozdev.org/mailman/listinfo/conkeror
>

From abe at deuxchevaux.org  Fri Apr 18 19:34:55 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Sat, 19 Apr 2008 04:34:55 +0200
Subject: [Conkeror] License and Author(s) of Conkeror?
Message-ID: <20080419023454.GE30445@sym.noone.org>

Hi,

as I may have already mentioned, I want to package Conkeror for
Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
a few architectures, I now started with packaging.

Currently I have two information problems:

Neither from the website nor from the source, its clear, who is the
author(s) of conkeror and under which license it's published.

According the Mozdev terms of usage, it must be released under the MPL
or any other OSI-appropved license. Can someone englighten me under
which license exactly conkeror is published (and perhaps mention it at
some easy to find position on the website or point me to the
appropriate resource I haven't found? :-)

Regarding the traffic and discussions on the list as well as the
commits and what I know from my earlier conkeror usage, the original
author is Shawn Betts (conkeror, 2004-2007), but the current author is
Jeremy Maitin-Shepard (conkeror-xr, 2007-now). Am I right with this?

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From jeremy at jeremyms.com  Sat Apr 19 16:11:15 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 19 Apr 2008 19:11:15 -0400
Subject: [Conkeror] License and Author(s) of Conkeror?
References: <20080419023454.GE30445@sym.noone.org>
Message-ID: <87mynp30fg.fsf@jeremyms.com>

Axel Beckert <abe at deuxchevaux.org> writes:

> Hi,
> as I may have already mentioned, I want to package Conkeror for
> Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
> a few architectures, I now started with packaging.

Great.  Although Conkeror is quite easy to install even now without a
package (and having the git repository around makes it easier to
update), given that it doesn't really require compilation (except the
tiny spawn-process-helper.c program), packaging it in Debian might
provide more exposure and introduce more users to it.

> Currently I have two information problems:

> Neither from the website nor from the source, its clear, who is the
> author(s) of conkeror and under which license it's published.

I updated the repository to include a top-level COPYING file that
specifies the license, and added copyright information to each file.
Additionally, I moved the content/contributors file to CREDITS and
updated it significantly.

-- 
Jeremy Maitin-Shepard

From abe at deuxchevaux.org  Sat Apr 19 16:20:45 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Sun, 20 Apr 2008 01:20:45 +0200
Subject: [Conkeror] License and Author(s) of Conkeror?
In-Reply-To: <87mynp30fg.fsf@jeremyms.com>
References: <20080419023454.GE30445@sym.noone.org>
	<87mynp30fg.fsf@jeremyms.com>
Message-ID: <20080419232045.GK30445@sym.noone.org>

Hi Jeremy,

On Sat, Apr 19, 2008 at 07:11:15PM -0400, Jeremy Maitin-Shepard wrote:
> > as I may have already mentioned, I want to package Conkeror for
> > Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
> > a few architectures, I now started with packaging.
> 
> Great.  Although Conkeror is quite easy to install even now without a
> package (and having the git repository around makes it easier to
> update),

Yeah, especially if you have such a step by step howto for the git
usage.

The disadvantage of a repository instead of packaged releases is that
you don't know if you just downloaded something stable (like an
release) or something broken with just a bunch of really new and cool
but buggy features committed into the repository. (Yeah, I know, it's
alpha software, just philosophing... ;-)

But anyway, that's now partially my job, at least for Debian. ;-)

> given that it doesn't really require compilation (except the
> tiny spawn-process-helper.c program),

Hmmm, haven't had to compile that one yet. Works without. Or is there
a binary in the repository that works on 64 bit Linux out of the box?
:-)

> packaging it in Debian might provide more exposure and introduce
> more users to it.

I hope so. :-)

> > Neither from the website nor from the source, its clear, who is the
> > author(s) of conkeror and under which license it's published.
> 
> I updated the repository to include a top-level COPYING file that
> specifies the license, and added copyright information to each file.
> Additionally, I moved the content/contributors file to CREDITS and
> updated it significantly.

Hey, that's perfect! Will immediately fetch the new version from the
repo and work further on the package. Thanks!

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From jeremy at jeremyms.com  Sat Apr 19 16:39:44 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 19 Apr 2008 19:39:44 -0400
Subject: [Conkeror] License and Author(s) of Conkeror?
In-Reply-To: <20080419232045.GK30445@sym.noone.org> (Axel Beckert's message of
	"Sun, 20 Apr 2008 01:20:45 +0200")
References: <20080419023454.GE30445@sym.noone.org>
	<87mynp30fg.fsf@jeremyms.com> <20080419232045.GK30445@sym.noone.org>
Message-ID: <87iqyd2z3z.fsf@jeremyms.com>

Axel Beckert <abe at deuxchevaux.org> writes:

> Hi Jeremy,
> On Sat, Apr 19, 2008 at 07:11:15PM -0400, Jeremy Maitin-Shepard wrote:
>> > as I may have already mentioned, I want to package Conkeror for
>> > Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
>> > a few architectures, I now started with packaging.
>> 
>> Great.  Although Conkeror is quite easy to install even now without a
>> package (and having the git repository around makes it easier to
>> update),

> Yeah, especially if you have such a step by step howto for the git
> usage.

> The disadvantage of a repository instead of packaged releases is that
> you don't know if you just downloaded something stable (like an
> release) or something broken with just a bunch of really new and cool
> but buggy features committed into the repository. (Yeah, I know, it's
> alpha software, just philosophing... ;-)

> But anyway, that's now partially my job, at least for Debian. ;-)

>> given that it doesn't really require compilation (except the
>> tiny spawn-process-helper.c program),

> Hmmm, haven't had to compile that one yet. Works without. Or is there
> a binary in the repository that works on 64 bit Linux out of the box?
> :-)

There are no binaries in the repository.  This program is only needed to
spawn external processes in some cases.  It is needed, for example, for
editing a text form field in an external editor, e.g. by the C-i binding
while in text input mode.

I suppose it is good for you to know this, since you are going to
package it.  :)

>> packaging it in Debian might provide more exposure and introduce
>> more users to it.

> I hope so. :-)

>> > Neither from the website nor from the source, its clear, who is the
>> > author(s) of conkeror and under which license it's published.
>> 
>> I updated the repository to include a top-level COPYING file that
>> specifies the license, and added copyright information to each file.
>> Additionally, I moved the content/contributors file to CREDITS and
>> updated it significantly.

> Hey, that's perfect! Will immediately fetch the new version from the
> repo and work further on the package. Thanks!

-- 
Jeremy Maitin-Shepard

From levy at msri.org  Sat Apr 19 16:39:47 2008
From: levy at msri.org (Silvio Levy)
Date: Sat, 19 Apr 2008 16:39:47 -0700
Subject: [Conkeror] A suggestion
Message-ID: <20080419233947.CC0E338DB1@ub.msri.org>


Dear Conkeror developers,

Thanks for your hard work.  Conkeror is now eminently usable and much
nicer than mouse-oriented browsers.

There is one feature that I can't get accustomed to.  When you type f
followed by a digit, the link is followed immediately if the link
number is unambigous, but never if it is ambiguous (in which case it
requires Enter).  Having to hit Enter for some numbers and not for
others is hard, so I generally type Enter regardless. But this may
interfere with the browsing of the new page (for instance if you land
on a text box), and means an extra keystroke.

What I would be prefer is that f+1 immediately follow link 1 if that's
unambiguous, and if it's ambigous, rather than waiting forever for
another digit or a carriage return, it would follow link 1 anyway
after, say, 2 seconds. This way a user who doesn't mind waiting 2
seconds can get away without hitting carriage return (though of course
he could still hit it for speed, if he wanted to).

What do you think?

Silvio

PS. The same suggestion holds for c instead of f, of course.



From brian at microcomaustralia.com.au  Sat Apr 19 18:43:53 2008
From: brian at microcomaustralia.com.au (Brian May)
Date: Sun, 20 Apr 2008 11:43:53 +1000
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <87bq485zyi.fsf@jeremyms.com>
References: <87lk3n39lk.fsf@arch.domain>
	<87ve2ripie.fsf@jeremyms.com>	<871w55vsrh.fsf@gmail.com>
	<87bq485zyi.fsf@jeremyms.com>
Message-ID: <480A9FD9.9020306@microcomaustralia.com.au>

Jeremy Maitin-Shepard wrote:
> You didn't happen to get a stack trace in the terminal, did you?  I
> tried to track down the problem from that brief description alone, but I
> was not able to.  A stack trace would make it much easier.
>
> As I said, if you are running on Linux, the stack trace will be printed
> to the terminal in which you invoke conkeror.  On Windows, you need to
> invoke Conkeror with the -console command-line option in order to have
> it open a terminal, in which the stack trace will be visible
Speaking of stack traces, Conkeror crashed on me today (everything froze
- I was browsing HP and Dell websites at the time), and it looks like I
do have a stack trace (I don't know if this is the same issue or not). I
suspect it isn't going to help. However before I close the terminal
window, here it is:

[...]

Console error: [JavaScript Error: "uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.loadURI]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://conkeror-modules/content/load-spec.js :: apply_load_spec :: line 220"  data: no]"]

  Category: chrome javascript

Console error: [JavaScript Error: "already executing generator g.send" {file: "chrome://conkeror-modules/content/coroutine.js" line: 100}]

  Category: XPConnect JavaScript

Console error: [JavaScript Error: "already executing generator g.send" {file: "chrome://conkeror-modules/content/coroutine.js" line: 100}]

  Category: XPConnect JavaScript

Console error: [JavaScript Error: "already executing generator g.send" {file: "chrome://conkeror-modules/content/coroutine.js" line: 100}]

  Category: XPConnect JavaScript

Console error: [JavaScript Error: "already executing generator g.send" {file: "chrome://conkeror-modules/content/coroutine.js" line: 100}]

  Category: XPConnect JavaScript

Console error: [JavaScript Error: "already executing generator g.send" {file: "chrome://conkeror-modules/content/coroutine.js" line: 100}]

  Category: XPConnect JavaScript

Console error: [JavaScript Warning: "Use of captureEvents() is deprecated, see bug 330494." {file: "http://www.via.com.tw/en/initiatives/empowered/pc2500_mainboard/index.jsp" line: 0}]

  Category: DOM Events

Console error: [JavaScript Error: "handler is undefined" {file: "http://www.zonbu.com/include/js/prototype.js" line: 3842}]

  Category: XPConnect JavaScript

*** glibc detected *** /home/brian/tmp/xulrunner/xulrunner-bin: double free or corruption (fasttop): 0x093841e8 ***

======= Backtrace: =========

/lib/tls/i686/cmov/libc.so.6[0xb6968d65]

/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb696c800]

/home/brian/tmp/xulrunner/libnspr4.so(PR_Free+0x38)[0xb726d318]

/home/brian/tmp/xulrunner/libxul.so(NS_Free_P+0x1a)[0xb7bad358]

/home/brian/tmp/xulrunner/libxul.so[0xb7411e9e]

/home/brian/tmp/xulrunner/libxul.so[0xb7b836db]

/home/brian/tmp/xulrunner/libxul.so[0xb7449c8c]

/home/brian/tmp/xulrunner/libxul.so[0xb7449e2f]

/home/brian/tmp/xulrunner/libxul.so[0xb7b740d5]

/home/brian/tmp/xulrunner/libxul.so[0xb7bb031d]

/home/brian/tmp/xulrunner/libxul.so[0xb7bb0861]

/home/brian/tmp/xulrunner/libxul.so[0xb7bb0891]

/home/brian/tmp/xulrunner/libxul.so[0xb742e9c4]

/home/brian/tmp/xulrunner/libmozjs.so[0xb7ef4399]

/home/brian/tmp/xulrunner/libmozjs.so(JS_GC+0x45)[0xb7ed2bdc]

/home/brian/tmp/xulrunner/libxul.so[0xb742e4ef]

/home/brian/tmp/xulrunner/libxul.so[0xb7bb0916]

/home/brian/tmp/xulrunner/libxul.so[0xb7bb0984]

/home/brian/tmp/xulrunner/libxul.so[0xb77df4ea]

/home/brian/tmp/xulrunner/libxul.so[0xb77df562]

/home/brian/tmp/xulrunner/libxul.so[0xb77df597]

/home/brian/tmp/xulrunner/libxul.so[0xb77df72c]

/home/brian/tmp/xulrunner/libxul.so[0xb7ba7cf1]

/home/brian/tmp/xulrunner/libxul.so[0xb7ba8317]

/home/brian/tmp/xulrunner/libxul.so[0xb7ba597e]

/home/brian/tmp/xulrunner/libxul.so[0xb7b73cf3]

/home/brian/tmp/xulrunner/libxul.so[0xb7ae62b0]

/home/brian/tmp/xulrunner/libxul.so[0xb79c294e]

/home/brian/tmp/xulrunner/libxul.so(XRE_main+0x20c3)[0xb741931b]

/home/brian/tmp/xulrunner/xulrunner-bin[0x8049d70]

/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb6915050]

/home/brian/tmp/xulrunner/xulrunner-bin[0x80497a1]

======= Memory map: ========

08048000-08050000 r-xp 00000000 08:02 1885595    /home/brian/tmp/xulrunner/xulrunner-bin

08050000-08051000 rw-p 00007000 08:02 1885595    /home/brian/tmp/xulrunner/xulrunner-bin

08051000-0d599000 rw-p 08051000 00:00 0          [heap]

ac98a000-acb4b000 rw-p ac98a000 00:00 0 

acb4b000-ada4b000 ---p acb4b000 00:00 0 

ada4b000-ae0b6000 r-xp 00000000 08:02 1426372    /home/brian/.mozilla/plugins/libflashplayer.so

ae0b6000-ae0ff000 rw-p 0066b000 08:02 1426372    /home/brian/.mozilla/plugins/libflashplayer.so

ae0ff000-ae1cd000 rw-p ae0ff000 00:00 0 

ae211000-ae2d6000 rw-p ae211000 00:00 0 

ae2df000-ae360000 rw-p ae2df000 00:00 0 

ae360000-ae3d6000 r--p 00000000 08:02 1589818    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf

ae3d6000-ae44c000 r--p 00000000 08:02 1589818    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf

ae44c000-af519000 r--p 00000000 08:02 1211607    /usr/share/fonts/truetype/arphic/ukai.ttf

af519000-af806000 r--p 00000000 08:02 1213198    /usr/share/fonts/truetype/baekmuk/dotum.ttf

af806000-af80a000 rw-p af806000 00:00 0 

af824000-af840000 rw-p af824000 00:00 0 

af840000-af89e000 rw-s 00000000 00:09 1048578    /SYSV00000000 (deleted)

af89e000-af8d9000 r--p 00000000 08:02 1589799    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf

af8d9000-af8db000 r-xp 00000000 08:02 1046548    /usr/lib/pango/1.6.0/modules/pango-hangul-fc.so

af8db000-af8dc000 rw-p 00001000 08:02 1046548    /usr/lib/pango/1.6.0/modules/pango-hangul-fc.so

af8dc000-af8de000 r-xp 00000000 08:02 1046544    /usr/lib/pango/1.6.0/modules/pango-arabic-fc.so

af8de000-af8df000 rw-p 00001000 08:02 1046544    /usr/lib/pango/1.6.0/modules/pango-arabic-fc.so

af8df000-af8e7000 rw-p af8df000 00:00 0 

af8e7000-af8eb000 rw-p af8e7000 00:00 0 

af8eb000-af937000 r--p 00000000 08:02 1589824    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf

af93a000-af946000 rw-p af93a000 00:00 0 

af946000-af983000 r--p 00000000 08:02 1589798    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf

af983000-af9b5000 r--p 00000000 08:02 1589823    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf

af9b7000-afa0f000 rw-p af9b7000 00:00 0 

afa0f000-b0179000 r--p 00000000 08:02 1213213    /usr/share/fonts/truetype/kochi/kochi-gothic-subst.ttf

b0179000-b01d9000 rw-s 00000000 00:09 229377     /SYSV00000000 (deleted)

b01d9000-b0938000 r--p 00000000 08:02 2452843    /usr/share/icons/gnome/icon-theme.cache

b0938000-b0b86000 r--p 00000000 08:02 1328563    /usr/share/icons/hicolor/icon-theme.cache

b0b86000-b0b8a000 rw-p b0b86000 00:00 0 

b0b8a000-b0bff000 r--p 00000000 08:02 1589819    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf

b0bff000-b0c74000 r--p 00000000 08:02 1589819    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf

b0c74000-b0ca6000 r--p 00000000 08:02 1589822    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf

b0ca8000-b0db7000 rw-p b0ca8000 00:00 0 

b0db7000-b0e00000 ---p b0db7000 00:00 0 

b0e01000-b0e6e000 rw-p b0e01000 00:00 0 

b0e6f000-b0ea3000 rw-p b0e6f000 00:00 0 

b0ea3000-b0ea7000 r-xp 00000000 08:02 295339     /lib/tls/i686/cmov/libnss_dns-2.6.1.so

b0ea7000-b0ea9000 rw-p 00003000 08:02 295339     /lib/tls/i686/cmov/libnss_dns-2.6.1.so

b0ea9000-b0eab000 r-xp 00000000 08:02 262185     /lib/libnss_mdns4_minimal.so.2

b0eab000-b0eac000 rw-p 00001000 08:02 262185     /lib/libnss_mdns4_minimal.so.2

b0ead000-b0eae000 r-xp 00000000 08:02 1046545    /usr/lib/pango/1.6.0/modules/pango-arabic-lang.so

b0eae000-b0eaf000 rw-p 00000000 08:02 1046545    /usr/lib/pango/1.6.0/modules/pango-arabic-lang.so

b0eaf000-b0ec3000 rw-p b0eaf000 00:00 0 

b0ec3000-b0f47000 r--p 00000000 08:02 1589795    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf

b0f47000-b0fcb000 r--p 00000000 08:02 1589795    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf

b0fcb000-b0fcf000 rw-p b0fcb000 00:00 0 

b0fd2000-b101a000 rw-p b0fd2000 00:00 0 

b101a000-b1057000 r--p 00000000 08:02 1589798    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf

b1057000-b10e2000 r--p 00000000 08:02 1589794    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf

b10e2000-b112d000 r--p 00000000 08:02 1589796    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf

b112d000-b1168000 r--p 00000000 08:02 1589799    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf

b116b000-b1193000 rw-p b116b000 00:00 0 

b1193000-b11a3000 rw-p b1193000 00:00 0 

b11a3000-b122e000 r--p 00000000 08:02 1589794    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf

b122e000-b1230000 r-xp 00000000 08:02 1046546    /usr/lib/pango/1.6.0/modules/pango-basic-fc.so

b1230000-b1231000 rw-p 00001000 08:02 1046546    /usr/lib/pango/1.6.0/modules/pango-basic-fc.so

b1232000-b126e000 rw-p b1232000 00:00 0 

b126e000-b126f000 ---p b126e000 00:00 0 

b126f000-b1a6f000 rw-p b126f000 00:00 0 

b1a6f000-b1a70000 ---p b1a6f000 00:00 0 

b1a70000-b2270000 rw-p b1a70000 00:00 0 

b2270000-b2271000 ---p b2270000 00:00 0 

b2271000-b2a75000 rw-p b2271000 00:00 0 

b2a75000-b2aae000 r-xp 00000000 08:02 1885580    /home/brian/tmp/xulrunner/libnssckbi.so

b2aae000-b2ab8000 rw-p 00038000 08:02 1885580    /home/brian/tmp/xulrunner/libnssckbi.so

b2ab8000-b2b04000 r-xp 00000000 08:02 1885605    /home/brian/tmp/xulrunner/libfreebl3.so

b2b04000-b2b06000 rw-p 0004c000 08:02 1885605    /home/brian/tmp/xulrunner/libfreebl3.so

b2b06000-b2b2d000 r-xp 00000000 08:02 1881011    /home/brian/tmp/xulrunner/libnssdbm3.so

b2b2d000-b2b30000 rw-p 00027000 08:02 1881011    /home/brian/tmp/xulrunner/libnssdbm3.so

b2b30000-b2b31000 ---p b2b30000 00:00 0 

b2b31000-b33b9000 rw-p b2b31000 00:00 0 

b33ba000-b33c2000 rw-p b33ba000 00:00 0 

b33c3000-b33c5000 r-xp 00000000 08:02 998876     /usr/lib/libXss.so.1.0.0

b33c5000-b33c6000 rw-p 00001000 08:02 998876     /usr/lib/libXss.so.1.0.0

b33c6000-b33de000 rw-p b33c6000 00:00 0 

b33de000-b33e5000 r-xp 00000000 08:02 998409     /usr/lib/libfam.so.0.0.0

b33e5000-b33e6000 rw-p 00006000 08:02 998409     /usr/lib/libfam.so.0.0.0

b33e6000-b33ec000 r-xp 00000000 08:02 261659     /lib/libacl.so.1.1.0

b33ec000-b33ed000 rw-p 00005000 08:02 261659     /lib/libacl.so.1.1.0

b33ed000-b33f0000 r-xp 00000000 08:02 261663     /lib/libattr.so.1.1.0

b33f0000-b33f1000 rw-p 00002000 08:02 261663     /lib/libattr.so.1.1.0

b33f2000-b3404000 r--p 00000000 08:02 1389979    /usr/share/locale-langpack/en_AU/LC_MESSAGES/gedit.mo

b3404000-b3410000 r-xp 00000000 08:02 1062910    /usr/lib/gnome-vfs-2.0/modules/libfile.so

b3410000-b3411000 rw-p 0000b000 08:02 1062910    /usr/lib/gnome-vfs-2.0/modules/libfile.so

b3411000-b3412000 ---p b3411000 00:00 0 

b3412000-b3c12000 rw-p b3412000 00:00 0 

b3c12000-b3c13000 ---p b3c12000 00:00 0 

b3c13000-b4413000 rw-p b3c13000 00:00 0 

b4413000-b4414000 ---p b4413000 00:00 0 

b4414000-b4c14000 rw-p b4414000 00:00 0 

b4c14000-b4c18000 r--p 00000000 08:02 1390431    /usr/share/locale-langpack/en_AU/LC_MESSAGES/glib20.mo

b4c18000-b4c1e000 r--s 00000000 08:02 2453884    /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2

b4c1e000-b4c1f000 r--s 00000000 08:02 2455723    /var/cache/fontconfig/fd9505950c048a77dc4b710eb6a628ed-x86.cache-2

b4c1f000-b4c21000 r--s 00000000 08:02 2455721    /var/cache/fontconfig/ddc79d3ea06a7c6ffa86ede85f3bb5df-x86.cache-2

b4c21000-b4c22000 r--s 00000000 08:02 2455720    /var/cache/fontconfig/e7071f4a29fa870f4323321c154eba04-x86.cache-2

b4c22000-b4c23000 r--s 00000000 08:02 2455714    /var/cache/fontconfig/a2ab74764b07279e7c36ddb1d302cf26-x86.cache-2

b4c23000-b4c27000 r--s 00000000 08:02 2455711    /var/cache/fontconfig/921a30a17f0be15c70ac14043cb7a739-x86.cache-2

b4c27000-b4c28000 r--s 00000000 08:02 2455706    /var/cache/fontconfig/c69f04ab05004e31a6d5e715764f16d8-x86.cache-2

b4c28000-b4c29000 r--s 00000000 08:02 2455705    /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86.cache-2

b4c29000-b4c2b000 r--s 00000000 08:02 2455703    /var/cache/fontconfig/646addb8444faa74ee138aa00ab0b6a0-x86.cache-2

b4c2b000-b4c2e000 r--s 00000000 08:02 2455702    /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86.cache-2

b4c2e000-b4c30000 r--s 00000000 08:02 2455700    /var/cache/fontconfig/20bd79ad97094406f7d1b9654bfbd926-x86.cache-2

b4c30000-b4c31000 r--s 00000000 08:02 2455699    /var/cache/fontconfig/75a2cd575a62c63e802c11411fb87c37-x86.cache-2

b4c31000-b4c33000 r--s 00000000 08:02 2455698    /var/cache/fontconfig/9c0624108b9a2ae8552f664125be8356-x86.cache-2

b4c33000-b4c39000 r--s 00000000 08:02 2455697    /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2

b4c39000-b4c3b000 r--s 00000000 08:02 2455682    /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86.cache-2

b4c3b000-b4c3d000 r--s 00000000 08:02 2455680    /var/cache/fontconfig/da1bd5ca8443ffe22927a23ce431d198-x86.cache-2

b4c3d000-b4c45000 r--s 00000000 08:02 2455679    /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86.cache-2

b4c45000-b4c4b000 r--s 00000000 08:02 2455659    /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86.cache-2

b4c4b000-b4c4c000 r--s 00000000 08:02 2455657    /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2

b4c4c000-b4c4e000 r--s 00000000 08:02 2455647    /var/cache/fontconfig/2c5ba8142dffc8bf0377700342b8ca1a-x86.cache-2

b4c4e000-b4c50000 r--s 00000000 08:02 2455641    /var/cache/fontconfig/de9486f0b47a4d768a594cb4198cb1c6-x86.cache-2

b4c50000-b4c56000 r--s 00000000 08:02 2455640    /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86.cache-2

b4c56000-b4c59000 r--s 00000000 08:02 2455639    /var/cache/fontconfig/6386b86020ecc1ef9690bb720a13964f-x86.cache-2

b4c59000-b4c5d000 r--s 00000000 08:02 2455621    /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86.cache-2

b4c5d000-b4c6a000 r--s 00000000 08:02 1276394    /home/brian/.fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86.cache-2

b4c6a000-b4c6b000 r--s 00000000 08:02 2455850    /var/cache/fontconfig/e9e44584608a73233979f764b5f9dd81-x86.cache-2

b4c6b000-b4c6c000 r--s 00000000 08:02 2455847    /var/cache/fontconfig/b5a4f3f568a71026ccdc6a3a51afa9b4-x86.cache-2

b4c6c000-b4c6d000 r--s 00000000 08:02 2454292    /var/cache/fontconfig/e22b663d51a3e226824aa2afd6c591f7-x86.cache-2

b4c6d000-b4c70000 r--s 00000000 08:02 2455840    /var/cache/fontconfig/b21a91cee725896328b8cee8091cf747-x86.cache-2

b4c70000-b4c75000 r--s 00000000 08:02 2455839    /var/cache/fontconfig/fd9416c4b92f07c6f59a3a8cf496e9dc-x86.cache-2

b4c75000-b4c78000 r--s 00000000 08:02 2455837    /var/cache/fontconfig/059138ec877db160474b4d5de1248d14-x86.cache-2

b4c78000-b4c79000 r--s 00000000 08:02 2455836    /var/cache/fontconfig/f5a93ac943883aa0fd9a7bfe0f6ec3c1-x86.cache-2

b4c79000-b4c7b000 r--s 00000000 08:02 2455821    /var/cache/fontconfig/118d8d5311348bbdf5fe3b106d7c13d4-x86.cache-2

b4c7b000-b4c7c000 r--s 00000000 08:02 2455820    /var/cache/fontconfig/a1131b7be650f9abae4907495aa5815d-x86.cache-2

b4c7c000-b4c81000 r--s 00000000 08:02 2455613    /var/cache/fontconfig/8ab5f685cd6d8ba67c37c908faf08172-x86.cache-2

b4c81000-b4c85000 r--s 00000000 08:02 2455819    /var/cache/fontconfig/0f32d3adc6a232110812e17374eaa446-x86.cache-2

b4c85000-b4c8d000 r--s 00000000 08:02 2454557    /var/cache/fontconfig/7b4a97c10f6c0166998ddfa1cf7392fb-x86.cache-2

b4c8d000-b4c90000 r--s 00000000 08:02 2455816    /var/cache/fontconfig/61c830dfac3fd78a12654da5e9ba3f56-x86.cache-2

b4c90000-b4c91000 r--s 00000000 08:02 2455798    /var/cache/fontconfig/e0f9e95429e756d56293ed4d63866094-x86.cache-2

b4c91000-b4c93000 r--s 00000000 08:02 2455791    /var/cache/fontconfig/4123634e9c08547d899d0aaff05ebe69-x86.cache-2

b4c93000-b4c97000 r--s 00000000 08:02 2455790    /var/cache/fontconfig/142ecfc435bad6f1fbc2648c1119d5eb-x86.cache-2

b4c97000-b4c9d000 r--s 00000000 08:02 2455776    /var/cache/fontconfig/102e5142c2e9e50c5e8ece26694a2dad-x86.cache-2

b4c9d000-b4c9e000 r--s 00000000 08:02 2455775    /var/cache/fontconfig/92a571655fb1c0ec1c4d6f496220600a-x86.cache-2

b4c9e000-b4ca6000 r--s 00000000 08:02 2455768    /var/cache/fontconfig/a960c40fc9306f090224a04585f8a963-x86.cache-2

b4ca6000-b4ca8000 r--s 00000000 08:02 2455764    /var/cache/fontconfig/9404ff413c67fc2a1526fd14eb4163a8-x86.cache-2

b4ca8000-b4cab000 r--s 00000000 08:02 2455761    /var/cache/fontconfig/b3fedf7c409f006ca1a6fceffceb77cf-x86.cache-2

b4cab000-b4cae000 r--s 00000000 08:02 2454086    /var/cache/fontconfig/6330322105e0c4105d7c7a6ea2974107-x86.cache-2

b4cae000-b4d1a000 rw-p b4cae000 00:00 0 

b4d1a000-b4d1b000 ---p b4d1a000 00:00 0 

b4d1b000-b551b000 rw-p b4d1b000 00:00 0 

b551b000-b551c000 ---p b551b000 00:00 0 

b551c000-b5d20000 rw-p b551c000 00:00 0 

b5d20000-b5d26000 r-xp 00000000 08:02 1966009    /home/brian/tmp/xulrunner/components/libdbusservice.so

b5d26000-b5d27000 rw-p 00005000 08:02 1966009    /home/brian/tmp/xulrunner/components/libdbusservice.so

b5d27000-b5d2f000 r-xp 00000000 08:02 1966081    /home/brian/tmp/xulrunner/components/libnkgnomevfs.so

b5d2f000-b5d30000 rw-p 00008000 08:02 1966081    /home/brian/tmp/xulrunner/components/libnkgnomevfs.so

b5d30000-b5d3a000 r-xp 00000000 08:02 1965997    /home/brian/tmp/xulrunner/components/libimgicon.so

b5d3a000-b5d3b000 rw-p 00009000 08:02 1965997    /home/brian/tmp/xulrunner/components/libimgicon.so

b5d3b000-b5d71000 r-xp 00000000 08:02 261657     /lib/libsepol.so.1

b5d71000-b5d72000 rw-p 00035000 08:02 261657     /lib/libsepol.so.1

b5d72000-b5d7c000 rw-p b5d72000 00:00 0 

b5d7c000-b5dcb000 r-xp 00000000 08:02 997784     /usr/lib/libgcrypt.so.11.2.3

b5dcb000-b5dcd000 rw-p 0004e000 08:02 997784     /usr/lib/libgcrypt.so.11.2.3

b5dcd000-b5dd0000 r-xp 00000000 08:02 997782     /usr/lib/libgpg-error.so.0.3.0

b5dd0000-b5dd1000 rw-p 00002000 08:02 997782     /usr/lib/libgpg-error.so.0.3.0

b5dd1000-b5de0000 r-xp 00000000 08:02 999322     /usr/lib/libtasn1.so.3.0.9

b5de0000-b5de1000 rw-p 0000e000 08:02 999322     /usr/lib/libtasn1.so.3.0.9

b5de1000-b5ea2000 r-xp 00000000 08:02 998124     /usr/lib/libasound.so.2.0.0

b5ea2000-b5ea7000 rw-p 000c0000 08:02 998124     /usr/lib/libasound.so.2.0.0

b5ea7000-b5ea9000 r-xp 00000000 08:02 295351     /lib/tls/i686/cmov/libutil-2.6.1.so

b5ea9000-b5eab000 rw-p 00001000 08:02 295351     /lib/tls/i686/cmov/libutil-2.6.1.so

b5eab000-b5ebf000 r-xp 00000000 08:02 261660     /lib/libselinux.so.1

b5ebf000-b5ec1000 rw-p 00013000 08:02 261660     /lib/libselinux.so.1

b5ec1000-b5ed0000 r-xp 00000000 08:02 295346     /lib/tls/i686/cmov/libresolv-2.6.1.so

b5ed0000-b5ed2000 rw-p 0000f000 08:02 295346     /lib/tls/i686/cmov/libresolv-2.6.1.so

b5ed2000-b5ed4000 rw-p b5ed2000 00:00 0 

b5ed4000-b5ee2000 r-xp 00000000 08:02 998825     /usr/lib/libavahi-client.so.3.2.2

b5ee2000-b5ee3000 rw-p 0000e000 08:02 998825     /usr/lib/libavahi-client.so.3.2.2

b5ee3000-b5eed000 r-xp 00000000 08:02 997828     /usr/lib/libavahi-common.so.3.4.4

b5eed000-b5eee000 rw-p 00009000 08:02 997828     /usr/lib/libavahi-common.so.3.4.4

b5eee000-b5f58000 r-xp 00000000 08:02 999476     /usr/lib/libgnutls.so.13.3.0

b5f58000-b5f5e000 rw-p 0006a000 08:02 999476     /usr/lib/libgnutls.so.13.3.0

b5f5e000-b5f92000 r-xp 00000000 08:02 998091     /usr/lib/libdbus-1.so.3.3.0

b5f92000-b5f93000 rw-p 00033000 08:02 998091     /usr/lib/libdbus-1.so.3.3.0

b5f93000-b5fad000 r-xp 00000000 08:02 999171     /usr/lib/libdbus-glib-1.so.2.1.0

b5fad000-b5fae000 rw-p 0001a000 08:02 999171     /usr/lib/libdbus-glib-1.so.2.1.0

b5fae000-b5fb2000 r-xp 00000000 08:02 999692     /usr/lib/libORBitCosNaming-2.so.0.1.0

b5fb2000-b5fb3000 rw-p 00003000 08:02 999692     /usr/lib/libORBitCosNaming-2.so.0.1.0

b5fb3000-b5fd3000 r-xp 00000000 08:02 998823     /usr/lib/libaudiofile.so.0.0.2

b5fd3000-b5fd5000 rw-p 00020000 08:02 998823     /usr/lib/libaudiofile.so.0.0.2

b5fd5000-b5fde000 r-xp 00000000 08:02 997728     /usr/lib/libesd.so.0.2.38

b5fde000-b5fdf000 rw-p 00009000 08:02 997728     /usr/lib/libesd.so.0.2.38

b5fdf000-b5fe6000 r-xp 00000000 08:02 999040     /usr/lib/libgailutil.so.18.0.1

b5fe6000-b5fe7000 rw-p 00006000 08:02 999040     /usr/lib/libgailutil.so.18.0.1

b5fe7000-b6006000 r-xp 00000000 08:02 1000335    /usr/lib/libjpeg.so.62.0.0

b6006000-b6007000 rw-p 0001e000 08:02 1000335    /usr/lib/libjpeg.so.62.0.0

b6007000-b6014000 r-xp 00000000 08:02 999068     /usr/lib/libgnome-keyring.so.0.1.1

b6014000-b6015000 rw-p 0000d000 08:02 999068     /usr/lib/libgnome-keyring.so.0.1.1

b6015000-b605e000 r-xp 00000000 08:02 998719     /usr/lib/libORBit-2.so.0.1.0

b605e000-b6067000 rw-p 00049000 08:02 998719     /usr/lib/libORBit-2.so.0.1.0

b6067000-b6068000 rw-p b6067000 00:00 0 

b6068000-b6097000 r-xp 00000000 08:02 997819     /usr/lib/libgconf-2.so.4.1.2

b6097000-b609a000 rw-p 0002e000 08:02 997819     /usr/lib/libgconf-2.so.4.1.2

b609a000-b60f0000 r-xp 00000000 08:02 999728     /usr/lib/libgnomevfs-2.so.0.2000.0

b60f0000-b60f3000 rw-p 00055000 08:02 999728     /usr/lib/libgnomevfs-2.so.0.2000.0

b60f3000-b6106000 r-xp 00000000 08:02 998012     /usr/lib/libbonobo-activation.so.4.0.0

b6106000-b6108000 rw-p 00013000 08:02 998012     /usr/lib/libbonobo-activation.so.4.0.0

b6108000-b615a000 r-xp 00000000 08:02 997558     /usr/lib/libbonobo-2.so.0.0.0

b615a000-b6164000 rw-p 00051000 08:02 997558     /usr/lib/libbonobo-2.so.0.0.0

b6164000-b6179000 r-xp 00000000 08:02 997867     /usr/lib/libart_lgpl_2.so.2.3.19

b6179000-b617a000 rw-p 00014000 08:02 997867     /usr/lib/libart_lgpl_2.so.2.3.19

b617a000-b618e000 r-xp 00000000 08:02 997555     /usr/lib/libgnome-2.so.0.2000.0

b618e000-b618f000 rw-p 00014000 08:02 997555     /usr/lib/libgnome-2.so.0.2000.0

b618f000-b61be000 r-xp 00000000 08:02 998967     /usr/lib/libgnomecanvas-2.so.0.2000.0

b61be000-b61bf000 rw-p 0002f000 08:02 998967     /usr/lib/libgnomecanvas-2.so.0.2000.0

b61bf000-b621a000 r-xp 00000000 08:02 999086     /usr/lib/libbonoboui-2.so.0.0.0

b621a000-b621d000 rw-p 0005a000 08:02 999086     /usr/lib/libbonoboui-2.so.0.0.0

b621d000-b6335000 r-xp 00000000 08:02 999342     /usr/lib/libxml2.so.2.6.30

b6335000-b633a000 rw-p 00118000 08:02 999342     /usr/lib/libxml2.so.2.6.30

b633a000-b633b000 rw-p b633a000 00:00 0 

b633b000-b63c3000 r-xp 00000000 08:02 997902     /usr/lib/libgnomeui-2.so.0.2000.1

b63c3000-b63c7000 rw-p 00087000 08:02 997902     /usr/lib/libgnomeui-2.so.0.2000.1

b63c7000-b63ce000 r-xp 00000000 08:02 1966130    /home/brian/tmp/xulrunner/components/libmozgnome.so

b63ce000-b63cf000 rw-p 00007000 08:02 1966130    /home/brian/tmp/xulrunner/components/libmozgnome.so

b63cf000-b63d1000 r-xp 00000000 08:02 2992929    /usr/lib/gconv/UTF-16.so

b63d1000-b63d3000 rw-p 00001000 08:02 2992929    /usr/lib/gconv/UTF-16.so

b63d3000-b63da000 r--p 00000000 08:02 1390243    /usr/share/locale-langpack/en_AU/LC_MESSAGES/libgnome-2.0.mo

b63da000-b63e3000 r-xp 00000000 08:02 295340     /lib/tls/i686/cmov/libnss_files-2.6.1.so

b63e3000-b63e5000 rw-p 00008000 08:02 295340     /lib/tls/i686/cmov/libnss_files-2.6.1.so

b63e5000-b63ed000 r-xp 00000000 08:02 295342     /lib/tls/i686/cmov/libnss_nis-2.6.1.so

b63ed000-b63ef000 rw-p 00007000 08:02 295342     /lib/tls/i686/cmov/libnss_nis-2.6.1.so

b63ef000-b6403000 r-xp 00000000 08:02 295337     /lib/tls/i686/cmov/libnsl-2.6.1.so

b6403000-b6405000 rw-p 00013000 08:02 295337     /lib/tls/i686/cmov/libnsl-2.6.1.so

b6405000-b6407000 rw-p b6405000 00:00 0 

b6407000-b640e000 r-xp 00000000 08:02 295338     /lib/tls/i686/cmov/libnss_compat-2.6.1.so

b640e000-b6410000 rw-p 00006000 08:02 295338     /lib/tls/i686/cmov/libnss_compat-2.6.1.so

b6410000-b6412000 r-xp 00000000 08:02 997593     /usr/lib/libavahi-glib.so.1.0.1

b6412000-b6413000 rw-p 00001000 08:02 997593     /usr/lib/libavahi-glib.so.1.0.1

b6413000-b641a000 r-xp 00000000 08:02 261739     /lib/libpopt.so.0.0.0

b641a000-b641b000 rw-p 00006000 08:02 261739     /lib/libpopt.so.0.0.0

b641b000-b641c000 r-xp 00000000 08:02 2992875    /usr/lib/gconv/ISO8859-1.so

b641c000-b641e000 rw-p 00000000 08:02 2992875    /usr/lib/gconv/ISO8859-1.so

b641e000-b6423000 r--p 00000000 08:02 1390435    /usr/share/locale-langpack/en_AU/LC_MESSAGES/gtk20-properties.mo

b6423000-b6433000 r--p 00000000 08:02 1390432    /usr/share/locale-langpack/en_AU/LC_MESSAGES/gtk20.mo

b6433000-b6472000 r--p 00000000 08:02 1062883    /usr/lib/locale/en_AU.utf8/LC_CTYPE

b6472000-b6552000 r--p 00000000 08:02 1062884    /usr/lib/locale/en_AU.utf8/LC_COLLATE

b6552000-b6555000 rw-p b6552000 00:00 0 

b6555000-b655c000 r-xp 00000000 08:02 295348     /lib/tls/i686/cmov/librt-2.6.1.so

b655c000-b655e000 rw-p 00006000 08:02 295348     /lib/tls/i686/cmov/librt-2.6.1.so

b655e000-b655f000 rw-p b655e000 00:00 0 

b655f000-b6574000 r-xp 00000000 08:02 998383     /usr/lib/libICE.so.6.3.0

b6574000-b6576000 rw-p 00014000 08:02 998383     /usr/lib/libICE.so.6.3.0

b6576000-b6577000 rw-p b6576000 00:00 0 

b6577000-b657e000 r-xp 00000000 08:02 998387     /usr/lib/libSM.so.6.0.0

b657e000-b657f000 rw-p 00006000 08:02 998387     /usr/lib/libSM.so.6.0.0

b657f000-b659d000 r-xp 00000000 08:02 1000461    /usr/lib/libexpat.so.1.0.0

b659d000-b659f000 rw-p 0001e000 08:02 1000461    /usr/lib/libexpat.so.1.0.0

b659f000-b65a3000 r-xp 00000000 08:02 998736     /usr/lib/libXdmcp.so.6.0.0

b65a3000-b65a4000 rw-p 00003000 08:02 998736     /usr/lib/libXdmcp.so.6.0.0

b65a4000-b65a6000 r-xp 00000000 08:02 998391     /usr/lib/libXau.so.6.0.0

b65a6000-b65a7000 rw-p 00001000 08:02 998391     /usr/lib/libXau.so.6.0.0

b65a7000-b65a8000 rw-p b65a7000 00:00 0 

b65a8000-b65ca000 r-xp 00000000 08:02 997651     /usr/lib/libpng12.so.0.15.0

b65ca000-b65cb000 rw-p 00021000 08:02 997651     /usr/lib/libpng12.so.0.15.0

b65cb000-b65df000 r-xp 00000000 08:02 998477     /usr/lib/libz.so.1.2.3.3

b65df000-b65e0000 rw-p 00013000 08:02 998477     /usr/lib/libz.so.1.2.3.3

b65e0000-b65e8000 r-xp 00000000 08:02 1000454    /usr/lib/libXcursor.so.1.0.2

b65e8000-b65e9000 rw-p 00007000 08:02 1000454    /usr/lib/libXcursor.so.1.0.2

b65e9000-b65ee000 r-xp 00000000 08:02 1000629    /usr/lib/libXrandr.so.2.1.0

b65ee000-b65ef000 rw-p 00005000 08:02 1000629    /usr/lib/libXrandr.so.2.1.0

b65ef000-b65f6000 r-xp 00000000 08:02 1000623    /usr/lib/libXi.so.6.0.0

b65f6000-b65f7000 rw-p 00006000 08:02 1000623    /usr/lib/libXi.so.6.0.0

b65f7000-b65f8000 rw-p b65f7000 00:00 0 

b65f8000-b65fa000 r-xp 00000000 08:02 1000626    /usr/lib/libXinerama.so.1.0.0

b65fa000-b65fb000 rw-p 00001000 08:02 1000626    /usr/lib/libXinerama.so.1.0.0

b65fb000-b6608000 r-xp 00000000 08:02 999702     /usr/lib/libXext.so.6.4.0

b6608000-b6609000 rw-p 0000d000 08:02 999702     /usr/lib/libXext.so.6.4.0

b6609000-b660d000 r-xp 00000000 08:02 1000448    /usr/lib/libXfixes.so.3.1.0

b660d000-b660e000 rw-p 00003000 08:02 1000448    /usr/lib/libXfixes.so.3.1.0

b660e000-b6610000 r-xp 00000000 08:02 998280     /usr/lib/libXdamage.so.1.1.0

b6610000-b6611000 rw-p 00001000 08:02 998280     /usr/lib/libXdamage.so.1.1.0

b6611000-b6613000 r-xp 00000000 08:02 1000138    /usr/lib/libXcomposite.so.1.0.0

b6613000-b6614000 rw-p 00001000 08:02 1000138    /usr/lib/libXcomposite.so.1.0.0

b6614000-b6615000 rw-p b6614000 00:00 0 

b6615000-b6619000 r-xp 00000000 08:02 1000590    /usr/lib/libgthread-2.0.so.0.1400.1

b6619000-b661a000 rw-p 00003000 08:02 1000590    /usr/lib/libgthread-2.0.so.0.1400.1

b661a000-b6667000 r-xp 00000000 08:02 999711     /usr/lib/libXt.so.6.0.0

b6667000-b666b000 rw-p 0004c000 08:02 999711     /usr/lib/libXt.so.6.0.0

b666b000-b667c000 r-xp 00000000 08:02 999551     /usr/lib/libXft.so.2.1.2

b667c000-b667d000 rw-p 00010000 08:02 999551     /usr/lib/libXft.so.2.1.2

b667d000-b66a0000 r-xp 00000000 08:02 997670     /usr/lib/libfontconfig.so.1.2.0

b66a0000-b66a8000 rw-p 00023000 08:02 997670     /usr/lib/libfontconfig.so.1.2.0

b66a8000-b6714000 r-xp 00000000 08:02 1000570    /usr/lib/libfreetype.so.6.3.16

b6714000-b6718000 rw-p 0006b000 08:02 1000570    /usr/lib/libfreetype.so.6.3.16

b6718000-b671f000 r-xp 00000000 08:02 1000451    /usr/lib/libXrender.so.1.3.0

b671f000-b6720000 rw-p 00006000 08:02 1000451    /usr/lib/libXrender.so.1.3.0

b6720000-b6721000 rw-p b6720000 00:00 0 

b6721000-b674e000 r-xp 00000000 08:02 1000414    /usr/lib/libpangoft2-1.0.so.0.1800.3

b674e000-b674f000 rw-p 0002c000 08:02 1000414    /usr/lib/libpangoft2-1.0.so.0.1800.3

b674f000-b6786000 r-xp 00000000 08:02 1885583    /home/brian/tmp/xulrunner/libsoftokn3.so

b6786000-b678b000 rw-p 00036000 08:02 1885583    /home/brian/tmp/xulrunner/libsoftokn3.so

b678b000-b6862000 r-xp 00000000 08:02 1885581    /home/brian/tmp/xulrunner/libnss3.so

b6862000-b6869000 rw-p 000d7000 08:02 1885581    /home/brian/tmp/xulrunner/libnss3.so

b6869000-b688c000 r-xp 00000000 08:02 1881010    /home/brian/tmp/xulrunner/libssl3.so

b688c000-b688e000 rw-p 00023000 08:02 1881010    /home/brian/tmp/xulrunner/libssl3.so

b688e000-b68aa000 r-xp 00000000 08:02 1885602    /home/brian/tmp/xulrunner/libsmime3.so

b68aa000-b68ac000 rw-p 0001c000 08:02 1885602    /home/brian/tmp/xulrunner/libsmime3.so

b68ac000-b68ad000 rw-p b68ac000 00:00 0 

b68ad000-b68fe000 r-xp 00000000 08:02 1885603    /home/brian/tmp/xulrunner/libsqlite3.so

b68fe000-b68ff000 rw-p 00051000 08:02 1885603    /home/brian/tmp/xulrunner/libsqlite3.so

b68ff000-b6a43000 r-xp 00000000 08:02 295330     /lib/tls/i686/cmov/libc-2.6.1.so

b6a43000-b6a44000 r--p 00143000 08:02 295330     /lib/tls/i686/cmov/libc-2.6.1.so

b6a44000-b6a46000 rw-p 00144000 08:02 295330     /lib/tls/i686/cmov/libc-2.6.1.so

b6a46000-b6a49000 rw-p b6a46000 00:00 0 

b6a49000-b6a53000 r-xp 00000000 08:02 261667     /lib/libgcc_s.so.1

b6a53000-b6a54000 rw-p 0000a000 08:02 261667     /lib/libgcc_s.so.1

b6a54000-b6b3c000 r-xp 00000000 08:02 997719     /usr/lib/libstdc++.so.6.0.9

b6b3c000-b6b3f000 r--p 000e8000 08:02 997719     /usr/lib/libstdc++.so.6.0.9

b6b3f000-b6b41000 rw-p 000eb000 08:02 997719     /usr/lib/libstdc++.so.6.0.9

b6b41000-b6b47000 rw-p b6b41000 00:00 0 

b6b47000-b6b6a000 r-xp 00000000 08:02 295335     /lib/tls/i686/cmov/libm-2.6.1.so

b6b6a000-b6b6c000 rw-p 00023000 08:02 295335     /lib/tls/i686/cmov/libm-2.6.1.so

b6b6c000-b6b6d000 rw-p b6b6c000 00:00 0 

b6b6d000-b6c5a000 r-xp 00000000 08:02 999574     /usr/lib/libX11.so.6.2.0

b6c5a000-b6c5e000 rw-p 000ed000 08:02 999574     /usr/lib/libX11.so.6.2.0

b6c5e000-b6d1a000 r-xp 00000000 08:02 1000584    /usr/lib/libglib-2.0.so.0.1400.1

b6d1a000-b6d1b000 rw-p 000bc000 08:02 1000584    /usr/lib/libglib-2.0.so.0.1400.1

b6d1b000-b6d55000 r-xp 00000000 08:02 1000588    /usr/lib/libgobject-2.0.so.0.1400.1

b6d55000-b6d56000 rw-p 0003a000 08:02 1000588    /usr/lib/libgobject-2.0.so.0.1400.1

b6d56000-b6d59000 r-xp 00000000 08:02 1000586    /usr/lib/libgmodule-2.0.so.0.1400.1

b6d59000-b6d5a000 rw-p 00002000 08:02 1000586    /usr/lib/libgmodule-2.0.so.0.1400.1

b6d5a000-b6dcf000 r-xp 00000000 08:02 997582     /usr/lib/libcairo.so.2.11.5

b6dcf000-b6dd1000 rw-p 00074000 08:02 997582     /usr/lib/libcairo.so.2.11.5

b6dd1000-b6e0c000 r-xp 00000000 08:02 999444     /usr/lib/libpango-1.0.so.0.1800.3

b6e0c000-b6e0e000 rw-p 0003b000 08:02 999444     /usr/lib/libpango-1.0.so.0.1800.3

b6e0e000-b6e0f000 rw-p b6e0e000 00:00 0 

b6e0f000-b6e17000 r-xp 00000000 08:02 999445     /usr/lib/libpangocairo-1.0.so.0.1800.3

b6e17000-b6e18000 rw-p 00007000 08:02 999445     /usr/lib/libpangocairo-1.0.so.0.1800.3

b6e18000-b6e2f000 r-xp 00000000 08:02 999449     /usr/lib/libgdk_pixbuf-2.0.so.0.1200.0

b6e2f000-b6e30000 rw-p 00016000 08:02 999449     /usr/lib/libgdk_pixbuf-2.0.so.0.1200.0

b6e30000-b6eb4000 r-xp 00000000 08:02 999448     /usr/lib/libgdk-x11-2.0.so.0.1200.0

b6eb4000-b6eb7000 rw-p 00084000 08:02 999448     /usr/lib/libgdk-x11-2.0.so.0.1200.0

b6eb7000-b6ed0000 r-xp 00000000 08:02 997749     /usr/lib/libatk-1.0.so.0.2009.1

b6ed0000-b6ed2000 rw-p 00018000 08:02 997749     /usr/lib/libatk-1.0.so.0.2009.1

b6ed2000-b724f000 r-xp 00000000 08:02 1000847    /usr/lib/libgtk-x11-2.0.so.0.1200.0

b724f000-b7256000 rw-p 0037c000 08:02 1000847    /usr/lib/libgtk-x11-2.0.so.0.1200.0

b7256000-b7257000 rw-p b7256000 00:00 0 

b7257000-b7259000 r-xp 00000000 08:02 295334     /lib/tls/i686/cmov/libdl-2.6.1.so

b7259000-b725b000 rw-p 00001000 08:02 295334     /lib/tls/i686/cmov/libdl-2.6.1.so

b725b000-b725c000 rw-p b725b000 00:00 0 

b725c000-b728b000 r-xp 00000000 08:02 1885488    /home/brian/tmp/xulrunner/libnspr4.so

b728b000-b728d000 rw-p 0002e000 08:02 1885488    /home/brian/tmp/xulrunner/libnspr4.so

b728d000-b728e000 rw-p b728d000 00:00 0 

b728e000-b7291000 r-xp 00000000 08:02 1881012    /home/brian/tmp/xulrunner/libplc4.so

b7291000-b7292000 rw-p 00002000 08:02 1881012    /home/brian/tmp/xulrunner/libplc4.so

b7292000-b7294000 r-xp 00000000 08:02 1885589    /home/brian/tmp/xulrunner/libplds4.so

b7294000-b7295000 rw-p 00001000 08:02 1885589    /home/brian/tmp/xulrunner/libplds4.so

b7295000-b7dcb000 r-xp 00000000 08:02 1885606    /home/brian/tmp/xulrunner/libxul.so

b7dcb000-b7eac000 rw-p 00b35000 08:02 1885606    /home/brian/tmp/xulrunner/libxul.so

b7eac000-b7ebe000 rw-p b7eac000 00:00 0 

b7ebe000-b7ec1000 r-xp 00000000 08:02 1885586    /home/brian/tmp/xulrunner/libxpcom.so

b7ec1000-b7ec2000 rw-p 00002000 08:02 1885586    /home/brian/tmp/xulrunner/libxpcom.so

b7ec2000-b7ec3000 rw-p b7ec2000 00:00 0 

b7ec3000-b7f47000 r-xp 00000000 08:02 1885587    /home/brian/tmp/xulrunner/libmozjs.so

b7f47000-b7f4c000 rw-p 00083000 08:02 1885587    /home/brian/tmp/xulrunner/libmozjs.so

b7f4c000-b7f60000 r-xp 00000000 08:02 295345     /lib/tls/i686/cmov/libpthread-2.6.1.so

b7f60000-b7f62000 rw-p 00013000 08:02 295345     /lib/tls/i686/cmov/libpthread-2.6.1.so

b7f62000-b7f64000 rw-p b7f62000 00:00 0 

b7f64000-b7f66000 r--p 00000000 08:02 1389970    /usr/share/locale-langpack/en_AU/LC_MESSAGES/eog.mo

b7f66000-b7f67000 r--p 00000000 08:02 1063952    /usr/lib/locale/en_AU.utf8/LC_NUMERIC

b7f67000-b7f68000 r--p 00000000 08:02 1063900    /usr/lib/locale/en_AU.utf8/LC_TIME

b7f68000-b7f69000 r--p 00000000 08:02 1062885    /usr/lib/locale/en_AU.utf8/LC_MONETARY

b7f69000-b7f6a000 r--p 00000000 08:02 1079254    /usr/lib/locale/en_AU.utf8/LC_MESSAGES/SYS_LC_MESSAGES

b7f6a000-b7f6b000 r--p 00000000 08:02 1063920    /usr/lib/locale/en_AU.utf8/LC_PAPER

b7f6b000-b7f6c000 r--p 00000000 08:02 1063951    /usr/lib/locale/en_AU.utf8/LC_NAME

b7f6c000-b7f6d000 r--p 00000000 08:02 1062886    /usr/lib/locale/en_AU.utf8/LC_ADDRESS

b7f6d000-b7f6e000 r--p 00000000 08:02 1062887    /usr/lib/locale/en_AU.utf8/LC_TELEPHONE

b7f6e000-b7f6f000 r--p 00000000 08:02 1063916    /usr/lib/locale/en_AU.utf8/LC_MEASUREMENT

b7f6f000-b7f76000 r--s 00000000 08:02 1014565    /usr/lib/gconv/gconv-modules.cache

b7f76000-b7f77000 r--p 00000000 08:02 1062888    /usr/lib/locale/en_AU.utf8/LC_IDENTIFICATION

b7f77000-b7f79000 rw-p b7f77000 00:00 0 

b7f79000-b7f93000 r-xp 00000000 08:02 261810     /lib/ld-2.6.1.so

b7f93000-b7f95000 rw-p 00019000 08:02 261810     /lib/ld-2.6.1.so

bfc77000-bfc97000 rw-p bfc77000 00:00 0          [stack]

ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]



Brian May

From brian at microcomaustralia.com.au  Sat Apr 19 18:48:08 2008
From: brian at microcomaustralia.com.au (Brian May)
Date: Sun, 20 Apr 2008 11:48:08 +1000
Subject: [Conkeror] Poll: how important is emacs-style splitting
 of	top-level windows into multiple panes?
In-Reply-To: <87r6d44cqt.fsf@jeremyms.com>
References: <87r6d44cqt.fsf@jeremyms.com>
Message-ID: <480AA0D8.5050203@microcomaustralia.com.au>

Jeremy Maitin-Shepard wrote:
> How useful would it be for Conkeror to support Emacs-style splitting of
> top-level windows (frames in Emacs terminology) into multiple panes
> (windows in Emacs terminology)?
>
> For me, it is essentially not at all useful, because I don't even use
> multiple buffers per window, and I'd just assume let my window manager
> take care of handling each buffer.  Splitting and multiple buffers per
> window are in some sense window manager features implemented in the
> application, and for both consistency and simplicity, it just seems
> better to leave window manager features in the window manager.
>   
I use ratpoison as my window manager, which can already split the
display up into multiple frames. So perhaps not really a high priority
for me.

Brian May

From brian at microcomaustralia.com.au  Sat Apr 19 18:53:24 2008
From: brian at microcomaustralia.com.au (Brian May)
Date: Sun, 20 Apr 2008 11:53:24 +1000
Subject: [Conkeror] Poll: how important is emacs-style splitting
 of	top-level windows into multiple panes?
In-Reply-To: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>
References: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>
Message-ID: <480AA214.70205@microcomaustralia.com.au>

A.W. wrote:
> Personally, I think it's essential. Not everyone is ready to either
> live with tons of apps in their tray(kde, gnome, xfce, Windows) or
> move to more advanced WM(the 'window manager' for windows CAN be
> changed out for a better open-source one, but...why?) but might be
> ready for a more powerful browser. Heck, some people don't like the
> mouse, but might not want to change much else!
>   
I assume you mean X-Windows here - in which case a window manager that
doesn't rely on the mouse may be a good thing. e.g. ratpoison.

Unfortunately I don't think it is possible to change the Window manager
with either Microsoft Windows or Mac OS X unless you run full screen
X-Windows, in which case it won't work for native applications.

Just one of the many reasons I prefer Linux...

Brian May

From brian at microcomaustralia.com.au  Sat Apr 19 18:54:51 2008
From: brian at microcomaustralia.com.au (Brian May)
Date: Sun, 20 Apr 2008 11:54:51 +1000
Subject: [Conkeror] License and Author(s) of Conkeror?
In-Reply-To: <20080419023454.GE30445@sym.noone.org>
References: <20080419023454.GE30445@sym.noone.org>
Message-ID: <480AA26B.5060507@microcomaustralia.com.au>

Axel Beckert wrote:
> as I may have already mentioned, I want to package Conkeror for
> Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
> a few architectures, I now started with packaging
Are there still compatibility issues with the latest version of
XULRunner 1.9?

Brian May

From abe at deuxchevaux.org  Sat Apr 19 19:25:18 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Sun, 20 Apr 2008 04:25:18 +0200
Subject: [Conkeror] License and Author(s) of Conkeror?
In-Reply-To: <480AA26B.5060507@microcomaustralia.com.au>
References: <20080419023454.GE30445@sym.noone.org>
	<480AA26B.5060507@microcomaustralia.com.au>
Message-ID: <20080420022517.GM30445@sym.noone.org>

On Sun, Apr 20, 2008 at 11:54:51AM +1000, Brian May wrote:
> > as I may have already mentioned, I want to package Conkeror for
> > Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
> > a few architectures, I now started with packaging
> Are there still compatibility issues with the latest version of
> XULRunner 1.9?

Debian Experimental currently has 1.9b5 and it seems to work fine with
conkeror.

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From jeremy at jeremyms.com  Sat Apr 19 20:21:56 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 19 Apr 2008 23:21:56 -0400
Subject: [Conkeror] License and Author(s) of Conkeror?
In-Reply-To: <480AA26B.5060507@microcomaustralia.com.au> (Brian May's message
	of "Sun, 20 Apr 2008 11:54:51 +1000")
References: <20080419023454.GE30445@sym.noone.org>
	<480AA26B.5060507@microcomaustralia.com.au>
Message-ID: <87ej912otn.fsf@jeremyms.com>

Brian May <brian at microcomaustralia.com.au> writes:

> Axel Beckert wrote:
>> as I may have already mentioned, I want to package Conkeror for
>> Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
>> a few architectures, I now started with packaging
> Are there still compatibility issues with the latest version of
> XULRunner 1.9?

No, there are not.  The issue was only with using multiple threads in
order to wait for the completion of external processes, but this has
been fixed by using different approach for launching external processes.

Conkeror now works well with the latest version, but remember to type
"make" to build spawn-process-helper, which is now needed to spawn
external processes.

-- 
Jeremy Maitin-Shepard

From con at lonely-star.org  Sun Apr 20 01:52:27 2008
From: con at lonely-star.org (Nathan Huesken)
Date: Sun, 20 Apr 2008 10:52:27 +0200
Subject: [Conkeror] Remmeber username and password of forms
Message-ID: <20080420085226.GA5466@SamZwo>

Hi,

I have asked this question in the past, but it got lost under other questions.

Can I make conkeror remember passwords and usernames of forms I have used befor?
I put this into my conkeror.rc file:

session_pref("signon.prefillForms", true);
session_pref("signon.rememberSignons",true);
session_pref("signon.autofillForms",true);

But it does not work :(

Thanks!
Nathan

From adv at a2e.de  Sun Apr 20 04:29:58 2008
From: adv at a2e.de (PILCH Hartmut)
Date: Sun, 20 Apr 2008 13:29:58 +0200 (CEST)
Subject: [Conkeror] cant invoke external_editor: NS_ERROR_INVALID_POINTER on
	input.TEXTAREA
Message-ID: <20080420112958.B59374867AC@asusL3.oas.a2e.de>

Hi,

Thanks for the great work.  The new xulrunner-based Conkeror works
better than ever.

But, .. it comes with the promise of support for invocation of
external editors.

I had abandoned the firefox-based conkeror about a year ago, because I
couldn't get it to cooperate with mozex.

Now I'm still not out of trouble.

The help/tutorial files say nothing about how to invoke an external
editor, nor can I find explanations on the conkeror.org website.  This
is strange, given that extensibility with an external editor is used
as a "sales argument" for the new conkeror.

When digging into

     modules/external-editor.js 
     modules/bindings/default/content-buffer/text.js 

I get some answers, namely that "C-i" in the textarea should work.
And indeed it does react, and by rebinding to "C-j" I can confirm that
it is the text.js file that makes this reaction happen.

However it is not the reaction I need but rather an error message:

  call interactively: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [ns|Process.init]" nresult "0x80004003 (NS_ERROR_INVALID_POINTER)" location: JS fr..[input:TEXTAREA

and here the darkgray status line on the bottom of the screen ends.  I
had to type this, copy&paste didn't work.

I'm using the latest version of conkeror, updated with git every day,
on a nightly archive of xulrunner 1.9pre which I fetched about 2-3
days ago.

I tried to fix the problem by placing

  define_variable("run_external_editor_function", create_external_editor_launcher("/usr/bin/emacsclient", []))

in my conkeror.rcfile, and the result was the same.

I also tried several editors.  Emacsclient does work when invoked from
a shell, the emacs-server is started.

--
 PILCH Hartmut ??? ??????????        http://a2e.de/phm





From phm at a2e.de  Sun Apr 20 05:01:04 2008
From: phm at a2e.de (PILCH Hartmut m7I3JBWBVq1Cc)
Date: Sun, 20 Apr 2008 14:01:04 +0200
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
Message-ID: <20080420120100.GB15812@a2e.de>

> However it is not the reaction I need but rather an error message:
> 
>   call interactively: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [ns|Process.init]" nresult "0x80004003 (NS_ERROR_INVALID_POINTER)" location: JS fr..[input:TEXTAREA
> 
> and here the darkgray status line on the bottom of the screen ends.  I
> had to type this, copy&paste didn't work.

Here's what I find on the shell (emacs subshell) from which I invoked conkeror:

    NS_ERROR_INVALID_POINTER: Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIProcess.init]
    spawn_process_internal()@chrome://conkeror-modules/content/spawn-process.js:41
    spawn_process()@chrome://conkeror-modules/content/spawn-process.js:475
    spawn_and_wait_for_process()@chrome://conkeror-modules/content/spawn-process.js:510
    _do_call()@chrome://conkeror-modules/content/coroutine.js:34
    co_call()@chrome://conkeror-modules/content/coroutine.js:103
    call_interactively()@chrome://conkeror-modules/content/interactive.js:100
    key_press_handler()@chrome://conkeror-modules/content/keyboard.js:621

Before invocation I said

       export EDITOR=/usr/bin/emacsclient

and tried some other editors as well.

-- 
Hartmut Pilch				http://a2e.de/phm

From jao at gnu.org  Sun Apr 20 06:11:41 2008
From: jao at gnu.org (Jose A. Ortega Ruiz)
Date: Sun, 20 Apr 2008 15:11:41 +0200
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de>
Message-ID: <yr0gskxgacxe.fsf@google.com>



PILCH Hartmut m7I3JBWBVq1Cc <phm at a2e.de> writes:

> Here's what I find on the shell (emacs subshell) from which I invoked conkeror:
>
>     NS_ERROR_INVALID_POINTER: Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIProcess.init]
>     spawn_process_internal()@chrome://conkeror-modules/content/spawn-process.js:41
>     spawn_process()@chrome://conkeror-modules/content/spawn-process.js:475
>     spawn_and_wait_for_process()@chrome://conkeror-modules/content/spawn-process.js:510
>     _do_call()@chrome://conkeror-modules/content/coroutine.js:34
>     co_call()@chrome://conkeror-modules/content/coroutine.js:103
>     call_interactively()@chrome://conkeror-modules/content/interactive.js:100
>     key_press_handler()@chrome://conkeror-modules/content/keyboard.js:621
>
> Before invocation I said
>
>        export EDITOR=/usr/bin/emacsclient
>
> and tried some other editors as well.

FWIW, things are only slightly better on my side: emacsclient seems to
be correctly invoked (Pilch: are you running 'make' in the conkeror
directory so that spawn-process-helper.c is compiled?). But when i close
emacsclient's buffer (with the usual C-x #, saving the file), nothing
appears in the textarea.

jao


From jeremy at jeremyms.com  Sun Apr 20 09:29:39 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 12:29:39 -0400
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <20080420120100.GB15812@a2e.de> (PILCH Hartmut m7I3JBWBVq1Cc's
	message of "Sun, 20 Apr 2008 14:01:04 +0200")
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de>
Message-ID: <87skxg1ocs.fsf@jeremyms.com>

As Jose suggested, I believe this problem is due to you not having built
spawn-process-helper, which is needed to launch external processes from
Conkeror.  (It is not exactly your fault that you didn't have it built,
as the installation instructions didn't say anything about it.)

I just updated the installation instructions on the wiki at

http://conkeror.org/Installation

to specify to build this program as well.

Simply go to the Conkeror root directory and type:

make

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Sun Apr 20 09:31:01 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 12:31:01 -0400
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <yr0gskxgacxe.fsf@google.com> (Jose A. Ortega Ruiz's message of
	"Sun, 20 Apr 2008 15:11:41 +0200")
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de> <yr0gskxgacxe.fsf@google.com>
Message-ID: <87od841oai.fsf@jeremyms.com>

"Jose A. Ortega Ruiz" <jao at gnu.org> writes:

> FWIW, things are only slightly better on my side: emacsclient seems to
> be correctly invoked (Pilch: are you running 'make' in the conkeror
> directory so that spawn-process-helper.c is compiled?). But when i close
> emacsclient's buffer (with the usual C-x #, saving the file), nothing
> appears in the textarea.

If you look at the process list, do you see spawn-process-helper running
while emacsclient is running, and then not running after you close
emacsclient?

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Sun Apr 20 10:02:32 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 13:02:32 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <480A9FD9.9020306@microcomaustralia.com.au> (Brian May's message
	of "Sun, 20 Apr 2008 11:43:53 +1000")
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com> <87bq485zyi.fsf@jeremyms.com>
	<480A9FD9.9020306@microcomaustralia.com.au>
Message-ID: <87k5is1mtz.fsf@jeremyms.com>

Brian May <brian at microcomaustralia.com.au> writes:

> Jeremy Maitin-Shepard wrote:
>> You didn't happen to get a stack trace in the terminal, did you?  I
>> tried to track down the problem from that brief description alone, but I
>> was not able to.  A stack trace would make it much easier.
>> 
>> As I said, if you are running on Linux, the stack trace will be printed
>> to the terminal in which you invoke conkeror.  On Windows, you need to
>> invoke Conkeror with the -console command-line option in order to have
>> it open a terminal, in which the stack trace will be visible
> Speaking of stack traces, Conkeror crashed on me today (everything froze
> - I was browsing HP and Dell websites at the time), and it looks like I
> do have a stack trace (I don't know if this is the same issue or not). I
> suspect it isn't going to help. However before I close the terminal
> window, here it is:

Thanks.  I suspect that the ultimate crash is unrelated to those error
messages.  Actually, all of those error messages that you see would
previously have just shown up in the JavaScript console, but a recent
change that I checked in by mistake (a mistake because the output format
is not completely set, and error caused by content JavaScript are not
yet always filtered out) now prints them to the terminal.

> [...]

> Console error: [JavaScript Error: "uncaught exception: [Exception... "Component
> returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.loadURI]"
> nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame ::
> chrome://conkeror-modules/content/load-spec.js :: apply_load_spec :: line 220"
> data: no]"]

>   Category: chrome javascript

This error should be handled more gracefully, but this is probably just
due to trying to load an invalid URL.

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

These errors are all real errors that reflect a programming error.  I
have some idea of what is happening, but because there is no stack trace
I don't have a good idea of _where_ this error is being caused.  If you
happen to have any ideas about what you were doing when this error
occurred, or (better yet) can reliably reproduce it, let me know.

> Console error: [JavaScript Warning: "Use of captureEvents() is deprecated, see
> bug 330494." {file:
> "http://www.via.com.tw/en/initiatives/empowered/pc2500_mainboard/index.jsp"
> line: 0}]

>   Category: DOM Events

> Console error: [JavaScript Error: "handler is undefined" {file:
> "http://www.zonbu.com/include/js/prototype.js" line: 3842}]

>   Category: XPConnect JavaScript

These two errors are caused by the content page and therefore can be ignored.

> *** glibc detected *** /home/brian/tmp/xulrunner/xulrunner-bin: double free or
> corruption (fasttop): 0x093841e8 ***

This actual crash may likely not be a problem in Conkeror per se, but
rather just a problem in xulrunner that may be fixed by upgrading to a
later version.  In my experience, plugins also tend to cause crashes.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Sun Apr 20 10:12:36 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 13:12:36 -0400
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <yr0gtzhw8njn.fsf@google.com> (Jose Ortega's message of "Sun, 20
	Apr 2008 19:05:16 +0200")
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de> <yr0gskxgacxe.fsf@google.com>
	<87od841oai.fsf@jeremyms.com> <yr0gtzhw8njn.fsf@google.com>
Message-ID: <87fxtg1md7.fsf@jeremyms.com>

Jose Ortega <jao at gnu.org> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> "Jose A. Ortega Ruiz" <jao at gnu.org> writes:
>> 
>>> FWIW, things are only slightly better on my side: emacsclient seems to
>>> be correctly invoked (Pilch: are you running 'make' in the conkeror
>>> directory so that spawn-process-helper.c is compiled?). But when i close
>>> emacsclient's buffer (with the usual C-x #, saving the file), nothing
>>> appears in the textarea.
>> 
>> If you look at the process list, do you see spawn-process-helper running
>> while emacsclient is running, and then not running after you close
>> emacsclient?

> Captcha. No, it doesn't seem to be running. I've put
> spawn-process-helper in my path, but that doesn't seem to help.

You don't need it in your path, as Conkeror looks for it in its
directory.  Also, if emacsclient is getting started, then
spawn-process-helper is working to some extent.

When you use C-i, the form field that was focused should normally be
changed to have a gray background while the editor is running, and then
is changed back to the normal background color once the editor is done.
Do you see it just flash to gray and then immediately flash back?

Is it possible that somehow your EDITOR (presumably emacsclient) is not
set up correctly, such that it doesn't wait until you are done?

Perhaps try using a different editor, like just plain emacs, either by
setting the EDITOR environment variable before launching Conkeror, or by
changing the Conkeror variable "editor_shell_command".

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Sun Apr 20 10:44:04 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 13:44:04 -0400
Subject: [Conkeror] Remmeber username and password of forms
In-Reply-To: <20080420085226.GA5466@SamZwo> (Nathan Huesken's message of "Sun, 
	20 Apr 2008 10:52:27 +0200")
References: <20080420085226.GA5466@SamZwo>
Message-ID: <87bq441kwr.fsf@jeremyms.com>

Nathan Huesken <con at lonely-star.org> writes:

> Hi,
> I have asked this question in the past, but it got lost under other questions.

> Can I make conkeror remember passwords and usernames of forms I have used befor?
> I put this into my conkeror.rc file:

> session_pref("signon.prefillForms", true);
> session_pref("signon.rememberSignons",true);
> session_pref("signon.autofillForms",true);

> But it does not work :(

I just pushed a change that provides some initial support for form
filling.  I'll look further into what needs to be done to get better
support.

-- 
Jeremy Maitin-Shepard

From jao at gnu.org  Sun Apr 20 10:57:31 2008
From: jao at gnu.org (Jose Ortega)
Date: Sun, 20 Apr 2008 19:57:31 +0200
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <87fxtg1md7.fsf@jeremyms.com> (Jeremy Maitin-Shepard's message of
	"Sun, 20 Apr 2008 13:12:36 -0400")
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de> <yr0gskxgacxe.fsf@google.com>
	<87od841oai.fsf@jeremyms.com> <yr0gtzhw8njn.fsf@google.com>
	<87fxtg1md7.fsf@jeremyms.com>
Message-ID: <yr0gprsk8l4k.fsf@google.com>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:

> Jose Ortega <jao at gnu.org> writes:
>

[...]

>
> When you use C-i, the form field that was focused should normally be
> changed to have a gray background while the editor is running, and then
> is changed back to the normal background color once the editor is done.
> Do you see it just flash to gray and then immediately flash back?
>
> Is it possible that somehow your EDITOR (presumably emacsclient) is not
> set up correctly, such that it doesn't wait until you are done?
>

Yes, that was the problem. I'm using emacs 23, which has multi-tty, so i
was running emacsclient in a new terminal. That shouldn't be a problem,
except that i was launching the urxvt terminal via urxvtcd (kind of a
client program): something like
 
 editor_shell_command = 'urxvtc -e emacsclient -t';

The problem is that urxvtc returns immediately after creating the new
terminal. Changing my editor to
  
 editor_shell_command = 'urxvt -e emacsclient -t';

solved the problem.

Thanks a lot!

Cheers,
jao
-- 
A student came to the master and asked, for the master was one of them
who knew such things: "Does Emacs have the Buddha nature?" The master
contemplated this for some time, and answered: "I don't see why not,
it has about everything else."

From phm at a2e.de  Sun Apr 20 12:25:00 2008
From: phm at a2e.de (PILCH Hartmut m7I3JBWBVq1Cc)
Date: Sun, 20 Apr 2008 21:25:00 +0200
Subject: [Conkeror] cant invoke
	external_editor:	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <87skxg1ocs.fsf@jeremyms.com>
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de> <87skxg1ocs.fsf@jeremyms.com>
Message-ID: <20080420192500.GC15812@a2e.de>

> As Jose suggested, I believe this problem is due to you not having built
> spawn-process-helper, which is needed to launch external processes from
> Conkeror.

Indeed this did it, it works for me now.

> (It is not exactly your fault that you didn't have it built,
> as the installation instructions didn't say anything about it.)

> I just updated the installation instructions on the wiki at
> 
> http://conkeror.org/Installation
> 
> to specify to build this program as well.

It would also be good to mention the 'C-i' command in the
content/help.html page.

Moreover, in 

	  conkeror/modules/external-editor.js

a full concrete example on how to write an editor function would be
helpful.

When using mozex.mozdev.org I wrote a little perl program called
mozedit for myself which takes the two arguments passed by mozex,
i.e. the name of the temporary file and the url to which it
corresponds, and then determines the location in my file system to
which this particular page belongs, e.g. something like

      $MY_WORKSPACE/webedit/wikipedia/en/Web_Browsers/section5.txt

is copied from/to the temporary location before/after editing.

One could perhaps write this all in Javascript within Conkeror, but
passing the two arguments (file, url) to an external script would
really be enough.

-- 
Hartmut Pilch				http://a2e.de/phm

From thorne at timbral.net  Sun Apr 20 12:27:31 2008
From: thorne at timbral.net (Evans Winner)
Date: Sun, 20 Apr 2008 13:27:31 -0600
Subject: [Conkeror] Poll: how important is emacs-style splitting
	of	top-level windows into multiple panes?
References: <613b861a0804171959q51040fa4qd467fe8f3e41683e@mail.gmail.com>
	<480AA214.70205@microcomaustralia.com.au>
Message-ID: <86k5is2uos.fsf@timbral.net>

Brian May <brian at microcomaustralia.com.au> writes:

    Unfortunately I don't think it is possible to change the
    Window manager with either Microsoft Windows ...

At work where I'm ``forced'' to use MS-Windows I use an
alternate desktop shell called BBlite, which is one of a
number of Blackbox-based window managers for Windows.  It's
not a tiling window manager but it's better than default
Windows (in my opinion).

Personally, I have nothing against the mouse -- sometimes I
find them useful -- I just have something against software
that /requires/ me to use it.


From jeremy at jeremyms.com  Sun Apr 20 12:51:28 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 15:51:28 -0400
Subject: [Conkeror] cant invoke external_editor:
	NS_ERROR_INVALID_POINTER on input.TEXTAREA
In-Reply-To: <20080420192500.GC15812@a2e.de> (PILCH Hartmut m7I3JBWBVq1Cc's
	message of "Sun, 20 Apr 2008 21:25:00 +0200")
References: <20080420112958.B59374867AC@asusL3.oas.a2e.de>
	<20080420120100.GB15812@a2e.de> <87skxg1ocs.fsf@jeremyms.com>
	<20080420192500.GC15812@a2e.de>
Message-ID: <8763uc1f0f.fsf@jeremyms.com>

PILCH Hartmut m7I3JBWBVq1Cc <phm at a2e.de> writes:

>> As Jose suggested, I believe this problem is due to you not having built
>> spawn-process-helper, which is needed to launch external processes from
>> Conkeror.

> Indeed this did it, it works for me now.

>> (It is not exactly your fault that you didn't have it built,
>> as the installation instructions didn't say anything about it.)

>> I just updated the installation instructions on the wiki at
>> 
>> http://conkeror.org/Installation
>> 
>> to specify to build this program as well.

> It would also be good to mention the 'C-i' command in the
> content/help.html page.

Yes, a lot more information is needed in the help page.  If you are
interested in contributing improvements, that would be great.

> Moreover, in 

> 	  conkeror/modules/external-editor.js

> a full concrete example on how to write an editor function would be
> helpful.

Well, create_external_editor_launcher provides one example.  I'll
provide another (trivial) example here:

// Note that file is not a string, but rather an instance of nsIFile
function my_run_external_editor(file) {
    keywords(arguments);

    var line_number = arguments.$line;

    var temporary = arguments.$temporary;

    dumpln("my_run_external_editor\n  file: " + file.path +
           "\n  temporary? " + (temporary? "yes":"no") +
           "\n  line number: " + (line_number != null ? line_number :
                                  "none specified"));

    if (line_number)
        yield shell_command("emacs +" + line_number + " \"" +
                            file.path + "\"");
    else
        yield shell_command("emacs \"" + file.path + "\"");

    if (temporary) file.remove();
}

> When using mozex.mozdev.org I wrote a little perl program called
> mozedit for myself which takes the two arguments passed by mozex,
> i.e. the name of the temporary file and the url to which it
> corresponds, and then determines the location in my file system to
> which this particular page belongs, e.g. something like

>       $MY_WORKSPACE/webedit/wikipedia/en/Web_Browsers/section5.txt

> is copied from/to the temporary location before/after editing.

> One could perhaps write this all in Javascript within Conkeror, but
> passing the two arguments (file, url) to an external script would
> really be enough.

Currently Conkeror isn't set up to provide the URL to the external
program, but that could be changed if it is useful to do so for some
purpose.  In the case of editing a form field rather than viewing page
source, the URL of the document that contains the form field doesn't
necessarily uniquely identify the form field anyway.  It is not clear to
me why it is particularly important that your editor open the file using
a name like $MY_WORKSPACE/webedit/wikipedia/en/Web_Browsers/section5.txt
rather than e.g. /tmp/text.txt.

-- 
Jeremy Maitin-Shepard

From abe at deuxchevaux.org  Sun Apr 20 19:41:44 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Mon, 21 Apr 2008 04:41:44 +0200
Subject: [Conkeror] xulrunner 1.9b5 without --register-global option? (was:
	Re: License and Author(s) of Conkeror?)
In-Reply-To: <20080420022517.GM30445@sym.noone.org>
References: <20080419023454.GE30445@sym.noone.org>
	<480AA26B.5060507@microcomaustralia.com.au>
	<20080420022517.GM30445@sym.noone.org>
Message-ID: <20080421024144.GS30445@sym.noone.org>

On Sun, Apr 20, 2008 at 04:25:18AM +0200, Axel Beckert wrote:
> On Sun, Apr 20, 2008 at 11:54:51AM +1000, Brian May wrote:
> > > as I may have already mentioned, I want to package Conkeror for
> > > Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
> > > a few architectures, I now started with packaging
> > Are there still compatibility issues with the latest version of
> > XULRunner 1.9?
> 
> Debian Experimental currently has 1.9b5 and it seems to work fine with
> conkeror.

Must correct myself here:

While calling "xulrunner-1.9 application.ini" still works fine and
starts a conkeror, "xulrunner-1.9 --register-global" and
"xulrunner-1.9 --register-user" throw the following error:

  Error: unrecognized application.ini path.

strace shows that xulrunner-1.9 tries to read "--register-global" as
application.ini file, e.g. tries to read
/usr/lib/conkeror/--register-global

Any idea how to register conkeror with XULRunner 1.9b5?

P.S. to Jeremy: Will make one single binary package since
--install-app generates an ELF binary instead of a shell script with
"/usr/bin/xulrunner-1.9 /usr/lib/conkeror/application.ini" as I
expected.

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From jeremy at jeremyms.com  Sun Apr 20 20:23:08 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Apr 2008 23:23:08 -0400
Subject: [Conkeror] xulrunner 1.9b5 without --register-global option?
	(was: Re: License and Author(s) of Conkeror?)
In-Reply-To: <20080421024144.GS30445@sym.noone.org> (Axel Beckert's message of
	"Mon, 21 Apr 2008 04:41:44 +0200")
References: <20080419023454.GE30445@sym.noone.org>
	<480AA26B.5060507@microcomaustralia.com.au>
	<20080420022517.GM30445@sym.noone.org>
	<20080421024144.GS30445@sym.noone.org>
Message-ID: <87bq43zyar.fsf@jeremyms.com>

Axel Beckert <abe at deuxchevaux.org> writes:

> On Sun, Apr 20, 2008 at 04:25:18AM +0200, Axel Beckert wrote:
>> On Sun, Apr 20, 2008 at 11:54:51AM +1000, Brian May wrote:
>> > > as I may have already mentioned, I want to package Conkeror for
>> > > Debian. Since XULRunner 1.9 is now in Debian Experimental on more than
>> > > a few architectures, I now started with packaging
>> > Are there still compatibility issues with the latest version of
>> > XULRunner 1.9?
>> 
>> Debian Experimental currently has 1.9b5 and it seems to work fine with
>> conkeror.

> Must correct myself here:

> While calling "xulrunner-1.9 application.ini" still works fine and
> starts a conkeror, "xulrunner-1.9 --register-global" and
> "xulrunner-1.9 --register-user" throw the following error:

>   Error: unrecognized application.ini path.

> strace shows that xulrunner-1.9 tries to read "--register-global" as
> application.ini file, e.g. tries to read
> /usr/lib/conkeror/--register-global

> Any idea how to register conkeror with XULRunner 1.9b5?

Note that it isn't an issue of registering Conkeror with xulrunner, but
rather of registering xulrunner with the system.  (The --register-user
command writes to ~/.gre.d/<version-name>, and then any version of the xulrunner
executable can find all other versions, so that a version matching the
constraints specified in the application's application.ini file can be
found.  Similarly, --register-global writes to
/etc/gre.d/<version-name>.)  Presumably, the Debian package for
xulrunner already takes care of registering xulrunner as needed, so you
don't have to worry about that.  Perhaps because the package takes care
of registering it, they disabled the --register options.

This may not be very applicable to Debian packaging, but also note that
another alternative to registering xulrunner is to simply set things up
so that in the directory containing application.ini, there is a
directory xulrunner containing xulrunner (e.g. the contents of a nightly
snapshot, or the contents of /usr/lib/xulrunner perhaps), or
alternatively a symlink xulrunner that points to a directory containing
xulrunner.

> P.S. to Jeremy: Will make one single binary package since
> --install-app generates an ELF binary instead of a shell script with
> "/usr/bin/xulrunner-1.9 /usr/lib/conkeror/application.ini" as I
> expected.

I think a single package would be the most convenient for users, but
note that --install-app doesn't actually do anything very fancy.  The
ELF executable you are seeing is actually just an exact copy of
xulrunner-stub.  There is no need to actually run --install-app.  I'd
recommend the following procedure for installing:

Install everything to e.g. /usr/lib/conkeror.  Copy everything in the
Conkeror repository to there except:

Skip:
   build.sh
   install.sh
   Info.plist (only for Mac OS X)
   Makefile
   spawn-process-helper.c (copy over the built spawn-process-helper
                           executable instead)

Additionally, copy xulrunner-stub over as
e.g. /usr/lib/conkeror/conkeror.

If the appropriate environment variables are not set globally on Debian,
perhaps instead copy xulrunner-bin as conkeror-bin, and create a shell
script /usr/lib/conkeror/conkeror that sets

LD_LIBRARY_PATH and MOZ_PLUGIN_PATH as appropriate.

-- 
Jeremy Maitin-Shepard

From abe at deuxchevaux.org  Mon Apr 21 01:04:59 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Mon, 21 Apr 2008 10:04:59 +0200
Subject: [Conkeror] xulrunner 1.9b5 without --register-global option?
	(was: Re: License and Author(s) of Conkeror?)
In-Reply-To: <87bq43zyar.fsf@jeremyms.com>
References: <20080419023454.GE30445@sym.noone.org>
	<480AA26B.5060507@microcomaustralia.com.au>
	<20080420022517.GM30445@sym.noone.org>
	<20080421024144.GS30445@sym.noone.org>
	<87bq43zyar.fsf@jeremyms.com>
Message-ID: <20080421080459.GT30445@sym.noone.org>

Hi,

On Sun, Apr 20, 2008 at 11:23:08PM -0400, Jeremy Maitin-Shepard wrote:
> Note that it isn't an issue of registering Conkeror with xulrunner, but
> rather of registering xulrunner with the system.

Ah, ok. Didn't knew that.

> Perhaps because the package takes care of registering it, they
> disabled the --register options.

That's very possible.

> > P.S. to Jeremy: Will make one single binary package since
> > --install-app generates an ELF binary instead of a shell script with
> > "/usr/bin/xulrunner-1.9 /usr/lib/conkeror/application.ini" as I
> > expected.
> 
> I think a single package would be the most convenient for users, but
> note that --install-app doesn't actually do anything very fancy.  The
> ELF executable you are seeing is actually just an exact copy of
> xulrunner-stub.

Yeah, assumed that. But this seems not really necessary since a shell
script calling xulrunner on the application.ini seems to be sufficient
and copying files from another package is a very bad thing. So I'm
happy to hear this isn't anything magic. :-)

> There is no need to actually run --install-app.

'kay. Wasn't sure about that.

> I'd recommend the following procedure for installing:
> 
> Install everything to e.g. /usr/lib/conkeror.  Copy everything in the
> Conkeror repository to there except:
> 
> Skip:
>    build.sh
>    install.sh
>    Info.plist (only for Mac OS X)
>    Makefile
>    spawn-process-helper.c (copy over the built spawn-process-helper
>                            executable instead)

Yeah, thanks for the list. It's what I would have left out, but it's
good to have that confirmed. :-)

> Additionally, copy xulrunner-stub over as e.g.
> /usr/lib/conkeror/conkeror.

Will try to replace the xulrunner-stub binary with a shell script. If
that works, I'm probably back to two packages. %-) But since it seems
as if I still have to learn a lot about how current Mozilla products
work, I probably going better with not doing any more predictions
unless I have a working package... ;-)

> If the appropriate environment variables are not set globally on Debian,
> perhaps instead copy xulrunner-bin as conkeror-bin, and create a shell
> script /usr/lib/conkeror/conkeror that sets
> 
> LD_LIBRARY_PATH and MOZ_PLUGIN_PATH as appropriate.

Yeah probably will put a shell script instead a symbolic link into
/usr/bin anyway.

Thanks for all the background information. Helped already a lot. But
digging myself into it and finding out by try and error was also an
interesting experience. :-)

		Regards, Axel
-- 
Axel Beckert - abe at deuxchevaux.org, abe at noone.org - http://noone.org/abe/

From jeremy at jeremyms.com  Wed Apr 23 15:08:22 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 23 Apr 2008 18:08:22 -0400
Subject: [Conkeror] I think these are two bugs.
In-Reply-To: <480A9FD9.9020306@microcomaustralia.com.au> (Brian May's message
	of "Sun, 20 Apr 2008 11:43:53 +1000")
References: <87lk3n39lk.fsf@arch.domain> <87ve2ripie.fsf@jeremyms.com>
	<871w55vsrh.fsf@gmail.com> <87bq485zyi.fsf@jeremyms.com>
	<480A9FD9.9020306@microcomaustralia.com.au>
Message-ID: <87lk34z0kp.fsf@jeremyms.com>

Brian May <brian at microcomaustralia.com.au> writes:

> Console error: [JavaScript Error: "uncaught exception: [Exception... "Component
> returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.loadURI]"
> nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame ::
> chrome://conkeror-modules/content/load-spec.js :: apply_load_spec :: line 220"
> data: no]"]

>   Category: chrome javascript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

> Console error: [JavaScript Error: "already executing generator g.send" {file:
> "chrome://conkeror-modules/content/coroutine.js" line: 100}]

>   Category: XPConnect JavaScript

Although I cannot be certain, I believe these were likely caused by a
bug in something used for webjump search suggestions (specifically,
send_http_request).  I pushed a fix for a problem that likely is the
cause of these errors.  Let me know if you see any again.

-- 
Jeremy Maitin-Shepard

From jjfoerch at earthlink.net  Thu Apr 24 08:22:49 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Thu, 24 Apr 2008 11:22:49 -0400
Subject: [Conkeror] A suggestion
References: <20080419233947.CC0E338DB1@ub.msri.org>
Message-ID: <87bq3zqnue.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> What I would be prefer is that f+1 immediately follow link 1 if that's
> unambiguous, and if it's ambigous, rather than waiting forever for
> another digit or a carriage return, it would follow link 1 anyway
> after, say, 2 seconds. This way a user who doesn't mind waiting 2
> seconds can get away without hitting carriage return (though of course
> he could still hit it for speed, if he wanted to).
>
> What do you think?

I would not like this behavior as default.  My preference would be to
have to always hit RET, no matter what, and never have links followed
automatically.

John Foerch


From gzeusmants at gmail.com  Mon Apr 28 10:00:08 2008
From: gzeusmants at gmail.com (A.W.)
Date: Mon, 28 Apr 2008 12:00:08 -0500
Subject: [Conkeror] GRE problem after switching to sidux
Message-ID: <613b861a0804281000pcf41f8cm1aa97094f2f1461a@mail.gmail.com>

I followed the installation instructions (save system-wide install)
the same way I had done for Kubuntu Hardy, but I get:
"Could not find compatible GRE between version 1.8.9999 and 1.9.*."

I'm sure this is a simple fix, but I'm too simple of a man to find it.

From gzeusmants at gmail.com  Mon Apr 28 12:38:56 2008
From: gzeusmants at gmail.com (A.W.)
Date: Mon, 28 Apr 2008 14:38:56 -0500
Subject: [Conkeror] GRE problem after switching to sidux
In-Reply-To: <613b861a0804281000pcf41f8cm1aa97094f2f1461a@mail.gmail.com>
References: <613b861a0804281000pcf41f8cm1aa97094f2f1461a@mail.gmail.com>
Message-ID: <613b861a0804281238g303ffd4elcbef7a2fa173dba2@mail.gmail.com>

I think this is just a problem with the latest XULRunner daily.

On Mon, Apr 28, 2008 at 12:00 PM, A. W. <gzeusmants at gmail.com> wrote:
> I followed the installation instructions (save system-wide install)
>  the same way I had done for Kubuntu Hardy, but I get:
>  "Could not find compatible GRE between version 1.8.9999 and 1.9.*."
>
>  I'm sure this is a simple fix, but I'm too simple of a man to find it.
>

From jjfoerch at earthlink.net  Mon Apr 28 12:27:15 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Mon, 28 Apr 2008 15:27:15 -0400
Subject: [Conkeror] A suggestion
References: <20080419233947.CC0E338DB1@ub.msri.org>
Message-ID: <87skx54w6k.fsf@earthlink.net>

Silvio Levy <levy at msri.org> writes:
> What I would be prefer is that f+1 immediately follow link 1 if that's
> unambiguous, and if it's ambigous, rather than waiting forever for
> another digit or a carriage return, it would follow link 1 anyway
> after, say, 2 seconds. This way a user who doesn't mind waiting 2
> seconds can get away without hitting carriage return (though of course
> he could still hit it for speed, if he wanted to).

Implemented as the variable hints_ambiguous_auto_exit_delay.  Set it to
the number of milliseconds.  Default is 0 which means disabled.

John Foerch


From gzeusmants at gmail.com  Mon Apr 28 14:23:27 2008
From: gzeusmants at gmail.com (A.W.)
Date: Mon, 28 Apr 2008 16:23:27 -0500
Subject: [Conkeror] GRE problem after switching to sidux
In-Reply-To: <613b861a0804281238g303ffd4elcbef7a2fa173dba2@mail.gmail.com>
References: <613b861a0804281000pcf41f8cm1aa97094f2f1461a@mail.gmail.com>
	<613b861a0804281238g303ffd4elcbef7a2fa173dba2@mail.gmail.com>
Message-ID: <613b861a0804281423i1abf9e5avcc67603c5fe281a6@mail.gmail.com>

oops, registered wrong version of xulrunner. ignore me.

On Mon, Apr 28, 2008 at 2:38 PM, A. W. <gzeusmants at gmail.com> wrote:
> I think this is just a problem with the latest XULRunner daily.
>
>
>
>  On Mon, Apr 28, 2008 at 12:00 PM, A. W. <gzeusmants at gmail.com> wrote:
>  > I followed the installation instructions (save system-wide install)
>  >  the same way I had done for Kubuntu Hardy, but I get:
>  >  "Could not find compatible GRE between version 1.8.9999 and 1.9.*."
>  >
>  >  I'm sure this is a simple fix, but I'm too simple of a man to find it.
>  >
>

From levy at msri.org  Sat Apr 26 12:00:55 2008
From: levy at msri.org (Silvio Levy)
Date: Sat, 26 Apr 2008 12:00:55 -0700
Subject: [Conkeror] A suggestion
In-Reply-To: Your message of Thu, 24 Apr 2008 11:22:49 -0400 
Message-ID: <20080426190056.0537A38DB1@ub.msri.org>


> > [SL] What I would be prefer is that f+1 immediately follow link 1 if that's
> > unambiguous, and if it's ambigous, rather than waiting forever for
> > another digit or a carriage return, it would follow link 1 anyway
> > after, say, 2 seconds. This way a user who doesn't mind waiting 2
> > seconds can get away without hitting carriage return (though of course
> 
> [JF] I would not like this behavior as default.  My preference would be to
> have to always hit RET, no matter what, and never have links followed
> automatically.

Perhaps a preference could be created so both behaviors are supported?
(As well as the current, mixed one - presumably there are people who
like it the way it is.)  Sorry to ask for the moon, but following
links by typing numbers is conkeror's bread and butter - it would be
nice if it worked without the slightest hiccup, in the most intuitive
way according to each user.

Silvio



From nikos.ap at gmail.com  Tue Apr 29 01:09:03 2008
From: nikos.ap at gmail.com (Nikos Apostolakis)
Date: Tue, 29 Apr 2008 04:09:03 -0400
Subject: [Conkeror] What happened to M-x copy-current-url etc
Message-ID: <87prs9dqw0.fsf@Sullivan.bcc.cuny.edu>

Hello group,

I finally switched to using the xulrunner based conkeror instead of
the Firefox extension, and my overall impression is very positive.
The new conkeror is great, thanks!!  There are a couple of thinks
I haven't learn how to do in the new version yet:

1) How can I copy the url of the current buffer to the clipboard?
   This was "copy-current-url" and was bound to 'c' in the old
   version of conkeror.

2) What is the user configuration file, .conkerorrc doesn't seem
   to be read.

3) How can I set the external editor to be emacsclient instead of
   emacs?

TIA,
Nikos




From dybber at dybber.dk  Tue Apr 29 03:56:55 2008
From: dybber at dybber.dk (Martin Dybdal)
Date: Tue, 29 Apr 2008 12:56:55 +0200
Subject: [Conkeror] What happened to M-x copy-current-url etc
In-Reply-To: <87prs9dqw0.fsf@Sullivan.bcc.cuny.edu>
References: <87prs9dqw0.fsf@Sullivan.bcc.cuny.edu>
Message-ID: <6ae416730804290356h111a59c2p7f611b247e4c9a86@mail.gmail.com>

Hello Nikos

Much information about Conkeror is accessible on the quite new wiki:
conkeror.org

>  1) How can I copy the url of the current buffer to the clipboard?
>    This was "copy-current-url" and was bound to 'c' in the old
>    version of Conkeror.
c is now bound to a more general copy-command, that you can use to
both copy the address of links on a page, but also the URL of the
current page because zero (0) refers to the current page. I.e. you can
use c 0 to copy the address of the current page. The tutorial C-h t
has something about this, and also explains how to copy the URL of a
single frame on a page.

>
>  2) What is the user configuration file, .conkerorrc doesn't seem
>    to be read.
http://conkeror.org/ConkerorRC

>  3) How can I set the external editor to be emacsclient instead of
>    emacs?
http://conkeror.org/UserVariables?highlight=%28editor%29

-
Martin Dybdal

From levy at msri.org  Tue Apr 29 10:39:42 2008
From: levy at msri.org (Silvio Levy)
Date: Tue, 29 Apr 2008 10:39:42 -0700
Subject: [Conkeror] A suggestion
In-Reply-To: Your message of Mon, 28 Apr 2008 15:27:15 -0400 
Message-ID: <20080429173942.B9A3E38D8C@ub.msri.org>


> Implemented as the variable hints_ambiguous_auto_exit_delay.  Set it to
> the number of milliseconds.  Default is 0 which means disabled.

Thank you!  That works really nicely.  (I've settled on 1000 ms.)

But I have another problem: after installing the new version with
"git fetch; git merge origin" and resting conkeror,  many of
my webjumps now don't work.  For instance 

add_webjump("buzz", "http://buzzflash.com");

is ignored - typing buzz leads me to www.buzz.com.  (I was at a
lecture when I did this, and the site it took me to immediately
started playing a video at full volume - embarrassing! :-)

Some experiments showed me that argument-less webjumps (abbreviations)
have been removed, but "buzz a" with a dummy argument will do what
"buzz" used to do by itself.

There was a discussion about webjumps recently, but I don't think it
addressed this change in behavior.  I do remember this statement from John:

> Webjumps are convenient, but it's not clear that they are more
> convenient than M-x.

You're right that "M-x buzz" is less effort to type (although I'm
accustomed to typing ESC-x to get M-x and conkeror doesn't let me do this).
But I'm afraid it's a bit confusing to go to some sites via M-x and
others via C-x C-f.  So if you're deprecating webjumps you should
probably eliminate them altogether (and perhpas provide a script to
translate webjump commands into interactive commands).

Thanks again for all your work

Silvio



From jjfoerch at earthlink.net  Tue Apr 29 11:49:55 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Tue, 29 Apr 2008 14:49:55 -0400
Subject: [Conkeror] A suggestion
In-Reply-To: <20080429173942.B9A3E38D8C@ub.msri.org>
References: <20080429173942.B9A3E38D8C@ub.msri.org>
Message-ID: <18455.28115.456380.415418@gargle.gargle.HOWL>

Silvio Levy writes:
 > Thank you!  That works really nicely.  (I've settled on 1000 ms.)

 Now that I have tried it, that is kind of nice.  Who knows?  Maybe I
will use it too.  :)

 > But I have another problem: after installing the new version with
 > "git fetch; git merge origin" and resting conkeror,  many of
 > my webjumps now don't work.  For instance 
 > 
 > add_webjump("buzz", "http://buzzflash.com");
 > 
 > is ignored - typing buzz leads me to www.buzz.com.  (I was at a
 > lecture when I did this, and the site it took me to immediately
 > started playing a video at full volume - embarrassing! :-)
 > 
 > Some experiments showed me that argument-less webjumps (abbreviations)
 > have been removed, but "buzz a" with a dummy argument will do what
 > "buzz" used to do by itself.
 > 
 > There was a discussion about webjumps recently, but I don't think it
 > addressed this change in behavior.  I do remember this statement from John:

 Thanks for pointing this out.  I pushed a fix.

 This regression slipped in along with some big improvements to the
webjump system that allow webjumps to now have dynamic completion.
(You will see what I mean if you try to google webjump.)  So webjumps
are here to stay.

John Foerch

From jeremy at jeremyms.com  Tue Apr 29 12:13:09 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 29 Apr 2008 15:13:09 -0400
Subject: [Conkeror] A suggestion
In-Reply-To: <20080429173942.B9A3E38D8C@ub.msri.org> (Silvio Levy's message of
	"Tue, 29 Apr 2008 10:39:42 -0700")
References: <20080429173942.B9A3E38D8C@ub.msri.org>
Message-ID: <87bq3siiey.fsf@jeremyms.com>

Silvio Levy <levy at msri.org> writes:

>> Implemented as the variable hints_ambiguous_auto_exit_delay.  Set it to
>> the number of milliseconds.  Default is 0 which means disabled.

> Thank you!  That works really nicely.  (I've settled on 1000 ms.)

> But I have another problem: after installing the new version with
> "git fetch; git merge origin" and resting conkeror,  many of
> my webjumps now don't work.  For instance 

> add_webjump("buzz", "http://buzzflash.com");

> is ignored - typing buzz leads me to www.buzz.com.  (I was at a
> lecture when I did this, and the site it took me to immediately
> started playing a video at full volume - embarrassing! :-)

> Some experiments showed me that argument-less webjumps (abbreviations)
> have been removed, but "buzz a" with a dummy argument will do what
> "buzz" used to do by itself.

> There was a discussion about webjumps recently, but I don't think it
> addressed this change in behavior.  I do remember this statement from John:

>> Webjumps are convenient, but it's not clear that they are more
>> convenient than M-x.

> You're right that "M-x buzz" is less effort to type (although I'm
> accustomed to typing ESC-x to get M-x and conkeror doesn't let me do this).
> But I'm afraid it's a bit confusing to go to some sites via M-x and
> others via C-x C-f.  So if you're deprecating webjumps you should
> probably eliminate them altogether (and perhpas provide a script to
> translate webjump commands into interactive commands).

Actually, rather than deprecate webjumps, I recently expanded the
webjump architecture a bit, such that a completer can be specified for
the argument to a webjump.  In the process, I made the system aware of
the difference between webjumps that take an argument and those that
don't.

To get the correct, you can use instead:

define_webjump("buzz", "http://buzzflash.com", $no_argument);

(define_webjump is a nicer name, I think, though add_webjump remains an
alias for define_webjump)

I actually just pushed a fix, though, so that define_webjump/add_webjump
called with template string that does not contain "%s" implies
$no_argument anyway, so your original

add_webjump("buzz", "http://buzzflash.com");

or 

define_webjump("buzz", "http://buzzflash.com");


will work now.

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Tue Apr 29 12:17:45 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 29 Apr 2008 15:17:45 -0400
Subject: [Conkeror] A suggestion
In-Reply-To: <87bq3siiey.fsf@jeremyms.com> (Jeremy Maitin-Shepard's message of
	"Tue, 29 Apr 2008 15:13:09 -0400")
References: <20080429173942.B9A3E38D8C@ub.msri.org>
	<87bq3siiey.fsf@jeremyms.com>
Message-ID: <877iegii7a.fsf@jeremyms.com>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:

[snip]

> Actually, rather than deprecate webjumps, I recently expanded the
> webjump architecture a bit, such that a completer can be specified for
> the argument to a webjump.  In the process, I made the system aware of
> the difference between webjumps that take an argument and those that
> don't.

> To get the correct, you can use instead:

> define_webjump("buzz", "http://buzzflash.com", $no_argument);

> (define_webjump is a nicer name, I think, though add_webjump remains an
> alias for define_webjump)

> I actually just pushed a fix, though, so that define_webjump/add_webjump
> called with template string that does not contain "%s" implies
> $no_argument anyway, so your original

I noticed that John preempted my fix with his own fix, but in any case
his fix does the same thing.

-- 
Jeremy Maitin-Shepard