From abe at deuxchevaux.org  Tue Jul  1 01:50:43 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Tue, 1 Jul 2008 10:50:43 +0200
Subject: [Conkeror] A few issues with spawning external editors
In-Reply-To: <30iqvq8lku.fsf@Clio.twb.ath.cx>
References: <20080629161538.GY3346@sym.noone.org>
	<30iqvq8lku.fsf@Clio.twb.ath.cx>
Message-ID: <20080701085043.GS3346@sym.noone.org>

Hi Trent,

nice too hear some comments from you, too. :-)

On Tue, Jul 01, 2008 at 11:00:49AM +1000, Trent W. Buck wrote:
> Axel Beckert <abe at deuxchevaux.org> writes:
> > b) spawing external editors doesn't work right if the configured
> > editor needs a terminal (i.e. doesn't open its own window). In my
> > example I have $EDITOR set to zile (Zile Is a Lossy Emacs :-), a
> > small, fast and efficient editor with Emacs look and feel.
> 
> It's not possible for conkeror to accurately determine whether $EDITOR
> requires a controlling xterm (consider: $EDITOR may be a wrapper script
> that heuristically decides which "real" editor to run).

Somehow I expected such an answer. ;-)

> However, conkeror should probably connect stdin to /dev/null, so that
> when line editors (ed) and ncurses editors (zile et al) immediately
> exit, rather than "hanging".

That looks like a good idea, too. Although I would prefer a solution
where those just get the terminal conkeror was started in (if any).
I'm though not sure, if this is more a xulrunner than a conkeror
issue.

> conkeror might also redirect stdout and stderr to a buffer (rather
> than conkeror's parent xterm), so that if $EDITOR exits
> unsuccessfully, conkeror can display the error message.

Sounds good, too.

> These issues should only affect people who start conkeror (or X) from a
> terminal; if you use e.g. gdm to start X and ratpoison's C-t ! to start
> conkeror, then stdin should already be /dev/null.

Hmmm, I know I had this issue on some via ssh remotely started
conkeror, so that one clear had not /dev/null connected to STDIN. I
though mainly use it with ratpoison and dmenu (Ctrl-t d c <Enter> :-).
Maybe dmenu has an issue here.

> >    What could make the situation slightly better is the following
> >    patch which first checks the $VISUAL environment variable before
> >    checking $EDITOR or falling back to emacs because $VISUAL is
> >    usually only set to editors with GUI while $EDITOR can be set to
> >    some text-mode only editor.
> 
> This should be done in your Debian package even if upstream doesn't;

Yepp! Already planned for the next release of the package.

> you should also patch the Debian version to fall back to
> sensible-editor rather than (say) vi or emacs.

That's exactly what I've planned. :-)

> >    Unfortunately I have no idea how to test if some editor needs a
> >    terminal, but if we can manage to get a spawned text-mode editor
> >    can connect to the terminal conkeror was called from (if any), this
> >    would a big step towards the perfect solution for this issue. :-)
> 
> You can't be sure that conkeror was started from a terminal.

I think I'll experiment with that a little bit. I'm curious to see if
it really can't be done. :-)

> I generally think trying to start an editor there is the wrong way to go
> about things, but if you make it work I'm still interested in the
> details :-)

Yeah, I see that it's unusual, but for me it was the only obvious way
if you can't find out, if some editor needs a terminal: Just give it
that one you already have. :-)

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

From brian at microcomaustralia.com.au  Tue Jul  1 19:25:11 2008
From: brian at microcomaustralia.com.au (Brian May)
Date: Wed, 02 Jul 2008 12:25:11 +1000
Subject: [Conkeror] conkeror packages for Debian are in the NEW queue
In-Reply-To: <20080630220806.GR3346@sym.noone.org>
References: <20080628125841.GV3346@sym.noone.org>	<51dd1af80806301020r342da7d8i978ee372ac836ce0@mail.gmail.com>
	<20080630220806.GR3346@sym.noone.org>
Message-ID: <486AE707.3090100@microcomaustralia.com.au>

Axel Beckert wrote:
> There are few more things pro and con a Perl version of
> spawn-process-helper:
>
> + It would simplify the packaging.
>
> - It would add more dependencies. And although there's nearly no
>   Debian installation without Perl, I try to avoid dependencies on
>   additional scripting languages if I can.
>
> + I could debug and fix it more easier if it would be written in Perl
>   instead of C since I'm way more experienced in coding (and
>   debugging) Perl scripts. :-)
>
> - It would be slower and needs more memory. Not sure how much this
>   would be noticable.
>
> - AFAIK spawn-process-helper is a work around for some deficiency of
>   xulrunner -- which I expect to be fixed somewhen in the future. (I'm
>   an optimist. ;-)
>   
+ It would save of autobuilder time and Debian package space, by a tiny
insignificant fraction.

Not really worth the effort IMHO. There are more important issues to
worry about.

- C code is simpler and probably more reliable, and maybe more secure,
then relying on Perl and Perl libraries.

I vote we keep the C code, unless it becomes too complicated to
maintain. Seems unlikely.

Brian May

From trentbuck at gmail.com  Wed Jul  2 18:01:06 2008
From: trentbuck at gmail.com (Trent W. Buck)
Date: Thu, 03 Jul 2008 11:01:06 +1000
Subject: [Conkeror] conkeror packages for Debian are in the NEW queue
References: <20080628125841.GV3346@sym.noone.org>
	<51dd1af80806301020r342da7d8i978ee372ac836ce0@mail.gmail.com>
	<20080630220806.GR3346@sym.noone.org>
	<486AE707.3090100@microcomaustralia.com.au>
Message-ID: <30bq1faii5.fsf@Clio.twb.ath.cx>

Brian May <brian at microcomaustralia.com.au> writes:
> Axel Beckert wrote:
>> + It would save of autobuilder time and Debian package space, by a tiny
>> insignificant fraction.
>
> Not really worth the effort IMHO. There are more important issues to
> worry about.

If one of the buildds is down (as is currently the case with the Alpha
buildd), then it would mean the package migrates to Testing sooner.  My
darcs2 package has been delayed for five days so far because of this; it
wouldn't happen to a purely arch:any package.


From abe at deuxchevaux.org  Thu Jul  3 01:48:03 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Thu, 3 Jul 2008 10:48:03 +0200
Subject: [Conkeror] conkeror packages for Debian are in the NEW queue
In-Reply-To: <30bq1faii5.fsf@Clio.twb.ath.cx>
References: <20080628125841.GV3346@sym.noone.org>
	<51dd1af80806301020r342da7d8i978ee372ac836ce0@mail.gmail.com>
	<20080630220806.GR3346@sym.noone.org>
	<486AE707.3090100@microcomaustralia.com.au>
	<30bq1faii5.fsf@Clio.twb.ath.cx>
Message-ID: <20080703084803.GE3346@sym.noone.org>

Hi,

On Thu, Jul 03, 2008 at 11:01:06AM +1000, Trent W. Buck wrote:
> Brian May <brian at microcomaustralia.com.au> writes:
> > Axel Beckert wrote:
> >> + It would save of autobuilder time and Debian package space, by a tiny
> >> insignificant fraction.
> >
> > Not really worth the effort IMHO. There are more important issues to
> > worry about.
> 
> If one of the buildds is down (as is currently the case with the Alpha
> buildd),

Ah, that's why no new packages come on my Alpha. :-)

> then it would mean the package migrates to Testing sooner.

Hmmm, do the packages migrate per source package or per binary/all
package?

> My darcs2 package has been delayed for five days so far because of
> this; it wouldn't happen to a purely arch:any package.

Sounds more as if it is per source package.

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

From levy at msri.org  Sun Jul  6 09:28:11 2008
From: levy at msri.org (Silvio Levy)
Date: Sun, 06 Jul 2008 09:28:11 -0700
Subject: [Conkeror] how to take advantage of form completion?
Message-ID: <20080706162811.7B88C38DCE@ub.msri.org>


Dear Conkeror users,

When I'm typing in a form, Conkeror (like other browsers) often shows
me a menu of earlier things typed in that field, so I can choose one.
I can make the choice using the mouse, but I imagine there is a way
to do it with the keyboard.  I haven't been able to figure it out,
however.  

What key(s) should I use in order to select an entry when
conkeror offers completions as I'm typing in a form?

Thanks,

Silvio



From conkeror_at_mozdev.org at sumou.com  Mon Jul  7 03:36:10 2008
From: conkeror_at_mozdev.org at sumou.com (=?UTF-8?Q?=E7=99=BD=E3=81=84=E7=86=8A?=)
Date: Mon, 7 Jul 2008 12:36:10 +0200
Subject: [Conkeror] armel conkeror doesn't enable text box input
Message-ID: <20080707103205.M79212@ShiroiKuma.org>

I'm using the armel conkeror build available currently in Debian's armel unstable repository. I have a severe problem
with the armel version, in that it doesn't allow you to select a text box to enter text. I.e. f will not bring the
cursor into the text box, even tab doesn't jump there, even a stylus tap will not put the cursor in to allow you to
enter the text.

Other than that, it works fine. However not being able to type into any text box is a critical problem. I've been
reading the mailing list archives, searched on the web, but haven't found any indication of what could be the problem.

The latest GIT checkout exhibits the same behaviour, so nothing per se should be wrong in the debian archive.

Anyone experiencing the same? Am trying to investigate what the prob, but it's not replicated on the PC and everything
else is working, so not sure what could be causing this...

From gzeusmants at gmail.com  Mon Jul  7 15:09:24 2008
From: gzeusmants at gmail.com (A.W.)
Date: Mon, 7 Jul 2008 17:09:24 -0500
Subject: [Conkeror] armel conkeror doesn't enable text box input
Message-ID: <613b861a0807071509o4eb10ba8ma12d60296d54f223@mail.gmail.com>

My guess is this is actually a XULRunner bug, as Conkeror is
architecture independent.
Any difference in how JavaScript is interpreted would be a XUL issue.
I could be wrong, but I don't think I am.

