From radomil at hotmail.com  Thu Jul  3 00:41:08 2008
From: radomil at hotmail.com (Rad Ricka)
Date: Thu, 3 Jul 2008 08:41:08 +0100
Subject: [Vimperator] Edit mode?
Message-ID: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>

Hello all,

well done to Martin on this rather cool plug-in for Firefox.  I've installed it because I was looking for something that would allow me to use vi-like syntax when editing Wiki pages. Now that I've played with it, I'm not sure whether there actually is something akin to vi "edit mode" or how it can be invoked. Any ideas?

Cheers,

Rad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080703/1e6a46c0/attachment.html>

From xiaqqaix at gmail.com  Thu Jul  3 02:03:55 2008
From: xiaqqaix at gmail.com (xiaq)
Date: Thu, 3 Jul 2008 17:03:55 +0800
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
Message-ID: <1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>

2008/7/3 Rad Ricka <radomil at hotmail.com>:
> Hello all,
>
> well done to Martin on this rather cool plug-in for Firefox.  I've installed
> it because I was looking for something that would allow me to use vi-like
> syntax when editing Wiki pages. Now that I've played with it, I'm not sure
> whether there actually is something akin to vi "edit mode" or how it can be
> invoked. Any ideas?
>
> Cheers,
>
> Rad

Press I or F7?

From radomil at hotmail.com  Thu Jul  3 05:41:17 2008
From: radomil at hotmail.com (Rad Ricka)
Date: Thu, 3 Jul 2008 13:41:17 +0100
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
Message-ID: <BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>

Hello,

thanks for the prompt reply. Maybe I haven't explained myself well enough.

The F7 and I keys seem to toggle navigation and text editing modes.

What I'm talking about is a situation when you're in a multiline 
textbox/area on a webpage and your editing text in it, such as when editing 
wikipedia pages http://en.wikipedia.org/w/index.php?title=Test&action=edit

When you're in the text window you can't seem to switch to a mode that would 
let you run edit commands like yy...

R.

--------------------------------------------------
From: "xiaq" <xiaqqaix at gmail.com>
Sent: Thursday, July 03, 2008 10:03 AM
To: <vimperator at mozdev.org>
Subject: Re: [Vimperator] Edit mode?

> 2008/7/3 Rad Ricka <radomil at hotmail.com>:
>> Hello all,
>>
>> well done to Martin on this rather cool plug-in for Firefox.  I've 
>> installed
>> it because I was looking for something that would allow me to use vi-like
>> syntax when editing Wiki pages. Now that I've played with it, I'm not 
>> sure
>> whether there actually is something akin to vi "edit mode" or how it can 
>> be
>> invoked. Any ideas?
>>
>> Cheers,
>>
>> Rad
>
> Press I or F7?
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

From xiaqqaix at gmail.com  Thu Jul  3 05:46:55 2008
From: xiaqqaix at gmail.com (xiaq)
Date: Thu, 3 Jul 2008 20:46:55 +0800
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
	<BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
Message-ID: <1affc7910807030546v2cbcaeaj8e96adcc326fcc09@mail.gmail.com>

2008/7/3 Rad Ricka <radomil at hotmail.com>:
> Hello,
>
> thanks for the prompt reply. Maybe I haven't explained myself well enough.
>
> The F7 and I keys seem to toggle navigation and text editing modes.
>
> What I'm talking about is a situation when you're in a multiline
> textbox/area on a webpage and your editing text in it, such as when editing
> wikipedia pages http://en.wikipedia.org/w/index.php?title=Test&action=edit
>
> When you're in the text window you can't seem to switch to a mode that would
> let you run edit commands like yy...
>
> R.

Sounds interesting, but I've searched through the manual and there
doesn't seem to be such a mode...
A good idea for an addon, maybe?

From deifl at deifl-web.de  Thu Jul  3 05:51:27 2008
From: deifl at deifl-web.de (Jochen Schweizer)
Date: Thu, 3 Jul 2008 14:51:27 +0200
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
	<BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
Message-ID: <20080703125127.GC5223@deifl-web.de>

On Thu, Jul 03, 2008 at 01:41:17PM +0100, Rad Ricka wrote:
> Hello,
> 
> [...] 
> 
> What I'm talking about is a situation when you're in a multiline 
> textbox/area on a webpage and your editing text in it, such as when 
> editing wikipedia pages 
> http://en.wikipedia.org/w/index.php?title=Test&action=edit
> 
> When you're in the text window you can't seem to switch to a mode that 
> would let you run edit commands like yy...
> 
Maybe the firefox-extension [1]'it's all text' will fit your needs.

Kind regards

From radomil at hotmail.com  Thu Jul  3 06:24:40 2008
From: radomil at hotmail.com (Rad Ricka)
Date: Thu, 3 Jul 2008 14:24:40 +0100
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl><1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com><BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
	<20080703125127.GC5223@deifl-web.de>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl><1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com><BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
	<20080703125127.GC5223@deifl-web.de>
Message-ID: <BAY117-DS5C7DD2E9D65880AD145EABF980@phx.gbl>

That work very well, thanks very much indeed!

--------------------------------------------------
From: "Jochen Schweizer" <deifl at deifl-web.de>
Sent: Thursday, July 03, 2008 1:51 PM
To: <vimperator at mozdev.org>
Subject: Re: [Vimperator] Edit mode?

> On Thu, Jul 03, 2008 at 01:41:17PM +0100, Rad Ricka wrote:
>> Hello,
>> 
>> [...] 
>> 
>> What I'm talking about is a situation when you're in a multiline 
>> textbox/area on a webpage and your editing text in it, such as when 
>> editing wikipedia pages 
>> http://en.wikipedia.org/w/index.php?title=Test&action=edit
>> 
>> When you're in the text window you can't seem to switch to a mode that 
>> would let you run edit commands like yy...
>> 
> Maybe the firefox-extension [1]'it's all text' will fit your needs.
> 
> Kind regards
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

From dougkearns at gmail.com  Thu Jul  3 07:13:52 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Fri, 4 Jul 2008 00:13:52 +1000
Subject: [Vimperator] Edit mode?
In-Reply-To: <20080703125127.GC5223@deifl-web.de>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
	<BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
	<20080703125127.GC5223@deifl-web.de>
Message-ID: <644fc65e0807030713y1af8ab70vf0f6458e52bf71c8@mail.gmail.com>

On Thu, Jul 3, 2008 at 10:51 PM, Jochen Schweizer <deifl at deifl-web.de> wrote:
> On Thu, Jul 03, 2008 at 01:41:17PM +0100, Rad Ricka wrote:
>> Hello,
>>
>> [...]
>>
>> What I'm talking about is a situation when you're in a multiline
>> textbox/area on a webpage and your editing text in it, such as when
>> editing wikipedia pages
>> http://en.wikipedia.org/w/index.php?title=Test&action=edit
>>
>> When you're in the text window you can't seem to switch to a mode that
>> would let you run edit commands like yy...
>>
> Maybe the firefox-extension [1]'it's all text' will fit your needs.

Vimperator 1.x supports this natively with, arguably, a better implementation.

:help 'editor'

Regards,
Doug

From daniel.schaffrath at mac.com  Thu Jul  3 09:26:39 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Thu, 03 Jul 2008 18:26:39 +0200
Subject: [Vimperator] Missing flag for liberator.NEW_BACKGROUND_TAB?
Message-ID: <5F013012-6BFE-44F9-887A-5E5B20A451D8@mac.com>

I changed the char-hints.js plugin to follow links in background tabs  
by default. I feel that's very much of use when skimming over search  
results. It seems that for followLink to properly open a tab in the  
background, the following is needed:

diff -r db8e36f9f9d4 src/content/buffer.js
--- a/src/content/buffer.js     Mon Jun 30 07:49:52 2008 +0200
+++ b/src/content/buffer.js     Thu Jul 03 18:07:48 2008 +0200
@@ -646,6 +646,7 @@
                  case liberator.NEW_TAB:
                  case liberator.NEW_BACKGROUND_TAB:
                      newTab = true;
+                   newWindow = (where == liberator.NEW_BACKGROUND_TAB);
                      break;
                  case liberator.NEW_WINDOW:
                      newWindow = true;


From deifl at deifl-web.de  Thu Jul  3 10:00:41 2008
From: deifl at deifl-web.de (Jochen Schweizer)
Date: Thu, 3 Jul 2008 19:00:41 +0200
Subject: [Vimperator] Edit mode?
In-Reply-To: <644fc65e0807030713y1af8ab70vf0f6458e52bf71c8@mail.gmail.com>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
	<BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
	<20080703125127.GC5223@deifl-web.de>
	<644fc65e0807030713y1af8ab70vf0f6458e52bf71c8@mail.gmail.com>
Message-ID: <20080703170041.GD5223@deifl-web.de>

On Fri, Jul 04, 2008 at 12:13:52AM +1000, Doug Kearns wrote:
> Vimperator 1.x supports this natively with, arguably, a better implementation.
> 
> :help 'editor'
> 
> Regards,
> Doug

Thanks a lot. 'set editor=urxvt -e vim' allowed me to remove one more
extension.

Kind Regards
-- 
Jochen Schweizer | .: 0x4276C56C  :.    
http://rffr.de/why-encryption      
In the beginning was the word, and the word was content-type: text/plain

From stubenschrott at gmx.net  Thu Jul  3 10:31:17 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 03 Jul 2008 19:31:17 +0200
Subject: [Vimperator] Edit mode?
In-Reply-To: <BAY117-DS5C7DD2E9D65880AD145EABF980@phx.gbl>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl><1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com><BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>	<20080703125127.GC5223@deifl-web.de>
	<BAY117-DS5C7DD2E9D65880AD145EABF980@phx.gbl>
Message-ID: <486D0CE5.6090000@gmx.net>

Rad Ricka wrote:

> That work very well, thanks very much indeed!

Or you could use :set noinsertmode, but it's quite buggy
and does not support all vim commands, but you might be
happy with it. If you are in -- TEXTAREA -- mode, it works.

--
Martin

From xiaqqaix at gmail.com  Thu Jul  3 19:07:16 2008
From: xiaqqaix at gmail.com (xiaq)
Date: Fri, 4 Jul 2008 10:07:16 +0800
Subject: [Vimperator] Edit mode?
In-Reply-To: <1affc7910807030546v2cbcaeaj8e96adcc326fcc09@mail.gmail.com>
References: <BAY117-DS55F5C0191053636EF9BD2BF980@phx.gbl>
	<1affc7910807030203h6221b5ccy9ed2c0d2e44cea0d@mail.gmail.com>
	<BAY117-DS57D4F7FE7CF89339B7E2ABF980@phx.gbl>
	<1affc7910807030546v2cbcaeaj8e96adcc326fcc09@mail.gmail.com>
Message-ID: <1affc7910807031907j6b5cb72cy787b8dbe4d119825@mail.gmail.com>

2008/7/3 xiaq <xiaqqaix at gmail.com>:
> 2008/7/3 Rad Ricka <radomil at hotmail.com>:
>> Hello,
>>
>> thanks for the prompt reply. Maybe I haven't explained myself well enough.
>>
>> The F7 and I keys seem to toggle navigation and text editing modes.
>>
>> What I'm talking about is a situation when you're in a multiline
>> textbox/area on a webpage and your editing text in it, such as when editing
>> wikipedia pages http://en.wikipedia.org/w/index.php?title=Test&action=edit
>>
>> When you're in the text window you can't seem to switch to a mode that would
>> let you run edit commands like yy...
>>
>> R.
>
> Sounds interesting, but I've searched through the manual and there
> doesn't seem to be such a mode...
> A good idea for an addon, maybe?

After scanning the manual again I found the (maybe correct) answer, use
:set noim

From xiaqqaix at gmail.com  Thu Jul  3 19:08:50 2008
From: xiaqqaix at gmail.com (xiaq)
Date: Fri, 4 Jul 2008 10:08:50 +0800
Subject: [Vimperator] Subversion access?
Message-ID: <1affc7910807031908p19a71a58w3ae2d07c742697b7@mail.gmail.com>

Is there a SVN repo for vimperator, or is anybody willing to set up one?

From stubenschrott at gmx.net  Thu Jul  3 23:55:16 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Fri, 04 Jul 2008 08:55:16 +0200
Subject: [Vimperator] Odd behavior in "textarea" mode
In-Reply-To: <75afefdd0806260144n24f49f9x2be2978917a7bf7f@mail.gmail.com>
References: <75afefdd0806260144n24f49f9x2be2978917a7bf7f@mail.gmail.com>
Message-ID: <486DC954.8000001@gmx.net>

Harish Varanasi wrote:
> I am noticing some odd behavior in textarea mode:
>
> 1) Not able to enter "insert" mode by clicking on a text box
>    To reproduce:
>       a) Click on text box; goes into "insert" mode
>          IMPORTANT: Do not move the mouse
>       b) Press <C-t> to go into textarea mode
>       c) Press <ESC> to get out of textarea mode
>       d) Press mouse again on textbox, but we don't go back into "insert" mode
> 
>    A way to work around this is to click somewhere outside the text
> box and then click in the text box.
> 
> 2) g being entered into text box when in textarea mode
>    To reproduce:
>       a) Go into textarea mode
>       b) Press "g"; it waits for another key
>       c) Press <ESC>
>       d) Suddenly, a g appears in the text box!
> 
> 3) m, n, q, r, x, z can be entered into text box when in textarea mode
>    To reproduce:
>       a) Go into textarea mode
>       b) Press one of the above keys

Thanks for the good report, and sorry for the late answer.
I agree, all your 3 points should be fixed, but time is very short for
me right now, and I don't use TEXTAREA mode myself often, so don't
expect it soon.

--
Martin

From stubenschrott at gmx.net  Thu Jul  3 23:57:33 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Fri, 04 Jul 2008 08:57:33 +0200
Subject: [Vimperator] Subversion access?
In-Reply-To: <1affc7910807031908p19a71a58w3ae2d07c742697b7@mail.gmail.com>
References: <1affc7910807031908p19a71a58w3ae2d07c742697b7@mail.gmail.com>
Message-ID: <486DC9DD.7020709@gmx.net>

xiaq wrote:

> Is there a SVN repo for vimperator, or is anybody willing to set up one?

Only CVS, look at the homepage or wiki, how to set it up. I am very open
for accepting patches, so if you can program, feel free to hack on
Vimperator, and send me the diff (to the latest CVS).

It seems, that the Mercurial support on mozdev is becoming usable soon,
so probably we will switch to it away from CVS (if somebody knows, how
to do it).

--
Martin

From benisty.e at gmail.com  Fri Jul  4 00:35:29 2008
From: benisty.e at gmail.com (Emmanuel Benisty)
Date: Fri, 4 Jul 2008 14:35:29 +0700
Subject: [Vimperator] Subversion access?
In-Reply-To: <486DC9DD.7020709@gmx.net>
References: <1affc7910807031908p19a71a58w3ae2d07c742697b7@mail.gmail.com>
	<486DC9DD.7020709@gmx.net>
Message-ID: <c1f41c620807040035v4a6dc956s2453a7a5642c33cd@mail.gmail.com>

> It seems, that the Mercurial support on mozdev is becoming usable soon,
> so probably we will switch to it away from CVS (if somebody knows, how
> to do it).

FTR, I'm using hg for since firefox 3.0 has been released with no
issue at all. BTW, vimp works as expected with 3.1a1pre (just had to
modify install.rdf).

From dotancohen at gmail.com  Sun Jul  6 07:08:06 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sun, 6 Jul 2008 17:08:06 +0300
Subject: [Vimperator] Bookmarks not added in same fashion as standard Fx
	behaviour.
Message-ID: <880dece00807060708j5fb18efn80dd8bee904f36bb@mail.gmail.com>

I have noticed that bookmarks added via the Vimperator "a" key differ
from standard Firefox bookmarks in these ways:
1) They are added to the Bookmarks folder, not the Unsorted folder
2) Tags added with the -k flag do show up in the bookmarks properties,
however, are unavailable to tag-reading utilities such as TagSifter.

Is this behaviour intentional, or should I file bugs? Thanks in advance.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From dotancohen at gmail.com  Sun Jul  6 10:48:36 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sun, 6 Jul 2008 20:48:36 +0300
Subject: [Vimperator] 'n' not searching for next occurrence.
Message-ID: <880dece00807061048p7b8c4460hc1692ac1332f70a2@mail.gmail.com>

In the current Vimperator on Fx 3.0, I can search for text with '/',
however, 'n' and 'N' are not working in searching for next / previous
occurrences. Instead, I get this text in the status bar:
E486: Pattern not found

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From stubenschrott at gmx.net  Sun Jul  6 10:55:12 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Sun, 06 Jul 2008 19:55:12 +0200
Subject: [Vimperator] Bookmarks not added in same fashion as standard
 Fx	behaviour.
In-Reply-To: <880dece00807060708j5fb18efn80dd8bee904f36bb@mail.gmail.com>
References: <880dece00807060708j5fb18efn80dd8bee904f36bb@mail.gmail.com>
Message-ID: <48710700.8070509@gmx.net>

Dotan Cohen wrote:

> I have noticed that bookmarks added via the Vimperator "a" key differ
> from standard Firefox bookmarks in these ways:
> 1) They are added to the Bookmarks folder, not the Unsorted folder
> 2) Tags added with the -k flag do show up in the bookmarks properties,
> however, are unavailable to tag-reading utilities such as TagSifter.
> 
> Is this behaviour intentional, or should I file bugs? Thanks in advance.

1) could be fixed, since I never use the bookmarks menu, I didn't think
this is a big thing.

2) I don't know what could cause this, a bug for this is proably worthless, as I
won't fix it myself unless somebody provides a patch for it (which happens
very seldom unfortunately).

From stubenschrott at gmx.net  Sun Jul  6 11:01:52 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Sun, 06 Jul 2008 20:01:52 +0200
Subject: [Vimperator] 'n' not searching for next occurrence.
In-Reply-To: <880dece00807061048p7b8c4460hc1692ac1332f70a2@mail.gmail.com>
References: <880dece00807061048p7b8c4460hc1692ac1332f70a2@mail.gmail.com>
Message-ID: <48710890.9030805@gmx.net>

Dotan Cohen wrote:

> In the current Vimperator on Fx 3.0, I can search for text with '/',
> however, 'n' and 'N' are not working in searching for next / previous
> occurrences. Instead, I get this text in the status bar:
> E486: Pattern not found

works here. Give steps to reproduce.

From dotancohen at gmail.com  Sun Jul  6 11:26:45 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sun, 6 Jul 2008 21:26:45 +0300
Subject: [Vimperator] Bookmarks not added in same fashion as standard Fx
	behaviour.
In-Reply-To: <48710700.8070509@gmx.net>
References: <880dece00807060708j5fb18efn80dd8bee904f36bb@mail.gmail.com>
	<48710700.8070509@gmx.net>
Message-ID: <880dece00807061126y139dc832se06236f5c9455939@mail.gmail.com>

2008/7/6 Martin Stubenschrott <stubenschrott at gmx.net>:
> Dotan Cohen wrote:
>
>> I have noticed that bookmarks added via the Vimperator "a" key differ
>> from standard Firefox bookmarks in these ways:
>> 1) They are added to the Bookmarks folder, not the Unsorted folder
>> 2) Tags added with the -k flag do show up in the bookmarks properties,
>> however, are unavailable to tag-reading utilities such as TagSifter.
>>
>> Is this behaviour intentional, or should I file bugs? Thanks in advance.
>
> 1) could be fixed, since I never use the bookmarks menu, I didn't think
> this is a big thing.
>

It's no big deal for me either, but it's something that I felt you
should be aware of.

> 2) I don't know what could cause this, a bug for this is proably worthless, as I
> won't fix it myself unless somebody provides a patch for it (which happens
> very seldom unfortunately).

Again, not a big deal. At least, not big enough to fill bugzilla with.

Thanks, Martin!

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From dotancohen at gmail.com  Sun Jul  6 11:31:48 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sun, 6 Jul 2008 21:31:48 +0300
Subject: [Vimperator] 'n' not searching for next occurrence.
In-Reply-To: <48710890.9030805@gmx.net>
References: <880dece00807061048p7b8c4460hc1692ac1332f70a2@mail.gmail.com>
	<48710890.9030805@gmx.net>
Message-ID: <880dece00807061131v1cb35b56i5b3c181662519096@mail.gmail.com>

2008/7/6 Martin Stubenschrott <stubenschrott at gmx.net>:
> Dotan Cohen wrote:
>
>> In the current Vimperator on Fx 3.0, I can search for text with '/',
>> however, 'n' and 'N' are not working in searching for next / previous
>> occurrences. Instead, I get this text in the status bar:
>> E486: Pattern not found
>
> works here. Give steps to reproduce.

I just noticed that it 'n' works only if one presses Enter after the
search term, like this:
/hello<enter>n

I was using Esc instead of <enter>. As funny as that sounds, it is
because the regular Firefox search lets one go to the next item
without 'finishing' the search, so the user could search for "hell",
hit F3 for the next occurrence, and then hit "o" to search for
"hello".

I will see if I can configure F3 to work with Vimperator so that I
could continue searching in the way familiar to me. Sorry for the
noise, I'm not a VIM user so these things are not so intuitive for me.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From daniel.schaffrath at mac.com  Mon Jul  7 05:25:17 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Mon, 07 Jul 2008 14:25:17 +0200
Subject: [Vimperator] Undo window close?
Message-ID: <5FA46712-0F69-4754-8E44-95D9A687D050@mac.com>

Dear community,

I guess it's not easy to extend vimperator's undo close tab feature to  
whole windows as it would already provide it otherwise?

But maybe you have any pointers?

Thank you!
Daniel


From yijun.gu at gmail.com  Mon Jul  7 07:22:30 2008
From: yijun.gu at gmail.com (Gu Yijun)
Date: Mon, 7 Jul 2008 22:22:30 +0800
Subject: [Vimperator] Conflict with Diigo extension
Message-ID: <41bc93500807070722r3f53353at6b27e4a2433e861f@mail.gmail.com>

Hi,

As a longtime delicious user, I recently decide that I am going to migrate
to diigo.com, a mature bookmarking and web-capturing service. What appeals
to me most is the well-designed extension they provide for firefox users.
However, I soon found out that the extension can't highlight(capture) text
on a webpage when vimperator is enabled, suggesting a possible conflict
between the two extensions. Is there any way to solve it? Thank you very
much


For your information:
I am using Diigo toolbar 3.1.5.9 and vimperator 1.1 on firefox 3.

I am going to send the same to Diigo too.

-- 
EB White  - "Be obscure clearly."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080707/298eda00/attachment.html>

From dpb at driftaway.org  Mon Jul  7 08:19:00 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 7 Jul 2008 18:19:00 +0300
Subject: [Vimperator] Undo window close?
In-Reply-To: <5FA46712-0F69-4754-8E44-95D9A687D050@mac.com>
References: <5FA46712-0F69-4754-8E44-95D9A687D050@mac.com>
Message-ID: <dd9711230807070819j3ce40e82v6e4adb8510751c67@mail.gmail.com>

2008/7/7 Daniel Schaffrath <daniel.schaffrath at mac.com>:
> Dear community,
>
> I guess it's not easy to extend vimperator's undo close tab feature to whole
> windows as it would already provide it otherwise?
>
> But maybe you have any pointers?

The undo feature is a feature from Firefox. And AFAIK, Firefox doesn't
support undoing whole windows. So until Firefox does that, I don't think
we can do it in Vimperator.

--
Daniel

From stubenschrott at gmx.net  Mon Jul  7 10:35:24 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 07 Jul 2008 19:35:24 +0200
Subject: [Vimperator] Conflict with Diigo extension
In-Reply-To: <41bc93500807070722r3f53353at6b27e4a2433e861f@mail.gmail.com>
References: <41bc93500807070722r3f53353at6b27e4a2433e861f@mail.gmail.com>
Message-ID: <487253DC.2010305@gmx.net>