On Mon, Jul 7, 2008 at 14:00,  <conkeror-request at mozdev.org> wrote:
> 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. armel conkeror doesn't enable text box input ( ??? )
>
>
> ---------- Forwarded message ----------
> From: "???" <conkeror_at_mozdev.org at sumou.com>
> To: conkeror at mozdev.org
> Date: Mon, 7 Jul 2008 12:36:10 +0200
> Subject: [Conkeror] armel conkeror doesn't enable text box input
> I'm using the armel conkeror build available currently in Debian's armel unstable repository. I have a severe problem
> with the armel version, in that it doesn't allow you to select a text box to enter text. I.e. f will not bring the
> cursor into the text box, even tab doesn't jump there, even a stylus tap will not put the cursor in to allow you to
> enter the text.
>
> Other than that, it works fine. However not being able to type into any text box is a critical problem. I've been
> reading the mailing list archives, searched on the web, but haven't found any indication of what could be the problem.
>
> The latest GIT checkout exhibits the same behaviour, so nothing per se should be wrong in the debian archive.
>
> Anyone experiencing the same? Am trying to investigate what the prob, but it's not replicated on the PC and everything
> else is working, so not sure what could be causing this...
>
>
> _______________________________________________
> Conkeror mailing list
> Conkeror at mozdev.org
> https://www.mozdev.org/mailman/listinfo/conkeror
>
>

From conkeror_at_mozdev.org at sumou.com  Tue Jul  8 00:27:58 2008
From: conkeror_at_mozdev.org at sumou.com (=?UTF-8?Q?=E7=99=BD=E3=81=84=E7=86=8A?=)
Date: Tue, 8 Jul 2008 09:27:58 +0200
Subject: [Conkeror] armel conkeror doesn't enable text box input
In-Reply-To: <613b861a0807071509o4eb10ba8ma12d60296d54f223@mail.gmail.com>
References: <613b861a0807071509o4eb10ba8ma12d60296d54f223@mail.gmail.com>
Message-ID: <20080708072422.M45960@ShiroiKuma.org>

This was my first guess also, however armel iceweasel runs fine and doesn't have this textbox problem. So I was
thinking, if this was xulrunner-based then it should exhibit the same behavior in iceweasel, but it doesn't.

Could it be somehow that something javascript-linked, some setup, or whatever is messed up in my Debian install and
iceweasel uses partially different setting, or what may have you, while conkeror chokes on this?

Sounds like a far shot, but what else could it be?

ShiroiKuma

---------- Original Message -----------
From: "A.W." <gzeusmants at gmail.com>
To: conkeror at mozdev.org
Sent: Mon, 7 Jul 2008 17:09:24 -0500
Subject: Re: [Conkeror] armel conkeror doesn't enable text box input

> My guess is this is actually a XULRunner bug, as Conkeror is
> architecture independent.
> Any difference in how JavaScript is interpreted would be a XUL issue.
> I could be wrong, but I don't think I am.



From abe at deuxchevaux.org  Tue Jul  8 03:41:13 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Tue, 8 Jul 2008 12:41:13 +0200
Subject: [Conkeror] armel conkeror doesn't enable text box input
In-Reply-To: <20080708072422.M45960@ShiroiKuma.org>
	<20080707103205.M79212@ShiroiKuma.org>
References: <613b861a0807071509o4eb10ba8ma12d60296d54f223@mail.gmail.com>
	<20080708072422.M45960@ShiroiKuma.org>
	<20080707103205.M79212@ShiroiKuma.org>
Message-ID: <20080708104113.GX3346@sym.noone.org>

Hi,

On Mon, Jul 07, 2008 at 12:36:10PM +0200, ????????? wrote:
> I'm using the armel conkeror build available currently in Debian's
> armel unstable repository. I have a severe problem with the armel
> version, in that it doesn't allow you to select a text box to enter
> text. I.e. f will not bring the cursor into the text box, even tab
> doesn't jump there, even a stylus tap will not put the cursor in to
> allow you to enter the text.
> 
> [...]
> 
> The latest GIT checkout exhibits the same behaviour, so nothing per
> se should be wrong in the debian archive.

On Tue, Jul 08, 2008 at 09:27:58AM +0200, ????????? wrote:
> This was my first guess also, however armel iceweasel runs fine and
> doesn't have this textbox problem. So I was thinking, if this was
> xulrunner-based then it should exhibit the same behavior in
> iceweasel, but it doesn't.

Thanks for the bug report. 

I though would be happy if you could report this bug from the machine
you're experiencing it via the reportbug(1) utility to the Debian Bug
Tracking System, too? Then we automatically get some more information
about your environment, xulrunner versions, etc. so that we may be
able to reproduce it.

> Could it be somehow that something javascript-linked, some setup, or
> whatever is messed up in my Debian install and iceweasel uses
> partially different setting, or what may have you, while conkeror
> chokes on this?

No idea. The iceweasel package is quite complex.

> Anyone experiencing the same? Am trying to investigate what the
> prob, but it's not replicated on the PC and everything else is
> working, so not sure what could be causing this...

Have no armel machine running yet although I have an ARM machine here,
but installing Debian on it still has some hurdles to take.

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

From gzeusmants at gmail.com  Tue Jul  8 03:49:47 2008
From: gzeusmants at gmail.com (A.W.)
Date: Tue, 8 Jul 2008 05:49:47 -0500
Subject: [Conkeror] daemon mode question
Message-ID: <613b861a0807080349y3f63a651mf40ab54017894300@mail.gmail.com>

Does the daemon load add-ons such as Flash as well?
Flash corrupts somehow, forcing a restart of conkeror for sound not to
be...shite. If flash isn't loaded with the daemon, I'll make sure it
loads on login, if so I'll...not use it.

From decklin at red-bean.com  Tue Jul  8 13:55:30 2008
From: decklin at red-bean.com (Decklin Foster)
Date: Tue, 8 Jul 2008 16:55:30 -0400
Subject: [Conkeror] open_newwindow prefs have no effect
Message-ID: <20080708205530.GA28427@rupamsunyata.org>

I'm trying to set up Conkeror to open links appropriately. This is the
policy I want when following links:

  - I *always* decide whether to open a new buffer or not
  - Web pages *never* decide whether I open a new buffer or not.

In Firefox I set browser.link.open_newwindow to 1 and
browser.link.open_newwindow.restriction to 0. Adjusting these preferences
seems to have no effect in Conkeror.

Is this a known issue? Is there something I can do to fix it? Or should
I be setting this in another way?

-- 
things change.
decklin at red-bean.com

From jeremy at jeremyms.com  Tue Jul  8 22:42:56 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Jul 2008 22:42:56 -0700
Subject: [Conkeror] open_newwindow prefs have no effect
In-Reply-To: <20080708205530.GA28427@rupamsunyata.org> (Decklin Foster's
	message of "Tue, 8 Jul 2008 16:55:30 -0400")
References: <20080708205530.GA28427@rupamsunyata.org>
Message-ID: <87ej63bokf.fsf@jeremyms.com>

Decklin Foster <decklin at red-bean.com> writes:

> I'm trying to set up Conkeror to open links appropriately. This is the
> policy I want when following links:

>   - I *always* decide whether to open a new buffer or not
>   - Web pages *never* decide whether I open a new buffer or not.

> In Firefox I set browser.link.open_newwindow to 1 and
> browser.link.open_newwindow.restriction to 0. Adjusting these preferences
> seems to have no effect in Conkeror.

You shouldn't use these preferences.  Instead, you can use the variable
browser_default_open_target to customize the target a little bit.  That
doesn't really do what you want.  If JavaScript is being used, it is not
always possible for Conkeror to force either that the target be opened
in the current buffer (or current frame) or that it be opened in a new
buffer.  Currently, it would be possible to force that it open in  the
current buffer or frame in the case that JavaScript requests a new
window, but if JavaScript opens the target in an existing frame, there
is no simple way to override that and force it to open in a new frame.

> Is this a known issue? Is there something I can do to fix it? Or should
> I be setting this in another way?

-- 
Jeremy Maitin-Shepard

From jeremy at jeremyms.com  Tue Jul  8 22:44:26 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 08 Jul 2008 22:44:26 -0700
Subject: [Conkeror] armel conkeror doesn't enable text box input
In-Reply-To: <20080707103205.M79212@ShiroiKuma.org> (=?utf-8?B?IueZvQ==?=
	=?utf-8?B?44GE54aKIidz?= message of
	"Mon, 7 Jul 2008 12:36:10 +0200")
References: <20080707103205.M79212@ShiroiKuma.org>
Message-ID: <87abgrbohx.fsf@jeremyms.com>

"???" <conkeror_at_mozdev.org at sumou.com> writes:

> I'm using the armel conkeror build available currently in Debian's armel
> unstable repository. I have a severe problem
> with the armel version, in that it doesn't allow you to select a text box to
> enter text. I.e. f will not bring the
> cursor into the text box, even tab doesn't jump there, even a stylus tap will
> not put the cursor in to allow you to
> enter the text.

> Other than that, it works fine. However not being able to type into any text box
> is a critical problem. I've been
> reading the mailing list archives, searched on the web, but haven't found any
> indication of what could be the problem.

> The latest GIT checkout exhibits the same behaviour, so nothing per se should be
> wrong in the debian archive.

> Anyone experiencing the same? Am trying to investigate what the prob, but it's
> not replicated on the PC and everything
> else is working, so not sure what could be causing this...

Try disabling browser-prevent-automatic-form-focus-mode via:

M-x browser-prevent-automatic-form-focus-mode RET

If that fixes the problem, then you can set in your rc file in the
meantime via browser_prevent_automatic_form_focus_mode(false); and I
will also look into way this mode is causing problems in your
environment.

-- 
Jeremy Maitin-Shepard

From abe at deuxchevaux.org  Wed Jul  9 05:14:42 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Wed, 9 Jul 2008 14:14:42 +0200
Subject: [Conkeror] http://conkeror.org/ broken?
Message-ID: <20080709121441.GB17256@sym.noone.org>

Hi,

http://conkeror.org/ shows a 500 Server Error as source code --
according to reports from others at least since yesterday evening
17:45 (UTC).

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator,
 jbms at hcoop.net and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache/2.2.3 (Debian) Server at conkeror.org Port 80</address>
</body></html>

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