Gu Yijun wrote:

> Hi,
> 
> As a longtime delicious user, I recently decide that I am going to
> migrate to diigo.com <http://diigo.com>, a mature bookmarking and
> web-capturing service. What appeals to me most is the well-designed
> extension they provide for firefox users. However, I soon found out that
> the extension can't highlight(capture) text on a webpage when vimperator
> is enabled, suggesting a possible conflict between the two extensions.
> Is there any way to solve it? Thank you very much

Not that I know of, you'll have to find somebody who uses both extensions,
so that it is likely to be fixed.

> For your information:
> I am using Diigo toolbar 3.1.5.9 <http://3.1.5.9> and vimperator 1.1 on
> firefox 3.
> 
> I am going to send the same to Diigo too.

Thanks, maybe someone should add it to the wiki as well (there is an Incompatible
Extensions page there).

--
Martin

From mkalisiak at gmail.com  Mon Jul  7 13:01:32 2008
From: mkalisiak at gmail.com (Maciej Kalisiak)
Date: Mon, 7 Jul 2008 16:01:32 -0400
Subject: [Vimperator] :jumplist/"tab history"?
Message-ID: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>

Hi all,

Is there a :command to show the history for the current tab?  Here is
what I mean.  According to my current understanding:
- C-o and C-i navigate the history/sequence of pages you've been to
using the current tab
- :history shows a chronological list of pages you've visited across all tabs

I'd like a :command which shows me a list of sites which I can get to
using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
this feature really missing from current Vimperator? (I am using v1.1)

-- 
Maciej Kalisiak
mkalisiak at gmail.com
http://maciej.kalisiak.googlepages.com

From stubenschrott at gmx.net  Mon Jul  7 13:06:37 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 07 Jul 2008 22:06:37 +0200
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
Message-ID: <4872774D.9060402@gmx.net>

Maciej Kalisiak wrote:

> I'd like a :command which shows me a list of sites which I can get to
> using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
> this feature really missing from current Vimperator? (I am using v1.1)

You probably mean :jumps, not :jumplist i guess?

Well, you can use :back <tab> (or :forward <tab>), but a :jumps would be nice
as well, I agree.

--
Martin

From milezv at yandex.ru  Mon Jul  7 13:08:04 2008
From: milezv at yandex.ru (Konstantin)
Date: Mon, 07 Jul 2008 23:08:04 +0300
Subject: [Vimperator] tabcloseext plugin
Message-ID: <487277A4.8090807@yandex.ru>

Hi, All,

This plugin adds two commands to close all tabs with given text in URL/title (tabcloseall),
or leave only tabs with given text in URL/title (tabonlyall).

Last version also have reloadany commands, which reloads a group of tabs
with given string in URL/title.

You can also use function

liberator.plugins.tabcloseall(string, isRegExp, negate, action);

to run getBrowser().{action}(tab) for every tab with string
in title or URL (if isRegExp is true, string is considered
a regular expression, if negate is true, action will be applied
to every tab with does NOT contain string in title/URL).

Full docs are in attached file along with plugin itself.

P.S. I had some issues when sending emails via my corporate server
using my work email (Konstantin.Stepanov at exigenservices.com),
so I switched to my personal email address (milezv at yandex.ru).
Don't be confused with different emails, it's still me :)


-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tabcloseext.js
Type: application/x-javascript
Size: 2828 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080707/581d9d5b/attachment.js>

From stubenschrott at gmx.net  Mon Jul  7 13:27:09 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 07 Jul 2008 22:27:09 +0200
Subject: [Vimperator] tabcloseext plugin
In-Reply-To: <487277A4.8090807@yandex.ru>
References: <487277A4.8090807@yandex.ru>
Message-ID: <48727C1D.5040602@gmx.net>

Hi,

Konstantin wrote:

> Hi, All,
> 
> This plugin adds two commands to close all tabs with given text in URL/title (tabcloseall),
> or leave only tabs with given text in URL/title (tabonlyall).

Probably the most important action (deleting multiple tabs) can be done since recent CVS
versions with:
:bdelete <filter>

Proabably :reload should also take a <filter> argument, then most of this plugin wouldn't
be necessary anymore, and the commands be more consistent within. Maybe <filter> could
be expanded to use ! as a negator, so :bdelete !google would close all but google's tabs.

If you feel capable (and motivated), to do these changes to the extisting commands, I would
even apply them to the main vimperator, and no plugin would be needed anymore (I think).

Otherwise, I hope the people here enjoy your plugin or use it as an example how to code
vimperator plugins.

best regards,

--
Martin

From mkalisiak at gmail.com  Mon Jul  7 14:20:51 2008
From: mkalisiak at gmail.com (Maciej Kalisiak)
Date: Mon, 7 Jul 2008 17:20:51 -0400
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4872774D.9060402@gmx.net>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
	<4872774D.9060402@gmx.net>
Message-ID: <78e6ba310807071420p9b27a3ax7921eda319379656@mail.gmail.com>

On Mon, Jul 7, 2008 at 16:06, Martin Stubenschrott
<stubenschrott at gmx.net> wrote:
> Maciej Kalisiak wrote:
>
>> I'd like a :command which shows me a list of sites which I can get to
>> using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
>> this feature really missing from current Vimperator? (I am using v1.1)
>
> You probably mean :jumps, not :jumplist i guess?

Ah, yes.  I was looking at Vim help (the 'jumplist' help tag in
particular) as I wrote the email :-)

> Well, you can use :back <tab> (or :forward <tab>), but a :jumps would be nice
> as well, I agree.

Ah, OK, that works, thanks.  Didn't realize :back and :forward had completion.

-- 
Maciej Kalisiak
mkalisiak at gmail.com
http://maciej.kalisiak.googlepages.com

From milezv at yandex.ru  Mon Jul  7 20:57:41 2008
From: milezv at yandex.ru (Konstantin)
Date: Tue, 08 Jul 2008 06:57:41 +0300
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4872774D.9060402@gmx.net>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
	<4872774D.9060402@gmx.net>
Message-ID: <4872E5B5.30702@yandex.ru>

Here's my implementation of :jumps in patch patch based on :buffers command &
completion function of :back.

Not a masterpiece, but can (hopefully) be helpful.

Martin Stubenschrott wrote:
> Maciej Kalisiak wrote:
> 
>> I'd like a :command which shows me a list of sites which I can get to
>> using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
>> this feature really missing from current Vimperator? (I am using v1.1)
> 
> You probably mean :jumps, not :jumplist i guess?
> 
> Well, you can use :back <tab> (or :forward <tab>), but a :jumps would be nice
> as well, I agree.
> 
> --
> Martin
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: jumps.command.patch
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080708/0fd60e41/attachment.ksh>

From milezv at yandex.ru  Mon Jul  7 21:22:53 2008
From: milezv at yandex.ru (Konstantin)
Date: Tue, 08 Jul 2008 07:22:53 +0300
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4872E5B5.30702@yandex.ru>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
	<4872774D.9060402@gmx.net> <4872E5B5.30702@yandex.ru>
Message-ID: <4872EB9D.5090306@yandex.ru>

Ooops, that version was a little buggy.
Here's fixed version. I also added title to table
to make it look closer to vim's :jumps output.

Konstantin wrote:
> Here's my implementation of :jumps in patch patch based on :buffers 
> command &
> completion function of :back.
> 
> Not a masterpiece, but can (hopefully) be helpful.
> 
> Martin Stubenschrott wrote:
>> Maciej Kalisiak wrote:
>>
>>> I'd like a :command which shows me a list of sites which I can get to
>>> using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
>>> this feature really missing from current Vimperator? (I am using v1.1)
>>
>> You probably mean :jumps, not :jumplist i guess?
>>
>> Well, you can use :back <tab> (or :forward <tab>), but a :jumps would 
>> be nice
>> as well, I agree.
>>
>> -- 
>> Martin
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Mon Jul  7 21:43:49 2008
From: milezv at yandex.ru (Konstantin)
Date: Tue, 08 Jul 2008 07:43:49 +0300
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4872E5B5.30702@yandex.ru>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
	<4872774D.9060402@gmx.net> <4872E5B5.30702@yandex.ru>
Message-ID: <4872F085.2000006@yandex.ru>

Ooops once again. Forgot to attach file :)
Sorry.

Konstantin wrote:
> Here's my implementation of :jumps in patch patch based on :buffers 
> command &
> completion function of :back.
> 
> Not a masterpiece, but can (hopefully) be helpful.
> 
> Martin Stubenschrott wrote:
>> Maciej Kalisiak wrote:
>>
>>> I'd like a :command which shows me a list of sites which I can get to
>>> using C-o and C-i.  Sort of like Vim's ":jumplist".  Am I blind, or is
>>> this feature really missing from current Vimperator? (I am using v1.1)
>>
>> You probably mean :jumps, not :jumplist i guess?
>>
>> Well, you can use :back <tab> (or :forward <tab>), but a :jumps would 
>> be nice
>> as well, I agree.
>>
>> -- 
>> Martin
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Konstantin Stepanov
Web Developer

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: jumps.command.patch
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080708/04ef4b76/attachment-0001.ksh>

From stubenschrott at gmx.net  Mon Jul  7 23:43:11 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Tue, 08 Jul 2008 08:43:11 +0200
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4872F085.2000006@yandex.ru>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>	<4872774D.9060402@gmx.net>
	<4872E5B5.30702@yandex.ru> <4872F085.2000006@yandex.ru>
Message-ID: <48730C7F.5000402@gmx.net>

Konstantin wrote:

> Ooops once again. Forgot to attach file :)

Looks very nice! Awesome work. Main missing things are:

1.) Short documentation (in src/locale/en-US/browsing.txt in the section
"navigating", where probably also :back/:forward from various.txt should be merged with the
help for ctrl-i/o).

2.) An entry in the NEWS file, so that people will know about this cool new feature
after downloading 1.2.

> +            list += "<tr style=\"text-align: left; color: purple; font-weight: bold;\"><th colspan=\"2\">jump</th><th>title</th><th>URI</th></tr>";


For consistence I would use color="mangenta", as most other headers use mangeta for the titles.
At some time, there should be  a :hi Title fg=purple support of course in vimperator.

> +            for (var i = 0; i < sh.count; i++) {

Please put { on a new line.

The rest looks nearly perfect, so I hope you find time for these small changes,
then I'll happily apply the patch.

--
Martin

From milezv at yandex.ru  Tue Jul  8 16:36:42 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 09 Jul 2008 02:36:42 +0300
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <48730C7F.5000402@gmx.net>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>
	<4872774D.9060402@gmx.net> <4872E5B5.30702@yandex.ru>
	<4872F085.2000006@yandex.ru> <48730C7F.5000402@gmx.net>
Message-ID: <4873FA0A.8010803@yandex.ru>

Ok, I checked out latest dev version of Vimperator from CVS,
applied my changes regarding :jumps command with corrections
you asked for (I guess you meant "magenta" color, not "mangenta"),
added entry to browsing.txt & NEWS, and made patch with diff -r -u.

Patch is attached to this email.

Hope it's correct now.

Martin Stubenschrott wrote:
> Konstantin wrote:
> 
>> Ooops once again. Forgot to attach file :)
> 
> Looks very nice! Awesome work. Main missing things are:
> 
> 1.) Short documentation (in src/locale/en-US/browsing.txt in the section
> "navigating", where probably also :back/:forward from various.txt should be merged with the
> help for ctrl-i/o).
> 
> 2.) An entry in the NEWS file, so that people will know about this cool new feature
> after downloading 1.2.
> 
>> +            list += "<tr style=\"text-align: left; color: purple; font-weight: bold;\"><th colspan=\"2\">jump</th><th>title</th><th>URI</th></tr>";
> 
> 
> For consistence I would use color="mangenta", as most other headers use mangeta for the titles.
> At some time, there should be  a :hi Title fg=purple support of course in vimperator.
> 
>> +            for (var i = 0; i < sh.count; i++) {
> 
> Please put { on a new line.
> 
> The rest looks nearly perfect, so I hope you find time for these small changes,
> then I'll happily apply the patch.
> 
> --
> Martin
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080709/ecd6c217/attachment.ksh>

From milezv at yandex.ru  Tue Jul  8 17:13:00 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 09 Jul 2008 03:13:00 +0300
Subject: [Vimperator] colortab plugin
Message-ID: <4874028C.8090305@yandex.ru>

This plugin allows setting of current tab's color, just like ChromaTabs addons
and others.

Full documentation is on included file in comments :)

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: colortab.js
Type: application/x-javascript
Size: 2074 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080709/bf70a651/attachment.js>

From milezv at yandex.ru  Tue Jul  8 17:14:33 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 09 Jul 2008 03:14:33 +0300
Subject: [Vimperator] Patch for proxy.js
Message-ID: <487402E9.6050104@yandex.ru>

Recently I downloaded proxy.js plugin downloaded from official site.

When I tried to source it an error occurred:

Type error: prefValue is null

And plugin was not installed (no new commands & options appeared).

I investigated the bug a little & came with following patch:

--- proxy.js 2008-06-25 15:04:39.000000000 +0300
+++ .vimperator/plugin/proxy.js 2008-06-25 13:36:43.000000000 +0300
@@ -286,7 +286,7 @@
          var prefValue = liberator.options.getPref(proxyPrefId);
          _proxies = [];

-        if (prefValue.length == 0)
+        if (!prefValue || prefValue.length == 0)
              return;

          try {


Now it works fine for me.
Thanks Tim Hammerquist for the wonderful plugin!
I myself trying to follow this ideology: integrate as much heavy separate
Firefox plugins into Vimperator by replacing them with lightweight
Vimperator plugins.

-- 
Konstantin Stepanov
Web Developer

From penryu at gmail.com  Tue Jul  8 23:40:31 2008
From: penryu at gmail.com (Tim Hammerquist)
Date: Tue, 8 Jul 2008 23:40:31 -0700
Subject: [Vimperator] Patch for proxy.js
In-Reply-To: <487402E9.6050104@yandex.ru>
References: <487402E9.6050104@yandex.ru>
Message-ID: <20080709064031.GA818@kame>

Konstantin wrote:
[ snip ]
> I investigated the bug a little & came with following patch:
[ snip ]
> Now it works fine for me.
> Thanks Tim Hammerquist for the wonderful plugin!

You're welcome.  I'm glad it helps someone else.

Thanks for the patch! I applied your patch and uploaded the new
version to the site, so others should have a better experience. :)

> I myself trying to follow this ideology: integrate as much heavy
> separate Firefox plugins into Vimperator by replacing them with
> lightweight Vimperator plugins.

Indeed.  The plugin as is provides functionality mostly similar to the
SwitchProxy extension, but I'm working on adding the ability for the
plugin to detect on browser load if the user has FoxyProxy both
installed and enabled and, if so, make these available via the ":set
proxy=" interface.

This is mostly because FoxyProxy provides finer-grained control and is
much more mature and complete than my plugin, but I still would like
to be able to override/manipulate it via vimperator/proxy.js on those
occasions.

As Martin understands well, I have limited free time to implement
this, but as it's something I would personally benefit from, it will
likely arrive faster. :)

Tim

From stubenschrott at gmx.net  Wed Jul  9 10:57:48 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Wed, 09 Jul 2008 19:57:48 +0200
Subject: [Vimperator] :jumplist/"tab history"?
In-Reply-To: <4873FA0A.8010803@yandex.ru>
References: <78e6ba310807071301qe393f46ra9e021f6361104c7@mail.gmail.com>	<4872774D.9060402@gmx.net>
	<4872E5B5.30702@yandex.ru>	<4872F085.2000006@yandex.ru>
	<48730C7F.5000402@gmx.net> <4873FA0A.8010803@yandex.ru>
Message-ID: <4874FC1C.8020509@gmx.net>

Konstantin wrote:

> Ok, I checked out latest dev version of Vimperator from CVS,
> applied my changes regarding :jumps command with corrections
> you asked for (I guess you meant "magenta" color, not "mangenta"),
> added entry to browsing.txt & NEWS, and made patch with diff -r -u.
> 
> Patch is attached to this email.
> 
> Hope it's correct now.

It's perfect :)

Very well done, and commited.

Thanks a lot.

--
Martin

From stubenschrott at gmx.net  Wed Jul  9 11:04:46 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Wed, 09 Jul 2008 20:04:46 +0200
Subject: [Vimperator] colortab plugin
In-Reply-To: <4874028C.8090305@yandex.ru>
References: <4874028C.8090305@yandex.ru>
Message-ID: <4874FDBE.60706@gmx.net>

Konstantin wrote:

> This plugin allows setting of current tab's color, just like ChromaTabs addons
> and others.
> 
> Full documentation is on included file in comments :)

Added to the scripts.html homepage.

If you keep writing so many good plugins, I probably should give you CVS
write access just for the scripts :) Although a php based upload system
would probably be the better choice, but even more work :(

Thanks for the script.
--
Martin

PS: You could try LocationChange instead of PageLoad, don't know if it works though.
Also you might be right and the PageLoad could be a vimp problem.

From plainkeyman at gmail.com  Wed Jul  9 12:10:57 2008
From: plainkeyman at gmail.com (Richard Terrell)
Date: Wed, 9 Jul 2008 13:10:57 -0600
Subject: [Vimperator] javascript simple question
Message-ID: <1a85e4960807091210u6d3dce62o87eca786bbda7943@mail.gmail.com>

i have a question about using javascript on the command line.  i've tried
this:


:javascript alert(document.location);

but this gives me:

chrome://browser/content/browser.xul



but what i wanted was the document that i'm currently viewing.





thanks,

richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080709/12a072ff/attachment.html>

From stubenschrott at gmx.net  Wed Jul  9 12:52:12 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Wed, 09 Jul 2008 21:52:12 +0200
Subject: [Vimperator] javascript simple question
In-Reply-To: <1a85e4960807091210u6d3dce62o87eca786bbda7943@mail.gmail.com>
References: <1a85e4960807091210u6d3dce62o87eca786bbda7943@mail.gmail.com>
Message-ID: <487516EC.1020904@gmx.net>

Richard Terrell wrote:

> i have a question about using javascript on the command line.  i've
> tried this:
> 
> 
> :javascript alert(document.location);
> 
> but this gives me:
> 
> chrome://browser/content/browser.xul
> 
> 
> 
> but what i wanted was the document that i'm currently viewing.

:javascript alert(content.document.location)

From milezv at yandex.ru  Wed Jul  9 15:38:42 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 10 Jul 2008 01:38:42 +0300
Subject: [Vimperator] tabcloseext plugin
In-Reply-To: <48727C1D.5040602@gmx.net>
References: <487277A4.8090807@yandex.ru> <48727C1D.5040602@gmx.net>
Message-ID: <48753DF2.1090809@yandex.ru>

Hi,

Martin Stubenschrott wrote:
> Hi,
> 
> Konstantin wrote:
> 
>> Hi, All,
>>
>> This plugin adds two commands to close all tabs with given text in URL/title (tabcloseall),
>> or leave only tabs with given text in URL/title (tabonlyall).
> 
> Probably the most important action (deleting multiple tabs) can be done since recent CVS
> versions with:
> :bdelete <filter>

Just noticed this, thanks for telling about it.
Yes, :tabclose/:bdelete works just like :tabcloseall from my plugin.

> 
> Proabably :reload should also take a <filter> argument, then most of this plugin wouldn't
> be necessary anymore, and the commands be more consistent within. Maybe <filter> could
> be expanded to use ! as a negator, so :bdelete !google would close all but google's tabs.

I would add filter to :reload, and to :tabonly to leave only filtered pages.

> If you feel capable (and motivated), to do these changes to the extisting commands, I would
> even apply them to the main vimperator, and no plugin would be needed anymore (I think).

I'm in process of changing job, so I don't have much free time now,
but this feature is really important for me, so I will try to implement it soon.

> Otherwise, I hope the people here enjoy your plugin or use it as an example how to code
> vimperator plugins.

N.B. Just thought about it: commands implemented in tabcloseext plugin
use "!" notation to designate regexp usage for filters, but :bdelete, :tabonly
& :reload already use it, and it wouldn't be very nice to change their behavior.
I would either implement filtering with regular expressions only or check if
filter string is inclosed in e.g. "/" symbols, so
:tabclose google.com
filters tabs by simple string comparison via .indexOf method, and
:tabclose /google\.com.*q=query/
interprets its argument as regexp and filters tabs with this regular expression.


> best regards,
> 
> --
> Martin
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

-- 
Konstantin Stepanov
Web Developer



From stubenschrott at gmx.net  Wed Jul  9 15:54:47 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 10 Jul 2008 00:54:47 +0200
Subject: [Vimperator] tabcloseext plugin
In-Reply-To: <48753DF2.1090809@yandex.ru>
References: <487277A4.8090807@yandex.ru> <48727C1D.5040602@gmx.net>
	<48753DF2.1090809@yandex.ru>
Message-ID: <487541B7.2050101@gmx.net>

Hi,

Konstantin wrote:

> I would add filter to :reload, and to :tabonly to leave only filtered pages.

Cool, forgot about :tabonly, yeah that would belong there nicely.

> N.B. Just thought about it: commands implemented in tabcloseext plugin
> use "!" notation to designate regexp usage for filters, but :bdelete, :tabonly
> & :reload already use it, and it wouldn't be very nice to change their behavior.
> I would either implement filtering with regular expressions only or check if
> filter string is inclosed in e.g. "/" symbols, so
> :tabclose google.com
> filters tabs by simple string comparison via .indexOf method, and
> :tabclose /google\.com.*q=query/
> interprets its argument as regexp and filters tabs with this regular expression.

Sounds very good, I love that idea! It would, however, be nice to have a helper function
liberator.util.matchFilter(str, filter)=true/false or something, so one could just reuse this in other
commands to easily switch between string search and regex search with /.../;

Preferably without /.../, it would split the filter on /\s+/ and match each word.
So :tabonly mail google    would only keep tabs like "GMail from google: the new mail client".
This behavior is implemented for some commands, for some not, it would be nice to have
this standardized, but well, since your time is short, of course I would also accept the patch
with a simple .indexOf(...)

--
Martin

PS: Good luck in the new job

From milezv at yandex.ru  Wed Jul  9 19:20:50 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 10 Jul 2008 05:20:50 +0300
Subject: [Vimperator] Patch for proxy.js
In-Reply-To: <20080709064031.GA818@kame>
References: <487402E9.6050104@yandex.ru> <20080709064031.GA818@kame>
Message-ID: <48757202.1040409@yandex.ru>

Hi, Tim,

Tim Hammerquist wrote:
> 
> This is mostly because FoxyProxy provides finer-grained control and is
> much more mature and complete than my plugin, but I still would like
> to be able to override/manipulate it via vimperator/proxy.js on those
> occasions.

I think most features of FoxyProxy can be replicated by combining
your proxy plugin with Vimperator's :autocmd command + mappings,
so QuickAdd & AutoAdd are already here, as well as pattern-based
proxy switching.

Maybe a couple of feats/options can be added to proxy.js,
like auto proxy config URL handling.

So the only really missing thing in proxy.js from FoxyProxy is logging,
but maybe :autocmd can help here too? (whenever necessary, as I guess
it may decrease performance).

-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Thu Jul 10 04:20:48 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 10 Jul 2008 14:20:48 +0300
Subject: [Vimperator] possible bug: textarea is not reenabled & data from
 external editor are not placed back in it when editor called with <C-i> is
 exited
Message-ID: <4875F090.5010502@yandex.ru>

Hi,

The problem exists on pages with frames.
Steps to reproduce:

1) open any page with frames and textarea in one of frames,
2) click into text area,
3) press <C-i>,
4) enter some text in opened vim and exit it,

textarea is still disabled and /tmp/vimperator-x.tmp file
is not removed.

Testcase html files are attached, just place them into one
dir & open testcase.html in Vimperator, so you can test bug.

my editor=gvim -f
I'm using head version of Vimperator from CVS
(checkout about out every day or every second day).


-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080710/73d22acd/attachment.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080710/73d22acd/attachment-0001.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080710/73d22acd/attachment-0002.html>

From milezv at yandex.ru  Thu Jul 10 04:31:00 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 10 Jul 2008 14:31:00 +0300
Subject: [Vimperator] possible bug: textarea is not reenabled & data
 from external editor are not placed back in it when editor called with
 <C-i> is exited
In-Reply-To: <4875F090.5010502@yandex.ru>
References: <4875F090.5010502@yandex.ru>
Message-ID: <4875F2F4.6040206@yandex.ru>

I raised a bug in bugzilla for the issue:
https://www.mozdev.org/bugs/show_bug.cgi?id=19508

Konstantin wrote:
> Hi,
> 
> The problem exists on pages with frames.
> Steps to reproduce:
> 
> 1) open any page with frames and textarea in one of frames,
> 2) click into text area,
> 3) press <C-i>,
> 4) enter some text in opened vim and exit it,
> 
> textarea is still disabled and /tmp/vimperator-x.tmp file
> is not removed.
> 
> Testcase html files are attached, just place them into one
> dir & open testcase.html in Vimperator, so you can test bug.
> 
> my editor=gvim -f
> I'm using head version of Vimperator from CVS
> (checkout about out every day or every second day).
> 
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> Click here, press <C-i>, modify this text in external editor (vim), exit 
> it and look here again.
> 
> 
> ------------------------------------------------------------------------
> 
> 
>   Vimperator Test Case
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Konstantin Stepanov
Web Developer

From ted at tedpavlic.com  Thu Jul 10 09:44:40 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 10 Jul 2008 12:44:40 -0400
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <485156BB.1020404@tedpavlic.com>
References: <485156BB.1020404@tedpavlic.com>
Message-ID: <48763C78.5030702@tedpavlic.com>

> The "Duplicate tab" extension lets you open a new tab with the same 
> history as an existing tab.
> 
> Is there a way to do this with a command (or sequence of commands) in 
> Vimperator?

NOTE: I found out that Cntrl+Shift+T is *BUILT-IN* to FireFox. It 
duplicates the current tab. No extensions necessary.

That's Cntrl, even on a Mac.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From milezv at yandex.ru  Thu Jul 10 11:50:44 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 10 Jul 2008 21:50:44 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <48763C78.5030702@tedpavlic.com>
References: <485156BB.1020404@tedpavlic.com> <48763C78.5030702@tedpavlic.com>
Message-ID: <48765A04.8090600@yandex.ru>

I tried it out, but it behaves like "Undo" function,
no tab duplication appears, just old closed tabs come back to life.

I tried to turn on pass-through mode with Ctrl-Q & Ctrl-V,
but it doesn't affect described Ctrl-Shift-T behavior.

FreeBSD 7.0-STABLE #11, Mozilla Firefox 3.0, Vimperator 1.2pre
(latest CVS).

Ted Pavlic wrote:
>> The "Duplicate tab" extension lets you open a new tab with the same 
>> history as an existing tab.
>>
>> Is there a way to do this with a command (or sequence of commands) in 
>> Vimperator?
> 
> NOTE: I found out that Cntrl+Shift+T is *BUILT-IN* to FireFox. It 
> duplicates the current tab. No extensions necessary.
> 
> That's Cntrl, even on a Mac.
> 
> --Ted
> 

-- 
Konstantin Stepanov
Web Developer

From ted at tedpavlic.com  Thu Jul 10 13:44:31 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 10 Jul 2008 16:44:31 -0400
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <48765A04.8090600@yandex.ru>
References: <485156BB.1020404@tedpavlic.com> <48763C78.5030702@tedpavlic.com>
	<48765A04.8090600@yandex.ru>
Message-ID: <487674AF.4070708@tedpavlic.com>

To be honest, I did my Cntrl+Shift+T with the Duplicate Tab extension 
turned on.