From decklin at red-bean.com  Wed Jul  9 12:45:52 2008
From: decklin at red-bean.com (Decklin Foster)
Date: Wed, 9 Jul 2008 15:45:52 -0400
Subject: [Conkeror] open_newwindow prefs have no effect
In-Reply-To: <87ej63bokf.fsf@jeremyms.com>
References: <20080708205530.GA28427@rupamsunyata.org>
Message-ID: <20080709194552.GA27426@rupamsunyata.org>

Jeremy Maitin-Shepard writes:

> you can use the variable browser_default_open_target to customize
> the target a little bit. That doesn't really do what you want. If
> JavaScript is being used, it is not always possible for Conkeror to
> force either that the target be opened in the current buffer (or
> current frame) or that it be opened in a new buffer.

Great, this works well enough for now.

Is there a simple way to find all the variables like this in the source
so I could maybe expand UserVariables in the wiki? I will put this one
in when I get some time, at least. Maybe we could also add a page for
Mozilla prefs that don't apply to Conkeror and how to accomplish the
same thing.

-- 
things change.
decklin at red-bean.com

From jeremy at jeremyms.com  Wed Jul  9 13:17:15 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 09 Jul 2008 13:17:15 -0700
Subject: [Conkeror] open_newwindow prefs have no effect
In-Reply-To: <20080709194552.GA27426@rupamsunyata.org> (Decklin Foster's
	message of "Wed, 9 Jul 2008 15:45:52 -0400")
References: <20080708205530.GA28427@rupamsunyata.org>
	<20080709194552.GA27426@rupamsunyata.org>
Message-ID: <87hcay4xtg.fsf@jeremyms.com>

Decklin Foster <decklin at red-bean.com> writes:

> Jeremy Maitin-Shepard writes:
>> you can use the variable browser_default_open_target to customize
>> the target a little bit. That doesn't really do what you want. If
>> JavaScript is being used, it is not always possible for Conkeror to
>> force either that the target be opened in the current buffer (or
>> current frame) or that it be opened in a new buffer.

> Great, this works well enough for now.

> Is there a simple way to find all the variables like this in the source
> so I could maybe expand UserVariables in the wiki? I will put this one
> in when I get some time, at least. Maybe we could also add a page for
> Mozilla prefs that don't apply to Conkeror and how to accomplish the
> same thing.

You can use the completion for C-h v.

-- 
Jeremy Maitin-Shepard

From avarab at gmail.com  Thu Jul 10 05:36:33 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Thu, 10 Jul 2008 12:36:33 +0000
Subject: [Conkeror] [BUG] f (follow) no longer displays links for image
	maps
In-Reply-To: <51dd1af80804110719g57d1da7cpb5338c4ea4dfc886@mail.gmail.com>
References: <51dd1af80804110719g57d1da7cpb5338c4ea4dfc886@mail.gmail.com>
Message-ID: <51dd1af80807100536r5241471eode7dc544116accb7@mail.gmail.com>

On Fri, Apr 11, 2008 at 2:19 PM, ?var Arnfj?r? Bjarmason
<avarab at gmail.com> wrote:
> Conkeror no longer displays link numbers on image map areas, example:
> http://u.nix.is/conk-bug.htm
>
> This is a recent regression.

The URI was http://u.nix.is/conk-bug.html b.t.w., and the test is now attached.

Also, this regression is still in git now ~3 months later.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/conkeror/attachments/20080710/893fd5d0/attachment.html>

From de_bb at arcor.de  Fri Jul 11 01:19:47 2008
From: de_bb at arcor.de (David)
Date: Fri, 11 Jul 2008 10:19:47 +0200
Subject: [Conkeror] Any way to get greasemonkey to work?
Message-ID: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>

Hi there,

ist there any way to get Greasemonkey to work under Conkeror? Or
alternatively, can I convert greasemonkey scripts to somehow work under
Conkeror? I just can't live without LookItUp anymore...

By the way, I also made a little shell script to make any xpi-file at
least installable in conkeror (doesn't mean it'll work, of course). I
post it here since maybe it is useful to others. Just call with
`extconvert <xpi-file>' and it will create a new xpi file with
"_conkeror" appended to its name.

Regards,
David

-------------- next part --------------
A non-text attachment was scrubbed...
Name: extconvert.sh
Type: text/x-sh
Size: 582 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/conkeror/attachments/20080711/426d1344/attachment.bin>

From jeremy at jeremyms.com  Fri Jul 11 13:31:10 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Fri, 11 Jul 2008 13:31:10 -0700
Subject: [Conkeror] Any way to get greasemonkey to work?
In-Reply-To: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de> (David's message of "Fri, 
	11 Jul 2008 10:19:47 +0200")
References: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
Message-ID: <874p6wcgdt.fsf@jeremyms.com>

David <de_bb at arcor.de> writes:

> Hi there,
> ist there any way to get Greasemonkey to work under Conkeror? Or
> alternatively, can I convert greasemonkey scripts to somehow work under
> Conkeror? I just can't live without LookItUp anymore...

I have looked into Greasemonkey, and it should be possible to either
write some fairly minimal glue code to add support for Conkeror to
Greasemonkey or alternatively write a fairly simple converter program to
convert a Greasemonkey script into a Conkeror module.  However, there is
a serious limitation: the way that Greasemonkey scripts can create key
bindings is effectively equivalent to the way that websites themselves
can create key bindings, and these bindings will only be accessible in
the pass-through mode.  A possible workaround would be to bind the
relevant keys as pass through keys in Conkeror, but this is obviously
somewhat of a nuisance.

Furthermore, there is the more general issue that for any given
functionality implemented by a greasemonkey script, there is almost
certainly a much cleaner and nicer way to implement it directly as a
Conkeror module.  This reduces the incentive to get Greasemonkey itself
working well.

> By the way, I also made a little shell script to make any xpi-file at
> least installable in conkeror (doesn't mean it'll work, of course). I
> post it here since maybe it is useful to others. Just call with
> `extconvert <xpi-file>' and it will create a new xpi file with
> "_conkeror" appended to its name.

Thanks, this is helpful.  Before a recent bug in the xulrunner extension
manager was introduced, it was possible to install any xpi simply by
setting the preference extensions.checkCompatibility to false.  I'll see
about including this script in Conkeror in e.g. contrib.

-- 
Jeremy Maitin-Shepard

From trentbuck at gmail.com  Fri Jul 11 22:05:34 2008
From: trentbuck at gmail.com (Trent W. Buck)
Date: Sat, 12 Jul 2008 15:05:34 +1000
Subject: [Conkeror] Any way to get greasemonkey to work?
References: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
	<874p6wcgdt.fsf@jeremyms.com>
Message-ID: <30zlon3d5t.fsf@Clio.twb.ath.cx>

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

> [...] for any given functionality implemented by a greasemonkey
> script, there is almost certainly a much cleaner and nicer way to
> implement it directly as a Conkeror module.

While I don't dispute that, somebody has to then go to the work of
writing and maintaining that module -- and there are (presumably)
Conkeror users out there who can't (or don't want to) do that much yak
shaving.


From de_bb at arcor.de  Sat Jul 12 01:37:13 2008
From: de_bb at arcor.de (David)
Date: Sat, 12 Jul 2008 10:37:13 +0200
Subject: [Conkeror] Any way to get greasemonkey to work?
References: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
	<874p6wcgdt.fsf@jeremyms.com> <30zlon3d5t.fsf@Clio.twb.ath.cx>
Message-ID: <kztzevzefa.fsf@kafka.physik3.gwdg.de>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
> A possible workaround would be to bind the relevant keys as pass
> through keys in Conkeror, but this is obviously somewhat of a
> nuisance.

At least if I look at my installed scripts in Greasemonkey, there are
not that many that require key bindings - the mentioned LookItUp2 is one
of the few exceptions, but I'd gladly do some configuring to get it to
work.

trentbuck at gmail.com (Trent W. Buck) writes:
>> [...] for any given functionality implemented by a greasemonkey
>> script, there is almost certainly a much cleaner and nicer way to
>> implement it directly as a Conkeror module.
>
> While I don't dispute that, somebody has to then go to the work of
> writing and maintaining that module -- and there are (presumably)
> Conkeror users out there who can't (or don't want to) do that much yak
> shaving.

Yes, I'm afraid I'm one of those. ;-) There's really a lot of useful
stuff on userscripts.org - bigger scripts like LookItUp2, which might
justify their own Conkeror module, but also lots of smaller snippets
where I'd love if they would "just work" without further fiddling.

-David


From avarab at gmail.com  Sat Jul 12 05:29:44 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Sat, 12 Jul 2008 12:29:44 +0000
Subject: [Conkeror] Any way to get greasemonkey to work?
In-Reply-To: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
References: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
Message-ID: <51dd1af80807120529y56c0be4fj38e32c4c1da2fabc@mail.gmail.com>

On Fri, Jul 11, 2008 at 8:19 AM, David <de_bb at arcor.de> wrote:
> By the way, I also made a little shell script to make any xpi-file at
> least installable in conkeror (doesn't mean it'll work, of course).

That's as far as I got with greasemonkey but I couldn't figure out how
to get to the equivalent of Tools -> Greasemonkey from conkeror so I
couldn't install additional scripts.

From de_bb at arcor.de  Sat Jul 12 06:11:44 2008
From: de_bb at arcor.de (David)
Date: Sat, 12 Jul 2008 15:11:44 +0200
Subject: [Conkeror] Any way to get greasemonkey to work?
References: <kzlk08q1cs.fsf@kafka.physik3.gwdg.de>
	<51dd1af80807120529y56c0be4fj38e32c4c1da2fabc@mail.gmail.com>
Message-ID: <kzmyknz1pr.fsf@kafka.physik3.gwdg.de>

"?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
> On Fri, Jul 11, 2008 at 8:19 AM, David <de_bb at arcor.de> wrote:
>> By the way, I also made a little shell script to make any xpi-file at
>> least installable in conkeror (doesn't mean it'll work, of course).
>
> That's as far as I got with greasemonkey but I couldn't figure out how
> to get to the equivalent of Tools -> Greasemonkey from conkeror so I
> couldn't install additional scripts.

You have to install them manually by copying the user.js file into the
gm_scripts folder in your profile directory and editing the config.xml
directly. It should also work if you install them in Firefox and then
copy the gm_scripts folder.