In another group, I was told by someone who sounded legit that 
Cntrl+Shift+T was built-in to Firefox. Perhaps they were wrong. :(

--Ted

Konstantin wrote:
> I tried it out, but it behaves like "Undo" function,
> no tab duplication appears, just old closed tabs come back to life.
> 
> I tried to turn on pass-through mode with Ctrl-Q & Ctrl-V,
> but it doesn't affect described Ctrl-Shift-T behavior.
> 
> FreeBSD 7.0-STABLE #11, Mozilla Firefox 3.0, Vimperator 1.2pre
> (latest CVS).
> 
> Ted Pavlic wrote:
>>> The "Duplicate tab" extension lets you open a new tab with the same 
>>> history as an existing tab.
>>>
>>> Is there a way to do this with a command (or sequence of commands) in 
>>> Vimperator?
>> NOTE: I found out that Cntrl+Shift+T is *BUILT-IN* to FireFox. It 
>> duplicates the current tab. No extensions necessary.
>>
>> That's Cntrl, even on a Mac.
>>
>> --Ted
>>
> 

-- 
Ted Pavlic <ted at tedpavlic.com>

From or at schlachtfest.de  Fri Jul 11 07:15:24 2008
From: or at schlachtfest.de (Oliver Rahn)
Date: Fri, 11 Jul 2008 16:15:24 +0200 (CEST)
Subject: [Vimperator] vimperator 1.1
Message-ID: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>

Hi,

after upgrading Firefox 2 to 3 and vimperator from 0.5.3 to 1.1 i miss the 
statusline. I can see the command line but the statusline (wget progress 
bar etc.) is gone.

Is there an option to enable/disable this line oder did i miss something?

Beside this the new quicklink mechanismen is great. Thanks a lot!

Regards Oliver

From dpb at driftaway.org  Fri Jul 11 07:21:03 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Fri, 11 Jul 2008 17:21:03 +0300
Subject: [Vimperator] vimperator 1.1
In-Reply-To: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>
References: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>
Message-ID: <dd9711230807110721x3d93534bn4a3f7cd4cab53872@mail.gmail.com>

2008/7/11 Oliver Rahn <or at schlachtfest.de>:
> Hi,
>
> after upgrading Firefox 2 to 3 and vimperator from 0.5.3 to 1.1 i miss the
> statusline. I can see the command line but the statusline (wget progress bar
> etc.) is gone.
>
> Is there an option to enable/disable this line oder did i miss something?

In my experience, upgrading from major versions of firefox is always messy, and
a lot of the times something go wrong. I suggest you try it with a clean
firefox profile.

--
Daniel

From stubenschrott at gmx.net  Fri Jul 11 07:21:54 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Fri, 11 Jul 2008 16:21:54 +0200
Subject: [Vimperator] vimperator 1.1
In-Reply-To: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>
References: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>
Message-ID: <48776C82.3040704@gmx.net>

Oliver Rahn wrote:

> Hi,
> 
> after upgrading Firefox 2 to 3 and vimperator from 0.5.3 to 1.1 i miss the 
> statusline. I can see the command line but the statusline (wget progress 
> bar etc.) is gone.
> 
> Is there an option to enable/disable this line oder did i miss something?

Somebody else brought up the same issue on the mailing list, maybe you find it
if you search the archives.

IIRC, it may work if you do a View->statusbar in the menu once.

--
Martin

From or at schlachtfest.de  Fri Jul 11 07:35:47 2008
From: or at schlachtfest.de (Oliver Rahn)
Date: Fri, 11 Jul 2008 16:35:47 +0200 (CEST)
Subject: [Vimperator] vimperator 1.1
In-Reply-To: <48776C82.3040704@gmx.net>
References: <alpine.DEB.1.10.0807111612240.27615@pber03.flycura.pbz>
	<48776C82.3040704@gmx.net>
Message-ID: <alpine.DEB.1.10.0807111634430.27615@pber03.flycura.pbz>

On Fri, 11 Jul 2008, Martin Stubenschrott wrote:

Hi,

> Somebody else brought up the same issue on the mailing list, maybe you find it
> if you search the archives.
>
> IIRC, it may work if you do a View->statusbar in the menu once.

that did the trick. Perfect.

Thanks all for the fast help.

Oli

From ted at tedpavlic.com  Fri Jul 11 12:55:02 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 11 Jul 2008 15:55:02 -0400
Subject: [Vimperator] Addon search keywords
In-Reply-To: <53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<53f7fc100806091527n62015076x83c202637e573ac2@mail.gmail.com>	<484DB786.4080905@gmx.net>	<53f7fc100806091752l4b902e67s4cdc55fc34edf972@mail.gmail.com>	<48610333.5090504@gmx.net>	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>
	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
Message-ID: <4877BA96.6030708@tedpavlic.com>

It looks like this patch isn't applied to the tip of the repo.

Any plans for that?

--Ted

Kipling Inscore wrote:
> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore <k at bijna.net> wrote:
>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore <k at bijna.net> wrote:
>>> New patch below...
>> Sorry. Lines got auto-wrapped in the previous message--patch is likely
>> not to work. Attached now instead of inline.
> ...and it won't work for other reasons. I hadn't thoroughly tested
> it...accidentally dropped "[" from the URL test regexp (which I was
> thinking maybe should be changed to :// rather than . or : or /).

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Fri Jul 11 18:36:00 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 11 Jul 2008 21:36:00 -0400
Subject: [Vimperator] Addon search keywords
In-Reply-To: <4877BA96.6030708@tedpavlic.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<53f7fc100806091527n62015076x83c202637e573ac2@mail.gmail.com>	<484DB786.4080905@gmx.net>	<53f7fc100806091752l4b902e67s4cdc55fc34edf972@mail.gmail.com>	<48610333.5090504@gmx.net>	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
	<4877BA96.6030708@tedpavlic.com>
Message-ID: <48780A80.9080400@tedpavlic.com>

NOTE: I just applied this patch to 1.2pre, and now every time I try to 
open a URL, it goes to Google UNLESS it's prefixed with "http://"

For example,

	t www.google.com

brings up

	http://www.google.com/search?q=www.google.com&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a

:( So I guess the patch isn't quite ready.

	--Ted


Ted Pavlic wrote:
> It looks like this patch isn't applied to the tip of the repo.
> 
> Any plans for that?
> 
> --Ted
> 
> Kipling Inscore wrote:
>> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore <k at bijna.net> wrote:
>>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore <k at bijna.net> wrote:
>>>> New patch below...
>>> Sorry. Lines got auto-wrapped in the previous message--patch is likely
>>> not to work. Attached now instead of inline.
>> ...and it won't work for other reasons. I hadn't thoroughly tested
>> it...accidentally dropped "[" from the URL test regexp (which I was
>> thinking maybe should be changed to :// rather than . or : or /).
> 

-- 
Ted Pavlic <ted at tedpavlic.com>

From k at bijna.net  Fri Jul 11 18:57:09 2008
From: k at bijna.net (Kipling Inscore)
Date: Fri, 11 Jul 2008 18:57:09 -0700
Subject: [Vimperator] Addon search keywords
In-Reply-To: <48780A80.9080400@tedpavlic.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>
	<484DB786.4080905@gmx.net>
	<53f7fc100806091752l4b902e67s4cdc55fc34edf972@mail.gmail.com>
	<48610333.5090504@gmx.net>
	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>
	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>
	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>
	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
	<4877BA96.6030708@tedpavlic.com> <48780A80.9080400@tedpavlic.com>
Message-ID: <53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>

Is that with the most recent patch in the thread? I realize this was
the case in the first patch but I didn't think that problem was still
there. I'll resubmit if so. Also there are some cases I can't test yet
as I don't have engines with POST data, nor have I used vimperator's
search-engine-dependent suggestions (which I think is somewhat
independent of this anyway).

On Fri, Jul 11, 2008 at 6:36 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
> NOTE: I just applied this patch to 1.2pre, and now every time I try to open
> a URL, it goes to Google UNLESS it's prefixed with "http://"
>
> For example,
>
>        t www.google.com
>
> brings up
>
>
>  http://www.google.com/search?q=www.google.com&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
>
> :( So I guess the patch isn't quite ready.
>
>        --Ted
>
>
> Ted Pavlic wrote:
>>
>> It looks like this patch isn't applied to the tip of the repo.
>>
>> Any plans for that?
>>
>> --Ted
>>
>> Kipling Inscore wrote:
>>>
>>> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore <k at bijna.net> wrote:
>>>>
>>>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore <k at bijna.net> wrote:
>>>>>
>>>>> New patch below...
>>>>
>>>> Sorry. Lines got auto-wrapped in the previous message--patch is likely
>>>> not to work. Attached now instead of inline.
>>>
>>> ...and it won't work for other reasons. I hadn't thoroughly tested
>>> it...accidentally dropped "[" from the URL test regexp (which I was
>>> thinking maybe should be changed to :// rather than . or : or /).
>>
>
> --
> Ted Pavlic <ted at tedpavlic.com>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From ted at tedpavlic.com  Fri Jul 11 20:17:03 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 11 Jul 2008 23:17:03 -0400
Subject: [Vimperator] Addon search keywords
In-Reply-To: <53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<484DB786.4080905@gmx.net>	<53f7fc100806091752l4b902e67s4cdc55fc34edf972@mail.gmail.com>	<48610333.5090504@gmx.net>	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>	<4877BA96.6030708@tedpavlic.com>
	<48780A80.9080400@tedpavlic.com>
	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>
Message-ID: <4878222F.7040208@tedpavlic.com>

I was using the patch attached to the 6/25/08 message (i.e., the message 
that I was responding to).

 From what I can tell from the thread, it's the most recent patch.

--Ted

Kipling Inscore wrote:
> Is that with the most recent patch in the thread? I realize this was 
> the case in the first patch but I didn't think that problem was still
>  there. I'll resubmit if so. Also there are some cases I can't test
> yet as I don't have engines with POST data, nor have I used
> vimperator's search-engine-dependent suggestions (which I think is
> somewhat independent of this anyway).
> 
> On Fri, Jul 11, 2008 at 6:36 PM, Ted Pavlic <ted at tedpavlic.com>
> wrote:
>> NOTE: I just applied this patch to 1.2pre, and now every time I try
>> to open a URL, it goes to Google UNLESS it's prefixed with
>> "http://"
>> 
>> For example,
>> 
>> t www.google.com
>> 
>> brings up
>> 
>> 
>> http://www.google.com/search?q=www.google.com&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
>> 
>> 
>> :( So I guess the patch isn't quite ready.
>> 
>> --Ted
>> 
>> 
>> Ted Pavlic wrote:
>>> It looks like this patch isn't applied to the tip of the repo.
>>> 
>>> Any plans for that?
>>> 
>>> --Ted
>>> 
>>> Kipling Inscore wrote:
>>>> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore <k at bijna.net>
>>>> wrote:
>>>>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore
>>>>> <k at bijna.net> wrote:
>>>>>> New patch below...
>>>>> Sorry. Lines got auto-wrapped in the previous message--patch
>>>>> is likely not to work. Attached now instead of inline.
>>>> ...and it won't work for other reasons. I hadn't thoroughly
>>>> tested it...accidentally dropped "[" from the URL test regexp
>>>> (which I was thinking maybe should be changed to :// rather
>>>> than . or : or /).
>> -- Ted Pavlic <ted at tedpavlic.com> 
>> _______________________________________________ Vimperator mailing
>> list Vimperator at mozdev.org 
>> https://www.mozdev.org/mailman/listinfo/vimperator
>> 
> _______________________________________________ Vimperator mailing
> list Vimperator at mozdev.org 
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

-- 
Ted Pavlic <ted at tedpavlic.com>

From k at bijna.net  Fri Jul 11 22:13:18 2008
From: k at bijna.net (Kipling Inscore)
Date: Fri, 11 Jul 2008 22:13:18 -0700
Subject: [Vimperator] Addon search keywords
In-Reply-To: <4878222F.7040208@tedpavlic.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>
	<48610333.5090504@gmx.net>
	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>
	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>
	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>
	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
	<4877BA96.6030708@tedpavlic.com> <48780A80.9080400@tedpavlic.com>
	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>
	<4878222F.7040208@tedpavlic.com>
Message-ID: <53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>

I never should have touched that regex. I thought I changed it
back...and in the attached patch I have, finally. I think that's it
for this section but please let me know if you find any more bugs, and
again I cannot test with POST data because I don't even know where to
find or how to create such a keyword or alias.

On Fri, Jul 11, 2008 at 8:17 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
> I was using the patch attached to the 6/25/08 message (i.e., the message
> that I was responding to).
>
> From what I can tell from the thread, it's the most recent patch.
>
> --Ted
>
> Kipling Inscore wrote:
>>
>> Is that with the most recent patch in the thread? I realize this was the
>> case in the first patch but I didn't think that problem was still
>>  there. I'll resubmit if so. Also there are some cases I can't test
>> yet as I don't have engines with POST data, nor have I used
>> vimperator's search-engine-dependent suggestions (which I think is
>> somewhat independent of this anyway).
>>
>> On Fri, Jul 11, 2008 at 6:36 PM, Ted Pavlic <ted at tedpavlic.com>
>> wrote:
>>>
>>> NOTE: I just applied this patch to 1.2pre, and now every time I try
>>> to open a URL, it goes to Google UNLESS it's prefixed with
>>> "http://"
>>>
>>> For example,
>>>
>>> t www.google.com
>>>
>>> brings up
>>>
>>>
>>>
>>> http://www.google.com/search?q=www.google.com&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
>>>
>>>
>>> :( So I guess the patch isn't quite ready.
>>>
>>> --Ted
>>>
>>>
>>> Ted Pavlic wrote:
>>>>
>>>> It looks like this patch isn't applied to the tip of the repo.
>>>>
>>>> Any plans for that?
>>>>
>>>> --Ted
>>>>
>>>> Kipling Inscore wrote:
>>>>>
>>>>> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore <k at bijna.net>
>>>>> wrote:
>>>>>>
>>>>>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore
>>>>>> <k at bijna.net> wrote:
>>>>>>>
>>>>>>> New patch below...
>>>>>>
>>>>>> Sorry. Lines got auto-wrapped in the previous message--patch
>>>>>> is likely not to work. Attached now instead of inline.
>>>>>
>>>>> ...and it won't work for other reasons. I hadn't thoroughly
>>>>> tested it...accidentally dropped "[" from the URL test regexp
>>>>> (which I was thinking maybe should be changed to :// rather
>>>>> than . or : or /).
>>>
>>> -- Ted Pavlic <ted at tedpavlic.com>
>>> _______________________________________________ Vimperator mailing
>>> list Vimperator at mozdev.org
>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>
>> _______________________________________________ Vimperator mailing
>> list Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
>
> --
> Ted Pavlic <ted at tedpavlic.com>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: getShortcutOrURI.patch
Type: application/octet-stream
Size: 5788 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080711/0e8b4796/attachment-0001.obj>

From ted at tedpavlic.com  Sun Jul 13 07:43:26 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sun, 13 Jul 2008 10:43:26 -0400
Subject: [Vimperator] Addon search keywords
In-Reply-To: <53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<48610333.5090504@gmx.net>	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>	<4877BA96.6030708@tedpavlic.com>
	<48780A80.9080400@tedpavlic.com>	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>	<4878222F.7040208@tedpavlic.com>
	<53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>
Message-ID: <487A148E.6080608@tedpavlic.com>

All of my shortcuts use GET strings, and so the POST stuff isn't 
important to me. I didn't realize FF supported creating POST shortcuts.

This patch seems to work as expected. :) (NOTE: I haven't actually 
tested it on a shortcut that only exists in del.icio.us; at the moment, 
all of my FF bookmarks match my del.icio.us bookmarks...)

--Ted

Kipling Inscore wrote:
> I never should have touched that regex. I thought I changed it 
> back...and in the attached patch I have, finally. I think that's it 
> for this section but please let me know if you find any more bugs,
> and again I cannot test with POST data because I don't even know
> where to find or how to create such a keyword or alias.
> 
> On Fri, Jul 11, 2008 at 8:17 PM, Ted Pavlic <ted at tedpavlic.com>
> wrote:
>> I was using the patch attached to the 6/25/08 message (i.e., the
>> message that I was responding to).
>> 
>> From what I can tell from the thread, it's the most recent patch.
>> 
>> --Ted
>> 
>> Kipling Inscore wrote:
>>> Is that with the most recent patch in the thread? I realize this
>>> was the case in the first patch but I didn't think that problem
>>> was still there. I'll resubmit if so. Also there are some cases I
>>> can't test yet as I don't have engines with POST data, nor have I
>>> used vimperator's search-engine-dependent suggestions (which I
>>> think is somewhat independent of this anyway).
>>> 
>>> On Fri, Jul 11, 2008 at 6:36 PM, Ted Pavlic <ted at tedpavlic.com> 
>>> wrote:
>>>> NOTE: I just applied this patch to 1.2pre, and now every time I
>>>> try to open a URL, it goes to Google UNLESS it's prefixed with 
>>>> "http://"
>>>> 
>>>> For example,
>>>> 
>>>> t www.google.com
>>>> 
>>>> brings up
>>>> 
>>>> 
>>>> 
>>>> http://www.google.com/search?q=www.google.com&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
>>>> 
>>>> 
>>>> 
>>>> :( So I guess the patch isn't quite ready.
>>>> 
>>>> --Ted
>>>> 
>>>> 
>>>> Ted Pavlic wrote:
>>>>> It looks like this patch isn't applied to the tip of the
>>>>> repo.
>>>>> 
>>>>> Any plans for that?
>>>>> 
>>>>> --Ted
>>>>> 
>>>>> Kipling Inscore wrote:
>>>>>> On Wed, Jun 25, 2008 at 9:53 AM, Kipling Inscore
>>>>>> <k at bijna.net> wrote:
>>>>>>> On Wed, Jun 25, 2008 at 9:43 AM, Kipling Inscore 
>>>>>>> <k at bijna.net> wrote:
>>>>>>>> New patch below...
>>>>>>> Sorry. Lines got auto-wrapped in the previous
>>>>>>> message--patch is likely not to work. Attached now
>>>>>>> instead of inline.
>>>>>> ...and it won't work for other reasons. I hadn't thoroughly
>>>>>>  tested it...accidentally dropped "[" from the URL test
>>>>>> regexp (which I was thinking maybe should be changed to ://
>>>>>> rather than . or : or /).
>>>> -- Ted Pavlic <ted at tedpavlic.com> 
>>>> _______________________________________________ Vimperator
>>>> mailing list Vimperator at mozdev.org 
>>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>> 
>>> _______________________________________________ Vimperator
>>> mailing list Vimperator at mozdev.org 
>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>> 
>> -- Ted Pavlic <ted at tedpavlic.com> 
>> _______________________________________________ Vimperator mailing
>> list Vimperator at mozdev.org 
>> https://www.mozdev.org/mailman/listinfo/vimperator
>> 
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>> _______________________________________________ Vimperator mailing
>> list Vimperator at mozdev.org 
>> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Ted Pavlic <ted at tedpavlic.com>

From milezv at yandex.ru  Mon Jul 14 04:59:36 2008
From: milezv at yandex.ru (Milez)
Date: Mon, 14 Jul 2008 15:59:36 +0400
Subject: [Vimperator] Feature request: autocmd context
Message-ID: <657651216036776@webmail25.yandex.ru>


While debugging colortab.js plugin (see above in the list) I found out following thing:

* When working with :autocmd command, tab color is not set when user opens
??? link from given site in new tab. You can replicate it in following way:

??? 1. Enter command in Vimperator:

?????? :au PageLoad google.com set tabcolor=purple

??? 2. Open Google with ":open google.com" command, tab color will become purple,
??? 3. Press ;t12 to open "Preferences" in new tab, tab color is default,
??? 4. Click on this new tab and press r to reload page, tab color will become purple.

??? I guess it's Vimperator's issue, seems like it doesn't initiate PageLoad event
??? when new tab is opened.

What really happens: when I open link from current page in new tab, this new tab opens in background.
PageLoad autocmd event happens normally, but correspondend command runs in current tab's context,
i.e. not just opened tab (which opens in background).

If I open link in new background tab & quickly switch to it before page loads (and PageLoad event occurs),
autocmd runs as expected (tab color is set for newly opened tab, as expected), but when I don't do it
:set tabcolor command runs for old tab.

You can check it in the following way (I consider you are using colortab.js plugin, but you can test
it with any other command which cleary designates tab in which context it rans):

1. Open google.com,
2. Enter :au PageLoad google.com set tabcolor=purple when google.com is loaded (so tab color is default),
3. Enter ;t12 to open "Preferences". It should open in new *background* tab,

New tab has default color and current tab (google.com) becomes purple.

Feature request:
Is there a way to run :autocmd in a context of event occurance? E.g. pass to it tab object or event object...

From dteslenko at gmail.com  Mon Jul 14 06:08:01 2008
From: dteslenko at gmail.com (Dmitry Teslenko)
Date: Mon, 14 Jul 2008 17:08:01 +0400
Subject: [Vimperator] flash and heavy-gui-intense sites
Message-ID: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>

Hello!
I've noticed new starcraft 2 and diablo 3 websites can't be opened with
my ff3 with vimperator 1.1. If I launch ff3 in safe-mode I can see
these websites. Without safe-mode all I see is a plain grey background.
It's not necessary vimperator but vimperator and gmarks are only addons
I've installed so I think it might be vimperator.
Does anybody noticed something similiar?

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

From danielschaffrath at mac.com  Mon Jul 14 06:12:39 2008
From: danielschaffrath at mac.com (Daniel Schaffrath)
Date: Mon, 14 Jul 2008 15:12:39 +0200
Subject: [Vimperator] Missing menu event handlers?
Message-ID: <51052015499297087991374106452440562521-Webmail2@me.com>

When cmapping <C-n> to <Down> in order to cycle through completion popups I found that event propagation is stopped in onKeyPress. A comment says that the popup should have its own event handler. But I did not find any. Simply not stopping event propagation like below did the job to enable cycling through popups -- which is nice but probably screws up others things? Maybe someone can tell me any specifics if this a correct approach?

Thank you,
Daniel


diff --git a/src/content/events.js b/src/content/events.js
--- a/src/content/events.js
+++ b/src/content/events.js
@@ -1140,20 +1140,16 @@ liberator.Events = function () //{{{
            }

            var stop = true; // set to false if we should NOT consume this event but let Firefox handle it

            var win = document.commandDispatcher.focusedWindow;
            if (win && win.document.designMode == "on" && !liberator.config.isComposeWindow)
                return false;

-            // menus have their own command handlers
-            if (liberator.modes.extended & liberator.modes.MENU)
-                return false;
-
            // handle Escape-one-key mode (Ctrl-v)
            if (liberator.modes.passNextKey && !liberator.modes.passAllKeys)
            {
                liberator.modes.passNextKey = false;
                return false;
            }
            // handle Escape-all-keys mode (Ctrl-q)
            if (liberator.modes.passAllKeys)


From milezv at yandex.ru  Mon Jul 14 06:22:36 2008
From: milezv at yandex.ru (Milez)
Date: Mon, 14 Jul 2008 17:22:36 +0400
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <657651216036776@webmail25.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>
Message-ID: <676241216041756@webmail29.yandex.ru>


Actually, when any page reloads (and PageLoad event occures),
the tab which event really affects is *current* tab, not just loaded tab
(which can be background).

I.e. when background tab is reloaded, PageLoad event occures and
autocommands are run for URL of *current* tab, not *reloaded* one.

From dpb at driftaway.org  Mon Jul 14 06:30:42 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 14 Jul 2008 16:30:42 +0300
Subject: [Vimperator] flash and heavy-gui-intense sites
In-Reply-To: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>
References: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>
Message-ID: <dd9711230807140630k26f34828p7331949ba8ecd06a@mail.gmail.com>

2008/7/14 Dmitry Teslenko <dteslenko at gmail.com>:
> Hello!
> I've noticed new starcraft 2 and diablo 3 websites can't be opened with
> my ff3 with vimperator 1.1. If I launch ff3 in safe-mode I can see
> these websites. Without safe-mode all I see is a plain grey background.
> It's not necessary vimperator but vimperator and gmarks are only addons
> I've installed so I think it might be vimperator.
> Does anybody noticed something similiar?

Both of those sites seem to work for me, so I don't think it's a
Vimperator bug.

--
Daniel

From milezv at yandex.ru  Mon Jul 14 08:38:13 2008
From: milezv at yandex.ru (Milez)
Date: Mon, 14 Jul 2008 19:38:13 +0400
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <676241216041756@webmail29.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>
	<676241216041756@webmail29.yandex.ru>
Message-ID: <761741216049893@webmail33.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/9e94bd0c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch
Type: application/octet-stream
Size: 1643 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/9e94bd0c/attachment.obj>

From milezv at yandex.ru  Mon Jul 14 08:48:06 2008
From: milezv at yandex.ru (Milez)
Date: Mon, 14 Jul 2008 19:48:06 +0400
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <761741216049893@webmail33.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>
	<676241216041756@webmail29.yandex.ru>
	<761741216049893@webmail33.yandex.ru>
Message-ID: <579481216050486@webmail85.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/8cce593e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch
Type: application/octet-stream
Size: 705 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/8cce593e/attachment.obj>

From stubenschrott at gmx.net  Mon Jul 14 12:02:20 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 21:02:20 +0200
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <579481216050486@webmail85.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>	<676241216041756@webmail29.yandex.ru>	<761741216049893@webmail33.yandex.ru>
	<579481216050486@webmail85.yandex.ru>
Message-ID: <487BA2BC.7010600@gmx.net>

Milez wrote:

> Doh, prev. mail contained part of my experiments.
> Ignore two hunks of patch or use patch included here.

Thanks for the fast patch, commited.

From stubenschrott at gmx.net  Mon Jul 14 12:04:30 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 21:04:30 +0200
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <657651216036776@webmail25.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>
Message-ID: <487BA33E.1040006@gmx.net>

Milez wrote:

> Feature request:
> Is there a way to run :autocmd in a context of event occurance? E.g. pass to it tab object or event object...

It would be nice, if there was a v:autoevent or whatever global variable which would store such things
like the URL of the tab which was PageLoaded. How does vim handle that?

--
Martin

From milezv at yandex.ru  Mon Jul 14 12:15:56 2008
From: milezv at yandex.ru (Milez)
Date: Mon, 14 Jul 2008 23:15:56 +0400
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <487BA33E.1040006@gmx.net>
References: <657651216036776@webmail25.yandex.ru> <487BA33E.1040006@gmx.net>
Message-ID: <308871216062956@webmail24.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/709319dd/attachment.html>

From stubenschrott at gmx.net  Mon Jul 14 12:40:29 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 21:40:29 +0200
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <308871216062956@webmail24.yandex.ru>
References: <657651216036776@webmail25.yandex.ru> <487BA33E.1040006@gmx.net>
	<308871216062956@webmail24.yandex.ru>
Message-ID: <487BABAD.2040209@gmx.net>

Milez wrote:

> IMHO, global variable is not good in this situation,
> as there can be a lot of PageLoad events at alsmost same time.
> 
> I think it's better to pass event object to autocommands.trigger() method
> and handle it there, so autocommand run in context of tab, which
> triggered an event.
> I don't, however, think of nice way to implement it. If you have any ideas,
> they are welcomed...

I don't really understand what you are trying to say :)

The thing which bothers me is how to do the following:

:js TabClose .* :js alert("tab " + xxx + " was closed);

because it can be a background tab (once somebody implements that autocommand),
how to get the correct tab (=xxx) within the :js part of the TabClose event.

--
Martin

From stubenschrott at gmx.net  Mon Jul 14 12:48:31 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 21:48:31 +0200
Subject: [Vimperator] Missing menu event handlers?
In-Reply-To: <51052015499297087991374106452440562521-Webmail2@me.com>
References: <51052015499297087991374106452440562521-Webmail2@me.com>
Message-ID: <487BAD8F.5070901@gmx.net>

Daniel Schaffrath wrote:

> When cmapping <C-n> to <Down> in order to cycle through completion popups I found that event propagation is stopped in onKeyPress. A comment says that the popup should have its own event handler. But I did not find any. Simply not stopping event propagation like below did the job to enable cycling through popups -- which is nice but probably screws up others things? Maybe someone can tell me any specifics if this a correct approach?


I guess it screws up most mnemonics (underlined letters in menus), because completion popups have the same mode as menu popups.

Changing all this isn't certainly easy, although I might accept a patch which makes ctrl-n/p (and probably ctrl-j/k as aliases)
work in menu mode.

--
Martin

From milezv at yandex.ru  Mon Jul 14 13:12:04 2008
From: milezv at yandex.ru (Milez)
Date: Tue, 15 Jul 2008 00:12:04 +0400
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <487BABAD.2040209@gmx.net>
References: <657651216036776@webmail25.yandex.ru> <487BA33E.1040006@gmx.net>
	<308871216062956@webmail24.yandex.ru> <487BABAD.2040209@gmx.net>
Message-ID: <341021216066324@webmail24.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080715/3efbb29f/attachment.html>

From stubenschrott at gmx.net  Mon Jul 14 13:14:43 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 22:14:43 +0200
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <341021216066324@webmail24.yandex.ru>
References: <657651216036776@webmail25.yandex.ru>
	<487BA33E.1040006@gmx.net>	<308871216062956@webmail24.yandex.ru>
	<487BABAD.2040209@gmx.net> <341021216066324@webmail24.yandex.ru>
Message-ID: <487BB3B3.2060300@gmx.net>

Milez wrote:

> Actually it seems like we both trying to say the same thing,
> but with different words.

Maybe you can find out, how vim handles this thing?

> Did you mean :au TabClose .* :js... ?

Yeah.

From stubenschrott at gmx.net  Mon Jul 14 13:17:39 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 22:17:39 +0200
Subject: [Vimperator] Addon search keywords
In-Reply-To: <53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<48610333.5090504@gmx.net>	<53f7fc100806240904hf402a40ud5593d49e7f27854@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>	<4877BA96.6030708@tedpavlic.com>
	<48780A80.9080400@tedpavlic.com>	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>	<4878222F.7040208@tedpavlic.com>
	<53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>
Message-ID: <487BB463.204@gmx.net>

Kipling Inscore wrote:

> I never should have touched that regex. I thought I changed it
> back...and in the attached patch I have, finally. I think that's it
> for this section but please let me know if you find any more bugs, and
> again I cannot test with POST data because I don't even know where to
> find or how to create such a keyword or alias.

I have attached one, which works without the patch, but does not with the patch.
I haven't found any other problems, so if you can fix this one issue, I'll
apply the patch.

best regards and sorry for the late answer,

--
Martin

PS: put it in ~/.mozilla/firefox/*.default/searchplugins/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: schnittberichte.xml
Type: text/xml
Size: 2171 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080714/8b7a9a02/attachment.xml>

From cej at nightwolf.org.uk  Mon Jul 14 13:49:17 2008
From: cej at nightwolf.org.uk (Chris J)
Date: Mon, 14 Jul 2008 21:49:17 +0100
Subject: [Vimperator] Use of . and .. for navigating
Message-ID: <487BBBCD.2090506@nightwolf.org.uk>


Hi all,

Recently upgraded to FF3, and I seem to have lost the ability to navigate 
by parent/current URLs -- e.g, from blogs.msdn.com/oldnewthing I used to be 
able to open "../ericlippert/" to move to another blog - or similarly from 
the root, just opening "./oldnewthing/". This worked well (and was insanely 
useful in some places) with Vimperator < 1.0 - but with 1.0 and 1.1, it's gone.

When I do try and use . and .. to navigate (by themselves), FF just gives 
me an "Index of file:///C:/<some local directory>". If I try ./location/ or 
../location/ FF starts going "Looking for .." before telling me the host 
named ".." could not be found (oddly enough).

Not sure if this is a known bug -- I've not found it mentioned previously 
in the list archives, so apologies if it's already cropped up somewhere.

Chris


-- 
\ Chris Johnson                 \
  \ cej at nightwolf.org.uk          \ Quidquid latin dictum sit altum viditur
   \ http://cej.nightwolf.org.uk/  \
    \ http://redclaw.org.uk/        ~--------------------------------------



From stubenschrott at gmx.net  Mon Jul 14 14:19:06 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 14 Jul 2008 23:19:06 +0200
Subject: [Vimperator] Use of . and .. for navigating
In-Reply-To: <487BBBCD.2090506@nightwolf.org.uk>
References: <487BBBCD.2090506@nightwolf.org.uk>
Message-ID: <487BC2CA.5040303@gmx.net>

Chris J wrote:

> Not sure if this is a known bug -- I've not found it mentioned previously 
> in the list archives, so apologies if it's already cropped up somewhere.

Such things are always mentioned in the ChangeLog (available on the homepage).

Feature was changed intentionally, usage of "gu" or "O" should suffice in
most cases.

--
Martin

From cej at nightwolf.org.uk  Mon Jul 14 14:40:27 2008
From: cej at nightwolf.org.uk (Chris J)
Date: Mon, 14 Jul 2008 22:40:27 +0100
Subject: [Vimperator] Use of . and .. for navigating
In-Reply-To: <487BC2CA.5040303@gmx.net>
References: <487BBBCD.2090506@nightwolf.org.uk> <487BC2CA.5040303@gmx.net>
Message-ID: <487BC7CB.4090006@nightwolf.org.uk>

Martin Stubenschrott wrote:
> Chris J wrote:
> 
>> Not sure if this is a known bug -- I've not found it mentioned previously 
>> in the list archives, so apologies if it's already cropped up somewhere.
> 
> Such things are always mentioned in the ChangeLog (available on the homepage).
> 
> Feature was changed intentionally, usage of "gu" or "O" should suffice in
> most cases.
> 

Ah -- I missed it in the changelog (have gone back and read a tad closer 
now). Agree that both suggested alternatives should probably suffice ('gu' 
I already use; 'O' I keep forgetting about). Need to retrain muscle memory :-)

Cheers,

Chris

-- 
\ Chris Johnson                 \
  \ cej at nightwolf.org.uk          \ Quidquid latin dictum sit altum viditur
   \ http://cej.nightwolf.org.uk/  \
    \ http://redclaw.org.uk/        ~--------------------------------------



From chan383 at gmail.com  Mon Jul 14 04:13:24 2008
From: chan383 at gmail.com (Joe)
Date: Mon, 14 Jul 2008 05:13:24 -0600
Subject: [Vimperator] Vimperator 1.2pre
Message-ID: <5B92B56F-19F7-4778-B499-867B4914B1B1@gmail.com>

Hi Martin, I was trying to find and install 1.2pre, but I could not  
find it... could you point me in the right direction?

Thanks.

From penryu at gmail.com  Mon Jul 14 16:45:38 2008
From: penryu at gmail.com (Tim Hammerquist)
Date: Mon, 14 Jul 2008 16:45:38 -0700
Subject: [Vimperator] Vimperator 1.2pre
In-Reply-To: <5B92B56F-19F7-4778-B499-867B4914B1B1@gmail.com>
References: <5B92B56F-19F7-4778-B499-867B4914B1B1@gmail.com>
Message-ID: <20080714234538.GA6754@kame>

Joe wrote:
> Hi Martin, I was trying to find and install 1.2pre, but I could not
> find it... could you point me in the right direction?

Pre-release versions are only available one of two ways (AFAIK).

1. Obtaining the source from CVS or a mirror and building.
2. Grabbing a nightly snapshot.

If you just want a specific feature and don't want to get involved in
development, the snapshot is probably the way to go.  The link is
available from the "Source code" page on the mozdev site[1].

[1] http://vimperator.mozdev.org/source.html

Cheers,
Tim

From ted at tedpavlic.com  Tue Jul 15 05:03:17 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 15 Jul 2008 08:03:17 -0400
Subject: [Vimperator] Feature request: search-escape behavior
Message-ID: <487C9205.3000105@tedpavlic.com>

In Vim, when I start searching for text, the screen scrolls to the first 
match. If I hit "Escape", I'm returned to the position in the file where 
I was before the search.

However, in Vimperator I get FF behavior. That is, the search starts 
immediately, but it doesn't cancel itself out when I escape it.

That behavior might be nice.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From dpb at driftaway.org  Tue Jul 15 05:14:06 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Tue, 15 Jul 2008 15:14:06 +0300
Subject: [Vimperator] Feature request: search-escape behavior
In-Reply-To: <487C9205.3000105@tedpavlic.com>
References: <487C9205.3000105@tedpavlic.com>
Message-ID: <dd9711230807150514v2e15b01ds1bdc974884685af4@mail.gmail.com>

2008/7/15 Ted Pavlic <ted at tedpavlic.com>:
> In Vim, when I start searching for text, the screen scrolls to the first
> match. If I hit "Escape", I'm returned to the position in the file where I
> was before the search.
>
> However, in Vimperator I get FF behavior. That is, the search starts
> immediately, but it doesn't cancel itself out when I escape it.
>
> That behavior might be nice.

AFAIK, Vimperator uses the functions from FF to do the search,
changing the behaviour
would probably mean writing our own search functions from scratch,
which probably is
a lot of work.

Patches are always welcome though, if you want to do it. :)

--
Daniel

From ted at tedpavlic.com  Tue Jul 15 06:55:30 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 15 Jul 2008 09:55:30 -0400
Subject: [Vimperator] Feature request: search-escape behavior
In-Reply-To: <dd9711230807150514v2e15b01ds1bdc974884685af4@mail.gmail.com>
References: <487C9205.3000105@tedpavlic.com>
	<dd9711230807150514v2e15b01ds1bdc974884685af4@mail.gmail.com>
Message-ID: <487CAC52.7020501@tedpavlic.com>

> AFAIK, Vimperator uses the functions from FF to do the search,
> changing the behaviour
> would probably mean writing our own search functions from scratch,
> which probably is
> a lot of work.

I figured that Vimperator was calling FF search. I just thought that it 
could detect the escape, and so it could reposition the file on that event.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From nickp at developernotes.com  Tue Jul 15 07:54:56 2008
From: nickp at developernotes.com (Nick Parker)
Date: Tue, 15 Jul 2008 09:54:56 -0500
Subject: [Vimperator] Feature request: search-escape behavior
In-Reply-To: <487CAC52.7020501@tedpavlic.com>
References: <487C9205.3000105@tedpavlic.com>
	<dd9711230807150514v2e15b01ds1bdc974884685af4@mail.gmail.com>
	<487CAC52.7020501@tedpavlic.com>
Message-ID: <cf06edfd0807150754i3aa1c747r139320b4ece65b72@mail.gmail.com>

Ted,
I am wondering if you could do it with a named mark. Not sure how we can
hook into the esc key event handler, but if that could be trapped a named
mark could be set upon searching, then when esc is pressed, if the named
mark has been set, invoke the mark and then delete the mark.

Nick Parker
www.developernotes.com

On Tue, Jul 15, 2008 at 8:55 AM, Ted Pavlic <ted at tedpavlic.com> wrote:

> AFAIK, Vimperator uses the functions from FF to do the search,
>> changing the behaviour
>> would probably mean writing our own search functions from scratch,
>> which probably is
>> a lot of work.
>>
>
> I figured that Vimperator was calling FF search. I just thought that it
> could detect the escape, and so it could reposition the file on that event.
>
> --Ted
>
> --
> Ted Pavlic <ted at tedpavlic.com>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080715/c1a5e763/attachment.html>

From jconroy2 at uiuc.edu  Tue Jul 15 08:30:51 2008
From: jconroy2 at uiuc.edu (Justin Conroy)
Date: Tue, 15 Jul 2008 10:30:51 -0500
Subject: [Vimperator] flash and heavy-gui-intense sites
In-Reply-To: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>
References: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>
Message-ID: <adddddd50807150830k30eb73a7ve527f84e4c1ecf88@mail.gmail.com>

On Mon, Jul 14, 2008 at 8:08 AM, Dmitry Teslenko <dteslenko at gmail.com> wrote:
> Hello!
> I've noticed new starcraft 2 and diablo 3 websites can't be opened with
> my ff3 with vimperator 1.1. If I launch ff3 in safe-mode I can see
> these websites. Without safe-mode all I see is a plain grey background.
> It's not necessary vimperator but vimperator and gmarks are only addons
> I've installed so I think it might be vimperator.
> Does anybody noticed something similiar?
>

Do you have javascript enabled?  I saw the same thing until I enabled
javascript for starcraft2.com AND blizzard.com.


-- 
Justin Conroy

From dteslenko at gmail.com  Tue Jul 15 09:20:06 2008
From: dteslenko at gmail.com (Dmitry Teslenko)
Date: Tue, 15 Jul 2008 20:20:06 +0400
Subject: [Vimperator] flash and heavy-gui-intense sites
In-Reply-To: <adddddd50807150830k30eb73a7ve527f84e4c1ecf88@mail.gmail.com>
References: <91325fec0807140608t4416745eybc64da74957cdf79@mail.gmail.com>
	<adddddd50807150830k30eb73a7ve527f84e4c1ecf88@mail.gmail.com>
Message-ID: <91325fec0807150920p33e5e334p59c7fc7e4f059c40@mail.gmail.com>

On Tue, Jul 15, 2008 at 19:30, Justin Conroy <jconroy2 at uiuc.edu> wrote:
> On Mon, Jul 14, 2008 at 8:08 AM, Dmitry Teslenko <dteslenko at gmail.com> wrote:
>> Hello!
>> I've noticed new starcraft 2 and diablo 3 websites can't be opened with
>> my ff3 with vimperator 1.1. If I launch ff3 in safe-mode I can see
>> these websites. Without safe-mode all I see is a plain grey background.
>> It's not necessary vimperator but vimperator and gmarks are only addons
>> I've installed so I think it might be vimperator.
>> Does anybody noticed something similiar?
>
> Do you have javascript enabled?  I saw the same thing until I enabled
> javascript for starcraft2.com AND blizzard.com.

Don't know anything about javascript site-specific settings.

I have javascript enabled globally (preferences->content->javascript).
All javascript advanced stuff such as lowering/rising windows was turned off
but enabling it makes no difference.

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

From stubenschrott at gmx.net  Tue Jul 15 12:31:32 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Tue, 15 Jul 2008 21:31:32 +0200
Subject: [Vimperator] Feature request: search-escape behavior
In-Reply-To: <cf06edfd0807150754i3aa1c747r139320b4ece65b72@mail.gmail.com>
References: <487C9205.3000105@tedpavlic.com>	<dd9711230807150514v2e15b01ds1bdc974884685af4@mail.gmail.com>	<487CAC52.7020501@tedpavlic.com>
	<cf06edfd0807150754i3aa1c747r139320b4ece65b72@mail.gmail.com>
Message-ID: <487CFB14.1010702@gmx.net>

Nick Parker wrote:

> Ted,
> 
> I am wondering if you could do it with a named mark. Not sure how we can
> hook into the esc key event handler, but if that could be trapped a
> named mark could be set upon searching, then when esc is pressed, if the
> named mark has been set, invoke the mark and then delete the mark.

Good idea, any volunteer to implement that? :)

Although even more important would be that the search would start from
the current view point, and not some hidden mark.

--
Martin

From rodolfo.borges at gmail.com  Tue Jul 15 16:29:40 2008
From: rodolfo.borges at gmail.com (Rodolfo Borges)
Date: Tue, 15 Jul 2008 20:29:40 -0300
Subject: [Vimperator] vimperator ideas
Message-ID: <4b315f820807151629x360a497bx4fa499dabfa833fe@mail.gmail.com>

Hi all.  Here are some ideas for Vimperator
I think item 2) and maybe 3) could be solved with a .js plugin.


1) When in the more (:set more), use / to search. Handy with :viusage
and :exusage.


2) The pass-through mode should be per-tab, not a global setting.

The use for the pass-through mode is mostly for pages that handle the
keyboard themselves, like Gmail and Reader.  It's hard to keep track
in your mind of the mode when you're constantly switching tabs. When
I'm in front of the Reader page, I expect it to do it's refresh of the
RSS feeds, not reload the whole page.


3) Show an equivalent for the RSS status icon (that appears on
Firefox's location bar) on the Vimperator statusbar. Add an :excommand
to subscribe.


3.1) Maybe have a variable to define the satusbar text. The current
status bar, plus the feed status could be like:

"%{URL} [%{back}%{forward}%{fav}%{feed}] %{hfill} [%{curtab}/%{ntabs}]
%{pos} %{auth}"


Regards,
bart9h.

From milezv at yandex.ru  Wed Jul 16 07:46:48 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 16 Jul 2008 17:46:48 +0300
Subject: [Vimperator] Regexp bug found
Message-ID: <487E09D8.7070000@yandex.ru>

content/options.js, line 330.

                 var matches = args.match(/^\s*?([a-zA-Z0-9\.\-_{}]+)([?&!])?\s*(([+-^]?)=(.*))?\s*$/);

Part [+-^] means "all characters in range from '+' to '^'".
Should be [-+^] to take "-" as literal.

Patch included.

P.S. Just for record: [^+-] is also incorrect, b/c it means "all characters except for '+' & '-'".


-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch.txt
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080716/8808f142/attachment.txt>

From dougkearns at gmail.com  Wed Jul 16 08:19:50 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Thu, 17 Jul 2008 01:19:50 +1000
Subject: [Vimperator] Regexp bug found
In-Reply-To: <487E09D8.7070000@yandex.ru>
References: <487E09D8.7070000@yandex.ru>
Message-ID: <644fc65e0807160819u58594754u550899ffa5a61e17@mail.gmail.com>

On Thu, Jul 17, 2008 at 12:46 AM, Konstantin <milezv at yandex.ru> wrote:
> content/options.js, line 330.
>
>                var matches =
> args.match(/^\s*?([a-zA-Z0-9\.\-_{}]+)([?&!])?\s*(([+-^]?)=(.*))?\s*$/);
>
> Part [+-^] means "all characters in range from '+' to '^'".
> Should be [-+^] to take "-" as literal.
>
> Patch included.
>
> P.S. Just for record: [^+-] is also incorrect, b/c it means "all characters
> except for '+' & '-'".

Good catch.  Applied thanks.

Regards,
Doug

From k at bijna.net  Wed Jul 16 08:59:53 2008
From: k at bijna.net (Kipling Inscore)
Date: Wed, 16 Jul 2008 08:59:53 -0700
Subject: [Vimperator] Addon search keywords
In-Reply-To: <487BB463.204@gmx.net>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>
	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>
	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>
	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>
	<4877BA96.6030708@tedpavlic.com> <48780A80.9080400@tedpavlic.com>
	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>
	<4878222F.7040208@tedpavlic.com>
	<53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>
	<487BB463.204@gmx.net>
Message-ID: <53f7fc100807160859l228695del4567512bfc8e085@mail.gmail.com>

On Mon, Jul 14, 2008 at 1:17 PM, Martin Stubenschrott
<stubenschrott at gmx.net> wrote:
> Kipling Inscore wrote:
>
>> I never should have touched that regex. I thought I changed it
>> back...and in the attached patch I have, finally. I think that's it
>> for this section but please let me know if you find any more bugs, and
>> again I cannot test with POST data because I don't even know where to
>> find or how to create such a keyword or alias.
>
> I have attached one, which works without the patch, but does not with the patch.
> I haven't found any other problems, so if you can fix this one issue, I'll
> apply the patch.

This part is a very simple change (but took a bit of searching through
Firefox code), something like
-            var aPostDataRef = null;
+            var aPostDataRef = {};

Full patch against CVS attached (I would inline it if gmail wouldn't
automatically break it)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: getShortcutOrURI-2008-07-16.patch
Type: application/octet-stream
Size: 5965 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080716/c973acca/attachment.obj>

From milezv at yandex.ru  Wed Jul 16 13:23:06 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 16 Jul 2008 23:23:06 +0300
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <487BB3B3.2060300@gmx.net>
References: <657651216036776@webmail25.yandex.ru> <487BA33E.1040006@gmx.net>
	<308871216062956@webmail24.yandex.ru> <487BABAD.2040209@gmx.net>
	<341021216066324@webmail24.yandex.ru> <487BB3B3.2060300@gmx.net>
Message-ID: <487E58AA.6030608@yandex.ru>

Martin Stubenschrott wrote:
> Milez wrote:
> 
>> Actually it seems like we both trying to say the same thing,
>> but with different words.
> 
> Maybe you can find out, how vim handles this thing?
> 

I was thinking this problem in & out, reading a lot of docs
and found the following in vim's ":help :autocmd":

> Before executing the autocommands, the buffer from which the lines are to be
> written temporarily becomes the current buffer.  Unless the autocommands
> change the current buffer or delete the previously current buffer, the
> previously current buffer is made the current buffer again.

It's very straightforward way and I already thought about it & even did
some tests, but conclusion of the tests is: when I switch to some other
tab, execute command and switch back again makes tabs "blink" for a moment.

It's not just very good user experience, but can have some other side effects,
like "resetting" command line, modes, pass some user events (like key press)
to "background" tab etc...

I'm still researching on the issue, but can't find any nice approach
which can satisfy my programmer's filling of beauty :(


-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Wed Jul 16 13:35:15 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 16 Jul 2008 23:35:15 +0300
Subject: [Vimperator] Feature request: autocmd context
In-Reply-To: <487E58AA.6030608@yandex.ru>
References: <657651216036776@webmail25.yandex.ru> <487BA33E.1040006@gmx.net>
	<308871216062956@webmail24.yandex.ru> <487BABAD.2040209@gmx.net>
	<341021216066324@webmail24.yandex.ru>
	<487BB3B3.2060300@gmx.net> <487E58AA.6030608@yandex.ru>
Message-ID: <487E5B83.8040107@yandex.ru>

Although I have one idea.

We can support some kind of "activeTab" property
in, e.g., Tabs object, return it by default with getTab()
and operate on it with .buffer.

On event we can temporary set it to tab, which called the event
and switch back to current tab again.

All the other time (free from handling events) we must
support it equal to current tab.

It's not nice, but it could work... What do you think?


-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Thu Jul 17 05:45:33 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 17 Jul 2008 15:45:33 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <485156BB.1020404@tedpavlic.com>
References: <485156BB.1020404@tedpavlic.com>
Message-ID: <487F3EED.8070006@yandex.ru>

Here's my implementation of "tab duplicate" vimperator plugin
based on "Duplicate Tab" Firefox extension.

It adds ":tabd[uplicate]" command w/o any params.

It's still beta & not documented at all, but works for me.

What it does:

- duplicates tab's history,
- duplicates text & full zoom.

What it doesn't:

- I couldn't make it duplicate scroll position.

It also accepts "count": it creates count number of duplicate tabs
of current tab (if count is not set, it's considered equal to 1).

I post it here so you can (hopefully) benefit from it.
Any improvements are welcomed.

Ted Pavlic wrote:
> The "Duplicate tab" extension lets you open a new tab with the same 
> history as an existing tab.
> 
> Is there a way to do this with a command (or sequence of commands) in 
> Vimperator?
> 
> I know I could always yank the current tab URL and paste it to a new 
> one, but that wouldn't maintain the history.
> 
> --Ted
> 

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tabdup.js
Type: application/x-javascript
Size: 2653 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080717/4e57abd3/attachment.js>

From ted at tedpavlic.com  Thu Jul 17 06:03:06 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 17 Jul 2008 09:03:06 -0400
Subject: [Vimperator] Select boxes and jk-navigation
Message-ID: <487F430A.1080703@tedpavlic.com>

When I access a select box via a quick hint, I'm able to hop to 
different items in the select box by typing their first letter. However, 
sometimes I'd just like to scroll down the box. In order to do that, I 
have to use my arrow keys way over on the left.

It would be nice if there was a way for me to use j and k to move up and 
down, just like on the rest of the page. However, the select box is 
already looking for a letter to match to the first letter of each select 
option.

So what's a good solution? It's almost like I want to hit "Escape" and 
then start typing j and k to scroll, but hitting escape disables the 
select box.

Any thoughts?

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From dpb at driftaway.org  Thu Jul 17 06:59:09 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Thu, 17 Jul 2008 16:59:09 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <487F3EED.8070006@yandex.ru>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
Message-ID: <dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>

2008/7/17 Konstantin <milezv at yandex.ru>:
> Here's my implementation of "tab duplicate" vimperator plugin
> based on "Duplicate Tab" Firefox extension.
>
> It adds ":tabd[uplicate]" command w/o any params.
>
> It's still beta & not documented at all, but works for me.
>
> What it does:
>
> - duplicates tab's history,
> - duplicates text & full zoom.
>
> What it doesn't:
>
> - I couldn't make it duplicate scroll position.
>
> It also accepts "count": it creates count number of duplicate tabs
> of current tab (if count is not set, it's considered equal to 1).
>
> I post it here so you can (hopefully) benefit from it.
> Any improvements are welcomed.

Hi!

I'd personally like to see this integrated straight into the core
Vimperator, instead of being a plugin.

Martin, any opinions from you on this?

--
Daniel

From milezv at yandex.ru  Thu Jul 17 08:13:39 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 17 Jul 2008 18:13:39 +0300
Subject: [Vimperator] CSS plugin
Message-ID: <487F61A3.1050903@yandex.ru>

Hi, All,

Here's another plugin to control CSS rules on a page.

It adds 3 commands:

:cssrules

Lists all CSS stylesheets/rules for current page.

:css[rule]

Modifies/adds some rule on a page. Syntax similar to :set, so you can write:

:css body=background-color: gold; color: red !important; margin: 20px

I.e. left of equal sign is CSS selector, right of equal sign CSS rules definitions.

If rule doesn't exist, :cssrule! creates this rule, :cssrule ends with error.

:rmcss[rule]

Removes given rule, e.g.

:rmcss body

===========
All commands accept count.
If count is not set, commands affects ALL stylesheets and alter first rule with
given selector, if count is given commands operate for rules on countth stylesheet only.

I.e.

:1css ... - set rule on the first stylesheet,
:2rmcss ... - remove rule on second stylesheet,
:4cssrules - list all rules on fourth stylesheet.

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cssrules.js
Type: application/x-javascript
Size: 4955 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080717/a9bc64bb/attachment.js>

From milezv at yandex.ru  Thu Jul 17 08:45:09 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 17 Jul 2008 18:45:09 +0300
Subject: [Vimperator] CSS plugin
In-Reply-To: <487F61A3.1050903@yandex.ru>
References: <487F61A3.1050903@yandex.ru>
Message-ID: <487F6905.1020307@yandex.ru>

Here's less buggy version.
Testing is still required.


-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cssrules.js
Type: application/x-javascript
Size: 4955 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080717/2c84a912/attachment-0001.js>

From milezv at yandex.ru  Thu Jul 17 09:19:50 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 17 Jul 2008 19:19:50 +0300
Subject: [Vimperator] CSS plugin
In-Reply-To: <487F6905.1020307@yandex.ru>
References: <487F61A3.1050903@yandex.ru> <487F6905.1020307@yandex.ru>
Message-ID: <487F7126.4030208@yandex.ru>

Another update.

Added autocompletion to :cssrule, added regexp filter to :cssrules (e.g. :cssrules border:.*red 
display all rules setting border to red).

To Do:
implement :cssdump to dump stylesheets into local file, and :cssload to load stylesheet
from local file.

-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Thu Jul 17 09:20:44 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 17 Jul 2008 19:20:44 +0300
Subject: [Vimperator] CSS plugin
In-Reply-To: <487F6905.1020307@yandex.ru>
References: <487F61A3.1050903@yandex.ru> <487F6905.1020307@yandex.ru>
Message-ID: <487F715C.8040302@yandex.ru>

Oops, forgot to attach it.
I think it's last version for today as I have a lot of [paid] work to do...

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cssrules.js
Type: application/x-javascript
Size: 5639 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080717/9abd90d1/attachment.js>

From dotancohen at gmail.com  Thu Jul 17 09:32:06 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Thu, 17 Jul 2008 19:32:06 +0300
Subject: [Vimperator] Pasting into command line with keyboard
Message-ID: <880dece00807170932u1b2e3a2ke1a96d15326f58f@mail.gmail.com>

How can one paste the contents of the clipboard into the command line
in Vimperator? Thanks.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From dotancohen at gmail.com  Thu Jul 17 09:38:03 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Thu, 17 Jul 2008 19:38:03 +0300
Subject: [Vimperator] Pasting into command line with keyboard
In-Reply-To: <880dece00807170932u1b2e3a2ke1a96d15326f58f@mail.gmail.com>
References: <880dece00807170932u1b2e3a2ke1a96d15326f58f@mail.gmail.com>
Message-ID: <880dece00807170938t6cb5f18dr75659c5ffc37e887@mail.gmail.com>

2008/7/17 Dotan Cohen <dotancohen at gmail.com>:
> How can one paste the contents of the clipboard into the command line
> in Vimperator? Thanks.
>

I should mention that in TFA it is suggested to use Ctrl-V Ctrl-V to
paste, which does not work for me. Can someone confirm that this works
in the current version of Vimperator, with Firefox 3.0? Thanks.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From k at bijna.net  Thu Jul 17 10:28:10 2008
From: k at bijna.net (Kipling Inscore)
Date: Thu, 17 Jul 2008 10:28:10 -0700
Subject: [Vimperator] Pasting into command line with keyboard
In-Reply-To: <880dece00807170938t6cb5f18dr75659c5ffc37e887@mail.gmail.com>
References: <880dece00807170932u1b2e3a2ke1a96d15326f58f@mail.gmail.com>
	<880dece00807170938t6cb5f18dr75659c5ffc37e887@mail.gmail.com>
Message-ID: <53f7fc100807171028u42b3880av4125eb0fd02971de@mail.gmail.com>

On Thu, Jul 17, 2008 at 9:38 AM, Dotan Cohen <dotancohen at gmail.com> wrote:
> 2008/7/17 Dotan Cohen <dotancohen at gmail.com>:
>> How can one paste the contents of the clipboard into the command line
>> in Vimperator? Thanks.
>>
>
> I should mention that in TFA it is suggested to use Ctrl-V Ctrl-V to
> paste, which does not work for me. Can someone confirm that this works
> in the current version of Vimperator, with Firefox 3.0? Thanks.

Try Shift-Insert (if this is inconveniant you can use a map command for it).
Ctrl-V Ctrl-V works for me using Vimperator 1.2pre (CVS from a few
days ago with minor unrelated patching) and Firefox 3.0 (rc3 in Gentoo
portage), although it only reliably works for the explicit copy/cut
buffer that newer/gtk programs have and won't necissarily paste the
implicit selection/primary buffer. Shift-Insert pastes the implicit.

From dotancohen at gmail.com  Thu Jul 17 10:45:27 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Thu, 17 Jul 2008 20:45:27 +0300
Subject: [Vimperator] Pasting into command line with keyboard
In-Reply-To: <53f7fc100807171028u42b3880av4125eb0fd02971de@mail.gmail.com>
References: <880dece00807170932u1b2e3a2ke1a96d15326f58f@mail.gmail.com>
	<880dece00807170938t6cb5f18dr75659c5ffc37e887@mail.gmail.com>
	<53f7fc100807171028u42b3880av4125eb0fd02971de@mail.gmail.com>
Message-ID: <880dece00807171045p48044bc3pdede6af4cd61b821@mail.gmail.com>

2008/7/17 Kipling Inscore <k at bijna.net>:
> On Thu, Jul 17, 2008 at 9:38 AM, Dotan Cohen <dotancohen at gmail.com> wrote:
>> 2008/7/17 Dotan Cohen <dotancohen at gmail.com>:
>>> How can one paste the contents of the clipboard into the command line
>>> in Vimperator? Thanks.
>>>
>>
>> I should mention that in TFA it is suggested to use Ctrl-V Ctrl-V to
>> paste, which does not work for me. Can someone confirm that this works
>> in the current version of Vimperator, with Firefox 3.0? Thanks.
>
> Try Shift-Insert (if this is inconveniant you can use a map command for it).
> Ctrl-V Ctrl-V works for me using Vimperator 1.2pre (CVS from a few
> days ago with minor unrelated patching) and Firefox 3.0 (rc3 in Gentoo
> portage), although it only reliably works for the explicit copy/cut
> buffer that newer/gtk programs have and won't necissarily paste the
> implicit selection/primary buffer. Shift-Insert pastes the implicit.

Thanks. Ctrl-V Ctrl-V does not work for either clipboard on my system,
but Shift-Insert does work. Thanks.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From stubenschrott at gmx.net  Thu Jul 17 14:13:35 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 17 Jul 2008 23:13:35 +0200
Subject: [Vimperator] Select boxes and jk-navigation
In-Reply-To: <487F430A.1080703@tedpavlic.com>
References: <487F430A.1080703@tedpavlic.com>
Message-ID: <487FB5FF.8000700@gmx.net>

Ted Pavlic wrote:

> When I access a select box via a quick hint, I'm able to hop to 
> different items in the select box by typing their first letter. However, 
> sometimes I'd just like to scroll down the box. In order to do that, I 
> have to use my arrow keys way over on the left.
> 
> It would be nice if there was a way for me to use j and k to move up and 
> down, just like on the rest of the page. However, the select box is 
> already looking for a letter to match to the first letter of each select 
> option.
> 
> So what's a good solution? It's almost like I want to hit "Escape" and 
> then start typing j and k to scroll, but hitting escape disables the 
> select box.
> 
> Any thoughts?

Actually something like that was planned behavior for a long time, but nobody
implemented it, then somebody came, and sent a patch to pass keys to the select
box which was certainly better than nothing, so that was applied.

Right now, I am not sure, if supporting j/k/gg/G would be better or if the
current behavior isn't actually the better one.

What do others think?

--
Martin

From stubenschrott at gmx.net  Thu Jul 17 14:16:52 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 17 Jul 2008 23:16:52 +0200
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
Message-ID: <487FB6C4.3020009@gmx.net>

> I'd personally like to see this integrated straight into the core

> Vimperator, instead of being a plugin.


So do I.

 
> Martin, any opinions from you on this?

Well, I think since firefox already has a tab duplicate feature,
it would be nice to reuse their code rather than hack our own.

From k at bijna.net  Thu Jul 17 14:46:00 2008
From: k at bijna.net (Kipling Inscore)
Date: Thu, 17 Jul 2008 14:46:00 -0700
Subject: [Vimperator] Select boxes and jk-navigation
In-Reply-To: <487FB5FF.8000700@gmx.net>
References: <487F430A.1080703@tedpavlic.com> <487FB5FF.8000700@gmx.net>
Message-ID: <53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>

On Thu, Jul 17, 2008 at 2:13 PM, Martin Stubenschrott
<stubenschrott at gmx.net> wrote:
> Ted Pavlic wrote:
>
>> When I access a select box via a quick hint, I'm able to hop to
>> different items in the select box by typing their first letter. However,
>> sometimes I'd just like to scroll down the box. In order to do that, I
>> have to use my arrow keys way over on the left.
>>
>> It would be nice if there was a way for me to use j and k to move up and
>> down, just like on the rest of the page. However, the select box is
>> already looking for a letter to match to the first letter of each select
>> option.
>>
>> So what's a good solution? It's almost like I want to hit "Escape" and
>> then start typing j and k to scroll, but hitting escape disables the
>> select box.
>>
>> Any thoughts?
>
> Actually something like that was planned behavior for a long time, but nobody
> implemented it, then somebody came, and sent a patch to pass keys to the select
> box which was certainly better than nothing, so that was applied.
>
> Right now, I am not sure, if supporting j/k/gg/G would be better or if the
> current behavior isn't actually the better one.
>
> What do others think?

I think / ("slash") should be used to search for text in the list
(with support for vim-style regexp) and things like j/k/gg/G to
navigate. From list search, one escape (or enter) goes back to list
navigation, a second escape goes back to page navigation.
Alternatively (I don't like this as much but it might be easier to
implement and seems still reasonable to use), Ctrl-n/Ctrl-j,
Ctrl-p/Ctrl-k as has been mentioned for menus. Maybe Ctrl-^ and Ctrl-$
(or ^ and $ since they're easier to type and rarely found in lists)
for top and bottom, Ctrl-f and Ctrl-b for "page" navigation?

From stubenschrott at gmx.net  Thu Jul 17 14:52:41 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 17 Jul 2008 23:52:41 +0200
Subject: [Vimperator] Select boxes and jk-navigation
In-Reply-To: <53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>
References: <487F430A.1080703@tedpavlic.com> <487FB5FF.8000700@gmx.net>
	<53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>
Message-ID: <487FBF29.1080700@gmx.net>

Kipling Inscore wrote:

> I think / ("slash") should be used to search for text in the list
> (with support for vim-style regexp) and things like j/k/gg/G to
> navigate. From list search, one escape (or enter) goes back to list
> navigation, a second escape goes back to page navigation.

I like that idea, but it'll make the code much more difficult, however,
if somebody manages to do it right, I think i would apply that patch.

--
Martin

From milezv at yandex.ru  Fri Jul 18 02:45:26 2008
From: milezv at yandex.ru (Konstantin)
Date: Fri, 18 Jul 2008 12:45:26 +0300
Subject: [Vimperator] Select boxes and jk-navigation
In-Reply-To: <487FBF29.1080700@gmx.net>
References: <487F430A.1080703@tedpavlic.com> <487FB5FF.8000700@gmx.net>
	<53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>
	<487FBF29.1080700@gmx.net>
Message-ID: <48806636.6020703@yandex.ru>

Actually Ctrl-p/Ctrl-n for prev/next element is normal vim's behavior
for, e.g., autocomplete menus, so I really like the idea. And yes,
code for such change could be much shorter & simplier, and for me
its more vim-compatible, than "j/k/gg/G" + "/"-search for lists
(as vim doesn't do it for its dropdown menus).

So in short: I second the idea with <Ctrl-p>/<Ctrl-n> for dropdown's
navigation.

But I don't feel I will implement it, at least at nearest future,
as I'm satisfied with current Vimperator 1.2pre behavior.

Martin Stubenschrott wrote:
> Kipling Inscore wrote:
> 
>> I think / ("slash") should be used to search for text in the list
>> (with support for vim-style regexp) and things like j/k/gg/G to
>> navigate. From list search, one escape (or enter) goes back to list
>> navigation, a second escape goes back to page navigation.
> 
> I like that idea, but it'll make the code much more difficult, however,
> if somebody manages to do it right, I think i would apply that patch.
> 
> --
> Martin
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
> 

-- 
Konstantin Stepanov
Web Developer

From ted at tedpavlic.com  Fri Jul 18 06:07:13 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 18 Jul 2008 09:07:13 -0400
Subject: [Vimperator] Select boxes and jk-navigation
In-Reply-To: <53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>
References: <487F430A.1080703@tedpavlic.com> <487FB5FF.8000700@gmx.net>
	<53f7fc100807171446v5bb2ad66q4538c4697f9e7184@mail.gmail.com>
Message-ID: <48809581.7010203@tedpavlic.com>

> I think / ("slash") should be used to search for text in the list 
> (with support for vim-style regexp) and things like j/k/gg/G to 
> navigate. From list search, one escape (or enter) goes back to list 
> navigation, a second escape goes back to page navigation. 

I like that idea. It's my favorite of the two alternatives mentioned
here, but I worry that people will expect something more like the
current behavior and will not be able to make the leap to this very
elegant solution.

> Alternatively (I don't like this as much but it might be easier to 
> implement and seems still reasonable to use), Ctrl-n/Ctrl-j, 
> Ctrl-p/Ctrl-k as has been mentioned for menus. Maybe Ctrl-^ and
> Ctrl-$ (or ^ and $ since they're easier to type and rarely found in
> lists) for top and bottom, Ctrl-f and Ctrl-b for "page" navigation? 

I don't like that idea as much, but it seems more "cognitively portable"
to those straddling the line between being Vim users and wanting a
keyboard friendly browser.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From milezv at yandex.ru  Fri Jul 18 06:35:33 2008
From: milezv at yandex.ru (Konstantin)
Date: Fri, 18 Jul 2008 16:35:33 +0300
Subject: [Vimperator] :setlocal / :setglobal implementation patch
Message-ID: <48809C25.4080004@yandex.ru>

While investigating ways of context :autocmd implementation,
I decided to implement local variable for now.

I added following commands:

:setlocal
:setglobal

They basicly call :set command, which was updated to use "scope" var
from modifiers param to set local or global params only.

New constants:

liberator.options.OPTION_SCOPE_LOCAL = 1
liberator.options.OPTION_SCOPE_GLOBAL = 2
liberator.options.OPTION_SCOPE_BOTH = 3 (i.e. LOCAL | GLOBAL)

New Option property: scope - bit mask of above to constants.

liberator.Option constructor have new "scope" param to set this property
at object construction time.

I store local values in window.content.document.liberatorOptions hash (or, ah, Object
used as hash) with keys equal to var names and values equal to... values :)
I use hash to make access by key quick (it's faster to get a prop. of an object
than enumerate all elements of array).

I added "options" readonly property to liberator.buffer object,
which given back window.content.document.liberatorOptions hash/object reference
(and creates it if necessary).

Option's setter and getter are modified as well :)

Currently all options are considered global by default,
but I think it would be nice to move "scope" value from extraInfo
hash-param of liberator.options.add method into separate param
and change all options definitions to benefit from these new
infrastructure. It will require review of all current options
and declare them as either SCOPE_GLOBAL (e.g. titlestring, guioptions)
or SCOPE_BOTH (e.g. hlsearch, so it can be overridden for some tabs
with :setlocal command).

Only basic testing is done however, so you may want to QA it better.

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: localvars.patch.txt
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080718/3bee5b41/attachment-0001.txt>

From milezv at yandex.ru  Fri Jul 18 09:09:35 2008
From: milezv at yandex.ru (Konstantin)
Date: Fri, 18 Jul 2008 19:09:35 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <487FB6C4.3020009@gmx.net>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net>
Message-ID: <4880C03F.50304@yandex.ru>

> 
> Well, I think since firefox already has a tab duplicate feature,
> it would be nice to reuse their code rather than hack our own.

Actually it is not:

> To be honest, I did my Cntrl+Shift+T with the Duplicate Tab extension turned on.
> 
> In another group, I was told by someone who sounded legit that Cntrl+Shift+T was built-in to Firefox. Perhaps they were wrong. :(
> 
> --Ted
> 
> Konstantin wrote:
>> I tried it out, but it behaves like "Undo" function,
>> no tab duplication appears, just old closed tabs come back to life.
>>
>> I tried to turn on pass-through mode with Ctrl-Q & Ctrl-V,
>> but it doesn't affect described Ctrl-Shift-T behavior.
>>
>> FreeBSD 7.0-STABLE #11, Mozilla Firefox 3.0, Vimperator 1.2pre
>> (latest CVS).
>>
>> Ted Pavlic wrote:
>>>> The "Duplicate tab" extension lets you open a new tab with the same history as an existing tab.
>>>>
>>>> Is there a way to do this with a command (or sequence of commands) in Vimperator?
>>> NOTE: I found out that Cntrl+Shift+T is *BUILT-IN* to FireFox. It duplicates the current tab. No extensions necessary.
>>>
>>> That's Cntrl, even on a Mac.
>>>
>>> --Ted
>>>

I could not run duplicate tab with Ctrl-Shift-T in Firefox 3,
even in pass-through mode.
If anybody can do it somehow (with any "Duplicate Tab"-like extensions
turned off), let me know, I'm really curious about it.
But I couldn't find any native fx tab duplicate feature,
no matter how hard I try.

Ctrl-Shift-T behaves like "Undo Close Tab" option for me.

-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Sat Jul 19 08:35:12 2008
From: milezv at yandex.ru (Konstantin)
Date: Sat, 19 Jul 2008 18:35:12 +0300
Subject: [Vimperator] CSS plugin
In-Reply-To: <487F61A3.1050903@yandex.ru>
References: <487F61A3.1050903@yandex.ru>
Message-ID: <488209B0.7070709@yandex.ru>

Hi, All,

Here I post first more or less functional release of my cssrules.js
plugin with full docs embedded into source code :)

Hope you can benefit of it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cssrules.js
Type: application/x-javascript
Size: 20532 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080719/beee1e35/attachment.js>

From daniel.schaffrath at mac.com  Sat Jul 19 09:56:24 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Sat, 19 Jul 2008 18:56:24 +0200
Subject: [Vimperator] nextpattern to trigger prefetch?
Message-ID: <EE58883B-CC58-4AD2-958B-9462D261D439@mac.com>

As the nextpattern seems to work that great I thought it might be a  
"ethical" idea to prefetch the according links (as firefox already  
prefetches links which are explicitly attributed as prefetch/next). I  
just tried it like below -- by augmenting followDocumentRelationship  
with a mode to really follow or just prefetch a relationship.

Unfortunately wireshark shows me that firefox never fires any prefetch  
requests. Although (from my understanding) all conditions from [1]  
hold. Maybe you have any pointers? Besides, how can one make these  
mozilla LOG message visible to be found in [1]? That would probably  
help a lot!

Thank you,
Daniel

[1] http://lxr.mozilla.org/mozilla/source/uriloader/prefetch/nsPrefetchService.cpp#753



diff --git a/src/content/buffer.js b/src/content/buffer.js
--- a/src/content/buffer.js
+++ b/src/content/buffer.js
@@ -26,16 +26,19 @@ the terms of any one of the MPL, the GPL
  the terms of any one of the MPL, the GPL or the LGPL.
  }}} ***** END LICENSE BLOCK *****/

  liberator.Buffer = function () //{{{
  {
      ////////////////////////////////////////////////////////////////////////////////
      ////////////////////// PRIVATE  
SECTION /////////////////////////////////////////
      /////////////////////////////////////////////////////////////////////////////{{{
+
+    const PrefetchService = Components.classes["@mozilla.org/prefetch- 
service;1"]
+ 
                             .getService 
(Components.interfaces.nsIPrefetchService);

      var zoomLevels = [ 1, 10, 25, 50, 75, 90, 100,
                          120, 150, 200, 300, 500, 1000, 2000 ];

      function setZoom(value, fullZoom)
      {
          if (value < 1 || value > 2000)
          {
@@ -151,16 +154,30 @@ liberator.Buffer = function () //{{{
          {
              setter: function (value) { window.fullScreen = value; },
              getter: function () { return window.fullScreen; }
          });

      liberator.options.add(["nextpattern"],
          "Patterns to use when guessing the 'next' page in a document  
sequence",
          "stringlist", "\\bnext\\b,^>$,^(>>|??)$,^(>|??),(>|??)$,\ 
\bmore\\b");
+
+    liberator.options.add(["prefetch"],
+        "Prefetch pages which match the previous/nextpattern",
+        "boolean", false,
+        {
+            setter: function (value)
+            {
+                if (value && ! 
liberator.options.getPref("network.prefetch-next"))
+                {
+                    liberator.echoerr("Prefetching prohibited by  
firefox preferences.");
+                    this.reset();
+                }
+            }
+        });

      liberator.options.add(["previouspattern"],
          "Patterns to use when guessing the 'previous' page in a  
document sequence",
          "stringlist", "\\bprev|previous\\b,^<$,^(<<|??)$,^(<|??),(<|? 
?)$");

      liberator.options.add(["pageinfo", "pa"], "Desired info  
on :pa[geinfo]", "charlist", "gfm",
          {
              validator: function (value) { return !(/ 
[^gfm]/.test(value) || value.length > 3 || value.length < 1); }
@@ -295,22 +312,22 @@ liberator.Buffer = function () //{{{

      liberator.mappings.add(modes, ["[f"],
          "Focus previous frame",
          function (count) { liberator.buffer.shiftFrameFocus(count >  
1 ? count : 1, false); },
          { flags: liberator.Mappings.flags.COUNT });

      liberator.mappings.add(modes, ["]]"],
          "Follow a link labeled to 'next' or '>' if it exists",
-        function (count)  
{ liberator.buffer.followDocumentRelationship("next"); },
+        function (count)  
{ liberator.buffer.followDocumentRelationship("next",  
liberator.buffer.FOLLOW_EXECUTE); },
          { flags: liberator.Mappings.flags.COUNT });

      liberator.mappings.add(modes, ["[["],
          "Follow a link labeled to 'prev', 'previous' or '<' if it  
exists",
-        function (count)  
{ liberator.buffer.followDocumentRelationship("previous"); },
+        function (count)  
{ liberator.buffer.followDocumentRelationship("previous",  
liberator.buffer.FOLLOW_EXECUTE); },
          { flags: liberator.Mappings.flags.COUNT });

      liberator.mappings.add(modes, ["gf"],
          "View source",
          function () { liberator.buffer.viewSource(null, false); });

      liberator.mappings.add(modes, ["gF"],
          "View source with an external editor",
@@ -519,16 +536,19 @@ liberator.Buffer = function () //{{{
                  liberator.buffer.textZoom = level;
          });

      /////////////////////////////////////////////////////////////////////////////}}}
      ////////////////////// PUBLIC  
SECTION //////////////////////////////////////////
      /////////////////////////////////////////////////////////////////////////////{{{

      return {
+
+        FOLLOW_EXECUTE: 0,
+        FOLLOW_PREFETCH: 1,

          // 0 if loading, 1 if loaded or 2 if load failed
          get loaded()
          {
              if (typeof window.content.document.pageIsFullyLoaded !=  
"undefined")
                  return window.content.document.pageIsFullyLoaded;
              else
                  return 0; // in doubt return "loading"
@@ -1163,20 +1183,42 @@ liberator.Buffer = function () //{{{
                                  br = "<br/>";
                          }
                          break;
                  }
              }
              liberator.echo(pageInfoText,  
liberator.commandline.FORCE_MULTILINE);
          },

-        followDocumentRelationship: function (relationship)
+        followDocumentRelationship: function (relationship, mode)
          {
-            function followFrameRelationship(relationship, parsedFrame)
+            function followFrameRelationship(relationship,  
parsedFrame, mode)
              {
+                function handleElem(elem, parsedFrame, mode)
+                {
+                    switch (mode)
+                    {
+                        case liberator.buffer.FOLLOW_EXECUTE:
+                            liberator.buffer.followLink(elem,  
liberator.CURRENT_TAB);
+                            break;
+                        case liberator.buffer.FOLLOW_PREFETCH:
+                            if (liberator.options["prefetch"] &&  
liberator.options.getPref("network.prefetch-next"))
+                            {
+                                liberator.log("Prefetching " +  
makeURLAbsolute(elem.baseURI, elem.href));
+                                 
PrefetchService.prefetchURI(makeURLAbsolute(elem.baseURI, elem.href),  
parsedFrame.location.href, true);
+                            }
+                            break;
+                        default:
+                            liberator.log("Unknown follow mode " +  
mode);
+                    }
+                }
+
                  var regexps;
                  var relText;
                  var patternText;
                  var revString;
                  switch (relationship)
                  {
                      case "next":
                          regexps =  
liberator.options["nextpattern"].split(",");
@@ -1194,78 +1236,84 @@ liberator.Buffer = function () //{{{
                  relText = new RegExp(relationship, "i");
                  revText = new RegExp(revString, "i");
                  var elems =  
parsedFrame.document.getElementsByTagName("link");
                  // links have higher priority than normal <a> hrefs
                  for (var i = 0; i < elems.length; i++)
                  {
                      if (relText.test(elems[i].rel) ||  
revText.test(elems[i].rev))
                      {
+                        if (!prefetch) {
                              liberator.open(elems[i].href);
-                            return true;
+                        }
+                        else
+                        {
+                            // prefetching is handled by firefox  
internally in this case
+                      }
+                        return true;
                      }
                  }

                  // no links? ok, look for hrefs
                  elems =  
parsedFrame.document.getElementsByTagName("a");
                  for (var i = 0; i < elems.length; i++)
                  {
                      if (relText.test(elems[i].rel) ||  
revText.test(elems[i].rev))
                      {
-                        liberator.buffer.followLink(elems[i],  
liberator.CURRENT_TAB);
+                        handleElem(elems[i], parsedFrame, mode);
                          return true;
                      }
                  }

                  for (var pattern = 0; pattern < regexps.length;  
pattern++)
                  {
                      patternText = new RegExp(regexps[pattern], "i");
                      for (var i = 0; i < elems.length; i++)
                      {
                          if (patternText.test(elems[i].textContent))
                          {
-                            liberator.buffer.followLink(elems[i],  
liberator.CURRENT_TAB);
+                            handleElem(elems[i], parsedFrame, mode);
                              return true;
                          }
                          else
                          {
                              // images with alt text being href
                              var children = elems[i].childNodes;
                              for (var j = 0; j < children.length; j++)
                              {
                                  if (patternText.test(children[j].alt))
                                  {
-                                     
liberator.buffer.followLink(elems[i], liberator.CURRENT_TAB);
+                                    handleElem(elems[i], parsedFrame,  
mode);
                                      return true;
                                  }
                              }
                          }
                      }
                  }
                  return false;
              }

              var retVal;
              if (window.content.frames.length != 0)
              {
-                retVal = followFrameRelationship(relationship,  
window.content);
+                retVal = followFrameRelationship(relationship,  
window.content, mode);
                  if (!retVal)
                  {
                      // only loop through frames if the main content  
didnt match
                      for (var i = 0; i <  
window.content.frames.length; i++)
                      {
-                        retVal =  
followFrameRelationship(relationship, window.content.frames[i]);
+                        retVal =  
followFrameRelationship(relationship, window.content.frames[i], mode);
                          if (retVal)
                              break;
                      }
                  }
              }
              else
              {
-                retVal = followFrameRelationship(relationship,  
window.content);
+                retVal = followFrameRelationship(relationship,  
window.content, mode);
              }

              if (!retVal)
                  liberator.beep();
          },

          viewSelectionSource: function ()
          {
diff --git a/src/content/events.js b/src/content/events.js
--- a/src/content/events.js
+++ b/src/content/events.js
@@ -449,16 +449,18 @@ liberator.Events = function () //{{{

              var url = liberator.buffer.URL;
              var title = liberator.buffer.title;

              //update history
              if (url && liberator.history)
                  liberator.history.add(url, title);

+            liberator.buffer.followDocumentRelationship("next",  
liberator.buffer.FOLLOW_PREFETCH);
+            liberator.buffer.followDocumentRelationship("previous",  
liberator.buffer.FOLLOW_PREFETCH);
              liberator.autocommands.trigger("PageLoad", url);

              // mark the buffer as loaded, we can't use  
liberator.buffer.loaded
              // since that always refers to the current buffer, while  
doc can be
              // any buffer, even in a background tab
              doc.pageIsFullyLoaded = 1;

              // code which is only relevant if the page load is the  
current tab goes here:


From dougkearns at gmail.com  Sat Jul 19 22:41:43 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Sun, 20 Jul 2008 15:41:43 +1000
Subject: [Vimperator] CSS plugin
In-Reply-To: <488209B0.7070709@yandex.ru>
References: <487F61A3.1050903@yandex.ru> <488209B0.7070709@yandex.ru>
Message-ID: <644fc65e0807192241u5ece51c3td047206b83c3f5a4@mail.gmail.com>

On Sun, Jul 20, 2008 at 1:35 AM, Konstantin <milezv at yandex.ru> wrote:
> Hi, All,
>
> Here I post first more or less functional release of my cssrules.js
> plugin with full docs embedded into source code :)
>
> Hope you can benefit of it.

Thanks!  I added this to the scripts repository page.

Regards,
Doug

From stubenschrott at gmx.net  Sun Jul 20 05:38:16 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Sun, 20 Jul 2008 14:38:16 +0200
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <4880C03F.50304@yandex.ru>
References: <485156BB.1020404@tedpavlic.com>
	<487F3EED.8070006@yandex.ru>	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>	<487FB6C4.3020009@gmx.net>
	<4880C03F.50304@yandex.ru>
Message-ID: <488331B8.4080506@gmx.net>

Konstantin wrote:

> I could not run duplicate tab with Ctrl-Shift-T in Firefox 3,
> even in pass-through mode.
> If anybody can do it somehow (with any "Duplicate Tab"-like extensions
> turned off), let me know, I'm really curious about it.
> But I couldn't find any native fx tab duplicate feature,
> no matter how hard I try.

Hold ctrl and drag the tab to a new location, it's duplicated.

From milezv at yandex.ru  Sun Jul 20 07:48:11 2008
From: milezv at yandex.ru (Konstantin)
Date: Sun, 20 Jul 2008 17:48:11 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <488331B8.4080506@gmx.net>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net>
Message-ID: <4883502B.4020008@yandex.ru>



Martin Stubenschrott wrote:
> 
> Hold ctrl and drag the tab to a new location, it's duplicated.

That's it! Thank you a lot for pointing it our!
I feel I'll never open all features of Firefox :)

-- 
Konstantin Stepanov
Web Developer

From milezv at yandex.ru  Sun Jul 20 16:11:56 2008
From: milezv at yandex.ru (Konstantin)
Date: Mon, 21 Jul 2008 02:11:56 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <488331B8.4080506@gmx.net>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net>
Message-ID: <4883C63C.4030102@yandex.ru>

I investigated this feature some more and came to conclusion
that duplication is done via sessionstore service.

I implemented it in this new patch, adding
new liberator.tabs.cloneTab() method and :tabd[uplicate]
command utilizing this method.

This implementation is very short, quick and accurate.
:tabduplicate uses "tabopen" value of 'activate' option
to define if new tab should be background or foreground by default,
uses "!" to revert this default behavior and uses count
to open many duplicate tabs at once.

Thanks for opening my eyes :)

-- 
Konstantin Stepanov
Web Developer
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: clonetab.patch.txt
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080721/56f772ed/attachment.txt>

From ted at tedpavlic.com  Sun Jul 20 18:56:05 2008
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sun, 20 Jul 2008 21:56:05 -0400
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <4883C63C.4030102@yandex.ru>
References: <485156BB.1020404@tedpavlic.com>
	<487F3EED.8070006@yandex.ru>	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>	<487FB6C4.3020009@gmx.net>
	<4880C03F.50304@yandex.ru>	<488331B8.4080506@gmx.net>
	<4883C63C.4030102@yandex.ru>
Message-ID: <4883ECB5.7010602@tedpavlic.com>

FANTASTIC.

It works for me. It's especially nice because I'm on OS X and the 
Cmd+Click functionality is broke on OS X with FF3.

--Ted

Konstantin wrote:
> I investigated this feature some more and came to conclusion
> that duplication is done via sessionstore service.
> 
> I implemented it in this new patch, adding
> new liberator.tabs.cloneTab() method and :tabd[uplicate]
> command utilizing this method.
> 
> This implementation is very short, quick and accurate.
> :tabduplicate uses "tabopen" value of 'activate' option
> to define if new tab should be background or foreground by default,
> uses "!" to revert this default behavior and uses count
> to open many duplicate tabs at once.
> 
> Thanks for opening my eyes :)



-- 
Ted Pavlic <ted at tedpavlic.com>

From dpb at driftaway.org  Sun Jul 20 23:31:58 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 21 Jul 2008 09:31:58 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <4883C63C.4030102@yandex.ru>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net> <4883C63C.4030102@yandex.ru>
Message-ID: <dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>

2008/7/21 Konstantin <milezv at yandex.ru>:
> I investigated this feature some more and came to conclusion
> that duplication is done via sessionstore service.
>
> I implemented it in this new patch, adding
> new liberator.tabs.cloneTab() method and :tabd[uplicate]
> command utilizing this method.
>
> This implementation is very short, quick and accurate.
> :tabduplicate uses "tabopen" value of 'activate' option
> to define if new tab should be background or foreground by default,
> uses "!" to revert this default behavior and uses count
> to open many duplicate tabs at once.
>
> Thanks for opening my eyes :)

Hi,

Could you add a help section for the command too?

I'll apply the patch after that (if no-one else beats me to it :p)

--
Daniel

From milezv at yandex.ru  Mon Jul 21 02:00:17 2008
From: milezv at yandex.ru (Konstantin Stepanov)
Date: Mon, 21 Jul 2008 13:00:17 +0400
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net> <4883C63C.4030102@yandex.ru>
	<dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>
Message-ID: <587691216630817@webmail18.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080721/5c940a99/attachment.html>

From milezv at yandex.ru  Mon Jul 21 02:02:35 2008
From: milezv at yandex.ru (Konstantin Stepanov)
Date: Mon, 21 Jul 2008 13:02:35 +0400
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net> <4883C63C.4030102@yandex.ru>
	<dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>
Message-ID: <782121216630955@webmail12.yandex.ru>

Looks like my webmail has broken inline patch.
Here it is attached.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch.txt
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080721/f27b8c61/attachment.txt>

From dpb at driftaway.org  Mon Jul 21 02:38:12 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 21 Jul 2008 12:38:12 +0300
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <782121216630955@webmail12.yandex.ru>
References: <485156BB.1020404@tedpavlic.com> <487F3EED.8070006@yandex.ru>
	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>
	<487FB6C4.3020009@gmx.net> <4880C03F.50304@yandex.ru>
	<488331B8.4080506@gmx.net> <4883C63C.4030102@yandex.ru>
	<dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>
	<782121216630955@webmail12.yandex.ru>
Message-ID: <dd9711230807210238k66316fe1w95a1acb79b6e9b9f@mail.gmail.com>

2008/7/21 Konstantin Stepanov <milezv at yandex.ru>:
> Looks like my webmail has broken inline patch.
> Here it is attached.

Patch added to CVS. (Forgot to ask you for an entry about it for NEWS
and AUTHORS files too, but added them myself..)

Thanks for the patch!

--
Daniel

From milezv at yandex.ru  Mon Jul 21 05:27:31 2008
From: milezv at yandex.ru (Konstantin Stepanov)
Date: Mon, 21 Jul 2008 16:27:31 +0400
Subject: [Vimperator] Regexp bug found
Message-ID: <1193601216643251@webmail3.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080721/2de68adc/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch.txt
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080721/2de68adc/attachment.txt>

From dpb at driftaway.org  Mon Jul 21 05:37:40 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 21 Jul 2008 15:37:40 +0300
Subject: [Vimperator] Regexp bug found
In-Reply-To: <1193601216643251@webmail3.yandex.ru>
References: <1193601216643251@webmail3.yandex.ru>
Message-ID: <dd9711230807210537o4b633de3ga4b6a6adc539a5bd@mail.gmail.com>

2008/7/21 Konstantin Stepanov <milezv at yandex.ru>:
> One more similar bug in options.js (patch attached).

Patch applied. Thanks!

--
Daniel

From stubenschrott at gmx.net  Mon Jul 21 14:27:36 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 21 Jul 2008 23:27:36 +0200
Subject: [Vimperator] Duplicate tab?
In-Reply-To: <dd9711230807210238k66316fe1w95a1acb79b6e9b9f@mail.gmail.com>
References: <485156BB.1020404@tedpavlic.com>
	<487F3EED.8070006@yandex.ru>	<dd9711230807170659r3e1e352dgc0e9af8a5231110e@mail.gmail.com>	<487FB6C4.3020009@gmx.net>
	<4880C03F.50304@yandex.ru>	<488331B8.4080506@gmx.net>
	<4883C63C.4030102@yandex.ru>	<dd9711230807202331m297b764ckfc7aa990eae27ae8@mail.gmail.com>	<782121216630955@webmail12.yandex.ru>
	<dd9711230807210238k66316fe1w95a1acb79b6e9b9f@mail.gmail.com>
Message-ID: <4884FF48.6070205@gmx.net>

Daniel Bainton wrote:

> Thanks for the patch!

Yeah, nice work, Konstantin!

Also thanks a lot to you, Daniel, for applying the patch!

--
Martin

From stubenschrott at gmx.net  Mon Jul 21 23:55:00 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Tue, 22 Jul 2008 08:55:00 +0200
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <20080722001033.GA12280@waste.org>
References: <20080722001033.GA12280@waste.org>
Message-ID: <48858444.3070405@gmx.net>

skaar wrote:

> Hi Martin,
> 
> vimperator has been great, but the recent change to make ctrl+Q enter
> pass through mode seems unfortunate, since if you hit it twice it will
> exit firefox - I've been running into this all the time lately when I
> am already in pass through mode and I'm out of habit hits it when
> operate on a particular site that needs it.


Yeah, remapping is your friend :) Or tell me any other *good* key combo which
is available in all modes ('I' didn't work in insert mode; I don't like alt-
combos, and most ctrl- combos are already taken). Apart from that, ctrl-Q has
a nice mnemonic "Quit (vimperator)". Maybe ctrl-z would work (just like in the
shell). What do people on the mailing list think, should we change that key
combo again? (I CC'ed the message to the mailing list, hope you don't mind)

> Nontheless - together with the vi-plugin for netbeans vimperator is the
> greatest "new" software that I've picked up the last year or so. Great
> stuff :))

Nice you like it.

--
Martin

From dpb at driftaway.org  Tue Jul 22 00:35:25 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Tue, 22 Jul 2008 10:35:25 +0300
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <48858444.3070405@gmx.net>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
Message-ID: <dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>

2008/7/22 Martin Stubenschrott <stubenschrott at gmx.net>:
> skaar wrote:
>
>> Hi Martin,
>>
>> vimperator has been great, but the recent change to make ctrl+Q enter
>> pass through mode seems unfortunate, since if you hit it twice it will
>> exit firefox - I've been running into this all the time lately when I
>> am already in pass through mode and I'm out of habit hits it when
>> operate on a particular site that needs it.
>
>
> Yeah, remapping is your friend :) Or tell me any other *good* key combo which
> is available in all modes ('I' didn't work in insert mode; I don't like alt-
> combos, and most ctrl- combos are already taken). Apart from that, ctrl-Q has
> a nice mnemonic "Quit (vimperator)". Maybe ctrl-z would work (just like in the
> shell). What do people on the mailing list think, should we change that key
> combo again? (I CC'ed the message to the mailing list, hope you don't mind)

I'm with the change. Ctrl-Z is better IMO.

--
Daniel

From dougkearns at gmail.com  Tue Jul 22 01:55:44 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Tue, 22 Jul 2008 18:55:44 +1000
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
Message-ID: <644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>

On Tue, Jul 22, 2008 at 5:35 PM, Daniel Bainton <dpb at driftaway.org> wrote:

<snip>

> I'm with the change. Ctrl-Z is better IMO.

The only potential issue is that Ctrl-Z is equivalent to :stop/:supend
in Vim and :stop in Vimperator currently terminates the page load.

Doug

From bryan.deter at gmail.com  Tue Jul 22 04:30:05 2008
From: bryan.deter at gmail.com (Bryan Deter)
Date: Tue, 22 Jul 2008 07:30:05 -0400
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
Message-ID: <345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>

>From my perspective, Ctrl-Z has always been a suspend command, which seems
appropriate here.  S could be appropriate for Stop, and would fit in with
the overall command scheme for vim.

I also did a quick check for what S was in vim, it's Substitute, so that
would be a insert mode only command.

Bryan Deter

On Tue, Jul 22, 2008 at 4:55 AM, Doug Kearns <dougkearns at gmail.com> wrote:

> On Tue, Jul 22, 2008 at 5:35 PM, Daniel Bainton <dpb at driftaway.org> wrote:
>
> <snip>
>
> > I'm with the change. Ctrl-Z is better IMO.
>
> The only potential issue is that Ctrl-Z is equivalent to :stop/:supend
> in Vim and :stop in Vimperator currently terminates the page load.
>
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080722/d46cd02d/attachment.html>

From eyolf at oestrem.com  Tue Jul 22 04:37:23 2008
From: eyolf at oestrem.com (Eyolf =?iso-8859-1?Q?=D8strem?=)
Date: Tue, 22 Jul 2008 13:37:23 +0200
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
Message-ID: <20080722113723.GA14823@eyo>


On 22.07.2008 (07:30), Bryan Deter wrote:
> >From my perspective, Ctrl-Z has always been a suspend command, which seems
> appropriate here.  S could be appropriate for Stop, and would fit in with
> the overall command scheme for vim.

+1 for ctrl-z

eyolf

-- 
You cannot know history unless you know how leaders move with its currents.  
Every leader requires outsiders to perpetuate his leadership.  Examine my 
career:  I was leader and outsider.  Do not assume I merely created a 
Church-State.  That was my function as leader and I copied historical models.  
Barbaric arts of my time reveal me as outsider.  Favorite poetry:  epics.  
Popular dramatic ideal:  heroism.  Dances:  wildly abandoned.
Stimulants to make people sense what I took from them.  What did I take?
The right to choose a role in history.

  -- Leto II (The Tyrant):  Vether Bebe Translation

From tomas at honzak.cz  Tue Jul 22 04:59:55 2008
From: tomas at honzak.cz (Tomas Honzak)
Date: Tue, 22 Jul 2008 13:59:55 +0200
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <20080722113723.GA14823@eyo>
References: <20080722001033.GA12280@waste.org>
	<48858444.3070405@gmx.net>	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
	<20080722113723.GA14823@eyo>
Message-ID: <4885CBBB.2050504@honzak.cz>

Eyolf ?strem wrote:
> On 22.07.2008 (07:30), Bryan Deter wrote:
>> >From my perspective, Ctrl-Z has always been a suspend command, which seems
>> appropriate here.  S could be appropriate for Stop, and would fit in with
>> the overall command scheme for vim.
> 
> +1 for ctrl-z
> 
> eyolf
> 

+1 for ctrl-z

th


-- 
  (o_   -= Tomas Honzak * tomas at honzak.cz * http://tomas.honzak.cz =-
  //\     GCS d+(-) s: a- C+++$ UL++++$ P+++$ L+++$ E--- W++ K- w---
  V_/_  O- M- PS+ PE++ PGP+ t+ tv b++ DI+++ D+ G+ e+++ h--- r+++ y+++

From chm.duquesne at gmail.com  Tue Jul 22 05:07:20 2008
From: chm.duquesne at gmail.com (Christophe-Marie Duquesne)
Date: Tue, 22 Jul 2008 14:07:20 +0200
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <4885CBBB.2050504@honzak.cz>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
	<20080722113723.GA14823@eyo> <4885CBBB.2050504@honzak.cz>
Message-ID: <8ccc3510807220507q57f4a86fhe338b8c1444bc07e@mail.gmail.com>

+1 for Ctrl-Z also.

On Tue, Jul 22, 2008 at 1:59 PM, Tomas Honzak <tomas at honzak.cz> wrote:

> Eyolf ?strem wrote:
>
>> On 22.07.2008 (07:30), Bryan Deter wrote:
>>
>>> >From my perspective, Ctrl-Z has always been a suspend command, which
>>> seems
>>> appropriate here.  S could be appropriate for Stop, and would fit in with
>>> the overall command scheme for vim.
>>>
>>
>> +1 for ctrl-z
>>
>> eyolf
>>
>>
> +1 for ctrl-z
>
> th
>
>
> --
>  (o_   -= Tomas Honzak * tomas at honzak.cz * http://tomas.honzak.cz =-
>  //\     GCS d+(-) s: a- C+++$ UL++++$ P+++$ L+++$ E--- W++ K- w---
>  V_/_  O- M- PS+ PE++ PGP+ t+ tv b++ DI+++ D+ G+ e+++ h--- r+++ y+++
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Christophe-Marie Duquesne
?l?ve ing?nieur 2A ensimag
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080722/7f33f4b9/attachment-0001.html>

From nickp at developernotes.com  Tue Jul 22 06:24:32 2008
From: nickp at developernotes.com (Nick Parker)
Date: Tue, 22 Jul 2008 08:24:32 -0500
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <8ccc3510807220507q57f4a86fhe338b8c1444bc07e@mail.gmail.com>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
	<20080722113723.GA14823@eyo> <4885CBBB.2050504@honzak.cz>
	<8ccc3510807220507q57f4a86fhe338b8c1444bc07e@mail.gmail.com>
Message-ID: <cf06edfd0807220624y2c485da1vd0c7925d13a636bd@mail.gmail.com>

+1 on Ctrl + z
Nick Parker
www.developernotes.com

On Tue, Jul 22, 2008 at 7:07 AM, Christophe-Marie Duquesne <
chm.duquesne at gmail.com> wrote:

> +1 for Ctrl-Z also.
>
>
> On Tue, Jul 22, 2008 at 1:59 PM, Tomas Honzak <tomas at honzak.cz> wrote:
>
>> Eyolf ?strem wrote:
>>
>>> On 22.07.2008 (07:30), Bryan Deter wrote:
>>>
>>>> >From my perspective, Ctrl-Z has always been a suspend command, which
>>>> seems
>>>> appropriate here.  S could be appropriate for Stop, and would fit in
>>>> with
>>>> the overall command scheme for vim.
>>>>
>>>
>>> +1 for ctrl-z
>>>
>>> eyolf
>>>
>>>
>> +1 for ctrl-z
>>
>> th
>>
>>
>> --
>>  (o_   -= Tomas Honzak * tomas at honzak.cz * http://tomas.honzak.cz =-
>>  //\     GCS d+(-) s: a- C+++$ UL++++$ P+++$ L+++$ E--- W++ K- w---
>>  V_/_  O- M- PS+ PE++ PGP+ t+ tv b++ DI+++ D+ G+ e+++ h--- r+++ y+++
>>
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
>
>
>
> --
> Christophe-Marie Duquesne
> ?l?ve ing?nieur 2A ensimag
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080722/72d3229e/attachment.html>

From stubenschrott at gmx.net  Tue Jul 22 09:09:38 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Tue, 22 Jul 2008 18:09:38 +0200
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <cf06edfd0807220624y2c485da1vd0c7925d13a636bd@mail.gmail.com>
References: <20080722001033.GA12280@waste.org>
	<48858444.3070405@gmx.net>	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>	<20080722113723.GA14823@eyo>
	<4885CBBB.2050504@honzak.cz>	<8ccc3510807220507q57f4a86fhe338b8c1444bc07e@mail.gmail.com>
	<cf06edfd0807220624y2c485da1vd0c7925d13a636bd@mail.gmail.com>
Message-ID: <48860642.9040404@gmx.net>

Nick Parker wrote:

> +1 on Ctrl + z

Ok, convinced, can somebody in favor of that change commit that change with an IMPORTANT NEWS message? :)

regards,

Martin

From dougkearns at gmail.com  Tue Jul 22 09:43:59 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 23 Jul 2008 02:43:59 +1000
Subject: [Vimperator] vimperator / ctrl+Q / pass through
In-Reply-To: <48860642.9040404@gmx.net>
References: <20080722001033.GA12280@waste.org> <48858444.3070405@gmx.net>
	<dd9711230807220035r36d05ecfw322c1fcef72f6970@mail.gmail.com>
	<644fc65e0807220155s2da5de54uddf3d76880d286bc@mail.gmail.com>
	<345b1c190807220430q599da697x41cff5dcd2b725b6@mail.gmail.com>
	<20080722113723.GA14823@eyo> <4885CBBB.2050504@honzak.cz>
	<8ccc3510807220507q57f4a86fhe338b8c1444bc07e@mail.gmail.com>
	<cf06edfd0807220624y2c485da1vd0c7925d13a636bd@mail.gmail.com>
	<48860642.9040404@gmx.net>
Message-ID: <644fc65e0807220943l120cad1di92d9530145512ed0@mail.gmail.com>

On Wed, Jul 23, 2008 at 2:09 AM, Martin Stubenschrott
<stubenschrott at gmx.net> wrote:
> Nick Parker wrote:
>
>> +1 on Ctrl + z
>
> Ok, convinced, can somebody in favor of that change commit that change with an IMPORTANT NEWS message? :)

Done.

Doug

From milezv at yandex.ru  Wed Jul 23 12:42:56 2008
From: milezv at yandex.ru (Konstantin)
Date: Wed, 23 Jul 2008 22:42:56 +0300
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <48809C25.4080004@yandex.ru>
References: <48809C25.4080004@yandex.ru>
Message-ID: <488789C0.5070501@yandex.ru>

I get newest version of Vimperator 1.2pre and recreated :setlocal/:setglobal
patch for it.

It also includes change in liberator.options.add method to avoid creation
of two options with duplicate names: I really had some confusion during
debugging of my plugins when I end up with a bunch of almost identical
options.

Yes, this patch is quite big, but maybe you just look at it?
I use Vimperator 1.2pre with this and it works ok for a while.
I consider :setlocal/:setglobal and the idea of scope for options
can be very useful for per-tab configuration.

Konstantin wrote:
> While investigating ways of context :autocmd implementation,
> I decided to implement local variable for now.
> 
> I added following commands:
> 
> :setlocal
> :setglobal
> 
> They basicly call :set command, which was updated to use "scope" var
> from modifiers param to set local or global params only.
> 
> New constants:
> 
> liberator.options.OPTION_SCOPE_LOCAL = 1
> liberator.options.OPTION_SCOPE_GLOBAL = 2
> liberator.options.OPTION_SCOPE_BOTH = 3 (i.e. LOCAL | GLOBAL)
> 
> New Option property: scope - bit mask of above to constants.
> 
> liberator.Option constructor have new "scope" param to set this property
> at object construction time.
> 
> I store local values in window.content.document.liberatorOptions hash 
> (or, ah, Object
> used as hash) with keys equal to var names and values equal to... values :)
> I use hash to make access by key quick (it's faster to get a prop. of an 
> object
> than enumerate all elements of array).
> 
> I added "options" readonly property to liberator.buffer object,
> which given back window.content.document.liberatorOptions hash/object 
> reference
> (and creates it if necessary).
> 
> Option's setter and getter are modified as well :)
> 
> Currently all options are considered global by default,
> but I think it would be nice to move "scope" value from extraInfo
> hash-param of liberator.options.add method into separate param
> and change all options definitions to benefit from these new
> infrastructure. It will require review of all current options
> and declare them as either SCOPE_GLOBAL (e.g. titlestring, guioptions)
> or SCOPE_BOTH (e.g. hlsearch, so it can be overridden for some tabs
> with :setlocal command).
> 
> Only basic testing is done however, so you may want to QA it better.
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Konstantin Stepanov
Web Developer

From stubenschrott at gmx.net  Wed Jul 23 15:35:29 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Thu, 24 Jul 2008 00:35:29 +0200
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <488789C0.5070501@yandex.ru>
References: <48809C25.4080004@yandex.ru> <488789C0.5070501@yandex.ru>
Message-ID: <4887B231.7010608@gmx.net>

Konstantin wrote:

> I get newest version of Vimperator 1.2pre and recreated :setlocal/:setglobal
> patch for it.


And where is that? :) No patch attached, and the old one fails to apply.


> It also includes change in liberator.options.add method to avoid creation
> of two options with duplicate names: I really had some confusion during
> debugging of my plugins when I end up with a bunch of almost identical
> options.
> 
> Yes, this patch is quite big, but maybe you just look at it?
> I use Vimperator 1.2pre with this and it works ok for a while.
> I consider :setlocal/:setglobal and the idea of scope for options
> can be very useful for per-tab configuration.

Just judging from reading the patch, it seems very well done. When I get the
updated patch, I'll review it more closely and apply.

Although, just as before, every new/changed feature requires documentation
and an entry in the NEWS file.

but thanks for the patch, seems nice and useful.

--
Martin

PS: Sorry, that the review took so long, i was/am really busy with work
this week.

From milezv at yandex.ru  Thu Jul 24 04:00:16 2008
From: milezv at yandex.ru (Konstantin)
Date: Thu, 24 Jul 2008 14:00:16 +0300
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <4887B231.7010608@gmx.net>
References: <48809C25.4080004@yandex.ru> <488789C0.5070501@yandex.ru>
	<4887B231.7010608@gmx.net>
Message-ID: <488860C0.6030604@yandex.ru>



Martin Stubenschrott wrote:
> 
> And where is that? :) No patch attached, and the old one fails to apply.
> 

Doh, sorry, I forget to attach it again :)
Here it is.

> 
> Although, just as before, every new/changed feature requires documentation
> and an entry in the NEWS file.

I attach patch for news & help as well.

> but thanks for the patch, seems nice and useful.

Thank you!

-- 
Konstantin Stepanov
Web Developer

-------------- next part --------------
A non-text attachment was scrubbed...
Name: news.patch.txt.gz
Type: application/gzip
Size: 662 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080724/176da530/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: diff.txt.gz
Type: application/gzip
Size: 2671 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080724/176da530/attachment-0001.bin>

From aalinovi at panix.com  Fri Jul 25 15:25:48 2008
From: aalinovi at panix.com (Arthur Alinovi)
Date: Fri, 25 Jul 2008 18:25:48 -0400
Subject: [Vimperator] Accessing browser history
Message-ID: <1217024748.6517.2.camel@augie-desktop>

:hs gives me the browser history. Is there a way to then select an item
from the history list using the keyboard or do I then have to use the
mouse and click on the appropriate link?

Thanks


From dpb at driftaway.org  Fri Jul 25 22:06:00 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Sat, 26 Jul 2008 08:06:00 +0300
Subject: [Vimperator] Accessing browser history
In-Reply-To: <1217024748.6517.2.camel@augie-desktop>
References: <1217024748.6517.2.camel@augie-desktop>
Message-ID: <dd9711230807252206w61da8ec0y6fa01e25fe1ab76c@mail.gmail.com>