The scripts will show up in the Greasemonkey configuration, but so far
they don't work for me.

-David


From kai.carver at gmail.com  Sat Jul 12 09:56:49 2008
From: kai.carver at gmail.com (Kai Carver)
Date: Sat, 12 Jul 2008 18:56:49 +0200
Subject: [Conkeror] can Conkeror work with a French keyboard?
Message-ID: <b968a53b0807120956m5aef60e2qe2424af34d139305@mail.gmail.com>

Hello,

Conkeror works poorly with a French (FR_Fr) keyboard.

For example, following links by numbers doesn't work on my French
(Windows Vista) keyboard.

Here's what happens:

If I type 'f', then Shift-1 (which is how to type '1' on a French
keyboard), I just have
  Follow (select-link): 1
in my command line, and nothing happens (instead of Follow
(select-link): #1, I guess, which is what happens on the English
keyboard.

If I type 'f', then 1 (which types '&' on a French keyboard), I have
  Follow (select-link): #&
in my command line.

Things work fine if I switch the keyboard to EN.

Is this a known problem?

k a i

From jeremy at jeremyms.com  Sat Jul 12 10:02:07 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sat, 12 Jul 2008 10:02:07 -0700
Subject: [Conkeror] can Conkeror work with a French keyboard?
In-Reply-To: <b968a53b0807120956m5aef60e2qe2424af34d139305@mail.gmail.com>
	(Kai Carver's message of "Sat, 12 Jul 2008 18:56:49 +0200")
References: <b968a53b0807120956m5aef60e2qe2424af34d139305@mail.gmail.com>
Message-ID: <87zlonave8.fsf@jeremyms.com>

"Kai Carver" <kai.carver at gmail.com> writes:

> Hello,
> Conkeror works poorly with a French (FR_Fr) keyboard.

> For example, following links by numbers doesn't work on my French
> (Windows Vista) keyboard.

> Here's what happens:

> If I type 'f', then Shift-1 (which is how to type '1' on a French
> keyboard), I just have
>   Follow (select-link): 1
> in my command line, and nothing happens (instead of Follow
> (select-link): #1, I guess, which is what happens on the English
> keyboard.

> If I type 'f', then 1 (which types '&' on a French keyboard), I have
>   Follow (select-link): #&
> in my command line.

> Things work fine if I switch the keyboard to EN.

> Is this a known problem?

Due to limitations in Mozilla's key handling, Conkeror needs to know
about your keyboard map in order to handle keys properly.  For that
reason, there exists a keyboard setup utility in Conkeror, accessible
via the command-line option:

conkeror -keyboard-setup

or alternatively via:

M-x keyboard-setup

Follow the instructions there and your problem should be solved.

-- 
Jeremy Maitin-Shepard

From joe_f at verizon.net  Mon Jul 14 18:54:32 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Mon, 14 Jul 2008 21:54:32 -0400
Subject: [Conkeror] [QUERY] Misc. from a newbie
Message-ID: <u63r7ewtj.fsf@verizon.net>

I use Conkeror %^) under Windows XP %^(.  (I was hoping to mention the
version of Conkeror, but I find that M-x conkeror-version merely comes
back with "$CONKEROR_VERSION$".)

I have at last succeeded in installing the nonhistorical Conkeror (my
difficulty in doing so was due to a trivial error in downloading the
installation), and am happy and grateful to say that *all* the bugs I
complained about while using the Firefox version have disappeared.
Having enjoyed this luxury for a few weeks, I have a few complaints &
suggestions:

I have 20/20 vision, but I find the little numbers identifying links
(white on red background) hard to read at the default magnification;
it takes close attention to distinguish the digits 3, 6, 8, & 9.  I
can make them legible by zooming, but that is two nuisances.  Is there
some way to change the font to something a little bolder?  (Even
changing the color from white to black might do the job.)  In that
respect, the historical Conkeror was much better.

It would be nice if (not just in Conkeror, but in Windows & Microsoft
Word & Firefox & the rest of the universe; but let's stay on topic)
text windows -- particularly those that are expecting a URL or a
filename -- used a serif monospace font such as Courier, rather than
the wretched little sans serif font in which it is often hard to be
sure I have typed what I intended to.  It has kerning problems
(notoriously, "rn" & "m" are only microscopically distinguishable),
and narrow characters such as "l" & "i" are sometimes obscured by the
cursor.

My other comments have to do with the intimacy of communication
between Conkeror & Emacs.  I was delighted to find (what was not so
before) that when I do cmd_copy (M-w, etc.), the region appears, not
just in the Windows clipboard, but in the Emacs kill ring.  It would
also be convenient if the Emacs commands insert-file and write-region
were available in Conkeror.

I was disappointed to find that edit-current-field-in-external-editor
does not yet work under Windows.  It will greatly improve my quality
of life when it does; I hope that is in the works.

Finally, at present when I use browse-url to get from Emacs to
Conkeror, it always starts a new window.  Is there a way to tell it to
use an existing Conkeror window if there is one?  That is the way
Firefox and the historical Conkeror used to behave.

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

||:  Sanity itself is a form of politeness.  :||


From jeremy at jeremyms.com  Tue Jul 15 14:07:13 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 15 Jul 2008 14:07:13 -0700
Subject: [Conkeror] [QUERY] Misc. from a newbie
In-Reply-To: <u63r7ewtj.fsf@verizon.net> (Joe Fineman's message of "Mon, 14
	Jul 2008 21:54:32 -0400")
References: <u63r7ewtj.fsf@verizon.net>
Message-ID: <87ej5uc0vy.fsf@jeremyms.com>

Joe Fineman <joe_f at verizon.net> writes:

> I use Conkeror %^) under Windows XP %^(.  (I was hoping to mention the
> version of Conkeror, but I find that M-x conkeror-version merely comes
> back with "$CONKEROR_VERSION$".)

Typing:

git rev-parse HEAD

will give you the current revision.

> I have at last succeeded in installing the nonhistorical Conkeror (my
> difficulty in doing so was due to a trivial error in downloading the
> installation), and am happy and grateful to say that *all* the bugs I
> complained about while using the Firefox version have disappeared.
> Having enjoyed this luxury for a few weeks, I have a few complaints &
> suggestions:

> I have 20/20 vision, but I find the little numbers identifying links
> (white on red background) hard to read at the default magnification;
> it takes close attention to distinguish the digits 3, 6, 8, & 9.  I
> can make them legible by zooming, but that is two nuisances.  Is there
> some way to change the font to something a little bolder?  (Even
> changing the color from white to black might do the job.)  In that
> respect, the historical Conkeror was much better.

I think you may be able to modify the style for span.__conkeror_hint in
userContent.css.

Alternatively, modify content/hints.css directly.

> It would be nice if (not just in Conkeror, but in Windows & Microsoft
> Word & Firefox & the rest of the universe; but let's stay on topic)
> text windows -- particularly those that are expecting a URL or a
> filename -- used a serif monospace font such as Courier, rather than
> the wretched little sans serif font in which it is often hard to be
> sure I have typed what I intended to.  It has kerning problems
> (notoriously, "rn" & "m" are only microscopically distinguishable),
> and narrow characters such as "l" & "i" are sometimes obscured by the
> cursor.

This is all customizable via CSS, this time in userChrome.css.

Note that you should create both of these files in a "chrome"
subdirectory (that you may also need to create) inside of your profile
directory.

> My other comments have to do with the intimacy of communication
> between Conkeror & Emacs.  I was delighted to find (what was not so
> before) that when I do cmd_copy (M-w, etc.), the region appears, not
> just in the Windows clipboard, but in the Emacs kill ring.  It would
> also be convenient if the Emacs commands insert-file and write-region
> were available in Conkeror.

These commands can certainly be added; I hadn't had a need for them
myself, but they should be quite straightforward.

> I was disappointed to find that edit-current-field-in-external-editor
> does not yet work under Windows.  It will greatly improve my quality
> of life when it does; I hope that is in the works.

It is not a great difficulty, it is just that I don't use MS Window
myself and I haven't taken the time to get it working.

> Finally, at present when I use browse-url to get from Emacs to
> Conkeror, it always starts a new window.  Is there a way to tell it to
> use an existing Conkeror window if there is one?  That is the way
> Firefox and the historical Conkeror used to behave.

Set

url_remoting_fn = load_url_in_new_buffer;

in your RC file.

-- 
Jeremy Maitin-Shepard

From joe_f at verizon.net  Wed Jul 16 07:21:54 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Wed, 16 Jul 2008 10:21:54 -0400
Subject: [Conkeror] [QUERY] Misc. from a newbie
Message-ID: <uk5fldi4d.fsf@verizon.net>

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

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

> > I use Conkeror %^) under Windows XP %^(.  (I was hoping to mention
> > the version of Conkeror, but I find that M-x conkeror-version
> > merely comes back with "$CONKEROR_VERSION$".)

> Typing:

> git rev-parse HEAD

> will give you the current revision.

Typing it where, please?  The minibuffer doesn't understand it, with
or without M-x.

> > I have 20/20 vision, but I find the little numbers identifying
> > links (white on red background) hard to read at the default
> > magnification; it takes close attention to distinguish the digits
> > 3, 6, 8, & 9.  I can make them legible by zooming, but that is two
> > nuisances.  Is there some way to change the font to something a
> > little bolder?  (Even changing the color from white to black might
> > do the job.)

> I think you may be able to modify the style for span.__conkeror_hint
> in userContent.css.

I can't find that file, and would not know what to put in it if I
created it.

> Alternatively, modify content/hints.css directly.

That does it.  I changed red to pink, and white to black.  The
legibility is now fine.

> > It would be nice if [...]  text windows -- particularly those that
> > are expecting a URL or a filename -- used a serif monospace font
> > such as Courier, [...]

> This is all customizable via CSS, this time in userChrome.css.

> Note that you should create both of these files in a "chrome"
> subdirectory (that you may also need to create) inside of your profile
> directory.

There is such a subdirectory, but I do not know what to put in the
file.

As you may infer, I know nothing about Java.

> > Finally, at present when I use browse-url to get from Emacs to
> > Conkeror, it always starts a new window.  Is there a way to tell
> > it to use an existing Conkeror window if there is one?

> Set

> url_remoting_fn = load_url_in_new_buffer;

> in your RC file.

I created /usr/own/f/Conkeror.rc and copied that into it.  Using the
little window in the manual, I set the RC file to that, and to
c:/usr/own/f/Conkeror.rc.  Neither had the desired effect.  Changing
the slashes to backslashes to satisfy Bill Gates did the job, tho.  I
had to write workarounds for tex-buffer & print-buffer in Emacs
because of that pest.  You might want to put a warning in the manual
for fellow sufferers.

You have cured the most immediate irritations.  Thanks again for your
attention.
-- 
---  Joe Fineman    joe_f at verizon.net

||:  It is the fate of fools to amuse their enemies and bore  :||
||:  their friends.                                           :||


From jeremy at jeremyms.com  Wed Jul 16 10:14:02 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Wed, 16 Jul 2008 10:14:02 -0700
Subject: [Conkeror] [QUERY] Misc. from a newbie
In-Reply-To: <uk5fldi4d.fsf@verizon.net> (Joe Fineman's message of "Wed, 16
	Jul 2008 10:21:54 -0400")
References: <uk5fldi4d.fsf@verizon.net>
Message-ID: <87abghbvl1.fsf@jeremyms.com>

Joe Fineman <joe_f at verizon.net> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> Joe Fineman <joe_f at verizon.net> writes:

>> > I use Conkeror %^) under Windows XP %^(.  (I was hoping to mention
>> > the version of Conkeror, but I find that M-x conkeror-version
>> > merely comes back with "$CONKEROR_VERSION$".)

>> Typing:

>> git rev-parse HEAD

>> will give you the current revision.

If you used git to obtain Conkeror, you can use that command at the
command-line/terminal (not in Conkeror) from the Conkeror directory to
determine the version.  If you just used a snapshot, there may not be an
easy way.

> Typing it where, please?  The minibuffer doesn't understand it, with
> or without M-x.

>> > I have 20/20 vision, but I find the little numbers identifying
>> > links (white on red background) hard to read at the default
>> > magnification; it takes close attention to distinguish the digits
>> > 3, 6, 8, & 9.  I can make them legible by zooming, but that is two
>> > nuisances.  Is there some way to change the font to something a
>> > little bolder?  (Even changing the color from white to black might
>> > do the job.)

>> I think you may be able to modify the style for span.__conkeror_hint
>> in userContent.css.

> I can't find that file, and would not know what to put in it if I
> created it.

>> Alternatively, modify content/hints.css directly.

> That does it.  I changed red to pink, and white to black.  The
> legibility is now fine.

>> > It would be nice if [...]  text windows -- particularly those that
>> > are expecting a URL or a filename -- used a serif monospace font
>> > such as Courier, [...]

>> This is all customizable via CSS, this time in userChrome.css.

>> Note that you should create both of these files in a "chrome"
>> subdirectory (that you may also need to create) inside of your profile
>> directory.

> There is such a subdirectory, but I do not know what to put in the
> file.

> As you may infer, I know nothing about Java.

These files should be in CSS and you can use the existing CSS files in
the content/ directory to guess what might be suitable for
userContent.css and userChrome.css.  Note that userContent.css applies
only to the content area (and therefore is used to customize the hint
styling), while userChrome.css applies only to the non-content area
(like the minibuffer).

>> > Finally, at present when I use browse-url to get from Emacs to
>> > Conkeror, it always starts a new window.  Is there a way to tell
>> > it to use an existing Conkeror window if there is one?

>> Set

>> url_remoting_fn = load_url_in_new_buffer;

>> in your RC file.

> I created /usr/own/f/Conkeror.rc and copied that into it.  Using the
> little window in the manual, I set the RC file to that, and to
> c:/usr/own/f/Conkeror.rc.  Neither had the desired effect.  Changing
> the slashes to backslashes to satisfy Bill Gates did the job, tho.  I
> had to write workarounds for tex-buffer & print-buffer in Emacs
> because of that pest.  You might want to put a warning in the manual
> for fellow sufferers.

Conkeror just uses the same path format as your operating system.

> You have cured the most immediate irritations.  Thanks again for your
> attention.

Well, if you have more issues, you know where to ask. :)

-- 
Jeremy Maitin-Shepard

From gzeusmants at gmail.com  Thu Jul 17 07:29:15 2008
From: gzeusmants at gmail.com (A.W.)
Date: Thu, 17 Jul 2008 09:29:15 -0500
Subject: [Conkeror] Debian package update?/xul problem
Message-ID: <613b861a0807170729x419f0fd5g70a9dd2db3a2fe60@mail.gmail.com>

Considering there's been no commits to Conkeror in a month, and it's
working fine for me, I think it might be a good idea to update the
package, if possible.



Not a Conkeror problem, but one I encountered while using/installing it:
I have a xulrunner that's in my home directory registered globally,
but since 1.9 is in Debian now, I'd prefer to use that.
However, I can't seem to get my machine to do that...
I've tried xulrunner-1.9 --register-global and I get something like:
invalid application.ini path

If anyone knows what's going on/how to fix it, let me know.

From abe at deuxchevaux.org  Thu Jul 17 07:40:57 2008
From: abe at deuxchevaux.org (Axel Beckert)
Date: Thu, 17 Jul 2008 16:40:57 +0200
Subject: [Conkeror] Debian package update?/xul problem
In-Reply-To: <613b861a0807170729x419f0fd5g70a9dd2db3a2fe60@mail.gmail.com>
References: <613b861a0807170729x419f0fd5g70a9dd2db3a2fe60@mail.gmail.com>
Message-ID: <20080717144057.GG17256@sym.noone.org>

Hi,

On Thu, Jul 17, 2008 at 09:29:15AM -0500, A.W. wrote:
> Considering there's been no commits to Conkeror in a month, and it's
> working fine for me, I think it might be a good idea to update the
> package, if possible.

Ack. Especially since the current debian package has moved to testing
recently. :-)

I have the current git version running here (as debian package, too
since a while) and it works fine here, too. I'll try to prepare an
updated package for upload soon.

> Not a Conkeror problem, but one I encountered while using/installing it:
> I have a xulrunner that's in my home directory registered globally,
> but since 1.9 is in Debian now, I'd prefer to use that.
> However, I can't seem to get my machine to do that...
> I've tried xulrunner-1.9 --register-global and I get something like:
> invalid application.ini path
> 
> If anyone knows what's going on/how to fix it, let me know.

Hmmm, the Debian xulrunner should not need any registering since
that's done automatically AFAIK.

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

From schulte.eric at gmail.com  Thu Jul 17 13:15:11 2008
From: schulte.eric at gmail.com (Eric Schulte)
Date: Thu, 17 Jul 2008 13:15:11 -0700
Subject: [Conkeror] proxy by url
Message-ID: <487fa84a.12da600a.2bc5.480a@mx.google.com>

Hi,

I just wrote a little script to switch proxy based on regexps of the
url when loading a new url.  Basically it imitates the functionality
of the FoxyProxy Firefox extension.  I am using
"content_buffer_location_change_hook" to call my function, but it
appears to call after the page has been loaded, so I have to refresh
after a load for this to work.

Does conkeror have something analogous to defadice in emacs or is
there a hook which would be called before trying to load the page?

Thanks -- Eric

just for kicks, here's the code[1] (my first javascripting)

-- 
schulte

[1]
// every time we open a new url change proxy based on url (like FoxyProxy)
add_hook ("content_buffer_location_change_hook", proxy_by_url);

function proxy_by_url(buffer)
{
    // regexp to match url
    myre = /.*my\.work\.domain\.org.*/;
    if (myre.exec(buffer.current_URI.spec)) {// change proxy
	session_pref("network.proxy.socks", "127.0.0.1");
	session_pref("network.proxy.socks_version", 5);
	session_pref("network.proxy.socks_port", 3001);
	session_pref("network.proxy.socks_remote_dns", true);
	session_pref("network.proxy.type", 1);
    }
    else{// default to no proxy
	session_pref("network.proxy.type", 0);
    }
}

From jeremy at jeremyms.com  Thu Jul 17 13:22:58 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Thu, 17 Jul 2008 13:22:58 -0700
Subject: [Conkeror] proxy by url
In-Reply-To: <487fa84a.12da600a.2bc5.480a@mx.google.com> (Eric Schulte's
	message of "Thu, 17 Jul 2008 13:15:11 -0700")
References: <487fa84a.12da600a.2bc5.480a@mx.google.com>
Message-ID: <87hcao45wd.fsf@jeremyms.com>

"Eric Schulte" <schulte.eric at gmail.com> writes:

> Hi,
> I just wrote a little script to switch proxy based on regexps of the
> url when loading a new url.  Basically it imitates the functionality
> of the FoxyProxy Firefox extension.  I am using
> "content_buffer_location_change_hook" to call my function, but it
> appears to call after the page has been loaded, so I have to refresh
> after a load for this to work.

> Does conkeror have something analogous to defadice in emacs or is
> there a hook which would be called before trying to load the page?

I think you would have to review the xulrunner/mozilla source code to
figure out if proper point at which you could do this.  (The best you
can get from Conkeror itself is what you are already using, I think.)
Fundamentally, it cannot work perfectly, though, because there may
likely be multiple requests being made at the same time, but as there is
only this global proxy setting, the same proxy settings must be used for
all concurrent requests.

Perhaps you can look and see what the foxy proxy extension itself does.
I think a more reliable solution would be to always use a local proxy
server, and have this proxy server know about the switching logic.

-- 
Jeremy Maitin-Shepard

From con at lonely-star.org  Fri Jul 18 07:01:23 2008
From: con at lonely-star.org (Nathan Huesken)
Date: Fri, 18 Jul 2008 16:01:23 +0200
Subject: [Conkeror] Problems with addons compatibility
Message-ID: <20080718140123.GA5121@Sam>

Hello together,

I am trying to instal addons in conkeror.
I added:

user_pref("extensions.checkCompatibility", false);
user_pref("extensions.checkUpdateSecurity", false);

To my conkeror.rc and the extension dialog says:
"Add-on compatibility checking is disabled. You may have incompatible add-ons."

So far so good.
But evert add-on I install (I tried Addblock Plus, Foxmark and GooglePreview) says:
"Not compatible with Conkeror 0.9" and has a red Circle with a white line on the symbol.

Has anyone got GoolgePreview to work?

Thanks!
Nathan

From jeremy at jeremyms.com  Fri Jul 18 13:14:18 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Fri, 18 Jul 2008 13:14:18 -0700
Subject: [Conkeror] Problems with addons compatibility
In-Reply-To: <20080718140123.GA5121@Sam> (Nathan Huesken's message of "Fri, 18
	Jul 2008 16:01:23 +0200")
References: <20080718140123.GA5121@Sam>
Message-ID: <87d4lb3q79.fsf@jeremyms.com>

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

> Hello together,
> I am trying to instal addons in conkeror.
> I added:

> user_pref("extensions.checkCompatibility", false);
> user_pref("extensions.checkUpdateSecurity", false);

> To my conkeror.rc and the extension dialog says:
> "Add-on compatibility checking is disabled. You may have incompatible add-ons."

> So far so good.
> But evert add-on I install (I tried Addblock Plus, Foxmark and GooglePreview)
> says:
> "Not compatible with Conkeror 0.9" and has a red Circle with a white line on the
> symbol.

If it installs successfully, then even though it says it is
incompatible, it should still work.

-- 
Jeremy Maitin-Shepard

From gzeusmants at gmail.com  Fri Jul 18 14:22:41 2008
From: gzeusmants at gmail.com (A.W.)
Date: Fri, 18 Jul 2008 16:22:41 -0500
Subject: [Conkeror] Problems with addons compatibility
Message-ID: <613b861a0807181422m44da194el93faab684a6f4bf7@mail.gmail.com>

You can edit the add-on file to make it compatible.

Here's something i was sent a while back, which I used to get adblock installed.

"
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.
"


---------- Forwarded message ----------
From: Nathan Huesken <con at lonely-star.org>
To: Conkeror Mailinglist <conkeror at mozdev.org>
Date: Fri, 18 Jul 2008 16:01:23 +0200
Subject: [Conkeror] Problems with addons compatibility
Hello together,

I am trying to instal addons in conkeror.
I added:

user_pref("extensions.checkCompatibility", false);
user_pref("extensions.checkUpdateSecurity", false);

To my conkeror.rc and the extension dialog says:
"Add-on compatibility checking is disabled. You may have incompatible add-ons."

So far so good.
But evert add-on I install (I tried Addblock Plus, Foxmark and
GooglePreview) says:
"Not compatible with Conkeror 0.9" and has a red Circle with a white
line on the symbol.

Has anyone got GoolgePreview to work?

Thanks!
Nathan

From avarab at gmail.com  Sun Jul 20 21:27:50 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Mon, 21 Jul 2008 04:27:50 +0000
Subject: [Conkeror] [BUG] Resolving doesn't work in xulrunner/conkeror but
	everything else works
Message-ID: <51dd1af80807202127h23bb4f4la8d339eac49dcec3@mail.gmail.com>

I installed xulrunner-1.9.0.2pre.en-US.linux-i686.tar.bz2 from the
nightly builds on Ubuntu Hardy and ran conkeror under it. accessing
websites as IP addresses works but the resolver in xulrunner behaves
as though DNS isn't working on the machine ("Address not found"). DNS
works normally for everything else (dig, ping, firefox, etc.).

Why would xulrunner not be picking up the DNS settings in
/etc/resolv.conf? This has also happened with other xulrunner builds
from ~2 weeks and ~1 month ago on the same machine.

From jeremy at jeremyms.com  Sun Jul 20 21:38:20 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Sun, 20 Jul 2008 21:38:20 -0700
Subject: [Conkeror] [BUG] Resolving doesn't work in xulrunner/conkeror
	but everything else works
In-Reply-To: <51dd1af80807202127h23bb4f4la8d339eac49dcec3@mail.gmail.com>
	(=?utf-8?B?IsOGdmFyIEFybmZqw7Zyw7A=?= Bjarmason"'s message of "Mon,
	21 Jul 2008 04:27:50 +0000")
References: <51dd1af80807202127h23bb4f4la8d339eac49dcec3@mail.gmail.com>
Message-ID: <8763qz4zsz.fsf@jeremyms.com>

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

> I installed xulrunner-1.9.0.2pre.en-US.linux-i686.tar.bz2 from the
> nightly builds on Ubuntu Hardy and ran conkeror under it. accessing
> websites as IP addresses works but the resolver in xulrunner behaves
> as though DNS isn't working on the machine ("Address not found"). DNS
> works normally for everything else (dig, ping, firefox, etc.).

> Why would xulrunner not be picking up the DNS settings in
> /etc/resolv.conf? This has also happened with other xulrunner builds
> from ~2 weeks and ~1 month ago on the same machine.

You could try using the Firefox xulrunner using:

firefox -app /path/to/conkeror/application.ini

-- 
Jeremy Maitin-Shepard

From avarab at gmail.com  Mon Jul 21 01:22:12 2008
From: avarab at gmail.com (=?UTF-8?Q?=C3=86var_Arnfj=C3=B6r=C3=B0_Bjarmason?=)
Date: Mon, 21 Jul 2008 08:22:12 +0000
Subject: [Conkeror] [BUG] Resolving doesn't work in xulrunner/conkeror
	but everything else works
In-Reply-To: <8763qz4zsz.fsf@jeremyms.com>
References: <51dd1af80807202127h23bb4f4la8d339eac49dcec3@mail.gmail.com>
	<8763qz4zsz.fsf@jeremyms.com>
Message-ID: <51dd1af80807210122k30240667t2315758ad9854e09@mail.gmail.com>

On Mon, Jul 21, 2008 at 4:38 AM, Jeremy Maitin-Shepard
<jeremy at jeremyms.com> wrote:
> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>
>> I installed xulrunner-1.9.0.2pre.en-US.linux-i686.tar.bz2 from the
>> nightly builds on Ubuntu Hardy and ran conkeror under it. accessing
>> websites as IP addresses works but the resolver in xulrunner behaves
>> as though DNS isn't working on the machine ("Address not found"). DNS
>> works normally for everything else (dig, ping, firefox, etc.).
>
>> Why would xulrunner not be picking up the DNS settings in
>> /etc/resolv.conf? This has also happened with other xulrunner builds
>> from ~2 weeks and ~1 month ago on the same machine.
>
> You could try using the Firefox xulrunner using:
>
> firefox -app /path/to/conkeror/application.ini

The firefox on that system isn't of the xulrunner kind, and in any
case that wouldn't solve the  problem of the resolver in the xulrunner
in nightlies having a broken resolver on that system.

From jeremy at jeremyms.com  Mon Jul 21 09:12:28 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Mon, 21 Jul 2008 09:12:28 -0700
Subject: [Conkeror] [BUG] Resolving doesn't work in xulrunner/conkeror
	but everything else works
In-Reply-To: <51dd1af80807210122k30240667t2315758ad9854e09@mail.gmail.com>
	(=?utf-8?B?IsOGdmFyIEFybmZqw7Zyw7A=?= Bjarmason"'s message of "Mon,
	21 Jul 2008 08:22:12 +0000")
References: <51dd1af80807202127h23bb4f4la8d339eac49dcec3@mail.gmail.com>
	<8763qz4zsz.fsf@jeremyms.com>
	<51dd1af80807210122k30240667t2315758ad9854e09@mail.gmail.com>
Message-ID: <871w1n43o3.fsf@jeremyms.com>

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

> On Mon, Jul 21, 2008 at 4:38 AM, Jeremy Maitin-Shepard
> <jeremy at jeremyms.com> wrote:
>> "?var Arnfj?r? Bjarmason" <avarab at gmail.com> writes:
>> 
>>> I installed xulrunner-1.9.0.2pre.en-US.linux-i686.tar.bz2 from the
>>> nightly builds on Ubuntu Hardy and ran conkeror under it. accessing
>>> websites as IP addresses works but the resolver in xulrunner behaves
>>> as though DNS isn't working on the machine ("Address not found"). DNS
>>> works normally for everything else (dig, ping, firefox, etc.).
>> 
>>> Why would xulrunner not be picking up the DNS settings in
>>> /etc/resolv.conf? This has also happened with other xulrunner builds
>>> from ~2 weeks and ~1 month ago on the same machine.
>> 
>> You could try using the Firefox xulrunner using:
>> 
>> firefox -app /path/to/conkeror/application.ini

> The firefox on that system isn't of the xulrunner kind, and in any
> case that wouldn't solve the  problem of the resolver in the xulrunner
> in nightlies having a broken resolver on that system.

If you have the normal Firefox 3, then the syntax I suggested should
work.

You could try and see if Firefox nightlies have the same problem.
Possibly you could also try to figure out exactly the date on which it
stopped working.

-- 
Jeremy Maitin-Shepard

From joe_f at verizon.net  Sun Jul 27 06:24:59 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Sun, 27 Jul 2008 09:24:59 -0400
Subject: [Conkeror] Can't go back
Message-ID: <ubq0j5uj8.fsf@verizon.net>

Sometimes, when I follow a link in Conkeror, I can't get back from it
(it gives the "Can't go back" message).  I suspect that this is a side
effect of taking the following advice that I received on this list:

----------------------------------------------------------------------
> Finally, at present when I use browse-url to get from Emacs to
> Conkeror, it always starts a new window.  Is there a way to tell it
> to use an existing Conkeror window if there is one?  That is the way
> Firefox and the historical Conkeror used to behave.

Set

url_remoting_fn = load_url_in_new_buffer;

in your RC file.
----------------------------------------------------------------------

Namely, I think that what is happening is that when the link creates a
new window, Conkeror kills the old one.  That is the behavior I want
when calling a page from Emacs, but not within Conkeror.  Is there a
way to achieve that?
-- 
---  Joe Fineman    joe_f at verizon.net

||:  Easy writing, hard reading.  :||


From olegkat at gmail.com  Sun Jul 27 09:17:04 2008
From: olegkat at gmail.com (Oleg Katsitadze)
Date: Sun, 27 Jul 2008 19:17:04 +0300
Subject: [Conkeror] Can't go back
In-Reply-To: <ubq0j5uj8.fsf@verizon.net>
References: <ubq0j5uj8.fsf@verizon.net>
Message-ID: <20080727161704.GA3629@thor>

On Sun, Jul 27, 2008 at 09:24:59AM -0400, Joe Fineman wrote:
> Sometimes, when I follow a link in Conkeror, I can't get back from it
> (it gives the "Can't go back" message).

Does M-n (bound to buffer-next) or C-x k RET (bound to kill-buffer)
help you to restore the old buffer?

Oleg

From jjfoerch at earthlink.net  Mon Jul 28 15:20:29 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Mon, 28 Jul 2008 18:20:29 -0400
Subject: [Conkeror] daemon mode question
References: <613b861a0807080349y3f63a651mf40ab54017894300@mail.gmail.com>
Message-ID: <87ljzlvefm.fsf@earthlink.net>

A.W. <gzeusmants at gmail.com> writes:
> Does the daemon load add-ons such as Flash as well?
> Flash corrupts somehow, forcing a restart of conkeror for sound not to
> be...shite. If flash isn't loaded with the daemon, I'll make sure it
> loads on login, if so I'll...not use it.

Plugin loading is quite independent of conkeror, so whether you have
daemon-mode on or off will not affect whether Flash is loaded.

-- 
John Foerch


From jjfoerch at earthlink.net  Mon Jul 28 15:32:02 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Mon, 28 Jul 2008 18:32:02 -0400
Subject: [Conkeror] [QUERY] Misc. from a newbie
References: <u63r7ewtj.fsf@verizon.net>
Message-ID: <87fxptvdwd.fsf@earthlink.net>

Joe Fineman <joe_f at verizon.net> writes:
> I have 20/20 vision, but I find the little numbers identifying links
> (white on red background) hard to read at the default magnification;
> it takes close attention to distinguish the digits 3, 6, 8, & 9.  I
> can make them legible by zooming, but that is two nuisances.  Is there
> some way to change the font to something a little bolder?  (Even
> changing the color from white to black might do the job.)  In that
> respect, the historical Conkeror was much better.
>

Hi Joe,

  I use the following code in my rc to change the style of hint
numbers.

  hint_background_color = 'white';
  active_hint_background_color = '#00ccff';
  
  // annoying quality of loadAndRegisterSheet: The relative ordering of
  // two user or two agent sheets loaded via this API is undefined.
  
  register_user_stylesheet(
      "data:text/css," +
          escape (
              "span.__conkeror_hint {" +
              " border: 1px solid #dddddd !important;" +
              " color: white !important;" +
              " background-color: black !important;" +
              "}"));

-- 
John Foerch





From conkeror_at_mozdev.org at sumou.com  Tue Jul 29 01:04:47 2008
From: conkeror_at_mozdev.org at sumou.com (=?UTF-8?Q?=E7=99=BD=E3=81=84=E7=86=8A?=)
Date: Tue, 29 Jul 2008 10:04:47 +0200
Subject: [Conkeror] armel conkeror doesn't enable text box input
In-Reply-To: <87abgrbohx.fsf@jeremyms.com>
References: <20080707103205.M79212@ShiroiKuma.org>
	<87abgrbohx.fsf@jeremyms.com>
Message-ID: <20080729080348.M10865@sumou.com>

> If that fixes the problem, then you can set in your rc file in the
> meantime via browser_prevent_automatic_form_focus_mode(false); and I

This works, Thank you.

ShiroiKuma

From conkeror_at_mozdev.org at sumou.com  Tue Jul 29 03:23:01 2008
From: conkeror_at_mozdev.org at sumou.com (=?UTF-8?Q?=E7=99=BD=E3=81=84=E7=86=8A?=)
Date: Tue, 29 Jul 2008 12:23:01 +0200
Subject: [Conkeror] armel conkeror doesn't operate webjumps
Message-ID: <20080729101953.M89784@ShiroiKuma.org>

I'm using conkeror from the armel unstable debian repository.

It seems to me it doesn't correctly process webjumps. Both personal, defined in the rc file, checked as working in the
i386 version, and internal. I.e. typing g google doesn't offer google for completion...

What could be causing this behavior?

ShiroiKuma

From joe_f at verizon.net  Tue Jul 29 08:06:06 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Tue, 29 Jul 2008 11:06:06 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
Message-ID: <u7ib47msh.fsf@verizon.net>

I have been trying to follow this advice from a couple of weeks ago:

> >> > It would be nice if [...]  text windows -- particularly those
> >> > that are expecting a URL or a filename -- used a serif
> >> > monospace font such as Courier, [...]

> >> This is all customizable via CSS, this time in userChrome.css.

> >> Note that you should create both of these files in a "chrome"
> >> subdirectory (that you may also need to create) inside of your
> >> profile directory.

> > There is such a subdirectory, but I do not know what to put in the
> > file.

> [...]

> These files should be in CSS and you can use the existing CSS files
> in the content/ directory to guess what might be suitable for
> userContent.css and userChrome.css.  Note that userContent.css
> applies only to the content area (and therefore is used to customize
> the hint styling), while userChrome.css applies only to the
> non-content area (like the minibuffer).

Perusing the CSS files in the content/ directory, I gather that
/Conkeror/conkeror/chrome/userChrome.css should contain something like
this:

??? {
  font-family: monospace;
}

but I did not see anything in the files that looked like a
specification for the minibuffer etc.  I tried ???=body, but that did
not work.

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

||:  Of the components of love, jealousy has the longest decay  :||
||:  time.                                                      :||



From jeremy at jeremyms.com  Tue Jul 29 12:46:23 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 29 Jul 2008 12:46:23 -0700
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
In-Reply-To: <u7ib47msh.fsf@verizon.net> (Joe Fineman's message of "Tue, 29
	Jul 2008 11:06:06 -0400")
References: <u7ib47msh.fsf@verizon.net>
Message-ID: <8763qoqxrk.fsf@jeremyms.com>

Joe Fineman <joe_f at verizon.net> writes:

> I have been trying to follow this advice from a couple of weeks ago:
>> >> > It would be nice if [...]  text windows -- particularly those
>> >> > that are expecting a URL or a filename -- used a serif
>> >> > monospace font such as Courier, [...]

>> >> This is all customizable via CSS, this time in userChrome.css.

>> >> Note that you should create both of these files in a "chrome"
>> >> subdirectory (that you may also need to create) inside of your
>> >> profile directory.

>> > There is such a subdirectory, but I do not know what to put in the
>> > file.

>> [...]

>> These files should be in CSS and you can use the existing CSS files
>> in the content/ directory to guess what might be suitable for
>> userContent.css and userChrome.css.  Note that userContent.css
>> applies only to the content area (and therefore is used to customize
>> the hint styling), while userChrome.css applies only to the
>> non-content area (like the minibuffer).

> Perusing the CSS files in the content/ directory, I gather that
> /Conkeror/conkeror/chrome/userChrome.css should contain something like
> this:

> ??? {
>   font-family: monospace;
> }

> but I did not see anything in the files that looked like a
> specification for the minibuffer etc.  I tried ???=body, but that did
> not work.

Note that the DOM inspector extension may be helpful.

The correct specification to use is:

#minibuffer if you want to affect everything in the minibuffer area, or
 alternatively perhaps one of:
#minibuffer-prompt
#minibuffer-input
#minibuffer-message
#minibuffer-mode-indicator (for the input mode indicator at the right)


-- 
Jeremy Maitin-Shepard

From joe_f at verizon.net  Tue Jul 29 14:21:55 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Tue, 29 Jul 2008 17:21:55 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
Message-ID: <ufxps5qto.fsf@verizon.net>

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

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

[...]

> > Perusing the CSS files in the content/ directory, I gather that
> > /Conkeror/conkeror/chrome/userChrome.css should contain something
> > like this:

> > ??? {
> >   font-family: monospace;
> > }

> > but I did not see anything in the files that looked like a
> > specification for the minibuffer etc.  I tried ???=body, but that did
> > not work.

> Note that the DOM inspector extension may be helpful.

I have Googled "DOM inspector", but I'm afraid I am none the wiser.

> The correct specification to use is:

> #minibuffer if you want to affect everything in the minibuffer area
> [...] 

My file c:/Conkeror/conkeror/chrome/userChrome.css now reads:

#minibuffer {
  font-family: monospace;
}

I restarted Conkeror, but it has the same old font.  Do I have to
reboot the computer as well?

I have reached the cocktail hour.  Thank you for your patience.
-- 
---  Joe Fineman    joe_f at verizon.net

||:  Politicians need to have an indecent respect for the opinion  :||
||:  of mankind.                                                   :||



From jeremy at jeremyms.com  Tue Jul 29 17:12:12 2008
From: jeremy at jeremyms.com (Jeremy Maitin-Shepard)
Date: Tue, 29 Jul 2008 17:12:12 -0700
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
In-Reply-To: <ufxps5qto.fsf@verizon.net> (Joe Fineman's message of "Tue, 29
	Jul 2008 17:21:55 -0400")
References: <ufxps5qto.fsf@verizon.net>
Message-ID: <871w1cqlgj.fsf@jeremyms.com>

Joe Fineman <joe_f at verizon.net> writes:

> Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
>> Joe Fineman <joe_f at verizon.net> writes:

> [...]

>> > Perusing the CSS files in the content/ directory, I gather that
>> > /Conkeror/conkeror/chrome/userChrome.css should contain something
>> > like this:

>> > ??? {
>> >   font-family: monospace;
>> > }

>> > but I did not see anything in the files that looked like a
>> > specification for the minibuffer etc.  I tried ???=body, but that did
>> > not work.

>> Note that the DOM inspector extension may be helpful.

> I have Googled "DOM inspector", but I'm afraid I am none the wiser.

>> The correct specification to use is:

>> #minibuffer if you want to affect everything in the minibuffer area
>> [...] 

> My file c:/Conkeror/conkeror/chrome/userChrome.css now reads:

> #minibuffer {
>   font-family: monospace;
> }

> I restarted Conkeror, but it has the same old font.  Do I have to
> reboot the computer as well?

The chrome directory should be placed in your Conkeror profile
directory, not in the Conkeror source directory.  The profile directory
is the directory that contains files like prefs.js, places.sqlite.  It
will be at:

c:\Documents and Settings\$username\Application Data\conkeror.mozdev.org\conkeror\Profiles\*.default\

-- 
Jeremy Maitin-Shepard

From h23104n at arcor.de  Wed Jul 30 09:10:57 2008
From: h23104n at arcor.de (h23104n at arcor.de)
Date: Wed, 30 Jul 2008 18:10:57 +0200 (CEST)
Subject: [Conkeror] Save pages? History?
Message-ID: <33009863.1217434257462.JavaMail.ngmail@webmail12.arcor-so.net>

Dear all!
To the developers a huge Thankyou for this browser. I am so glad I found it. It has become my standard browser. However, there are three things that I do miss. Maybe they work, but I haven't found them yet:

1. You can of course save pages in Conkeror, but obviously, you have to be online to do that. I have dialup and so I often open a few pages, go offline again and read the pages. If I want to save some of these pages, because Conkeror can't access the source code anymore. Is there a workaround? Some of the other problems I had before were solved by comparing the about:config of firefox and Conkeror (you DO have to use the rat to effectively edit Conkeror's about:config, don't you?)

2. I am desperately in need of a history of the pages that I visited, preferably sorted by time of access.

3. Navigating by the order of the Tabs (yes, I activated the Tab-Bar...) would be sometimes more intuitive than the Emacs-style.

Regards,
Heinz

Jetzt komfortabel bei Arcor-Digital TV einsteigen: Mehr Happy Ends, mehr Herzschmerz, mehr Fernsehen! Erleben Sie 50 digitale TV Programme und optional 60 Pay TV Sender, einen elektronischen Programmf?hrer mit Movie Star Bewertungen von TV Movie. Au?erdem, aktuelle Filmhits und spannende Dokus in der Arcor-Videothek. Infos unter www.arcor.de/tv

From joe_f at verizon.net  Wed Jul 30 13:12:01 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Wed, 30 Jul 2008 16:12:01 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
In-Reply-To: <mailman.13.1217444410.3953.conkeror@mozdev.org>
	(conkeror-request@mozdev.org's message of "Wed,
	30 Jul 2008 12:00:10 -0700")
References: <mailman.13.1217444410.3953.conkeror@mozdev.org>
Message-ID: <uvdyn3ze6.fsf@verizon.net>

conkeror-request at mozdev.org, in the person of Jeremy Maitin-Shepard
<jeremy at jeremyms.com>, writes:

> The chrome directory should be placed in your Conkeror profile
> directory, not in the Conkeror source directory.  The profile
> directory is the directory that contains files like prefs.js,
> places.sqlite.  It will be at:
>
> c:\Documents and Settings\$username\Application Data\conkeror.mozdev.org\conkeror\Profiles\*.default\

That works.  Hurray!  Thanks again for your patience.

One minor further question on another subject:

In the tutorial, under Copying Text, it says that caret browsing
"gives you a blinking cursor that you can move and select document
text with the keyboard".  That is true except that, as far as I can
tell, there is no way to render that cursor visible without using the
trackball.  Is there a way to bring it up from the keyboard?  Is it
actually somewhere where I am not looking?
-- 
---  Joe Fineman    joe_f at verizon.net

||:  If you handle other people's money, you must pay yourself  :||
||:  well to protect yourself from the temptation to steal.     :||


From joe_f at verizon.net  Wed Jul 30 13:12:36 2008
From: joe_f at verizon.net (Joe Fineman)
Date: Wed, 30 Jul 2008 16:12:36 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
In-Reply-To: <mailman.13.1217444410.3953.conkeror@mozdev.org>
	(conkeror-request@mozdev.org's message of "Wed,
	30 Jul 2008 12:00:10 -0700")
References: <mailman.13.1217444410.3953.conkeror@mozdev.org>
Message-ID: <utze73zd7.fsf@verizon.net>

conkeror-request at mozdev.org, in the person of Jeremy Maitin-Shepard
<jeremy at jeremyms.com>, writes:

> The chrome directory should be placed in your Conkeror profile
> directory, not in the Conkeror source directory.  The profile
> directory is the directory that contains files like prefs.js,
> places.sqlite.  It will be at:
>
> c:\Documents and Settings\$username\Application Data\conkeror.mozdev.org\conkeror\Profiles\*.default\

That works.  Hurray!  Thanks again for your patience.

One minor further question on another subject:

In the tutorial, under Copying Text, it says that caret browsing
"gives you a blinking cursor that you can move and select document
text with the keyboard".  That is true except that, as far as I can
tell, there is no way to render that cursor visible without using the
trackball.  Is there a way to bring it up from the keyboard?  Is it
actually somewhere where I am not looking?
-- 
---  Joe Fineman    joe_f at verizon.net

||:  If you handle other people's money, you must pay yourself  :||
||:  well to protect yourself from the temptation to steal.     :||


From jjfoerch at earthlink.net  Wed Jul 30 13:48:25 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 30 Jul 2008 16:48:25 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
References: <mailman.13.1217444410.3953.conkeror@mozdev.org>
	<utze73zd7.fsf@verizon.net>
Message-ID: <87od4fumhy.fsf@earthlink.net>

Joe Fineman <joe_f at verizon.net> writes:
> In the tutorial, under Copying Text, it says that caret browsing
> "gives you a blinking cursor that you can move and select document
> text with the keyboard".  That is true except that, as far as I can
> tell, there is no way to render that cursor visible without using the
> trackball.  Is there a way to bring it up from the keyboard?  Is it
> actually somewhere where I am not looking?

Hi Joe,

  At present Conkeror has zero support for Gecko's caret mode, apart
from providing pass-through-mode so you can turn it on and off.  More
powerful support for caret-mode is something many of us want to
see--it's just a question of someone finding the time to implement it.
I found a trick that should make caret-mode less frustrating on some
pages in the meantime, and I added a paragraph to the tutorial about it.
Turn on caret mode, and do `n ;' followed by a number to focus a link.
For many instances, this can get the caret in the vicinity of where you
want it, so you can use the arrow keys from there.

-- 
John Foerch


From jjfoerch at earthlink.net  Wed Jul 30 14:05:12 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 30 Jul 2008 17:05:12 -0400
Subject: [Conkeror] Save pages? History?
References: <33009863.1217434257462.JavaMail.ngmail@webmail12.arcor-so.net>
Message-ID: <87hca7ulpz.fsf@earthlink.net>

h23104n at arcor.de writes:
> Dear all!
> To the developers a huge Thankyou for this browser. I am so
> glad I found it. It has become my standard browser. However, there are
> three things that I do miss. Maybe they work, but I haven't found them
> yet:

Hi Heinz,

  Glad you like conkeror.  I think I can address two of your questions...

> If I want to save some of these pages, because Conkeror can't access
> the source code anymore. Is there a workaround?

  The save-* functions are currently hard-coded to skip the cache.  This
is a problem that needs to be addressed.  One or more user-variables
seems the natural way to let people express their preferences, but we
should also think about what granularity we want vis-a-vis configuring
all commands with one variable or each command individually, and also if
cache access should be able to be controlled on-the-fly (like with a command
or prefix arg to the save-* commands).

> (you DO have to use the rat to effectively edit Conkeror's
> about:config, don't you?)

  A better way to set preferences is to set them in your rc with the
`session_pref' function.  Then you don't have to deal with the annoying
about:config gui (other than to occasionally look up pref names) and all
your preferences will be in a more convenient location (for backup &c.)
than your user profile.  Using session_pref has the added benefit that
if you are testing the effect of prefs, you can simply comment the line
out of your rc, and there will not be a saved "user" value in your
profile to worry about.

  A few prefs (I can't name any offhand) require the use of `user_pref'
instead of `session_pref'.  The difference is that `user_pref' does set
a "user" value in your profile, so such preferences are available during
startup before your rc is loaded.

> 3. Navigating by the order of the Tabs (yes, I activated the
> Tab-Bar...) would be sometimes more intuitive than the Emacs-style.

  This would be M-n and M-p if I understand your question.

  Hope this helps,

-- 
John Foerch


From jjfoerch at earthlink.net  Wed Jul 30 14:10:08 2008
From: jjfoerch at earthlink.net (John J Foerch)
Date: Wed, 30 Jul 2008 17:10:08 -0400
Subject: [Conkeror] Changing font in minibuffer etc.: further help wanted
References: <u7ib47msh.fsf@verizon.net> <8763qoqxrk.fsf@jeremyms.com>
Message-ID: <87d4kvulhr.fsf@earthlink.net>

Jeremy Maitin-Shepard <jeremy at jeremyms.com> writes:
> #minibuffer if you want to affect everything in the minibuffer area, or
>  alternatively perhaps one of:
> #minibuffer-prompt
> #minibuffer-input
> #minibuffer-message
> #minibuffer-mode-indicator (for the input mode indicator at the right)

This may be helpful to anybody wanting to style the minibuffer.  Here is
an example of how it can be done in the rc, as opposed to in the profile
css files.

  register_user_stylesheet(
      "data:text/css,"+
          escape("#minibuffer, .mode-line {"+
                 " font-size: 16px;"+
                 "}\n"+
                 "#minibuffer-prompt { color: red; }"));
  
-- 
John Foerch


From nelhage at MIT.EDU  Thu Jul 31 08:12:40 2008
From: nelhage at MIT.EDU (Nelson Elhage)
Date: Thu, 31 Jul 2008 11:12:40 -0400
Subject: [Conkeror] New feature: Caret mode / isearch integration
Message-ID: <20080731151240.GO11957@mit.edu>

Last night, I pushed an improvement to conkeror's support for caret
mode (C-q F7): isearch now starts from and updates the caret's
position if you use it in caret mode. This makes it much easier to
position the caret on a specific piece of text in order to copy it.

John Foerch also discovered that you can use the `focus' command
(bound to ; by default) to move the caret to a browser object in caret
mode, as another way to move to caret around more easily from the
keyboard.

In addition, I'm working on adding support for using the mark and the
emacs movement commands (C-n, C-f, et al.) to manipulate the
selection. My work so far is on the nelhage-caret-mode-integration
branch in git if anyone wants to try it out; I'd appreciate reports on
whether I've accidentally broken anything.


On another note, I fixed a minor bug that was preventing
tab-completion of local paths from working; You should now be able to
tab-complete paths in the minibuffer again when appropriate.

- Nelson Elhage