2008/7/26 Arthur Alinovi <aalinovi at panix.com>:
> :hs gives me the browser history. Is there a way to then select an item
> from the history list using the keyboard or do I then have to use the
> mouse and click on the appropriate link?

You can use :open [part of the item name/url]<tab>

OR

You can use :hs! [part of the item name/url]<tab>

--
Daniel

From lars at derlars.net  Sat Jul 26 07:18:38 2008
From: lars at derlars.net (Lars Kindler)
Date: Sat, 26 Jul 2008 16:18:38 +0200
Subject: [Vimperator] "F" and frames
Message-ID: <245b3c3e0807260718n58dc250by60173d8437a7d1f9@mail.gmail.com>

Hello everyone,

after opening a link in the background via "F" from a webpage using
frames, vimperator selects the first frame, even though I previously
selected a different frame via ]f or [f.
Is this a bug? Can it be easily fixed? It is kind of annoying to cycle
through 3 frames whenever you opened a link in the background.

Also, while talking about frames, would it be possible to have a
command like ":only" to call Firefox's function "show this frame
only", that can be selected from the context menu?

That's it, thanks for the great work,
best,
Lars

From dougkearns at gmail.com  Sat Jul 26 07:59:21 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Sun, 27 Jul 2008 00:59:21 +1000
Subject: [Vimperator] "F" and frames
In-Reply-To: <245b3c3e0807260718n58dc250by60173d8437a7d1f9@mail.gmail.com>
References: <245b3c3e0807260718n58dc250by60173d8437a7d1f9@mail.gmail.com>
Message-ID: <644fc65e0807260759h6a77f59asfa303be56cccc3af@mail.gmail.com>

On Sun, Jul 27, 2008 at 12:18 AM, Lars Kindler <lars at derlars.net> wrote:
> Hello everyone,
>
> after opening a link in the background via "F" from a webpage using
> frames, vimperator selects the first frame, even though I previously
> selected a different frame via ]f or [f.
> Is this a bug? Can it be easily fixed? It is kind of annoying to cycle
> through 3 frames whenever you opened a link in the background.

Sounds like a bug, I'll have a look.  Thanks for the report.

> Also, while talking about frames, would it be possible to have a
> command like ":only" to call Firefox's function "show this frame
> only", that can be selected from the context menu?

This is a good idea.  I'll look at doing adding it soon.

Regards,
Doug

From stubenschrott at gmx.net  Sat Jul 26 15:07:46 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Sun, 27 Jul 2008 00:07:46 +0200
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <488860C0.6030604@yandex.ru>
References: <48809C25.4080004@yandex.ru>
	<488789C0.5070501@yandex.ru>	<4887B231.7010608@gmx.net>
	<488860C0.6030604@yandex.ru>
Message-ID: <488BA032.3030604@gmx.net>

Konstantin wrote:

> 
> Martin Stubenschrott wrote:
>> 
>> And where is that? :) No patch attached, and the old one fails to apply.
>> 
> 
> Doh, sorry, I forget to attach it again :)
> Here it is.


Thanks for the update.

Is there any local option which i can test this with? Or is this just the framework?

Also, i noticed that :setlocal<space><tab> does show 0 suggestions, but :setlocal a<tab>
shows 3 suggestions, probably a bug.

--
Martin

PS: please send patches without .gz in future, they are easier to handle (=I can view them inline
in the mail application), and the few KB shouldn't
matter that much. Thanks.

From rodolfo.borges at gmail.com  Sat Jul 26 16:21:53 2008
From: rodolfo.borges at gmail.com (Rodolfo Borges)
Date: Sat, 26 Jul 2008 20:21:53 -0300
Subject: [Vimperator] :q don't exit Firefox when at the last tab
Message-ID: <4b315f820807261621u6d7462a2yf2addd788f499657@mail.gmail.com>

I think :q on the last tab should replace it with about:blank, instead
of quitting the browser.

The command to quit the browser is :qa or :wq, :q is for closing a
tab. It's annoying to close the browser accidentaly: it takes time for
it to restart and load all pages again.

just 2c.
regards,
bart9h.

From dotancohen at gmail.com  Sat Jul 26 22:39:42 2008
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sun, 27 Jul 2008 08:39:42 +0300
Subject: [Vimperator] :q don't exit Firefox when at the last tab
In-Reply-To: <4b315f820807261621u6d7462a2yf2addd788f499657@mail.gmail.com>
References: <4b315f820807261621u6d7462a2yf2addd788f499657@mail.gmail.com>
Message-ID: <880dece00807262239v5643b525n2cef4de6e9a8dd0d@mail.gmail.com>

2008/7/27 Rodolfo Borges <rodolfo.borges at gmail.com>:
> I think :q on the last tab should replace it with about:blank, instead
> of quitting the browser.
>
> The command to quit the browser is :qa or :wq, :q is for closing a
> tab. It's annoying to close the browser accidentaly: it takes time for
> it to restart and load all pages again.
>
> just 2c.
> regards,
> bart9h.

There is an about:config entry that changes this behaviour in the
default (non-Vimperator) Firefox. I don't have my notes available
here, but you should be able to google it. I'm pretty sure that it
affects Vimperator-extended Firefox  too, providing the behaviour that
you want.

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

From stubenschrott at gmx.net  Sun Jul 27 00:59:07 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Sun, 27 Jul 2008 09:59:07 +0200
Subject: [Vimperator] :q don't exit Firefox when at the last tab
In-Reply-To: <4b315f820807261621u6d7462a2yf2addd788f499657@mail.gmail.com>
References: <4b315f820807261621u6d7462a2yf2addd788f499657@mail.gmail.com>
Message-ID: <488C2ACB.70207@gmx.net>

Rodolfo Borges wrote:

> I think :q on the last tab should replace it with about:blank, instead
> of quitting the browser.

Use "d", which does exactly that.

--
Martin

From milezv at yandex.ru  Sun Jul 27 04:06:09 2008
From: milezv at yandex.ru (Konstantin)
Date: Sun, 27 Jul 2008 14:06:09 +0300
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <488BA032.3030604@gmx.net>
References: <48809C25.4080004@yandex.ru> <488789C0.5070501@yandex.ru>
	<4887B231.7010608@gmx.net> <488860C0.6030604@yandex.ru>
	<488BA032.3030604@gmx.net>
Message-ID: <488C56A1.1000408@yandex.ru>



Martin Stubenschrott wrote:
> 
> Is there any local option which i can test this with? Or is this just the framework?

It's a framework. You can define any local var by adding
{ scope: liberator.options.OPTION_SCOPE_LOCAL }
as the last parameter (extraInfo) of liberator.options.add method.

> 
> Also, i noticed that :setlocal<space><tab> does show 0 suggestions, but :setlocal a<tab>
> shows 3 suggestions, probably a bug.

Hm, I consider it's bug. I'll look at it closer.
:setlocal should be completed with local vars only
and :setglobal with global ones.
Any behavior except for the described is a bug.
Thank's for the catch.

-- 
Konstantin Stepanov
Web Developer

From sitaramc at gmail.com  Sun Jul 27 08:24:27 2008
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Sun, 27 Jul 2008 20:54:27 +0530
Subject: [Vimperator] what is this <leader> thing in the noscript.js plugin?
Message-ID: <2e24e5b90807270824u20370b29q651923b3572dfb5c@mail.gmail.com>

sorry I'm feeling particularly dense, (and google could not help me either)...

I seem to have picked up a script called "noscript.js" in my
.vimperator/plugins directory.  Looking at it, I find that it expects
me to type in <Leader>s, <Leader>S, etc to  change NoScript behaviour.

What is this <Leader> and how do I do this?

Thanks...

From dougkearns at gmail.com  Sun Jul 27 09:38:49 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Mon, 28 Jul 2008 02:38:49 +1000
Subject: [Vimperator] what is this <leader> thing in the noscript.js
	plugin?
In-Reply-To: <2e24e5b90807270824u20370b29q651923b3572dfb5c@mail.gmail.com>
References: <2e24e5b90807270824u20370b29q651923b3572dfb5c@mail.gmail.com>
Message-ID: <644fc65e0807270938h6ffabc68h769e0dc3db9b1836@mail.gmail.com>

On Mon, Jul 28, 2008 at 1:24 AM, Sitaram Chamarty <sitaramc at gmail.com> wrote:
> sorry I'm feeling particularly dense, (and google could not help me either)...
>
> I seem to have picked up a script called "noscript.js" in my
> .vimperator/plugins directory.  Looking at it, I find that it expects
> me to type in <Leader>s, <Leader>S, etc to  change NoScript behaviour.
>
> What is this <Leader> and how do I do this?

In short, <Leader> is simply replaced in a mapping with the value of
the mapleader global variable which is "\" by default.

This can be changed with:

:let mapleader=","

Regards,
Doug

From sitaramc at gmail.com  Sun Jul 27 09:50:21 2008
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Sun, 27 Jul 2008 22:20:21 +0530
Subject: [Vimperator] what is this <leader> thing in the noscript.js
	plugin?
In-Reply-To: <644fc65e0807270938h6ffabc68h769e0dc3db9b1836@mail.gmail.com>
References: <2e24e5b90807270824u20370b29q651923b3572dfb5c@mail.gmail.com>
	<644fc65e0807270938h6ffabc68h769e0dc3db9b1836@mail.gmail.com>
Message-ID: <2e24e5b90807270950s1edd6fb6n4ac8af3a53bcd9df@mail.gmail.com>

On Sun, Jul 27, 2008 at 10:08 PM, Doug Kearns <dougkearns at gmail.com> wrote:

> In short, <Leader> is simply replaced in a mapping with the value of
> the mapleader global variable which is "\" by default.

Thanks!  It works great.  I had a mapping for \ already (invusermode)
but I changed that to \\ instead, so this is great.

I now notice that I wasn't looking in the right part of the help file.
 It's given under "various", in the description of "f".

Thanks again,

Sitaram

From stubenschrott at gmx.net  Mon Jul 28 14:03:04 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 28 Jul 2008 23:03:04 +0200
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <488C56A1.1000408@yandex.ru>
References: <48809C25.4080004@yandex.ru>
	<488789C0.5070501@yandex.ru>	<4887B231.7010608@gmx.net>
	<488860C0.6030604@yandex.ru>	<488BA032.3030604@gmx.net>
	<488C56A1.1000408@yandex.ru>
Message-ID: <488E3408.7070102@gmx.net>

Konstantin wrote:

> Hm, I consider it's bug. I'll look at it closer.

> :setlocal should be completed with local vars only
> and :setglobal with global ones.
> Any behavior except for the described is a bug.
> Thank's for the catch.

Great, once you have that, i think it's nearly ready to be commited.
Although I think it probably should have one additional feature, although I am open for discussion about this:

Let's say you do :setlocal noonline (which has a special setter), it should probably be called when you switch
to that tab, and the global "online" setter should be called, when you move away from this :setlocal'ized tab.

Of course one could do such things with autocommands as well, but i think :setlocal works better for these
kind of use cases.

What do you think?

--
Martin

From stubenschrott at gmx.net  Mon Jul 28 14:51:56 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Mon, 28 Jul 2008 23:51:56 +0200
Subject: [Vimperator] [Fwd: Mozilla Add-ons: Vimperator 1.1]
Message-ID: <488E3F7C.70402@gmx.net>

Hi all,

can somebody here confirm these things below and maybe give a hint,
when they do occur?

I can't see them on Linux at least with the "normal" JavaScript Console.

best regards,

Martin

-------- Original Message --------
Subject: Mozilla Add-ons: Vimperator 1.1
Date: Sun, 20 Jul 2008 04:22:15 -0700
From: Mozilla Add-ons <nobody at mozilla.org>
Reply-To: Mozilla Add-ons <nobody at mozilla.org>
To: stubenschrott at gmx.net, dougkearns at gmail.com

The following files of Vimperator 1.1 have been made public by a Mozilla Add-ons editor:

Vimperator 1.1 - ALL

Review Information:
Reviewer: Oliver Saier
Tested on Linux with Fx3
Comments: Thanks for the update. Several errors were thrown to Console? though, please try to fix them for the next update if you can see them.<br />
Error: win is null<br />
Source file: chrome://vimperator/content/buffer.js<br />
Line: 108<br />
 ----------<br />
Error: win is null<br />
Source file: chrome://vimperator/content/ui.js<br />
Line: 1379<br />
 ----------<br />
Error: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULCommandDispatcher.advanceFocus]<br />
Source file: chrome://vimperator/content/events.js<br />
Line: 544

If you have questions about this review, please e-mail amo-editors at mozilla.org or join #addons on irc.mozilla.org.

Mozilla Add-ons
http://addons.mozilla.org


From dm-lists at meisternet.ch  Mon Jul 28 15:04:32 2008
From: dm-lists at meisternet.ch (Dominik Meister)
Date: Tue, 29 Jul 2008 00:04:32 +0200
Subject: [Vimperator] [patch] add :b# to select alternate buffer
Message-ID: <20080728220432.GA88942@mercury.meisternet.ch>

Hi

As discussed with Martin on irc, here's a small patch which lets you use
:b# to switch to the alternate buffer (in addition to <C-6> and <C-^>).
It's the way how I switch buffers in vim so it's nice to have the same
behaviour with vimperator.

Thanks,
Dominik

-- 
Dominik Meister
My public GnuPG key is available at http://www.meisternet.ch/gpg.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: alternate_buffer.diff
Type: text/x-diff
Size: 4401 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080729/ca843741/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080729/ca843741/attachment-0001.bin>

From stubenschrott at gmx.net  Mon Jul 28 15:15:42 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Tue, 29 Jul 2008 00:15:42 +0200
Subject: [Vimperator] Addon search keywords
In-Reply-To: <53f7fc100807160859l228695del4567512bfc8e085@mail.gmail.com>
References: <53f7fc100806051056i49b01dd7r97b9c8d496922384@mail.gmail.com>	<53f7fc100806250943s5f088f9esbe654f90c3b72ba4@mail.gmail.com>	<53f7fc100806250953v23302cbasf53bf0d546d89d38@mail.gmail.com>	<53f7fc100806251016g2ed361d1g464e33b151ca3603@mail.gmail.com>	<4877BA96.6030708@tedpavlic.com>
	<48780A80.9080400@tedpavlic.com>	<53f7fc100807111857s60f28dabkbb7f0b8a9720aab9@mail.gmail.com>	<4878222F.7040208@tedpavlic.com>	<53f7fc100807112213i1c141374s5040959ba75899f3@mail.gmail.com>	<487BB463.204@gmx.net>
	<53f7fc100807160859l228695del4567512bfc8e085@mail.gmail.com>
Message-ID: <488E450E.2010604@gmx.net>

Kipling Inscore wrote:

> This part is a very simple change (but took a bit of searching through
> Firefox code), something like
> -            var aPostDataRef = null;
> +            var aPostDataRef = {};
> 
> Full patch against CVS attached (I would inline it if gmail wouldn't
> automatically break it)

Finally commited, sorry it took so long :(

--
Martin

From milezv at yandex.ru  Tue Jul 29 06:18:36 2008
From: milezv at yandex.ru (Konstantin)
Date: Tue, 29 Jul 2008 16:18:36 +0300
Subject: [Vimperator] :setlocal / :setglobal implementation patch
In-Reply-To: <488E3408.7070102@gmx.net>
References: <48809C25.4080004@yandex.ru> <488789C0.5070501@yandex.ru>
	<4887B231.7010608@gmx.net> <488860C0.6030604@yandex.ru>
	<488BA032.3030604@gmx.net> <488C56A1.1000408@yandex.ru>
	<488E3408.7070102@gmx.net>
Message-ID: <488F18AC.3080501@yandex.ru>



Martin Stubenschrott wrote:
> 
> Great, once you have that, i think it's nearly ready to be commited.

Unfortunately I'm quite busy at work & home now. I'll try to work on the patch on weekend.

> Although I think it probably should have one additional feature, although I am open for discussion about this:
> 
> Let's say you do :setlocal noonline (which has a special setter), it should probably be called when you switch
> to that tab, and the global "online" setter should be called, when you move away from this :setlocal'ized tab.
>
 > Of course one could do such things with autocommands as well, but i think :setlocal works better 
for these
 > kind of use cases.
 >
 > What do you think?

Yes, you are right about it, it would be very useful.
But the problem I see here is "online" mode is global in whole Firefox,
so we need to change this option every time tab switches *globally*, and at this moment it will 
affect ALL tabs, even background ones. Thus options linked to firefox preferences can't be local
(except it is implemented in Firefox itself). Implementing local options related to fx prefs
could be very difficult, results could be buggy (esp. b/c such "local" options will affect 
background tabs too). If even it is possible at all. Well, that's my opinion at least.


-- 
Konstantin Stepanov
Web Developer

From dm-lists at meisternet.ch  Tue Jul 29 11:33:40 2008
From: dm-lists at meisternet.ch (Dominik Meister)
Date: Tue, 29 Jul 2008 20:33:40 +0200
Subject: [Vimperator] [patch] some additional buffer commands
Message-ID: <20080729183340.GB88942@mercury.meisternet.ch>

Hi

Attached is just another small patch which enables some additional
commands for switching buffers which I'm more used to in vim compared to 
the :tab[*] commands:

- :bl[ast], :bf[irst], :br[ewind] to go to first/last tab
- :bn[ext], :bp[revious], :bN[ext] to switch to next/previous

They clutter the documentation quite a bit, so I don't know if they
should be mentionned explicitly.

Dominik

-- 
Dominik Meister
My public GnuPG key is available at http://www.meisternet.ch/gpg.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: buffer_commands.diff
Type: text/x-diff
Size: 4521 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080729/5344a862/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20080729/5344a862/attachment-0001.bin>

From dougkearns at gmail.com  Tue Jul 29 14:44:13 2008
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 30 Jul 2008 07:44:13 +1000
Subject: [Vimperator] [patch] some additional buffer commands
In-Reply-To: <20080729183340.GB88942@mercury.meisternet.ch>
References: <20080729183340.GB88942@mercury.meisternet.ch>
Message-ID: <644fc65e0807291444h64aa92d1jdecb9ae218a77b19@mail.gmail.com>

On Wed, Jul 30, 2008 at 4:33 AM, Dominik Meister <dm-lists at meisternet.ch> wrote:
> Hi
>
> Attached is just another small patch which enables some additional
> commands for switching buffers which I'm more used to in vim compared to
> the :tab[*] commands:

Applied thanks!

> - :bl[ast], :bf[irst], :br[ewind] to go to first/last tab
> - :bn[ext], :bp[revious], :bN[ext] to switch to next/previous
>
> They clutter the documentation quite a bit, so I don't know if they
> should be mentionned explicitly.

I think they should.  I plan to add proper buffer support at some stage.

Thanks,
Doug

From stubenschrott at gmx.net  Tue Jul 29 15:08:09 2008
From: stubenschrott at gmx.net (Martin Stubenschrott)
Date: Wed, 30 Jul 2008 00:08:09 +0200
Subject: [Vimperator] [patch] some additional buffer commands
In-Reply-To: <644fc65e0807291444h64aa92d1jdecb9ae218a77b19@mail.gmail.com>
References: <20080729183340.GB88942@mercury.meisternet.ch>
	<644fc65e0807291444h64aa92d1jdecb9ae218a77b19@mail.gmail.com>
Message-ID: <488F94C9.6040508@gmx.net>

Doug Kearns wrote:

> I think they should.  I plan to add proper buffer support at some stage.

Hmm, you told me that for years now :)

I think, for now it's good enough to have the documenation together with :tab*
commands, because they do the same for now.

Thanks for writing/applying the patch,

Martin

From daniel.schaffrath at mac.com  Wed Jul 30 01:06:50 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Wed, 30 Jul 2008 10:06:50 +0200
Subject: [Vimperator] One hand browsing
Message-ID: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>

Dear Community,

When using the charhint plugin I thought it might be useful to change  
the charhints on the fly, for example for one hand-browsing when  
eating. For example:

map <F1> :js liberator.plugins.charhints = "asdf";<cr>
map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>

Unfortunately, after the assignment, the mappings to invoke  
charhints.show() are gone. Maybe anyone has a clue how come? Or what's  
wrong about the mappings?

Thank you,
Daniel


From jeff at joedog.org  Wed Jul 30 03:51:38 2008
From: jeff at joedog.org (Jeff Fulmer)
Date: Wed, 30 Jul 2008 06:51:38 -0400 (EDT)
Subject: [Vimperator] Bugs or features?
Message-ID: <14221.208.39.44.26.1217415098.squirrel@mail.tmorton.com>

I used to use vimperator on Firefox 2.x. Recently I've upgraded to v3.0.1
and the latest vimperator. I found a couple annoyances that are driving me
nuts:

1. BACKSPACE: Often, when I'm keying into a textarea, backspace sends me
to the previous page. Everything I've written is eliminated. This is a
show-stopper. How can I disable BACKSPACE=[history back]?

2. Copy-paste: To paste into text fields, I often have to type: Ctrl-v
Ctrl-v In other words, I have to paste it twice in order to paste it once.
This feels like a bug but if it's a feature, how do I get around this?

Cheers,
Jeff


From mahefa.randimbisoa at gmail.com  Wed Jul 30 05:04:03 2008
From: mahefa.randimbisoa at gmail.com (mahefa randimbisoa)
Date: Wed, 30 Jul 2008 15:04:03 +0300
Subject: [Vimperator] Bugs or features?
In-Reply-To: <14221.208.39.44.26.1217415098.squirrel@mail.tmorton.com>
References: <14221.208.39.44.26.1217415098.squirrel@mail.tmorton.com>
Message-ID: <2ba1fac40807300504w53e4f6f0v9d96df9b7e22069d@mail.gmail.com>

On Wed, Jul 30, 2008 at 1:51 PM, Jeff Fulmer <jeff at joedog.org> wrote:
> I used to use vimperator on Firefox 2.x. Recently I've upgraded to v3.0.1
> and the latest vimperator. I found a couple annoyances that are driving me
> nuts:
>
> 1. BACKSPACE: Often, when I'm keying into a textarea, backspace sends me
> to the previous page. Everything I've written is eliminated. This is a
> show-stopper. How can I disable BACKSPACE=[history back]?

Map it!

:map <BS> <Nop>

>
> 2. Copy-paste: To paste into text fields, I often have to type: Ctrl-v
> Ctrl-v In other words, I have to paste it twice in order to paste it once.
> This feels like a bug but if it's a feature, how do I get around this?
>

It's a feature. To copy text, you need Ctrl+V Ctrl+C, so, the best
advice is to do with it.

> Cheers,
> Jeff
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Mahefa

From xiaqqaix at gmail.com  Wed Jul 30 06:55:34 2008
From: xiaqqaix at gmail.com (xiaq)
Date: Wed, 30 Jul 2008 21:55:34 +0800
Subject: [Vimperator] Bugs or features?
In-Reply-To: <14221.208.39.44.26.1217415098.squirrel@mail.tmorton.com>
References: <14221.208.39.44.26.1217415098.squirrel@mail.tmorton.com>
Message-ID: <1affc7910807300655l54284689o18a8a4fefee9310a@mail.gmail.com>

On Wed, Jul 30, 2008 at 6:51 PM, Jeff Fulmer <jeff at joedog.org> wrote:
> [...]
> 2. Copy-paste: To paste into text fields, I often have to type: Ctrl-v
> Ctrl-v In other words, I have to paste it twice in order to paste it once.
> This feels like a bug but if it's a feature, how do I get around this?

Use shift-ins.

From Daniel.Trstenjak at online.de  Wed Jul 30 11:00:05 2008
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Wed, 30 Jul 2008 20:00:05 +0200
Subject: [Vimperator] One hand browsing
In-Reply-To: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
References: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
Message-ID: <20080730180005.GA5691@desktop>


Hi Daniel,

> When using the charhint plugin I thought it might be useful to change  
> the charhints on the fly, for example for one hand-browsing when eating. 
> For example:
>
> map <F1> :js liberator.plugins.charhints = "asdf";<cr>
> map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>

You're setting the wrong variable. The right one is 'liberator.plugins.charhints.hintchars'.


Greetings,
Daniel

From dan at peeron.com  Wed Jul 30 11:13:32 2008
From: dan at peeron.com (Dan Boger)
Date: Wed, 30 Jul 2008 11:13:32 -0700
Subject: [Vimperator] One hand browsing
In-Reply-To: <20080730180005.GA5691@desktop>
References: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
	<20080730180005.GA5691@desktop>
Message-ID: <ced6c8e30807301113q10b79561ncd3aa9e764544244@mail.gmail.com>

Of course, you could just use a one-handed keyboard layout:

  http://blag.xkcd.com/2007/08/14/mirrorboard-a-one-handed-keyboard-layout-for-the-lazy/

On Wed, Jul 30, 2008 at 11:00 AM, Daniel Trstenjak
<Daniel.Trstenjak at online.de> wrote:
>
> Hi Daniel,
>
>> When using the charhint plugin I thought it might be useful to change
>> the charhints on the fly, for example for one hand-browsing when eating.
>> For example:
>>
>> map <F1> :js liberator.plugins.charhints = "asdf";<cr>
>> map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>
>
> You're setting the wrong variable. The right one is 'liberator.plugins.charhints.hintchars'.
>
>
> Greetings,
> Daniel
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Dan Boger

From dpb at driftaway.org  Wed Jul 30 12:54:27 2008
From: dpb at driftaway.org (Daniel Bainton)
Date: Wed, 30 Jul 2008 22:54:27 +0300
Subject: [Vimperator] One hand browsing
In-Reply-To: <ced6c8e30807301113q10b79561ncd3aa9e764544244@mail.gmail.com>
References: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
	<20080730180005.GA5691@desktop>
	<ced6c8e30807301113q10b79561ncd3aa9e764544244@mail.gmail.com>
Message-ID: <dd9711230807301254v73fa03fj739b095d002d1217@mail.gmail.com>

What weird Daniel thread is this? :P

--
Daniel

2008/7/30 Dan Boger <dan at peeron.com>:
> Of course, you could just use a one-handed keyboard layout:
>
>  http://blag.xkcd.com/2007/08/14/mirrorboard-a-one-handed-keyboard-layout-for-the-lazy/
>
> On Wed, Jul 30, 2008 at 11:00 AM, Daniel Trstenjak
> <Daniel.Trstenjak at online.de> wrote:
>>
>> Hi Daniel,
>>
>>> When using the charhint plugin I thought it might be useful to change
>>> the charhints on the fly, for example for one hand-browsing when eating.
>>> For example:
>>>
>>> map <F1> :js liberator.plugins.charhints = "asdf";<cr>
>>> map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>
>>
>> You're setting the wrong variable. The right one is 'liberator.plugins.charhints.hintchars'.
>>
>>
>> Greetings,
>> Daniel
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
>
>
>
> --
> Dan Boger
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From daniel.schaffrath at mac.com  Thu Jul 31 00:29:34 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Thu, 31 Jul 2008 09:29:34 +0200
Subject: [Vimperator] One hand browsing
In-Reply-To: <20080730180005.GA5691@desktop>
References: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
	<20080730180005.GA5691@desktop>
Message-ID: <EBA5E6AF-5EAF-4A45-9B7D-46B581DFB900@mac.com>

On 2008/07/30  , at 20:00, Daniel Trstenjak wrote:

>> When using the charhint plugin I thought it might be useful to change
>> the charhints on the fly, for example for one hand-browsing when  
>> eating.
>> For example:
>>
>> map <F1> :js liberator.plugins.charhints = "asdf";<cr>
>> map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>
>
> You're setting the wrong variable. The right one is  
> 'liberator.plugins.charhints.hintchars'.
Oh god........ thanks a lot!!

Daniel


From daniel.schaffrath at mac.com  Thu Jul 31 00:29:43 2008
From: daniel.schaffrath at mac.com (Daniel Schaffrath)
Date: Thu, 31 Jul 2008 09:29:43 +0200
Subject: [Vimperator] One hand browsing
In-Reply-To: <dd9711230807301254v73fa03fj739b095d002d1217@mail.gmail.com>
References: <24B61722-1C02-46CE-94B1-3EC588D569F0@mac.com>
	<20080730180005.GA5691@desktop>
	<ced6c8e30807301113q10b79561ncd3aa9e764544244@mail.gmail.com>
	<dd9711230807301254v73fa03fj739b095d002d1217@mail.gmail.com>
Message-ID: <12046B3B-3118-4829-BFBC-EB1FF8B8F8A9@mac.com>

...and surname is alphabetically decreasing :)

On 2008/07/30  , at 21:54, Daniel Bainton wrote:

> What weird Daniel thread is this? :P
>
> --
> Daniel
>
> 2008/7/30 Dan Boger <dan at peeron.com>:
>> Of course, you could just use a one-handed keyboard layout:
>>
>> http://blag.xkcd.com/2007/08/14/mirrorboard-a-one-handed-keyboard-layout-for-the-lazy/
>>
>> On Wed, Jul 30, 2008 at 11:00 AM, Daniel Trstenjak
>> <Daniel.Trstenjak at online.de> wrote:
>>>
>>> Hi Daniel,
>>>
>>>> When using the charhint plugin I thought it might be useful to  
>>>> change
>>>> the charhints on the fly, for example for one hand-browsing when  
>>>> eating.
>>>> For example:
>>>>
>>>> map <F1> :js liberator.plugins.charhints = "asdf";<cr>
>>>> map <F2> :js liberator.plugins.charhints = "asdfjkl;";<cr>
>>>
>>> You're setting the wrong variable. The right one is  
>>> 'liberator.plugins.charhints.hintchars'.
>>>
>>>
>>> Greetings,
>>> Daniel
>>> _______________________________________________
>>> Vimperator mailing list
>>> Vimperator at mozdev.org
>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>
>>
>>
>>
>> --
>> Dan Boger
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator