From mftian at gmail.com  Mon Jan  5 07:59:26 2009
From: mftian at gmail.com (Xie&Tian)
Date: Mon, 5 Jan 2009 23:59:26 +0800
Subject: [Vimperator] [bug report] Can't quit Visual Mode by pressing
	'v' again
In-Reply-To: <a28ffaac0812241703g1f0ca254n4c3ec105e4293a6@mail.gmail.com>
References: <a28ffaac0812241703g1f0ca254n4c3ec105e4293a6@mail.gmail.com>
Message-ID: <a28ffaac0901050759l29b64086vacbe57adbe0bd3ae@mail.gmail.com>

hi

this bug report has received no feedback, maybe it's because of the
bad timing.  As I finally get some time to work on it, I want to make
sure if it is worth fixing. Any suggestions?

2008/12/25 Xie&Tian <mftian at gmail.com>:
> After entering Visual Mode by first press 'i' to enter Caret Mode and
> then press 'v', one can't quit Visual Mode by pressing 'v' again.
> Plus, if 'v' is pressed in Visual Mode, one can't quit Visual Mode
> even with ESC or Ctrl+[. The only way I found is to press ':' to enter
> commandline mode and then cancel it so that you can be in normal mode.
>
> ticket filed: http://vimperator.org/trac/ticket/96
>

From dougkearns at gmail.com  Sat Jan  3 05:42:14 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sun, 4 Jan 2009 00:42:14 +1100
Subject: [Vimperator] AlwaysHints mode is back
Message-ID: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>

Just a quick note to let all the sad souls who've been mourning its
demise know that AlwaysHint mode is back.

Thanks to Ted for implementing it, Kris for rightly reverting it and
Martin for exercising maxauthority privileges and reverting the
reversion - I just watched.

I wouldn't hold out any hope for char-hints though.

Doug

From ted at tedpavlic.com  Fri Jan  2 08:41:09 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 02 Jan 2009 11:41:09 -0500
Subject: [Vimperator] Restoring Cntrl+I from foreign JavaScript changes
In-Reply-To: <495B5D1A.4010006@vimperator.org>
References: <49453032.6060602@tedpavlic.com> <4956B1F9.3020701@tedpavlic.com>
	<495B5D1A.4010006@vimperator.org>
Message-ID: <495E43A5.30706@tedpavlic.com>

>> :set! ui.key.contentAccess=3
>>
>> fixes the problem (but access keys are then triggered by CNTRL+SHIFT).
>
> That would be make a good FAQ entry for the homepage.

That might be useful to mention on the Wiki in the "about:config" section.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Fri Jan  2 07:27:38 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 02 Jan 2009 10:27:38 -0500
Subject: [Vimperator] Correction: How to use environment variables in RC
In-Reply-To: <20081231151502.GA19133@jg.home>
References: <494290CE.2010104@tedpavlic.com> <49429340.2090208@tedpavlic.com>
	<20081212192813.GA9465@jg.home> <49592D69.3050503@tedpavlic.com>
	<49593725.6040908@tedpavlic.com> <20081229224003.GB21859@jg>
	<495A1F88.4090401@tedpavlic.com> <495A3A7B.4030309@tedpavlic.com>
	<20081231005759.GA21536@jg.home> <495ACEB2.4040201@tedpavlic.com>
	<20081231151502.GA19133@jg.home>
Message-ID: <495E326A.3020408@tedpavlic.com>

>> to ensure the plugins don't load after .vimperatorrc, and then I have to
>>
>> :loadplugins
>>
>> to get them to load before .vimperatorrc.
>
> You said that you had it at the end of your .vimperatorrc. You
> don't need to set noloadplugins. Plugins are never loaded twice.

Hm. I thought I said top... At least one message in the thread says, 
"Because I want plugins to load before my vimperatorrc, I have this at
the top of my .vimperatorrc file:"

That being said, I'll add a note to the Vimp help (in the :loadplugins 
section) that documents that plugins will only be loaded once.

Thanks --
Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

From maxauthority at vimperator.org  Sat Jan  3 16:14:49 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sun, 04 Jan 2009 01:14:49 +0100
Subject: [Vimperator] test
Message-ID: <495FFF79.2010801@vimperator.org>

If the mail comes through, then I am sorry, but i heard of mailing list problems, which I need to test.

Sorry for the inconvenience,

Martin

From sitaramc at gmail.com  Fri Jan  2 20:33:42 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Sat, 3 Jan 2009 04:33:42 +0000 (UTC)
Subject: [Vimperator] any command to display details of ssl cert on current
	site?
Message-ID: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>

...like an extended form of ":version" perhaps?

I'm asking in light of the recent MD5 attacks.  I can click
on the padlock, click on View Cert, then Details, then Cert
Sig Alg, but using vimperator makes people lazy :-)

I'm wondering if there's some DOM variable that can get you
that information, in which case we can bind some keystroke
to show the relevent info or create a command to show it...

[Yes I know about the SSL Blacklist extension but I'm
looking for something a lot simpler...]

Thanks,

Sitaram


From ted at tedpavlic.com  Fri Jan  2 08:40:37 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 02 Jan 2009 11:40:37 -0500
Subject: [Vimperator] Correction: How to use environment variables in RC
In-Reply-To: <495B64CE.4030405@vimperator.org>
References: <494276AF.3060305@tedpavlic.com>	<aaae92100812120803v1d410180gefb5766c7fe8cd05@mail.gmail.com>	<494290CE.2010104@tedpavlic.com>
	<49429340.2090208@tedpavlic.com>	<20081212192813.GA9465@jg.home>
	<49592D69.3050503@tedpavlic.com>	<49593725.6040908@tedpavlic.com>
	<20081229224003.GB21859@jg>	<495A1F88.4090401@tedpavlic.com>
	<495A3A7B.4030309@tedpavlic.com>	<20081231005759.GA21536@jg.home>
	<495ACEB2.4040201@tedpavlic.com> <495B64CE.4030405@vimperator.org>
Message-ID: <495E4385.6040709@tedpavlic.com>

>> Now that we have a VIMPERATOR_RUNTIME, perhaps we could change plugins
>> to load before the RC file.
>
> Yeah, that's why we have :loadplugins, but yeah, it's quite a hack.
> I am not sure which is the best way to solve the issue, when plugins add
> options.

When in doubt, do as Vim does, no?

Vim (conventionally?) loads plugins before the RC file. I think most 
Vimp users will be expecting that.

(note: AFAIK, there is no ":loadplugins" command within Vim, and I don't 
think Vim users will be looking for it (also note that I've changed the 
help docs so that lpl points to :loadplugins for more info))

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

From jdigriz at hotmail.com  Sat Jan  3 13:53:40 2009
From: jdigriz at hotmail.com (James DiGriz)
Date: Sat, 3 Jan 2009 21:53:40 +0000
Subject: [Vimperator] Deleting History
Message-ID: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>


Hi,

I'm using Vimperator 1.2 on FF 3.05 on Intrepid Ibex.  I noticed that clearing my Firefox History does not clear the Vimperator history.  The :help page regarding bookmarks and history has options to delete bmarks,qmarks and marks but not the history.  Am I missing something, or is Vimperator missing a feature?

Thanks,

Jim

_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090103/849f8ebe/attachment.html>

From ted at tedpavlic.com  Fri Jan  2 07:31:34 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 02 Jan 2009 10:31:34 -0500
Subject: [Vimperator] Restoring Cntrl+I from foreign JavaScript changes
In-Reply-To: <495B5D1A.4010006@vimperator.org>
References: <49453032.6060602@tedpavlic.com> <4956B1F9.3020701@tedpavlic.com>
	<495B5D1A.4010006@vimperator.org>
Message-ID: <495E3356.2040406@tedpavlic.com>

>> A solution to this Mac OS X-specific problem is described here:
>>
>> http://vimperator.org/trac/ticket/102
...
>> :set! ui.key.contentAccess=3
>>
>> fixes the problem (but access keys are then triggered by CNTRL+SHIFT).
>
> That would be make a good FAQ entry for the homepage.

Ticket 102 is a "Tips and Tricks" entry. Was there a better place I 
should have added it (wiki?)? I don't see naother FAQ-type area of the 
web page.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Fri Jan  2 09:53:38 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 02 Jan 2009 12:53:38 -0500
Subject: [Vimperator] Hint conv'ns: f, F, ; t, ;
	b, :tabopen, activate, and browser.tabs.loadInBackground
Message-ID: <495E54A2.4040908@tedpavlic.com>

Right now,

* F is an alias for ;t

* ;t opens a link in a new tab according to browser.tabs.loadInBackground

* ;b opens a link in a new tab according to !browser.tabs.loadInBackground

* :tabopen opens a new tab according to "activate" setting

For the sake of semantics, wouldn't it be better if...

* ;t opens a link in a new foreground tab *always*

* ;b opens a link in a new background tab *always*

* F is an alias for ;t or ;b based on browser.tabs.loadInBackground

* :tabopen remains the same

?

	--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From maxauthority at vimperator.org  Mon Jan  5 14:11:08 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Mon, 05 Jan 2009 23:11:08 +0100
Subject: [Vimperator] any command to display details of ssl cert on
 current site?
In-Reply-To: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>
References: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>
Message-ID: <4962857C.1080501@vimperator.org>


On 01/03/2009 05:33 AM, Sitaram Chamarty wrote:

> ...like an extended form of ":version" perhaps?


Not yet, but it should definitely be under :pageinfo
in a new "Security" tab at some time. Any volunteers? calmar, our paginfo expert? :)

From maxauthority at vimperator.org  Mon Jan  5 14:02:29 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Mon, 05 Jan 2009 23:02:29 +0100
Subject: [Vimperator] [bug report] Can't quit Visual Mode by pressing
 'v' again
In-Reply-To: <a28ffaac0901050759l29b64086vacbe57adbe0bd3ae@mail.gmail.com>
References: <a28ffaac0812241703g1f0ca254n4c3ec105e4293a6@mail.gmail.com>
	<a28ffaac0901050759l29b64086vacbe57adbe0bd3ae@mail.gmail.com>
Message-ID: <49628375.2020504@vimperator.org>

On 01/05/2009 04:59 PM, Xie&Tian wrote:

> this bug report has received no feedback, maybe it's because of the
> bad timing.


yeah, over the holidays, not many people are actively working on
vimperator. I think the main reason was, however, that very few people
actually use visual mode.

As I finally get some time to work on it, I want to make
> sure if it is worth fixing. Any suggestions?
>

> 2008/12/25 Xie&Tian <mftian at gmail.com>:
>> After entering Visual Mode by first press 'i' to enter Caret Mode and
>> then press 'v', one can't quit Visual Mode by pressing 'v' again.
>> Plus, if 'v' is pressed in Visual Mode, one can't quit Visual Mode
>> even with ESC or Ctrl+[. The only way I found is to press ':' to enter
>> commandline mode and then cancel it so that you can be in normal mode.
>>
>> ticket filed: http://vimperator.org/trac/ticket/96


Actually i didn't know pressing v again cancels visual mode in vim :)

I would suggest that you just make it work like in vim. Also pressing escape
once in visual mode should go back to caret mode, and pressing escape another
time should then go back to normal mode.

--
Martin

PS: The less used a feature is, the higher quality standards in terms of code
bloat/size I have, but I am sure you manage to get a great working solution
without lots of hacks :)

From maxauthority at vimperator.org  Mon Jan  5 14:15:12 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Mon, 05 Jan 2009 23:15:12 +0100
Subject: [Vimperator] Correction: How to use environment variables in RC
In-Reply-To: <495E4385.6040709@tedpavlic.com>
References: <494276AF.3060305@tedpavlic.com>	<aaae92100812120803v1d410180gefb5766c7fe8cd05@mail.gmail.com>	<494290CE.2010104@tedpavlic.com>	<49429340.2090208@tedpavlic.com>	<20081212192813.GA9465@jg.home>	<49592D69.3050503@tedpavlic.com>	<49593725.6040908@tedpavlic.com>	<20081229224003.GB21859@jg>	<495A1F88.4090401@tedpavlic.com>	<495A3A7B.4030309@tedpavlic.com>	<20081231005759.GA21536@jg.home>	<495ACEB2.4040201@tedpavlic.com>
	<495B64CE.4030405@vimperator.org> <495E4385.6040709@tedpavlic.com>
Message-ID: <49628670.2080604@vimperator.org>

On 01/02/2009 05:40 PM, Ted Pavlic wrote:

>>> Now that we have a VIMPERATOR_RUNTIME, perhaps we could change plugins
>>> to load before the RC file.
>>
>> Yeah, that's why we have :loadplugins, but yeah, it's quite a hack.
>> I am not sure which is the best way to solve the issue, when plugins add
>> options.
> 
> When in doubt, do as Vim does, no?
> 
> Vim (conventionally?) loads plugins before the RC file. I think most 
> Vimp users will be expecting that.


Hmm, I think vim loads plugins after the RC file. The main difference is
that vim does not allow plugins to add options, but only variables, that's
why you need

let g:plugin = xxx

in your vimrc file, whereas vimperator users can use :set noflashblock
which is an option added by a plugin.

>From a user's perspective, I like options better than variables, but
the chicken-and-egg problem might be a little annoying.

From ye.xu.hdm at gmail.com  Mon Jan  5 14:43:37 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Mon, 5 Jan 2009 23:43:37 +0100
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
Message-ID: <aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>

miss char-hints. :(

On Sat, Jan 3, 2009 at 14:42, Doug Kearns <dougkearns at gmail.com> wrote:
> Just a quick note to let all the sad souls who've been mourning its
> demise know that AlwaysHint mode is back.
>
> Thanks to Ted for implementing it, Kris for rightly reverting it and
> Martin for exercising maxauthority privileges and reverting the
> reversion - I just watched.
>
> I wouldn't hold out any hope for char-hints though.
>
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From sean.escriva at gmail.com  Mon Jan  5 16:34:08 2009
From: sean.escriva at gmail.com (Sean Escriva)
Date: Mon, 5 Jan 2009 16:34:08 -0800
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
Message-ID: <20090106003406.GA14098@gmail.com>

still warnings obviously, but without a change like this make doc will
die on marks.txt

---
 vimperator/locale/en-US/marks.txt |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/vimperator/locale/en-US/marks.txt b/vimperator/locale/en-US/marks.txt
index f3386a3..fd9b2fd 100644
--- a/vimperator/locale/en-US/marks.txt
+++ b/vimperator/locale/en-US/marks.txt
@@ -187,7 +187,9 @@ ________________________________________________________________________________
 ||:qma[rk] {a-zA-Z0-9} [a][url][a]|| +
 ________________________________________________________________________________
 Mark a URL with a letter for quick access. You can also mark whole groups like this: +
-[c]:qmark f \http://forum1.com, \http://forum2.com, imdb some artist[c]
+
+Example:::
+    [c]:qmark f \http://forum1.com, \http://forum2.com, imdb some artist[c]
 ________________________________________________________________________________
 
 
-- 
1.6.1


From ted at tedpavlic.com  Mon Jan  5 16:50:43 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 05 Jan 2009 19:50:43 -0500
Subject: [Vimperator] Correction: How to use environment variables in RC
In-Reply-To: <49628670.2080604@vimperator.org>
References: <494276AF.3060305@tedpavlic.com>	<aaae92100812120803v1d410180gefb5766c7fe8cd05@mail.gmail.com>	<494290CE.2010104@tedpavlic.com>	<49429340.2090208@tedpavlic.com>	<20081212192813.GA9465@jg.home>	<49592D69.3050503@tedpavlic.com>	<49593725.6040908@tedpavlic.com>	<20081229224003.GB21859@jg>	<495A1F88.4090401@tedpavlic.com>	<495A3A7B.4030309@tedpavlic.com>	<20081231005759.GA21536@jg.home>	<495ACEB2.4040201@tedpavlic.com>
	<495B64CE.4030405@vimperator.org> <495E4385.6040709@tedpavlic.com>
	<49628670.2080604@vimperator.org>
Message-ID: <4962AAE3.6070802@tedpavlic.com>

> Hmm, I think vim loads plugins after the RC file. The main difference is
> that vim does not allow plugins to add options, but only variables, that's
> why you need
...

OIC. That makes sense.

I like options better than variables too. They're more intuitive, and 
they work well with completion.

The plugin loading order is now well(?) documented (including notes 
about using :loadplugins). Perhaps a sample .vimp...rc should start with 
a (commented?) :loadplugins line and everything else should stay the 
same. <?>

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Mon Jan  5 17:11:48 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 05 Jan 2009 20:11:48 -0500
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
Message-ID: <4962AFD4.7060406@tedpavlic.com>

> miss char-hints. :(

Perhaps, in a future release of Vimperator (not 2.0), the leader can be 
used to toggle whether the hints are numbered or lettered.

Right now, in hint mode, the leader (e.g., \) switches whether or not 
numbers can be used to find hint *text* on a page. Perhaps that mode 
could be extended so that \ simultaneously changes all of the hint 
numbers to letters. Maybe that's the answer.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

From ye.xu.hdm at gmail.com  Mon Jan  5 17:26:17 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Tue, 6 Jan 2009 02:26:17 +0100
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <4962AFD4.7060406@tedpavlic.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
	<4962AFD4.7060406@tedpavlic.com>
Message-ID: <aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>

On Tue, Jan 6, 2009 at 02:11, Ted Pavlic <ted at tedpavlic.com> wrote:
>
> Perhaps, in a future release of Vimperator (not 2.0), the leader can be used
> to toggle whether the hints are numbered or lettered.
>
> Right now, in hint mode, the leader (e.g., \) switches whether or not
> numbers can be used to find hint *text* on a page. Perhaps that mode could
> be extended so that \ simultaneously changes all of the hint numbers to
> letters. Maybe that's the answer.


the char|number hint switch key is indeed a good idea! It is even
better that we have a option for end-user to choose the hintmode, we
can set the hint mode simply with :set hintmode=1 or 0, 1 means
char-hints, 0 means number-hints. :D

there is another off-topic question, can somebody tell me why the dev
had replaced the char-hint with number based hints? due to performance
reasons or numbered hints are smarter and more efficient in any
aspect?

From dougkearns at gmail.com  Mon Jan  5 18:31:32 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Tue, 6 Jan 2009 13:31:32 +1100
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <20090106003406.GA14098@gmail.com>
References: <20090106003406.GA14098@gmail.com>
Message-ID: <644fc65e0901051831q4623ce7fld8d7468b382625a9@mail.gmail.com>

On 1/6/09, Sean Escriva <sean.escriva at gmail.com> wrote:
> still warnings obviously, but without a change like this make doc will
>  die on marks.txt

We've settled on Asciidoc 8.2.x for the short term due to a number of
issues with 8.3.  The Makefile should have issued a warning about
this.

Thanks,
Doug

From benisty.e at gmail.com  Mon Jan  5 18:46:08 2009
From: benisty.e at gmail.com (Emmanuel Benisty)
Date: Tue, 6 Jan 2009 09:46:08 +0700
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
Message-ID: <c1f41c620901051846tb4d0b08tfcb86a2c0750278@mail.gmail.com>

On Sat, Jan 3, 2009 at 8:42 PM, Doug Kearns <dougkearns at gmail.com> wrote:
> Just a quick note to let all the sad souls who've been mourning its
> demise know that AlwaysHint mode is back.
>
> Thanks to Ted for implementing it, Kris for rightly reverting it and
> Martin for exercising maxauthority privileges and reverting the
> reversion - I just watched.

a big, huge, THANKS.

From ted at tedpavlic.com  Mon Jan  5 19:13:37 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 05 Jan 2009 22:13:37 -0500
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
	<4962AFD4.7060406@tedpavlic.com>
	<aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>
Message-ID: <4962CC61.7050500@tedpavlic.com>

> there is another off-topic question, can somebody tell me why the dev
> had replaced the char-hint with number based hints? due to performance
> reasons or numbered hints are smarter and more efficient in any
> aspect?

Being able to type in portions of hint *text* is the reason for the 
switch to numbered hints. That is, rather than typing "f66" to access a 
"News" link on the page, it's more convenient for (most users) to type 
"fNews" or even "fNe" if few links start with those letters.

Because most pages have links consisting of letters (and not numbers), 
hints must be numbered. Then you have to ways to access them (by hint 
text or by hint index).

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From konbu.komuro at gmail.com  Mon Jan  5 23:51:42 2009
From: konbu.komuro at gmail.com (Komuro Sunao)
Date: Tue, 6 Jan 2009 16:51:42 +0900
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <4962CC61.7050500@tedpavlic.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
	<4962AFD4.7060406@tedpavlic.com>
	<aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>
	<4962CC61.7050500@tedpavlic.com>
Message-ID: <6914ac6b0901052351x5b744e30k84e54f45f5448480@mail.gmail.com>

I wrote plugin enable to 2.0's hint mode in char-hint.
http://coderepos.org/share/browser/lang/javascript/vimperator-plugins/trunk/char-hints-mod2.js
It switch input follow/char-hint by lowercase/uppercase.

When a link exists contains text "News" labeled "JK",
input lowercase "news" if you want follow by 2.0's hint ,
input uppercase "JK" if you want char-hint.

On Tue, Jan 6, 2009 at 12:13 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
>> there is another off-topic question, can somebody tell me why the dev
>> had replaced the char-hint with number based hints? due to performance
>> reasons or numbered hints are smarter and more efficient in any
>> aspect?
>
> Being able to type in portions of hint *text* is the reason for the switch
> to numbered hints. That is, rather than typing "f66" to access a "News" link
> on the page, it's more convenient for (most users) to type "fNews" or even
> "fNe" if few links start with those letters.
>
> Because most pages have links consisting of letters (and not numbers), hints
> must be numbered. Then you have to ways to access them (by hint text or by
> hint index).
>
> --Ted
>
> --
> Ted Pavlic <ted at tedpavlic.com>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Department of Computer Science, The University of Electro-Communications
?? ??Komuro Sunao?
Email? konbu.komuro at gmail.com

From nagle at sproutward.org  Mon Jan  5 13:09:13 2009
From: nagle at sproutward.org (Michael Nagle)
Date: Mon, 5 Jan 2009 16:09:13 -0500
Subject: [Vimperator] bug report: can't navigate seeqpod.com with vimperator
Message-ID: <c6b0fffe0901051309p169491admca2bb0301cecf21a@mail.gmail.com>

Hi there,

I'm running OS 10.4 on a Mac, and I find that when I try to navigate
seeqpod.com/search/, controls like using Esc to move back to the command
line don't work. Also, when clicking on the text field on the top of the
page, I can't input any text in (using ctrl-v to bypass vimperator's
bindings.) Actually, it seems like the page is just unrepsponsive to
keyboard input (but does respond to mouse input.)

Another friend said she had this problem with vimperator on a Mac (also
running 10.4) -- maybe it's a combination problem of vimperator and OS 10.4?
She isn't having this problem on a machine running Ubuntu.

Any help of how to fix this or a confirmation of this being a bug would be
appreciated. Thank you! I really appreciate vimperator.
-Nagle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090105/0b3306d1/attachment.html>

From maxauthority at vimperator.org  Tue Jan  6 02:01:30 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 06 Jan 2009 11:01:30 +0100
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <20090106003406.GA14098@gmail.com>
References: <20090106003406.GA14098@gmail.com>
Message-ID: <49632BFA.4000104@vimperator.org>

On 01/06/2009 01:34 AM, Sean Escriva wrote:

> -[c]:qmark f \http://forum1.com, \http://forum2.com, imdb some artist[c]


I think I already asked, but why is it \http://forum1.com and not just
http://forum1.com?

From maxauthority at vimperator.org  Tue Jan  6 02:04:11 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 06 Jan 2009 11:04:11 +0100
Subject: [Vimperator] bug report: can't navigate seeqpod.com with
	vimperator
In-Reply-To: <c6b0fffe0901051309p169491admca2bb0301cecf21a@mail.gmail.com>
References: <c6b0fffe0901051309p169491admca2bb0301cecf21a@mail.gmail.com>
Message-ID: <49632C9B.2060706@vimperator.org>

On 01/05/2009 10:09 PM, Michael Nagle wrote:

> Hi there,
> 
> I'm running OS 10.4 on a Mac, and I find that when I try to navigate
> seeqpod.com/search/ <http://seeqpod.com/search/>, controls like using
> Esc to move back to the command line don't work. Also, when clicking on
> the text field on the top of the page, I can't input any text in (using
> ctrl-v to bypass vimperator's bindings.) Actually, it seems like the
> page is just unrepsponsive to keyboard input (but does respond to mouse
> input.)
> 
> Another friend said she had this problem with vimperator on a Mac (also
> running 10.4) -- maybe it's a combination problem of vimperator and OS
> 10.4? She isn't having this problem on a machine running Ubuntu.
> 
> Any help of how to fix this or a confirmation of this being a bug would
> be appreciated. Thank you! I really appreciate vimperator.


It's because seeqpod uses flash, and whenever a flash (or java applet) has
focus, we don't get any keystrokes. You'll have to click on a some non-flash
part of the homepage to make it work again. Sorry, but it's a Firefox limitation
we can't work around :(

--
Martin

From maxauthority at vimperator.org  Tue Jan  6 02:06:36 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 06 Jan 2009 11:06:36 +0100
Subject: [Vimperator] Deleting History
In-Reply-To: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
References: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
Message-ID: <49632D2C.7030603@vimperator.org>

On 01/03/2009 10:53 PM, James DiGriz wrote:

> Hi,
> 
> I'm using Vimperator 1.2 on FF 3.05 on Intrepid Ibex.  I noticed that
> clearing my Firefox History does not clear the Vimperator history.  The
> :help page regarding bookmarks and history has options to delete
> bmarks,qmarks and marks but not the history.  Am I missing something, or
> is Vimperator missing a feature?


Doug is working on a :sanitize command which will allow this, but we agreed
to stop adding features for now and concentrate on bug fixing, so it'll
be in vimperator 2.1 or later.

From ye.xu.hdm at gmail.com  Tue Jan  6 03:00:22 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Tue, 6 Jan 2009 12:00:22 +0100
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <6914ac6b0901052351x5b744e30k84e54f45f5448480@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
	<4962AFD4.7060406@tedpavlic.com>
	<aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>
	<4962CC61.7050500@tedpavlic.com>
	<6914ac6b0901052351x5b744e30k84e54f45f5448480@mail.gmail.com>
Message-ID: <aa5421130901060300i38aa5fc7v3fc29ec37d03f2c1@mail.gmail.com>

> I wrote plugin enable to 2.0's hint mode in char-hint.
> http://coderepos.org/share/browser/lang/javascript/vimperator-plugins/trunk/char-hints-mod2.js
> It switch input follow/char-hint by lowercase/uppercase.
>
> When a link exists contains text "News" labeled "JK",
> input lowercase "news" if you want follow by 2.0's hint ,
> input uppercase "JK" if you want char-hint.
>

the plugin is cool, using it now, and a big thx!

>> Being able to type in portions of hint *text* is the reason for the switch
>> to numbered hints. That is, rather than typing "f66" to access a "News" link
>> on the page, it's more convenient for (most users) to type "fNews" or even
>> "fNe" if few links start with those letters.
>>
>> Because most pages have links consisting of letters (and not numbers), hints
>> must be numbered. Then you have to ways to access them (by hint text or by
>> hint index).

thx for the detailed answer.

From dougkearns at gmail.com  Tue Jan  6 03:33:33 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Tue, 6 Jan 2009 22:33:33 +1100
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <49632BFA.4000104@vimperator.org>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
Message-ID: <644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>

On 1/6/09, Martin Stubenschrott <maxauthority at vimperator.org> wrote:
> I think I already asked, but why is it \http://forum1.com and not just
>  http://forum1.com?

Hmmm, I think I already answered too. :)

Without escaping the URL it's parsed as a URL macro.

Doug

From mftian at gmail.com  Tue Jan  6 04:50:38 2009
From: mftian at gmail.com (Xie&Tian)
Date: Tue, 6 Jan 2009 20:50:38 +0800
Subject: [Vimperator] [bug report] Can't quit Visual Mode by pressing
	'v' again
In-Reply-To: <49628375.2020504@vimperator.org>
References: <a28ffaac0812241703g1f0ca254n4c3ec105e4293a6@mail.gmail.com>
	<a28ffaac0901050759l29b64086vacbe57adbe0bd3ae@mail.gmail.com>
	<49628375.2020504@vimperator.org>
Message-ID: <a28ffaac0901060450ufa44dddjc73fa0ce63c01a17@mail.gmail.com>

The attached patch fixed this issue. It turns out much simpler than
I've expected:)

2009/1/6 Martin Stubenschrott <maxauthority at vimperator.org>:
> On 01/05/2009 04:59 PM, Xie&Tian wrote:
>
>> this bug report has received no feedback, maybe it's because of the
>> bad timing.
>
>
> yeah, over the holidays, not many people are actively working on
> vimperator. I think the main reason was, however, that very few people
> actually use visual mode.
>
> As I finally get some time to work on it, I want to make
>> sure if it is worth fixing. Any suggestions?
>>
>
>> 2008/12/25 Xie&Tian <mftian at gmail.com>:
>>> After entering Visual Mode by first press 'i' to enter Caret Mode and
>>> then press 'v', one can't quit Visual Mode by pressing 'v' again.
>>> Plus, if 'v' is pressed in Visual Mode, one can't quit Visual Mode
>>> even with ESC or Ctrl+[. The only way I found is to press ':' to enter
>>> commandline mode and then cancel it so that you can be in normal mode.
>>>
>>> ticket filed: http://vimperator.org/trac/ticket/96
>
>
> Actually i didn't know pressing v again cancels visual mode in vim :)
>
> I would suggest that you just make it work like in vim. Also pressing escape
> once in visual mode should go back to caret mode, and pressing escape another
> time should then go back to normal mode.
>
> --
> Martin
>
> PS: The less used a feature is, the higher quality standards in terms of code
> bloat/size I have, but I am sure you manage to get a great working solution
> without lots of hacks :)
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ticket96.patch
Type: text/x-patch
Size: 716 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090106/341b2bb6/attachment.bin>

From maxauthority at vimperator.org  Tue Jan  6 05:03:39 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 06 Jan 2009 14:03:39 +0100
Subject: [Vimperator] [bug report] Can't quit Visual Mode by pressing
 'v' again
In-Reply-To: <a28ffaac0901060450ufa44dddjc73fa0ce63c01a17@mail.gmail.com>
References: <a28ffaac0812241703g1f0ca254n4c3ec105e4293a6@mail.gmail.com>	<a28ffaac0901050759l29b64086vacbe57adbe0bd3ae@mail.gmail.com>	<49628375.2020504@vimperator.org>
	<a28ffaac0901060450ufa44dddjc73fa0ce63c01a17@mail.gmail.com>
Message-ID: <496356AB.9030606@vimperator.org>

On 01/06/2009 01:50 PM, Xie&Tian wrote:

> diff --git a/common/content/editor.js b/common/content/editor.js
> index 4fe4ed4..237d0bc 100644
> --- a/common/content/editor.js
> +++ b/common/content/editor.js
> @@ -371,10 +371,14 @@ function Editor() //{{{
>          { flags: Mappings.flags.COUNT });
>  
>      // visual mode
> -    mappings.add([modes.CARET, modes.TEXTAREA, modes.VISUAL],
> +    mappings.add([modes.CARET, modes.TEXTAREA],
>          ["v"], "Start visual mode",
>          function (count) { modes.set(modes.VISUAL, liberator.mode); });
>  
> +    mappings.add([modes.VISUAL],
> +        ["v"], "End visual mode",
> +        function (count) { events.onEscape() });
> +
>      mappings.add([modes.TEXTAREA],
>          ["V"], "Start visual line mode",
>          function (count)


Thanks, applied.

From ted at tedpavlic.com  Tue Jan  6 06:59:14 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 06 Jan 2009 09:59:14 -0500
Subject: [Vimperator] AlwaysHints mode is back
In-Reply-To: <6914ac6b0901052351x5b744e30k84e54f45f5448480@mail.gmail.com>
References: <644fc65e0901030542p2374ed7cnfc61768cf75b1320@mail.gmail.com>
	<aa5421130901051443x1f36363cqf144cd2d81e279ed@mail.gmail.com>
	<4962AFD4.7060406@tedpavlic.com>
	<aa5421130901051726od756d98j5678886ed3527714@mail.gmail.com>
	<4962CC61.7050500@tedpavlic.com>
	<6914ac6b0901052351x5b744e30k84e54f45f5448480@mail.gmail.com>
Message-ID: <496371C2.2050208@tedpavlic.com>

If this is a working char-hints implementation for Vimp2, it should
probably be uploaded to the scripts repo at Trac:

http://vimperator.org/trac/wiki/Vimperator/Scripts

It could be added as a fresh plugin or as an update to the old
char-hints plugin:

http://vimperator.org/trac/ticket/27

--Ted

On 1/6/09 2:51 AM, Komuro Sunao wrote:
> I wrote plugin enable to 2.0's hint mode in char-hint.
> http://coderepos.org/share/browser/lang/javascript/vimperator-plugins/trunk/char-hints-mod2.js
> It switch input follow/char-hint by lowercase/uppercase.
> 
> When a link exists contains text "News" labeled "JK",
> input lowercase "news" if you want follow by 2.0's hint ,
> input uppercase "JK" if you want char-hint.
> 
> On Tue, Jan 6, 2009 at 12:13 PM, Ted Pavlic<ted at tedpavlic.com>  wrote:
>>> there is another off-topic question, can somebody tell me why the dev
>>> had replaced the char-hint with number based hints? due to performance
>>> reasons or numbered hints are smarter and more efficient in any
>>> aspect?
>> Being able to type in portions of hint *text* is the reason for the switch
>> to numbered hints. That is, rather than typing "f66" to access a "News" link
>> on the page, it's more convenient for (most users) to type "fNews" or even
>> "fNe" if few links start with those letters.
>>
>> Because most pages have links consisting of letters (and not numbers), hints
>> must be numbered. Then you have to ways to access them (by hint text or by
>> hint index).
>>
>> --Ted
>>
>> --
>> Ted Pavlic<ted at tedpavlic.com>
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> 
> 
> 

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Tue Jan  6 07:00:54 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 06 Jan 2009 10:00:54 -0500
Subject: [Vimperator] Deleting History
In-Reply-To: <49632D2C.7030603@vimperator.org>
References: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
	<49632D2C.7030603@vimperator.org>
Message-ID: <49637226.6070806@tedpavlic.com>

Meanwhile, concerned users should look in their

	~/.vimperator/info/default/

directories where they can delete/modify those files manually (yes?).

--Ted

On 1/6/09 5:06 AM, Martin Stubenschrott wrote:
> On 01/03/2009 10:53 PM, James DiGriz wrote:
>
>> Hi,
>>
>> I'm using Vimperator 1.2 on FF 3.05 on Intrepid Ibex.  I noticed that
>> clearing my Firefox History does not clear the Vimperator history.  The
>> :help page regarding bookmarks and history has options to delete
>> bmarks,qmarks and marks but not the history.  Am I missing something, or
>> is Vimperator missing a feature?
>
>
> Doug is working on a :sanitize command which will allow this, but we agreed
> to stop adding features for now and concentrate on bug fixing, so it'll
> be in vimperator 2.1 or later.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

-- 
Ted Pavlic <ted at tedpavlic.com>

From nemolivier at gmail.com  Tue Jan  6 07:30:51 2009
From: nemolivier at gmail.com (=?UTF-8?Q?Olivier_Gu=C3=A9ry?=)
Date: Tue, 6 Jan 2009 16:30:51 +0100
Subject: [Vimperator] Deleting History
In-Reply-To: <49637226.6070806@tedpavlic.com>
References: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
	<49632D2C.7030603@vimperator.org> <49637226.6070806@tedpavlic.com>
Message-ID: <5c2c86e70901060730x73fc5bc9p24e97b678b8d9534@mail.gmail.com>

2009/1/6 Ted Pavlic <ted at tedpavlic.com>:
> Meanwhile, concerned users should look in their
>
>        ~/.vimperator/info/default/
>
> directories where they can delete/modify those files manually (yes?).
>

Speaking of history, did vimp?rator 2.0 inclued a command for using
the <s>porn</s> secret browsing function of firefox 3.1 ?

Olivier.

-- 
[Message tap? sur un clavier B?po : http://www.clavier-dvorak.org ]
http://nemolivier.blogspot.com

From maxauthority at vimperator.org  Tue Jan  6 07:51:52 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 06 Jan 2009 16:51:52 +0100
Subject: [Vimperator] Deleting History
In-Reply-To: <5c2c86e70901060730x73fc5bc9p24e97b678b8d9534@mail.gmail.com>
References: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>	<49632D2C.7030603@vimperator.org>
	<49637226.6070806@tedpavlic.com>
	<5c2c86e70901060730x73fc5bc9p24e97b678b8d9534@mail.gmail.com>
Message-ID: <49637E18.2050508@vimperator.org>

On 01/06/2009 04:30 PM, Olivier Gu?ry wrote:

> 2009/1/6 Ted Pavlic <ted at tedpavlic.com>:
>> Meanwhile, concerned users should look in their
>>
>>        ~/.vimperator/info/default/
>>
>> directories where they can delete/modify those files manually (yes?).
>>
> 
> Speaking of history, did vimp?rator 2.0 inclued a command for using
> the <s>porn</s> secret browsing function of firefox 3.1 ?


Not yet, and we are rather in a feature freeze to finally get vimp 2.0 out
of the door, but a :set [no]porn ... aeh, :set [no]private or something
is certainly planned for future releases.

--
Martin

From sean.escriva at gmail.com  Tue Jan  6 09:31:35 2009
From: sean.escriva at gmail.com (Sean Escriva)
Date: Tue, 6 Jan 2009 09:31:35 -0800
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc	8.3.x
In-Reply-To: <644fc65e0901051831q4623ce7fld8d7468b382625a9@mail.gmail.com>
References: <20090106003406.GA14098@gmail.com>
	<644fc65e0901051831q4623ce7fld8d7468b382625a9@mail.gmail.com>
Message-ID: <20090106173134.GA30903@gmail.com>

On Tue, Jan 06, 2009 at 01:31:32PM +1100, Doug Kearns wrote:
> On 1/6/09, Sean Escriva <sean.escriva at gmail.com> wrote:
> > still warnings obviously, but without a change like this make doc will
> >  die on marks.txt
> 
> We've settled on Asciidoc 8.2.x for the short term due to a number of
> issues with 8.3.  The Makefile should have issued a warning about
> this.

not a problem. are there issues besides the obvious change in table
syntax? I haven't noticed anything else, but I also haven't dug too
deep.

-sme

From rogutes at googlemail.com  Tue Jan  6 09:47:37 2009
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?=)
Date: Tue, 6 Jan 2009 19:47:37 +0200
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc	8.3.x
In-Reply-To: <20090106173134.GA30903@gmail.com>
References: <20090106003406.GA14098@gmail.com>
	<644fc65e0901051831q4623ce7fld8d7468b382625a9@mail.gmail.com>
	<20090106173134.GA30903@gmail.com>
Message-ID: <20090106174737.GA4554@ugu.dokeda.lt>

Sean Escriva (2009-01-06 09:31):
> On Tue, Jan 06, 2009 at 01:31:32PM +1100, Doug Kearns wrote:
> > On 1/6/09, Sean Escriva <sean.escriva at gmail.com> wrote:
> > > still warnings obviously, but without a change like this make doc will
> > >  die on marks.txt
> > 
> > We've settled on Asciidoc 8.2.x for the short term due to a number of
> > issues with 8.3.  The Makefile should have issued a warning about
> > this.
> 
> not a problem. are there issues besides the obvious change in table
> syntax? I haven't noticed anything else, but I also haven't dug too
> deep.
> 
> -sme

If help is generated with 8.3.x, the output is quite different and :help
completion is broken (try :help hints<TAB> with both, the 8.2.x and
8.3.x output).

-- 
Rogut?s

From maglione.k at gmail.com  Tue Jan  6 08:13:48 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Tue, 6 Jan 2009 11:13:48 -0500
Subject: [Vimperator] Deleting History
In-Reply-To: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
References: <COL105-W7206B3A8B4A7D12A02291DAEE30@phx.gbl>
Message-ID: <20090106161348.GA13009@jg.home>

On Sat, Jan 03, 2009 at 09:53:40PM +0000, James DiGriz wrote:
>I'm using Vimperator 1.2 on FF 3.05 on Intrepid Ibex.  I 
>noticed that clearing my Firefox History does not clear the 
>Vimperator history.  The :help page regarding bookmarks and 
>history has options to delete bmarks,qmarks and marks but not 
>the history.  Am I missing something, or is Vimperator missing 
>a feature?

Just do something like

:com clearhist :js storage["history-command"].mutate("filter",
	function (c) !/^(tab|win)?o(pen)?/.test(c))

(or just storage["history-command"].truncate(0))

-- 
Kris Maglione

If we knew what it was we were doing, it would not be called research,
would it?
	--Albert Einstein


From sitaramc at gmail.com  Tue Jan  6 20:38:59 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Wed, 7 Jan 2009 04:38:59 +0000 (UTC)
Subject: [Vimperator] any command to display details of ssl cert on
	current site?
References: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>
	<4962857C.1080501@vimperator.org>
Message-ID: <slrngm8cf3.nb.sitaramc@sitaramc.homelinux.net>

On 2009-01-05, Martin Stubenschrott
<maxauthority at vimperator.org>
wrote:
>
> On 01/03/2009 05:33 AM, Sitaram Chamarty wrote:
>
>> ...like an extended form of ":version" perhaps?
>
>
> Not yet, but it should definitely be under :pageinfo
> in a new "Security" tab at some time. Any volunteers?
> calmar, our paginfo expert? :)

My original post was somewhat misleading.  It isn't as
simple as checking just the site's cert for MD5.  Even if
your site cert is MD5, it's issuer (the root CA or
intermediate CA) may have been compromised; you'd have to
follow each cert up the chain to make sure none of them use
MD5.

I think that would be a little too much to ask :-)

I'll give the SSL Blacklist extension a shot...


From sitaramc at gmail.com  Tue Jan  6 21:32:30 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Wed, 7 Jan 2009 05:32:30 +0000 (UTC)
Subject: [Vimperator] Lots of JS Warnings on 2.0a2 [was Re: Deleting History
Message-ID: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>

[manually removed the references header to start a new
thread, but quoting from the old one for continuity]

On 2009-01-06, Ted Pavlic <ted at tedpavlic.com> wrote:
> Meanwhile, concerned users should look in their
>
> 	~/.vimperator/info/default/
>
> directories where they can delete/modify those files manually (yes?).

following this, I finally got off my duff and installed
vimperator 2.0a1 (2008/12/23).

Now, whenever I start firefox, I get a host of JS warnings
like this:

Warning: Expected declaration but found '!'.  Skipped to next declaration.
Source File:
chrome-data://text/css, at namespace%20html%20%22http://www.w3.org/1999/xhtml%22;%0A at namespace%20xul%20%22http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul%22;%0A at namespace%20liberator%20%22http://vimperator.org/namespaces/liberator%22;%0A at -moz-document%20url(%22chrome://liberator/content/buffer.xhtml%22),%20url(%22chrome://browser/content/browser.xul%22)%7B%0A%5Bliberator%7Chighlight~=CompGroup%5D%20%7B%20!important;%20%7D%0A%7D%0A
Line: 5

So, is this something I missed during an extended period of
absence from the list and the vimperator world in general?

The trouble is, once in a while, merely closing that JS
warning window doesn't help -- ff crashes and restarts, so
it's a little iffy what actually happens!


From maglione.k at gmail.com  Tue Jan  6 21:40:29 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 7 Jan 2009 00:40:29 -0500
Subject: [Vimperator] Lots of JS Warnings on 2.0a2 [was Re:
	Deleting	History
In-Reply-To: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>
References: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>
Message-ID: <20090107054029.GA8445@jg.home>

On Wed, Jan 07, 2009 at 05:32:30AM +0000, Sitaram Chamarty wrote:
>following this, I finally got off my duff and installed
>vimperator 2.0a1 (2008/12/23).
>
>Now, whenever I start firefox, I get a host of JS warnings
>like this:

They're CSS warnings. See the issue tracker; it's been fixed.

-- 
Kris Maglione

Technology is dominated by two types of people: Those who understand
what they do not manage.  Those who manage what they do not
understand.
	--Putt's Law


From maglione.k at gmail.com  Tue Jan  6 21:40:29 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 7 Jan 2009 00:40:29 -0500
Subject: [Vimperator] Lots of JS Warnings on 2.0a2 [was Re:
	Deleting	History
In-Reply-To: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>
References: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>
Message-ID: <20090107054029.GA8445@jg.home>

On Wed, Jan 07, 2009 at 05:32:30AM +0000, Sitaram Chamarty wrote:
>following this, I finally got off my duff and installed
>vimperator 2.0a1 (2008/12/23).
>
>Now, whenever I start firefox, I get a host of JS warnings
>like this:

They're CSS warnings. See the issue tracker; it's been fixed.

-- 
Kris Maglione

Technology is dominated by two types of people: Those who understand
what they do not manage.  Those who manage what they do not
understand.
	--Putt's Law


From maxauthority at vimperator.org  Wed Jan  7 00:33:46 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 07 Jan 2009 09:33:46 +0100
Subject: [Vimperator] any command to display details of ssl cert on
 current site?
In-Reply-To: <slrngm8cf3.nb.sitaramc@sitaramc.homelinux.net>
References: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>	<4962857C.1080501@vimperator.org>
	<slrngm8cf3.nb.sitaramc@sitaramc.homelinux.net>
Message-ID: <496468EA.1010606@vimperator.org>

On 01/07/2009 05:38 AM, Sitaram Chamarty wrote:

> On 2009-01-05, Martin Stubenschrott
> <maxauthority at vimperator.org>
> wrote:
>>
>> On 01/03/2009 05:33 AM, Sitaram Chamarty wrote:
>>
>>> ...like an extended form of ":version" perhaps?
>>
>>
>> Not yet, but it should definitely be under :pageinfo
>> in a new "Security" tab at some time. Any volunteers?
>> calmar, our paginfo expert? :)
> 
> My original post was somewhat misleading.  It isn't as
> simple as checking just the site's cert for MD5.  Even if
> your site cert is MD5, it's issuer (the root CA or
> intermediate CA) may have been compromised; you'd have to
> follow each cert up the chain to make sure none of them use
> MD5.
> 
> I think that would be a little too much to ask :-)


No, it would make perfectly as a plugin, not just in the core.

From dpb at driftaway.org  Wed Jan  7 00:44:05 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Wed, 7 Jan 2009 10:44:05 +0200
Subject: [Vimperator] any command to display details of ssl cert on
	current site?
In-Reply-To: <slrngm8cf3.nb.sitaramc@sitaramc.homelinux.net>
References: <slrngltql6.63u.sitaramc@sitaramc.homelinux.net>
	<4962857C.1080501@vimperator.org>
	<slrngm8cf3.nb.sitaramc@sitaramc.homelinux.net>
Message-ID: <dd9711230901070044y74c16d5bn49b8dac46f1f294e@mail.gmail.com>

2009/1/7 Sitaram Chamarty <sitaramc at gmail.com>:
> On 2009-01-05, Martin Stubenschrott
> <maxauthority at vimperator.org>
> wrote:
>>
>> On 01/03/2009 05:33 AM, Sitaram Chamarty wrote:
>>
>>> ...like an extended form of ":version" perhaps?
>>
>>
>> Not yet, but it should definitely be under :pageinfo
>> in a new "Security" tab at some time. Any volunteers?
>> calmar, our paginfo expert? :)
>
> My original post was somewhat misleading.  It isn't as
> simple as checking just the site's cert for MD5.  Even if
> your site cert is MD5, it's issuer (the root CA or
> intermediate CA) may have been compromised; you'd have to
> follow each cert up the chain to make sure none of them use
> MD5.
>
> I think that would be a little too much to ask :-)
>
> I'll give the SSL Blacklist extension a shot...

You could make a Vimperator plugin for SSL Blacklist. That would be
the right way to go. :)

--
Daniel

From eyolf at oestrem.com  Wed Jan  7 04:32:00 2009
From: eyolf at oestrem.com (Eyolf =?iso-8859-1?Q?=D8strem?=)
Date: Wed, 7 Jan 2009 13:32:00 +0100
Subject: [Vimperator] How do I export quickmarks?
Message-ID: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>

Is there a way to export the quickmarks that are not defined in 
.vimperatorrc? They are not included in the output of :mkv. At the moment,
I re-enter them manually every time I make a new profile or install on a
different computer -- is that the only way?

Eyolf

-- 
		Accidentally Shot

	Colonel Gray, of Petaluma, came near losing his life a few days ago,
in a singular manner.  A gentleman with whom he was hunting attempted to
bring down a dove, but instead of doing so put the load of shot through the
Colonel's hat.  One shot took effect in his forehead.
		-- Sacramento Daily Union, April 20, 1861

From ted at tedpavlic.com  Wed Jan  7 05:40:54 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 08:40:54 -0500
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
Message-ID: <4964B0E6.5080500@tedpavlic.com>

Vimperator stores this information in

	~/.vimperator/info/default/quickmarks

Try replacing that file on all of your profiles, and those profiles 
should load with your quickmarks.

--Ted


On 1/7/09 7:32 AM, Eyolf ?strem wrote:
> Is there a way to export the quickmarks that are not defined in
> .vimperatorrc? They are not included in the output of :mkv. At the moment,
> I re-enter them manually every time I make a new profile or install on a
> different computer -- is that the only way?
>
> Eyolf
>

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Wed Jan  7 05:44:51 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 08:44:51 -0500
Subject: [Vimperator] Lots of JS Warnings on 2.0a2 [was Re:
	Deleting	History
In-Reply-To: <20090107054029.GA8445@jg.home>
References: <slrngm8fje.72d.sitaramc@sitaramc.homelinux.net>
	<20090107054029.GA8445@jg.home>
Message-ID: <4964B1D3.4090804@tedpavlic.com>

>> Now, whenever I start firefox, I get a host of JS warnings
>> like this:
>
> They're CSS warnings. See the issue tracker; it's been fixed.

Additionally, CSS warnings usually don't cause the Error Console to 
start automatically. However, there was a second problem in the 
nightlies around 12/20/2008 that caused a JavaScript error on starting 
Firefox on Windows systems. When that bug was fixed, the Error Console 
disappeared on Firefox startup (although the bunch of CSS warnings were 
still there but went unnoticed).

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From eyolf at oestrem.com  Wed Jan  7 06:28:14 2009
From: eyolf at oestrem.com (Eyolf =?iso-8859-1?Q?=D8strem?=)
Date: Wed, 7 Jan 2009 15:28:14 +0100
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <4964B0E6.5080500@tedpavlic.com>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
	<4964B0E6.5080500@tedpavlic.com>
Message-ID: <20090107142814.GA13288@eyo.wins.ibt.ku.dk>

On 07.01.2009 (08:40), Ted Pavlic wrote:
> Vimperator stores this information in
>
> 	~/.vimperator/info/default/quickmarks
>
> Try replacing that file on all of your profiles, and those profiles  
> should load with your quickmarks.

Excellent! Thanks.

Eyolf

-- 
Debian is the Jedi operating system: "Always two there are, a master and
an apprentice".
		-- Simon Richter on debian-devel

From maxauthority at vimperator.org  Wed Jan  7 06:36:44 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 7 Jan 2009 15:36:44 +0100
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <20090107142814.GA13288@eyo.wins.ibt.ku.dk>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
	<4964B0E6.5080500@tedpavlic.com>
	<20090107142814.GA13288@eyo.wins.ibt.ku.dk>
Message-ID: <aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>

Or do it like I do:

Put

qmark f forum1.com, forum2.com
qmark x xxx.com

etc. in your vimperatorrc. The only annoying thing is that you get
"Added quickmark x" messages during startup, if you don't set verbose=0.
Maybe I'll change that part, though

On Wed, Jan 7, 2009 at 3:28 PM, Eyolf ?strem <eyolf at oestrem.com> wrote:
> On 07.01.2009 (08:40), Ted Pavlic wrote:
>> Vimperator stores this information in
>>
>>       ~/.vimperator/info/default/quickmarks
>>
>> Try replacing that file on all of your profiles, and those profiles
>> should load with your quickmarks.
>
> Excellent! Thanks.
>
> Eyolf
>
> --
> Debian is the Jedi operating system: "Always two there are, a master and
> an apprentice".
>                -- Simon Richter on debian-devel
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From ted at tedpavlic.com  Wed Jan  7 06:46:28 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 09:46:28 -0500
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
	<644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
Message-ID: <4964C044.201@tedpavlic.com>

>> I think I already asked, but why is it \http://forum1.com and not just
>>   http://forum1.com?
>
> Hmmm, I think I already answered too. :)
>
> Without escaping the URL it's parsed as a URL macro.


In my asciidoc (8.2.5), the URL macro only gets triggered if the URL is 
followed by square braces. For example:

http://forum1.com[Forum]

And so the escaping \'s are showing up in my marks.html.


I'm assuming that you're saying that in asciidoc >8.2.5, the URL macro 
is triggered by http://forum.com alone, yes? And so your marks.html 
doesn't include the \'s in it (like mine does). Right?


--Ted



-- 
Ted Pavlic <ted at tedpavlic.com>

From eyolf at oestrem.com  Wed Jan  7 06:50:40 2009
From: eyolf at oestrem.com (Eyolf =?iso-8859-1?Q?=D8strem?=)
Date: Wed, 7 Jan 2009 15:50:40 +0100
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
	<4964B0E6.5080500@tedpavlic.com>
	<20090107142814.GA13288@eyo.wins.ibt.ku.dk>
	<aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>
Message-ID: <20090107145040.GB13288@eyo.wins.ibt.ku.dk>

On 07.01.2009 (15:36), Martin Stubenschrott wrote:
> Or do it like I do:
> 
> Put
> 
> qmark f forum1.com, forum2.com
> qmark x xxx.com
> 
> etc. in your vimperatorrc.

Yes, that's what I wanted that export function for in the first place. That
I hadn't done that already, the manual way, was out of laziness, and as a
matter of principle: I *assumed* there would be a way, so why bother with
manual typing...? 

> The only annoying thing is that you get
> "Added quickmark x" messages during startup, if you don't set verbose=0.
> Maybe I'll change that part, though

Doesn't bother me too much, but I don't desperately need that list at
startup either.

Eyolf

-- 
Death is God's way of telling you not to be such a wise guy.

From ted at tedpavlic.com  Wed Jan  7 07:06:24 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 10:06:24 -0500
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <4964C044.201@tedpavlic.com>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
	<644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
	<4964C044.201@tedpavlic.com>
Message-ID: <4964C4F0.3080502@tedpavlic.com>

> I'm assuming that you're saying that in asciidoc>8.2.5, the URL macro
> is triggered by http://forum.com alone, yes? And so your marks.html
> doesn't include the \'s in it (like mine does). Right?

Is there any objection to adding

	[pass-inlinemacro]
	{1}

to the asciidoc.conf and then using

	pass:[http://forum.com]

instead?


-- 
Ted Pavlic <ted at tedpavlic.com>

From maxauthority at vimperator.org  Wed Jan  7 07:20:47 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 7 Jan 2009 16:20:47 +0100
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <4964C4F0.3080502@tedpavlic.com>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
	<644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
	<4964C044.201@tedpavlic.com> <4964C4F0.3080502@tedpavlic.com>
Message-ID: <aaae92100901070720t776eb7bdwa2c3e23954230bbb@mail.gmail.com>

Not from me.

On Wed, Jan 7, 2009 at 4:06 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
>> I'm assuming that you're saying that in asciidoc>8.2.5, the URL macro
>> is triggered by http://forum.com alone, yes? And so your marks.html
>> doesn't include the \'s in it (like mine does). Right?
>
> Is there any objection to adding
>
>        [pass-inlinemacro]
>        {1}
>
> to the asciidoc.conf and then using
>
>        pass:[http://forum.com]
>
> instead?
>
>
> --
> 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  Wed Jan  7 07:39:27 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 10:39:27 -0500
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <4964C4F0.3080502@tedpavlic.com>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
	<644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
	<4964C044.201@tedpavlic.com> <4964C4F0.3080502@tedpavlic.com>
Message-ID: <4964CCAF.4090800@tedpavlic.com>

> 	[pass-inlinemacro]
> 	{1}

Sorry -- that {1} needs to be something like {passtext}, but apparently 
8.2.5 doesn't like {passtext}...

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Wed Jan  7 07:52:56 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 10:52:56 -0500
Subject: [Vimperator] [PATCH] make doc now won't fail with asciidoc 8.3.x
In-Reply-To: <4964CCAF.4090800@tedpavlic.com>
References: <20090106003406.GA14098@gmail.com>
	<49632BFA.4000104@vimperator.org>
	<644fc65e0901060333j7bc4561arf12ebfdf68e1769c@mail.gmail.com>
	<4964C044.201@tedpavlic.com> <4964C4F0.3080502@tedpavlic.com>
	<4964CCAF.4090800@tedpavlic.com>
Message-ID: <4964CFD8.9030703@tedpavlic.com>

The 8.2.7 update introduced the inline pass macros, and it's been 
difficult to find userguides for my version.

It looks like the old way to do in-line passthroughs was with +++, and 
so I'll put +++ around those URLs and leave the conf file alone.

--Ted

On 1/7/09 10:39 AM, Ted Pavlic wrote:
>> 	[pass-inlinemacro]
>> 	{1}
>
> Sorry -- that {1} needs to be something like {passtext}, but apparently
> 8.2.5 doesn't like {passtext}...
>

-- 
Ted Pavlic <ted at tedpavlic.com>

From ted at tedpavlic.com  Wed Jan  7 07:58:54 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 07 Jan 2009 10:58:54 -0500
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
	<4964B0E6.5080500@tedpavlic.com>
	<20090107142814.GA13288@eyo.wins.ibt.ku.dk>
	<aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>
Message-ID: <4964D13E.2010605@tedpavlic.com>

> etc. in your vimperatorrc. The only annoying thing is that you get
> "Added quickmark x" messages during startup, if you don't set verbose=0.
> Maybe I'll change that part, though

Feature request:

	:qmark!    -- A quiet qmark


--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

From maxauthority at vimperator.org  Wed Jan  7 08:45:21 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 7 Jan 2009 17:45:21 +0100
Subject: [Vimperator] How do I export quickmarks?
In-Reply-To: <4964D13E.2010605@tedpavlic.com>
References: <20090107123200.GA21465@eyo.wins.ibt.ku.dk>
	<4964B0E6.5080500@tedpavlic.com>
	<20090107142814.GA13288@eyo.wins.ibt.ku.dk>
	<aaae92100901070636r36f21733k5fc572927e700321@mail.gmail.com>
	<4964D13E.2010605@tedpavlic.com>
Message-ID: <aaae92100901070845i15f3141cm17aca2f260b35c1a@mail.gmail.com>

We should rather do :silent qmark ... as that's how vim does it, and
also other commands like :bmark would benefit from silence during
startup.

I'll put it on my personal todo list for post 2.0.

On Wed, Jan 7, 2009 at 4:58 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
>> etc. in your vimperatorrc. The only annoying thing is that you get
>> "Added quickmark x" messages during startup, if you don't set verbose=0.
>> Maybe I'll change that part, though
>
> Feature request:
>
>        :qmark!    -- A quiet qmark
>
>
> --Ted
>
> --
> Ted Pavlic <ted at tedpavlic.com>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From roach.list at gmail.com  Fri Jan  9 01:07:21 2009
From: roach.list at gmail.com (Robert Spencer)
Date: Fri, 9 Jan 2009 11:07:21 +0200
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
Message-ID: <8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>

On Tue, Dec 30, 2008 at 10:07 PM, Olivier Gu?ry <nemolivier at gmail.com> wrote:
> 2008/12/30 Robert Spencer <roach.list at gmail.com>:
>> Hi all,
>>
>> I'd like to try out Vimperator, but haven't figured out how to have
>> multiple versions of Firefox on Mac OS X. I've Googled and only found
>> unsatisfactory or incomplete instructions.

First, apologies for the long delay in replying. There's never enough
time in the day for everything that needs doing.

> Why using multiple version of firefox in order to try vimperator ?

Sorry, I squeezed a whole load of things I want to do in one question.
That was the summary.

In future I'll need to have different versions of Firefox to test
sites I'll develop. I need to keep work and leisure separate.

I also need to have, at least for a short time, 3 separate versions of
Thunderbird. A solution for Firefox would also, probably, have worked
for Thunderbird.

> Did you try : firefox -ProfileManager

That's a separate profile. I need totally separate, distinct, self
contained versions to avoid newer versions trampling over older
versions settings.

Accidents happen.

Since I have so little time available to me I decided to just take the
plunge and see what happens.

Firefox/vimperator is now unusable for work, I'm having to use Safari.
Thankfully MacVim has an option to integrate itself (menu entry) with
other OS X app's.

Muttator doesn't work with either version of Thunderbird 3 and despite
have separate names (Shredder & Thunderbird) they both automatically
use the same profile. :-(

-- 
Robert Spencer

From dpb at driftaway.org  Fri Jan  9 01:14:25 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Fri, 9 Jan 2009 11:14:25 +0200
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
	<8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
Message-ID: <dd9711230901090114o427ba69dgb3fd4cea71a51ff5@mail.gmail.com>

2009/1/9 Robert Spencer <roach.list at gmail.com>:
> On Tue, Dec 30, 2008 at 10:07 PM, Olivier Gu?ry <nemolivier at gmail.com> wrote:
>> 2008/12/30 Robert Spencer <roach.list at gmail.com>:
>>> Hi all,
>>>
>>> I'd like to try out Vimperator, but haven't figured out how to have
>>> multiple versions of Firefox on Mac OS X. I've Googled and only found
>>> unsatisfactory or incomplete instructions.
>
> First, apologies for the long delay in replying. There's never enough
> time in the day for everything that needs doing.
>
>> Why using multiple version of firefox in order to try vimperator ?
>
> Sorry, I squeezed a whole load of things I want to do in one question.
> That was the summary.
>
> In future I'll need to have different versions of Firefox to test
> sites I'll develop. I need to keep work and leisure separate.
>
> I also need to have, at least for a short time, 3 separate versions of
> Thunderbird. A solution for Firefox would also, probably, have worked
> for Thunderbird.
>
>> Did you try : firefox -ProfileManager
>
> That's a separate profile. I need totally separate, distinct, self
> contained versions to avoid newer versions trampling over older
> versions settings.
>
> Accidents happen.
>
> Since I have so little time available to me I decided to just take the
> plunge and see what happens.
>
> Firefox/vimperator is now unusable for work, I'm having to use Safari.
> Thankfully MacVim has an option to integrate itself (menu entry) with
> other OS X app's.
>
> Muttator doesn't work with either version of Thunderbird 3 and despite
> have separate names (Shredder & Thunderbird) they both automatically
> use the same profile. :-(

Yeah, for different versions of firefox/thunderbird, just rename the
.app to something else. They *will* use the same profile if started
normally, because that is set as the default profile, so you most
likely will need to use -ProfileManager anyway.

--
Daniel

From roach.list at gmail.com  Fri Jan  9 03:29:51 2009
From: roach.list at gmail.com (Robert Spencer)
Date: Fri, 9 Jan 2009 13:29:51 +0200
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <495A945D.9000108@tedpavlic.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
	<495A945D.9000108@tedpavlic.com>
Message-ID: <8b8c4c740901090329q2ee93428v8f8b99e1d7583e9e@mail.gmail.com>

On Tue, Dec 30, 2008 at 11:36 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
> It's a little more complicated for MacOS users. He should try:
>
> /Applications/Firefox.app/Contents/MacOS/firefox-bin -ProfileManager
>
> (actually, you can probably get rid of that "-bin"). To make this easier,
> adding:
>
> alias firefox=/Applications/Firefox.app/Contents/MacOS/firefox-bin
>
> Makes your usage possible.
>
> (NOTE: Make sure you have QUIT existing instances of Firefox before running
> the above commands)

Interesting, thanks. Now how do you attach that to an icon?

Googled and found the following pages that seems to cover the issue:

http://jeroencoumans.nl/journal/multiple-firefox-versions

[Interesting comments.]

And another way of doing things:

http://spf13.com/feature/managing-firefox-profiles-os-x

[Quickly gets to how to change the icon.]

Willing to pay for a profile change?

http://www.lifehacker.com.au/tips/2008/06/20/multifirefox_runs_firefox_2_and_3_side_by_side-2.html

lifehacker again:

http://lifehacker.com/software/firefox/geek-to-live--manage-multiple-firefox-profiles-231646.php

[Interesting tip on backing up your profile near the end. Windows
only, unfortunately.]

The following looks like what I actually want. Would love to figure
out how they do it.

Portable Firefox OS X:

http://www.freesmug.org/portableapps/firefox

[Haven't had a chance to try this yet.]

Mozilla Firefox, Portable Edition:

http://portableapps.com/apps/internet/firefox_portable

[Absolutely beautiful, hopefully the OS X version is just as good.]

-- 
Robert Spencer

From ted at tedpavlic.com  Fri Jan  9 06:27:02 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 09 Jan 2009 09:27:02 -0500
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
	<8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
Message-ID: <49675EB6.6070402@tedpavlic.com>

>> Did you try : firefox -ProfileManager
>
> That's a separate profile. I need totally separate, distinct, self
> contained versions to avoid newer versions trampling over older
> versions settings.

Create an alias that points to the different app

	alias myotherfirefox='/Applications/OtherFirefox.app/...'

and then use

	myotherfirefox -ProfileManager

to make sure it doesn't stomp on your existing profiles. They should be 
able to coexist without any trouble.

> Muttator doesn't work with either version of Thunderbird 3 and despite
> have separate names (Shredder&  Thunderbird) they both automatically
> use the same profile. :-(

AFAIK, Thunderbird also has a ProfileManager and can be called the same way.

FWIW, I don't have any trouble using Muttator on Thunderbird 3. Make 
sure you didn't just get a bad nightly or something.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From roach.list at gmail.com  Fri Jan  9 10:01:29 2009
From: roach.list at gmail.com (Robert Spencer)
Date: Fri, 9 Jan 2009 20:01:29 +0200
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <49675EB6.6070402@tedpavlic.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
	<8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
	<49675EB6.6070402@tedpavlic.com>
Message-ID: <8b8c4c740901091001v4c704daem43fcf1fef2f86b35@mail.gmail.com>

On Fri, Jan 9, 2009 at 4:27 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
>>> Did you try : firefox -ProfileManager
>>
>> That's a separate profile. I need totally separate, distinct, self
>> contained versions to avoid newer versions trampling over older
>> versions settings.
>
> Create an alias that points to the different app
>
>        alias myotherfirefox='/Applications/OtherFirefox.app/...'
>
> and then use
>
>        myotherfirefox -ProfileManager
>
> to make sure it doesn't stomp on your existing profiles. They should be able
> to coexist without any trouble.

Thank for trying Ted, but you seem to have missed my point.

I've been thinking and came to the conclusion that the easiest way to
avoid accidentally overwriting an import profile is to simply never
use the default profile. Then it's no longer important.

Make a tarball of your default profile as backup and then point every
single one of your Firefox/Thunderbird versions to their own unique
profiles.

>> Muttator doesn't work with either version of Thunderbird 3 and despite
>> have separate names (Shredder&  Thunderbird) they both automatically
>> use the same profile. :-(
>
> AFAIK, Thunderbird also has a ProfileManager and can be called the same way.

It does.

> FWIW, I don't have any trouble using Muttator on Thunderbird 3. Make sure
> you didn't just get a bad nightly or something.

It suddenly worked with Shredder today. I haven't been so utterly and
totally disappointed in a long time. :-(

The only way it resembles Mutt is in the first 4 letters of its name.
I have mutt set up just the way I like, custom colours according to
who the mail is addresses to, syntax hi-lighting, t-prot - TOFU
protection script, settings so that I can edit all the headers in vim,
etc.

If I could get Thunderbird to do nearly everything I can do now with
Mutt, I would be ecstatic.

Unfortunately, despite email being older that the Internet or WWW,
most mailer still can't seem to get their act together. Thunderbird is
one of them.

The list in no specific order:

1. SMTP or outgoing server settings.The days of having access to 1
SMTP server is gone for most people. Personally there's my ISPs, my
works, my own at home and Gmail. I own a laptop, therefore I'm mobile
and the mail has to go through the correct server according to the
from address and physical location otherwise it stands a good chance
of bouncing or being killed as spam (if it accidentally goes through
Gmail, the from address will more than likely be rewritten with your
Gmail address. Which sucks big time if it's a work email).

Last time I tried to have multiple outgoing servers in Thunderbird it
always wanted to go through Gmail. At the time I had 30+ email
addressed [No I'm not joking. Don't ask.], spread over 7 domains and I
only tested with 2. Thunderbird couldn't handle it. Mutt can.

2. Address book. I've only ever seen 2 really good addresses books,
guess what, neither one is in Thunderbird. The 2 winners are the OS X
Address Book and Evolution mailers (unfortunately Evolution itself
sucks and the address book is hard coded to it).

If your anything like me and remember faces better than names, both
the afore mentioned allow you to attach picture to your contacts. BTW,
you can attach a picture of your contacts to you Gmail address book
too. Mutt can be scripted to access a wide selection of address books.

Thunderbird does make an attempt to access the OS X Address Book,
unfortunately it doesn't show all the information.

As an exercise try fill in the following to fields: First_Name,
Middle_Name (Contact wants to be known by his middle name, but you
need them in correct order for initials), Last_Name, Nick_Name,
Screen_Name (5 slightly different ones, used in 5 different chat
rooms. Contact also uses his nickname in chats.), Business_Email,
Private_Email (3), Business_Landline, Private_Landline, Business_Fax,
Private_Fax, Business_Mobile, Private_Mobile, Business_Street_Address,
Private_Street_Address, Business_Postal_Address,
Private_Postal_Address, Business_Website, Private_Website (2, ones a
blog), Business_Jabber, Private_Jabber (3), Private_ICQ and picture of
contact. I've kept things simple, no spouse or kids. [The middle name
issue is my dad, rest is me, stripped of 27+ email addresses].

3. Threading. Mutt hides the subject of threaded mail below the
primary one, unless it changes. Thunderbird shows everyone. So what
happens if you have long subject header or really long winded thread?
It falls of the screen.

4. Mailbox format. Maildir is more reliable than mbox. Thunderbird
only uses mbox. Mutt offers you a choice.

5. Quote Marker. I prefer >. No choice with Thunderbird. You can
change it in mutt.

6. Text only. I want to send, receive and compose text only email. In
vim. Can be done partly in Thunderbird, sort of. Needs plugins for the
rest.

I think I'll leave it there for for now. You get the idea.

To end on a plus, the one really redeeming quality of Thunderbird for
me is that it is truly portable (The only reason I'm still interested
in it). You can have it on your flash drive, on Linux, Mac OS X and
Windows.

-- 
Robert Spencer

From ted at tedpavlic.com  Fri Jan  9 10:43:42 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 09 Jan 2009 13:43:42 -0500
Subject: [Vimperator] Multiple versions of Firefox on Mac OS X
In-Reply-To: <8b8c4c740901091001v4c704daem43fcf1fef2f86b35@mail.gmail.com>
References: <8b8c4c740812301153h7c93910cv92cd31a9feb6efa2@mail.gmail.com>
	<5c2c86e70812301207l3ae1edb8q6f07b91521226f1f@mail.gmail.com>
	<8b8c4c740901090107k1c4a0629q56b721ecbc51a369@mail.gmail.com>
	<49675EB6.6070402@tedpavlic.com>
	<8b8c4c740901091001v4c704daem43fcf1fef2f86b35@mail.gmail.com>
Message-ID: <49679ADE.4030207@tedpavlic.com>

>>         myotherfirefox -ProfileManager
>>
>> to make sure it doesn't stomp on your existing profiles. They should be able
>> to coexist without any trouble.
>
> Thank for trying Ted, but you seem to have missed my point.
> Make a tarball of your default profile as backup and then point every
> single one of your Firefox/Thunderbird versions to their own unique
> profiles.

I believe that's exactly what I just said. Use the ProfileManager to 
make separate profiles for each instance.


	Begin off-topic section... (note: there is a Muttator list)

> It suddenly worked with Shredder today. I haven't been so utterly and
> totally disappointed in a long time. :-(

Please understand that there are very few developers using Mutt (I think 
I'd be rounding up to say there are 2 or 3), and those that do use it 
have implemented the functionality most important to them. For the 
moment, primary development focus is on Vimperator.

There is a bit of a chicken-and-egg problem. Muttator isn't going to 
attract more developers until it reaches a critical functionality to 
attract more users, but it will not reach that critical point until it 
receives more dev time.... (note: if you have features you'd like to see 
implemented, you're welcome to participate in the coding; it's open source)

There are some technical/organization problems that compound the above 
problems (having to do with how Muttator and Vimperator actually sit in 
the same source tree).

So you shouldn't expect Mutt (which is in version 0.5) to have the same 
functionality as Vimp (which is nearly in version 2.0).


> The only way it resembles Mutt is in the first 4 letters of its name.
> I have mutt set up just the way I like, custom colours according to
> who the mail is addresses to, syntax hi-lighting, t-prot - TOFU
> protection script, settings so that I can edit all the headers in vim,
> etc.

All of these are features that could someday be implemented. At the 
moment, the focus has been on making Thunderbird as keyboard friendly as 
possible (i.e., "mouseless"). That's just a reflection of time 
limitations and the priorities of the present dev(s). If there were more 
Muttator devs, there'd be more dev person-hours, and there'd be lots 
more things getting done.


	(begin Thunderbird stuff)

	Before going on, remember that Mutt's own author acknowledges that all 
e-mail clients (including Mutt) suck. It's the nature of e-mail.

> 1. SMTP or outgoing server settings.The days of having access to 1
...
> Gmail, the from address will more than likely be rewritten with your
> Gmail address. Which sucks big time if it's a work email).

	You can configure gmail (via the website) so that it will handle mail 
"From" as many addresses as you like. Then, if you send mail through 
their smtp server, the From address won't get messed up. The 
"smtp.gmail.com" is always usable if you have configured GMail with all 
of your addresses. Unfortunately, it's not always accessible.

	There are programs like LocationSwitch for Mac that will automatically 
change your SMTP settings every time you switch to a different wireless 
network.

	Additionally, the "Buttons!" plugin in Thunderbird (which has not 
(yet?) been updated for TBird alphas and betas) includes a nice "Change 
SMTP Server" toolbar button that makes switching SMTP servers a cinch.

	[ Someday (when I(?) get around to it), an ":smtp" Muttator command 
will let you switch servers easily. ]

> 2. Address book. I've only ever seen 2 really good addresses books,
> guess what, neither one is in Thunderbird. The 2 winners are the OS X
> Address Book and Evolution mailers (unfortunately Evolution itself
> sucks and the address book is hard coded to it).

	The Thunderbird alphas and betas all access the OS X address book. 
Plus, you can use QuickSilver to integrate OS X's address book and 
Thunderbird.

> I think I'll leave it there for for now. You get the idea.

	Most of those features can/are be implemented in plugins (and/or 
Muttator eventually, if and when people start dev'ing it).

	--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From mftian at gmail.com  Sat Jan 10 06:01:36 2009
From: mftian at gmail.com (Xie&Tian)
Date: Sat, 10 Jan 2009 22:01:36 +0800
Subject: [Vimperator] browser.startup.page/browser.tabs.autoHide problem
Message-ID: <a28ffaac0901100601w4f291cbbyf77cbd4127d6794b@mail.gmail.com>

1. browser.startup.page
If I'm not wrong, according to "options.js", Vimperator will always
start with browser.startup.page=3, regardless of the saved value by
the last Firefox session. Also, according to "liberator.js", so far
this Firefox option can only be set to 1 or 3 by Vimperator while a
third value 0 is possible

2. browser.tabs.autoHide
I ran into a primitive user of Vimperator in a forum who complained
that he couldn't change this option by the preference dialog. I know
this issue had been addressed in ":h prefs"/":h firefox-options" but
it could not be a user-friendly design. Also, I managed to make the
value of browser.tabs.autoHide inconsistent to "showtabline"
option(Sorry I can't reproduce it now as I forgot the magic I played
yesterday -_-. I will dig more.).

From maxauthority at vimperator.org  Sat Jan 10 06:37:07 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sat, 10 Jan 2009 15:37:07 +0100
Subject: [Vimperator] browser.startup.page/browser.tabs.autoHide problem
In-Reply-To: <a28ffaac0901100601w4f291cbbyf77cbd4127d6794b@mail.gmail.com>
References: <a28ffaac0901100601w4f291cbbyf77cbd4127d6794b@mail.gmail.com>
Message-ID: <4968B293.4010204@vimperator.org>

On 01/10/2009 03:01 PM, Xie&Tian wrote:

> 1. browser.startup.page
> If I'm not wrong, according to "options.js", Vimperator will always
> start with browser.startup.page=3, regardless of the saved value by
> the last Firefox session. Also, according to "liberator.js", so far
> this Firefox option can only be set to 1 or 3 by Vimperator while a
> third value 0 is possible

There is a bug report about this. I am not sure, what's the best solution.
Kris starting adding some dumps, when a pref changed from it's default
value. Maybe we could just set certain options once, and if a user
keeps overriding it, we let him.

> 2. browser.tabs.autoHide
> I ran into a primitive user of Vimperator in a forum who complained
> that he couldn't change this option by the preference dialog. I know
> this issue had been addressed in ":h prefs"/":h firefox-options" but
> it could not be a user-friendly design. Also, I managed to make the
> value of browser.tabs.autoHide inconsistent to "showtabline"
> option(Sorry I can't reproduce it now as I forgot the magic I played
> yesterday -_-. I will dig more.).


The problem is, vimperator adds another option to NEVER show the tab line.
This makes plain reusing browser.tabs.autoHide harder/impossible.

A solution to both "problems" currently is to use:

:set! xxx=foo or
:autocmd VimperatorLeave :set! ... 

in the .vimperatorrc. Of course, primitive users will not know that.

In general i try to override as few prefs as possible, but there are just
some which I *really* think make a better experience and just should
be on for every browser (like saving session by default) or if we need
it to make vimperator actually work (like browser.tabs.autoHide to allow
:set showtabline=0|1|2

--
Martin

From mftian at gmail.com  Sat Jan 10 19:41:38 2009
From: mftian at gmail.com (Xie&Tian)
Date: Sun, 11 Jan 2009 11:41:38 +0800
Subject: [Vimperator] commandline disappeared in certain situation
Message-ID: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>

Seems my last email was blocked due to size restrictions of this mailing-list.

I found this issue when using Firebug with the latest vimperator git version.

To reproduce it, option "wildoption" should be set to "auto".

How to reproduce it:
1. open the Firebug panel nested inside Firefox, make it large, very large :-)
2. press ":" to open commandline mode. As "wildoption" is set to
"auto", auto-completion candidates are populated and the commandline
is no longer visible to the user. (but it still functions)

This happens when the sum of the height of Firebug and the height of
the auto-completion part is bigger than the height of the Firefox
window.

From maglione.k at gmail.com  Sat Jan 10 19:56:25 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sat, 10 Jan 2009 22:56:25 -0500
Subject: [Vimperator] commandline disappeared in certain situation
In-Reply-To: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>
References: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>
Message-ID: <20090111035625.GA14943@jg.home>

On Sun, Jan 11, 2009 at 11:41:38AM +0800, Xie&Tian wrote:
>This happens when the sum of the height of Firebug and the height of
>the auto-completion part is bigger than the height of the Firefox
>window.

It's a known problem, but not easily fixable. Consider it an 
extension conflict.

-- 
Kris Maglione

When in doubt, use brute force.
	--Ken Thompson


From maglione.k at gmail.com  Sat Jan 10 20:16:01 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sat, 10 Jan 2009 23:16:01 -0500
Subject: [Vimperator] commandline disappeared in certain situation
In-Reply-To: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>
References: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>
Message-ID: <20090111041601.GA21231@jg.home>

Ok, I lied. It's fixed.

-- 
Kris Maglione

One of my most productive days was throwing away 1000 lines of code.
	--Ken Thompson


From mftian at gmail.com  Sat Jan 10 20:26:27 2009
From: mftian at gmail.com (Xie&Tian)
Date: Sun, 11 Jan 2009 12:26:27 +0800
Subject: [Vimperator] commandline disappeared in certain situation
In-Reply-To: <20090111041601.GA21231@jg.home>
References: <a28ffaac0901101941p67f83c0av8fe1b4a90e81fd3f@mail.gmail.com>
	<20090111041601.GA21231@jg.home>
Message-ID: <a28ffaac0901102026m5f914b51v5b04c5680e731dd0@mail.gmail.com>

nop, not yet but almost

The commandline disappeared when press ":" but reappeared when continue typing.

2009/1/11 Kris Maglione <maglione.k at gmail.com>:
> Ok, I lied. It's fixed.
>
> --
> Kris Maglione
>
> One of my most productive days was throwing away 1000 lines of code.
>        --Ken Thompson
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From mftian at gmail.com  Sat Jan 10 05:11:19 2009
From: mftian at gmail.com (Xie&Tian)
Date: Sat, 10 Jan 2009 21:11:19 +0800
Subject: [Vimperator] commandline disappeared under certain situation
Message-ID: <a28ffaac0901100511r486f5800j5bdddd8c017e81b4@mail.gmail.com>

I found this issue when using Firebug with the latest vimperator git version.

To reproduce it, option "wildoption" should be set to "auto". The
attached two images correspond to steps below.

How to reproduce it:
1. open Firebug panel, make it large.
2. press ":" to open commandline mode. As "wildoption" is set to
"auto", auto-completion candidates are populated and the commandline
is no longer visible to the user. (it still functions)

 Sorry for the Chinese, but I think that wouldn't be an obstacle for
you developers to understand the problem. It happens when the sum of
the height of Firebug and the height of the auto-completion part is
bigger than the height of the Firefox window.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: acbug_step1.png
Type: image/png
Size: 80178 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090110/2e798e02/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: acbug_step2.png
Type: image/png
Size: 88193 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090110/2e798e02/attachment-0003.png>

From bernhard.grotz at gmx.de  Sat Jan 10 09:09:41 2009
From: bernhard.grotz at gmx.de (Bernhard Grotz)
Date: Sat, 10 Jan 2009 18:09:41 +0100
Subject: [Vimperator] Change Tab-Switch-Mappings
Message-ID: <20090110170940.GA21414@manwe>

Hello,

I'd like to ask if there is a way to map commands for switching
betweend tabs on <C-H> (instead of gT) and <C-L> (instead of gt).. 
therefore it would be necessary to deactivate the history- and "open
webaddress"-functions, which are basically mapped on these keys. 

Any idea how to achieve this? 


Many thanks in advance,

Bernhard

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090110/df6f7b09/attachment.bin>

From ye.xu.hdm at gmail.com  Sun Jan 11 05:52:04 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Sun, 11 Jan 2009 14:52:04 +0100
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <20090110170940.GA21414@manwe>
References: <20090110170940.GA21414@manwe>
Message-ID: <aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>

I think there is already a default keyboard shortcut for switching
tabs back and forth with ctrl+n and ctrl+p, if you do want to map gT,
gt to ctrl+h and ctrl+l, write the follwoing in your ~/.vimperatorrc.
:map <C-h> \gT<CR>
:map <C-l> \gt<CR>

On Sat, Jan 10, 2009 at 18:09, Bernhard Grotz <bernhard.grotz at gmx.de> wrote:
> Hello,
>
> I'd like to ask if there is a way to map commands for switching
> betweend tabs on <C-H> (instead of gT) and <C-L> (instead of gt)..
> therefore it would be necessary to deactivate the history- and "open
> webaddress"-functions, which are basically mapped on these keys.
>
> Any idea how to achieve this?
>
>
> Many thanks in advance,
>
> Bernhard
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAklo1lQACgkQIoARGe8q5idUmQCgqVez6xEJJTxGQ+IKaXW1byIk
> jjIAnA1gGKdVyvGqn14/yJhOFZeOD8CQ
> =rmqi
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
>

From mftian at gmail.com  Sun Jan 11 07:29:25 2009
From: mftian at gmail.com (Xie&Tian)
Date: Sun, 11 Jan 2009 23:29:25 +0800
Subject: [Vimperator] browser.startup.page/browser.tabs.autoHide problem
In-Reply-To: <4968B293.4010204@vimperator.org>
References: <a28ffaac0901100601w4f291cbbyf77cbd4127d6794b@mail.gmail.com>
	<4968B293.4010204@vimperator.org>
Message-ID: <a28ffaac0901110729r2e85184am38978ab942fcc302@mail.gmail.com>

Thank you for the solution. Although at the first glance, allowing
showtabline=0 is weird, considering the behavior of Vim, a browser in
this way looks like that multiple buffers are residing in one tab.
Interesting.

From ted at tedpavlic.com  Sun Jan 11 08:28:47 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sun, 11 Jan 2009 11:28:47 -0500
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
References: <20090110170940.GA21414@manwe>
	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
Message-ID: <496A1E3F.10201@tedpavlic.com>

On 1/11/09 8:52 AM, Ye Xu wrote:
> I think there is already a default keyboard shortcut for switching
> tabs back and forth with ctrl+n and ctrl+p, if you do want to map gT,

In fact, see

	:help gt

There is already a mapping from <C-n>, <C-Tab>, and <C-PageDown> to gt.

There is already a mapping from <C-p>, <C-S-Tab>, and <C-PageUp> to gT.

And, as mentioned, other mappings are possible:

	:map <C-h> gT

etc.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From bernhard.grotz at gmx.de  Sun Jan 11 10:59:49 2009
From: bernhard.grotz at gmx.de (Bernhard Grotz)
Date: Sun, 11 Jan 2009 19:59:49 +0100
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <496A1E3F.10201@tedpavlic.com>
References: <20090110170940.GA21414@manwe>
	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
	<496A1E3F.10201@tedpavlic.com>
Message-ID: <20090111185949.GA6675@manwe>

Hi all together,

I know about <gt>, <c-n> and so on as mappings for switching between tabs,
but I prefer the most instinctive <c-h> and <c-l> commands to move left /
right (between tabs). 

A manual mapping during the current session works.


What doesn't work are the same mappings in my .vimperatorrc:
Firefox/Vimperator then opens a history-window by pressing <c-h> and a
"open-web-address"-window when using <c-l> nevertheless. These keys seem to
be Firefox-base-commands and are probably loaded again after sourcing
.vimperatorrc ...

Another open question matters macro-handling: Why doesn't Vimperator save them
__automatically__, as Vim does it? Is :mkv the only solution?


Greetings,

Bernhard


> On 1/11/09 8:52 AM, Ye Xu wrote:
>> I think there is already a default keyboard shortcut for switching
>> tabs back and forth with ctrl+n and ctrl+p, if you do want to map gT,
>
> In fact, see
>
> 	:help gt
>
> There is already a mapping from <C-n>, <C-Tab>, and <C-PageDown> to gt.
>
> There is already a mapping from <C-p>, <C-S-Tab>, and <C-PageUp> to gT.
>
> And, as mentioned, other mappings are possible:
>
> 	:map <C-h> gT
>
> etc.
>
> --Ted
>
> -- 
> Ted Pavlic <ted at tedpavlic.com>
>
>   Please visit my ALS association page:
>         http://web.alsa.org/goto/tedpavlic
>   My family appreciates your support in the fight to defeat ALS.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator

-- 
Und Bill Gates sprach: "Lasst uns doch einen grafischen Virus programmieren.."

Vertrauen ist gut, Linux ist besser.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090111/364eeb43/attachment.bin>

From maglione.k at gmail.com  Sun Jan 11 11:30:11 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sun, 11 Jan 2009 14:30:11 -0500
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <20090111185949.GA6675@manwe>
References: <20090110170940.GA21414@manwe>
	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
	<496A1E3F.10201@tedpavlic.com> <20090111185949.GA6675@manwe>
Message-ID: <20090111193011.GA29254@jg.home>

On Sun, Jan 11, 2009 at 07:59:49PM +0100, Bernhard Grotz wrote:
>What doesn't work are the same mappings in my .vimperatorrc:
>Firefox/Vimperator then opens a history-window by pressing <c-h> and a
>"open-web-address"-window when using <c-l> nevertheless. These keys seem to
>be Firefox-base-commands and are probably loaded again after sourcing
>.vimperatorrc ...

They're not. Vimperator doesn't know or care about FF bindings, 
and it doesn't load any bindings after .vimperatorrc is sourced.

>Another open question matters macro-handling: Why doesn't Vimperator save them
>__automatically__, as Vim does it? Is :mkv the only solution?

Vim doesn't.

-- 
Kris Maglione

If you want to go somewhere, goto is the best way to get there.
	--Ken Thompson


From maxauthority at vimperator.org  Sun Jan 11 14:13:23 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sun, 11 Jan 2009 23:13:23 +0100
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <20090111193011.GA29254@jg.home>
References: <20090110170940.GA21414@manwe>	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>	<496A1E3F.10201@tedpavlic.com>
	<20090111185949.GA6675@manwe> <20090111193011.GA29254@jg.home>
Message-ID: <496A6F03.2090006@vimperator.org>

On 2009-01-11 20:30, Kris Maglione wrote:

>>Another open question matters macro-handling: Why doesn't Vimperator save them
>>__automatically__, as Vim does it? Is :mkv the only solution?
> 
> Vim doesn't.


It does. Macros in vim are stored as registers, which are stored (by default)
automatically in ~/.viminfo.

From maglione.k at gmail.com  Sun Jan 11 15:09:29 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sun, 11 Jan 2009 18:09:29 -0500
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <496A6F03.2090006@vimperator.org>
References: <20090110170940.GA21414@manwe>
	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
	<496A1E3F.10201@tedpavlic.com> <20090111185949.GA6675@manwe>
	<20090111193011.GA29254@jg.home> <496A6F03.2090006@vimperator.org>
Message-ID: <20090111230929.GA3337@jg.home>

On Sun, Jan 11, 2009 at 11:13:23PM +0100, Martin Stubenschrott wrote:
>It does. Macros in vim are stored as registers, which are stored (by default)
>automatically in ~/.viminfo.

Sorry, I thought he said mappings. We save macros.

-- 
Kris Maglione

The only thing more frightening than a programmer with a screwdriver
or a hardware engineer with a program is a user with a pair of wire
cutters and the root password.
	--Elizabeth Zwicky


From rogutes at googlemail.com  Sun Jan 11 16:04:28 2009
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?=)
Date: Mon, 12 Jan 2009 02:04:28 +0200
Subject: [Vimperator] defsearch is broken in git master
Message-ID: <20090112000428.GA22537@ugu.dokeda.lt>

Hi,

Some time ago, defsearch got broken by this commit:
7a0423e63afad4c6b0be272fca8064dafc0d6b00


-- 
Rogut?s

P.S.
And Trac doesn't let me submit a bug report, even though I registered
(and logged in). It says:

 Warning: <acct_mgr.web_ui.MessageWrapper object at 0xb5ade1ac>
  Error: Forbidden

   TICKET_CREATE privileges are required to perform this operation 

From maglione.k at gmail.com  Sun Jan 11 17:15:57 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sun, 11 Jan 2009 20:15:57 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <20090112000428.GA22537@ugu.dokeda.lt>
References: <20090112000428.GA22537@ugu.dokeda.lt>
Message-ID: <20090112011557.GA14395@jg.home>

On Mon, Jan 12, 2009 at 02:04:28AM +0200, Rogut?s wrote:
>Some time ago, defsearch got broken by this commit:
>7a0423e63afad4c6b0be272fca8064dafc0d6b00

I don't think so. It still works for me, and can't see how that 
commit would have affected it.

-- 
Kris Maglione

We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.
	--Larry Wall


From dpb at driftaway.org  Mon Jan 12 02:30:09 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 12 Jan 2009 12:30:09 +0200
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <20090112011557.GA14395@jg.home>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home>
Message-ID: <dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>

2009/1/12 Kris Maglione <maglione.k at gmail.com>:
> On Mon, Jan 12, 2009 at 02:04:28AM +0200, Rogut?s wrote:
>>
>> Some time ago, defsearch got broken by this commit:
>> 7a0423e63afad4c6b0be272fca8064dafc0d6b00
>
> I don't think so. It still works for me, and can't see how that commit would
> have affected it.

Something has broken it. Wont work for me on git master.

Processing keypress event: InternalError: too much recursion

--
Daniel

From dpb at driftaway.org  Mon Jan 12 02:32:38 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 12 Jan 2009 12:32:38 +0200
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home>
	<dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
Message-ID: <dd9711230901120232u2bacc7ady526443401fb7cba3@mail.gmail.com>

2009/1/12 Daniel Bainton <dpb at driftaway.org>:
> 2009/1/12 Kris Maglione <maglione.k at gmail.com>:
>> On Mon, Jan 12, 2009 at 02:04:28AM +0200, Rogut?s wrote:
>>>
>>> Some time ago, defsearch got broken by this commit:
>>> 7a0423e63afad4c6b0be272fca8064dafc0d6b00
>>
>> I don't think so. It still works for me, and can't see how that commit would
>> have affected it.
>
> Something has broken it. Wont work for me on git master.
>
> Processing keypress event: InternalError: too much recursion

And just tested, and it indeed is that commit that breaks it.

--
Daniel

From r.grosmann at gmail.com  Mon Jan 12 04:14:32 2009
From: r.grosmann at gmail.com (ruud grosmann)
Date: Mon, 12 Jan 2009 13:14:32 +0100
Subject: [Vimperator] Change Tab-Switch-Mappings
In-Reply-To: <20090111185949.GA6675@manwe>
References: <20090110170940.GA21414@manwe>
	<aa5421130901110552g407e6drf2c19e6a42d1df98@mail.gmail.com>
	<496A1E3F.10201@tedpavlic.com> <20090111185949.GA6675@manwe>
Message-ID: <d5baa8100901120414n23c5cbfdn61fc9a07bc8baac@mail.gmail.com>

Hi Bernard,


On 11/01/2009, Bernhard Grotz <bernhard.grotz at gmx.de> wrote:
> Hi all together,
>
> I know about <gt>, <c-n> and so on as mappings for switching between tabs,
> but I prefer the most instinctive <c-h> and <c-l> commands to move left /
> right (between tabs).
>

I thought the same about this. I solved this by remapping H and L,
which have a bit unlogical standard mapping. In a command shell many
of us use the vim editor to edit the command line history. Scrolling
in the history is done with j and k. So I stole the H and L from the
default (go back/forward in history) to switch between tabs. I filled
the gaps with J and K.
Right after the first moment this feels far more natural. Just give it a try!

PUt the following in vimperatorrc:
:noremap K H
:noremap J L
:map H gT
:map L gt


I hope it solves your problem,

regards, Ruud

From ted at tedpavlic.com  Mon Jan 12 06:33:17 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 12 Jan 2009 09:33:17 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <20090112011557.GA14395@jg.home>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home>
Message-ID: <496B54AD.5060507@tedpavlic.com>

> On Mon, Jan 12, 2009 at 02:04:28AM +0200, Rogut?s wrote:
>> Some time ago, defsearch got broken by this commit:
>> 7a0423e63afad4c6b0be272fca8064dafc0d6b00
>
> I don't think so. It still works for me, and can't see how that
> commit would have affected it.

The original question was not worded well. It's not defsearch that is 
broken, it's ":set defsearch" that is broken. Try

	:set defsearch=

or

	:set defsearch=google

Then you get the error about too much recursion.

That commit involves completion. My guess is that defsearch is a 
red-herring (perhaps triggered due to the added entry documenting empty 
defsearch). The real problem involves completion (and validation).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 12 06:34:02 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 12 Jan 2009 09:34:02 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home>
	<dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
Message-ID: <496B54DA.70904@tedpavlic.com>

> Something has broken it. Wont work for me on git master.
>
> Processing keypress event: InternalError: too much recursion

That occurs when you

	:set defsearch=

right? That is, it does *not* occur when you do:

	:open blah

to trigger a defsearch? Correct?


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 12 06:35:36 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 12 Jan 2009 09:35:36 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <496B54AD.5060507@tedpavlic.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home> <496B54AD.5060507@tedpavlic.com>
Message-ID: <496B5538.8090300@tedpavlic.com>

> That commit involves completion. My guess is that defsearch is a
> red-herring (perhaps triggered due to the added entry documenting empty
> defsearch). The real problem involves completion (and validation).

NOTE:

	:set defsearch=<tab>

works. It's

	:set defsearch=<cr>

that fails. It's some problem with validation.

	--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 12 06:42:02 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 12 Jan 2009 09:42:02 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <496B5538.8090300@tedpavlic.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home> <496B54AD.5060507@tedpavlic.com>
	<496B5538.8090300@tedpavlic.com>
Message-ID: <496B56BA.1020602@tedpavlic.com>

> works. It's
>
> 	:set defsearch=<cr>
>
> that fails. It's some problem with validation.

The "Too much recursion" error is coming from line 79 of completion.js:

         self.__defineGetter__("value", function () this.top.value);

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 12 06:53:31 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 12 Jan 2009 09:53:31 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <496B56BA.1020602@tedpavlic.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home> <496B54AD.5060507@tedpavlic.com>
	<496B5538.8090300@tedpavlic.com> <496B56BA.1020602@tedpavlic.com>
Message-ID: <496B596B.4010805@tedpavlic.com>

> The "Too much recursion" error is coming from line 79 of completion.js:
>
>           self.__defineGetter__("value", function () this.top.value);

The offending hunk is attached. In particular, in completion.js, this 
change was made:

-        this.contexts = { name: this };
+        this.contexts = { "/": this };

Reverting that change fixes the problem.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: problemhunk.patch
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090112/7da7652b/attachment.ksh>

From maxauthority at vimperator.org  Mon Jan 12 07:24:38 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Mon, 12 Jan 2009 16:24:38 +0100
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <496B596B.4010805@tedpavlic.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home> <496B54AD.5060507@tedpavlic.com>
	<496B5538.8090300@tedpavlic.com> <496B56BA.1020602@tedpavlic.com>
	<496B596B.4010805@tedpavlic.com>
Message-ID: <aaae92100901120724j68379c4djc9d0d27bc6e7d764@mail.gmail.com>

Hmm, I thought, "contexts" should hold objects like "/foo/bar", "/"
being the root context.
If so, then the completion error is probably somewhere else.

I must admit, I did not really understand/investigate what contexts
and what contextList is
for, so maybe this was just a stupid commit from my side.

Kris will probably know immediately what's the problem.

On Mon, Jan 12, 2009 at 3:53 PM, Ted Pavlic <ted at tedpavlic.com> wrote:
>> The "Too much recursion" error is coming from line 79 of completion.js:
>>
>>          self.__defineGetter__("value", function () this.top.value);
>
> The offending hunk is attached. In particular, in completion.js, this change
> was made:
>
> -        this.contexts = { name: this };
> +        this.contexts = { "/": this };
>
> Reverting that change fixes the problem.
>
> --Ted
>
>
> --
> Ted Pavlic <ted at tedpavlic.com>
>
>  Please visit my ALS association page:
>        http://web.alsa.org/goto/tedpavlic
>  My family appreciates your support in the fight to defeat ALS.
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
>

From maglione.k at gmail.com  Mon Jan 12 10:57:09 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 12 Jan 2009 13:57:09 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <aaae92100901120724j68379c4djc9d0d27bc6e7d764@mail.gmail.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home> <496B54AD.5060507@tedpavlic.com>
	<496B5538.8090300@tedpavlic.com> <496B56BA.1020602@tedpavlic.com>
	<496B596B.4010805@tedpavlic.com>
	<aaae92100901120724j68379c4djc9d0d27bc6e7d764@mail.gmail.com>
Message-ID: <20090112185709.GA4105@jg.home>

On Mon, Jan 12, 2009 at 04:24:38PM +0100, Martin Stubenschrott wrote:
>Hmm, I thought, "contexts" should hold objects like "/foo/bar", 
>"/" being the root context.  If so, then the completion error 
>is probably somewhere else.
>
>I must admit, I did not really understand/investigate what 
>contexts and what contextList is for, so maybe this was just a 
>stupid commit from my side.

You were more or less right. The root context's name is "" 
instead of "/". When you try to fork it to validate the 
defsearch, you get ("" + "/" + "") for a name, which is already 
in the context map as the top-level context.

-- 
Kris Maglione

I just hate to be pushed around by some fucking machine.
	--Ken Thompson


From maglione.k at gmail.com  Mon Jan 12 10:58:06 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 12 Jan 2009 13:58:06 -0500
Subject: [Vimperator] defsearch is broken in git master
In-Reply-To: <dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
References: <20090112000428.GA22537@ugu.dokeda.lt>
	<20090112011557.GA14395@jg.home>
	<dd9711230901120230p4a092c35ma9fe38c13ef9df56@mail.gmail.com>
Message-ID: <20090112185806.GB4105@jg.home>

On Mon, Jan 12, 2009 at 12:30:09PM +0200, Daniel Bainton wrote:
>Something has broken it. Wont work for me on git master.

I suppose you mean :set defsearch, then.

-- 
Kris Maglione

I did say something along the lines of "C makes it easy to shoot
yourself in the foot; C++ makes it harder, but when you do, it blows
your whole leg off."
	--Bjarne Stroustrup


From arno at renevier.net  Mon Jan 12 13:58:28 2009
From: arno at renevier.net (arno)
Date: Mon, 12 Jan 2009 22:58:28 +0100
Subject: [Vimperator] bug when opening xslt file in a new tab.
Message-ID: <20090112215828.GA5770@localhost>

Hi, I encounter a strange bug when trying to open xslt files in a new tab.
For example, type:
:tabopen http://www.fdn.fr/~arenevier/tmp/xslt.xml
And the file will load in a new tab, but will not display.
(Sometimes, it works fine, so you may need to try a few times).

This is a test file, but it also fails with any xslt file.
It also fails if I try to open this file from urlbar (set guioptions=T, type 
address in urlbar, and type Ctrl-Enter)

It works fine if I try to open this file in current tab.
It works fine when uninstalling vimperator. I can open this file with urlbar 
again.

Do you experience this bug ?
Is there anything I can do to help you debug this ?

arno


:version 
Vimperator 1.2 (created: 2008/08/16 18:51:52) running on: Mozilla/5.0 
(X11; U; Linux x86_64; en-US; rv:1.9.0.5) Gecko/2008122010 Iceweasel/3.0.5 (Debian-3.0.5-1)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090112/2a7b942c/attachment.bin>

From dougkearns at gmail.com  Tue Jan 13 02:13:40 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Tue, 13 Jan 2009 21:13:40 +1100
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <20090112215828.GA5770@localhost>
References: <20090112215828.GA5770@localhost>
Message-ID: <644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>

On 1/13/09, arno <arno at renevier.net> wrote:
> Hi, I encounter a strange bug when trying to open xslt files in a new tab.
>  For example, type:
>  :tabopen http://www.fdn.fr/~arenevier/tmp/xslt.xml
>  And the file will load in a new tab, but will not display.
>  (Sometimes, it works fine, so you may need to try a few times).
>
>  This is a test file, but it also fails with any xslt file.
>  It also fails if I try to open this file from urlbar (set guioptions=T, type
>  address in urlbar, and type Ctrl-Enter)
>
>  It works fine if I try to open this file in current tab.
>  It works fine when uninstalling vimperator. I can open this file with urlbar
>  again.
>
>  Do you experience this bug ?

No.

>  Is there anything I can do to help you debug this ?

A reproducible case. ;-)

Doug

From ted at tedpavlic.com  Tue Jan 13 06:22:37 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 13 Jan 2009 09:22:37 -0500
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
Message-ID: <496CA3AD.500@tedpavlic.com>

>>   Do you experience this bug ?
> No.

That's funny. I do.

>>   Is there anything I can do to help you debug this ?
> A reproducible case. ;-)

Go to the URL he provided (I dragged it into a new tab). If it displays 
properly, you should see "test". Then hit "r" to refresh. For me, it 
made it disappear.

Every time I hit "r" to refresh, I see "test" for an instant and then it 
disappears.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From dougkearns at gmail.com  Tue Jan 13 06:31:26 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 14 Jan 2009 01:31:26 +1100
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <496CA3AD.500@tedpavlic.com>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
	<496CA3AD.500@tedpavlic.com>
Message-ID: <644fc65e0901130631p4c6e6096n7530e048df47061f@mail.gmail.com>

On 1/14/09, Ted Pavlic <ted at tedpavlic.com> wrote:
<snip>
>  Go to the URL he provided (I dragged it into a new tab). If it displays
> properly, you should see "test". Then hit "r" to refresh. For me, it made it
> disappear.
>
>  Every time I hit "r" to refresh, I see "test" for an instant and then it
> disappears.

Works for me with FF 3.0 and 3.1 on Windows.

Doug

From dpb at driftaway.org  Tue Jan 13 06:31:48 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Tue, 13 Jan 2009 16:31:48 +0200
Subject: [Vimperator] Vimperator 2.0 alpha3
Message-ID: <dd9711230901130631w2571e88cuc1234173956e07b5@mail.gmail.com>

Hi all!

It's time for an update, so here comes the alpha3 version of Vimperator 2.0.

http://download.vimperator.org/vimperator/vimperator_2.0a3.xpi

A lot of bugs have been fixed since alpha2, but there's still a lot to
do before we can go into the beta stage. Please continue filing bug
reports to the bug tracker! Thanks!


--
Daniel

From mftian at gmail.com  Tue Jan 13 06:45:09 2009
From: mftian at gmail.com (Xie&Tian)
Date: Tue, 13 Jan 2009 22:45:09 +0800
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <644fc65e0901130631p4c6e6096n7530e048df47061f@mail.gmail.com>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
	<496CA3AD.500@tedpavlic.com>
	<644fc65e0901130631p4c6e6096n7530e048df47061f@mail.gmail.com>
Message-ID: <a28ffaac0901130645u348710cj497eeee16810fcc2@mail.gmail.com>

the xlst file wouldn't show up for me with ":tabopen
http://www.fdn.fr/~arenevier/tmp/xslt.xml". Plus if I manually refresh
the new tab page, Firefox/Vimperator wouldn't accept any input unless
I alt+tab to another program and then alt+tab back.

I'm using the latest git version under Linux, Firefox 3.0.5

2009/1/13 Doug Kearns <dougkearns at gmail.com>:
> On 1/14/09, Ted Pavlic <ted at tedpavlic.com> wrote:
> <snip>
>>  Go to the URL he provided (I dragged it into a new tab). If it displays
>> properly, you should see "test". Then hit "r" to refresh. For me, it made it
>> disappear.
>>
>>  Every time I hit "r" to refresh, I see "test" for an instant and then it
>> disappears.
>
> Works for me with FF 3.0 and 3.1 on Windows.
>
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From chr+vimperator at tx0.org  Tue Jan 13 06:58:03 2009
From: chr+vimperator at tx0.org (Christian Mongeau)
Date: Tue, 13 Jan 2009 15:58:03 +0100
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <496CA3AD.500@tedpavlic.com>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
	<496CA3AD.500@tedpavlic.com>
Message-ID: <20090113145803.GA3718@SDF.LONESTAR.ORG>

On Tue, Jan 13, 2009 at 09:22:37AM -0500, Ted Pavlic wrote:
>>>   Do you experience this bug ?
>> No.
>
> That's funny. I do.

The same here:

:version
Vimperator 1.2 (created: 2008/08/16 18:51:52) running on:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1)
Gecko/2008070208 Firefox/3.0.1

I don't know if it helps, but a :source on the page gives:

[Exception... "Component returned failure code: 0x80520015 \
(NS_ERROR_FILE_ACCESS_DENIED) [nsIFileInputStream.init]" \
nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" \
location: "JS frame :: chrome://vimperator/content/io.js :: \
anonymous :: line 430" [...]

-- 
SDF Public Access UNIX System - http://sdf.lonestar.org

From ted at tedpavlic.com  Wed Jan 14 08:26:14 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 14 Jan 2009 11:26:14 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
Message-ID: <496E1226.6060908@tedpavlic.com>

I saw this on the git list today.

The "tig" tool is a nice ncurses-based (i.e., Terminal-bsed) GUI tool 
for viewing git repos (e.g., Vimperator's).

Just thought people might be interested.

To install in /usr/local (the default prefix is $HOME):

	git clone git://repo.or.cz/tig.git
	cd tig
	make configure
	./configure --prefix=/usr/local
	make
	sudo make install install-doc

Otherwise, get rid of the "make configure" and "./configure" lines and 
get rid of the "sudo". Then it will place everything under ~.

--Ted


-------- Original Message --------
Subject: [ANNOUNCE] tig-0.13
Date: Wed, 14 Jan 2009 00:36:43 +0100
From: Jonas Fonseca <fonseca at diku.dk>
To: git <git at vger.kernel.org>


Hello,

This release contains a major rewrite of the IO layer of tig to use
fork+exec instead of popen() and remove use of stdio's fopen() and
friends. The new IO API removes the need for shell quoting and improves
the overall speed of loading view data. On the downside, it brings a few
incompatibilities wrt. commands given via the environment. While the
patch series began by being based on git's run-command.c module, the
final version contains no code from git.

The release also brings a few new features, such as new identifiers for
use in external commands as well as a handful of bug fixes.

What is tig?
------------
Tig is an ncurses-based text-mode interface for git. It functions mainly
as a git repository browser, but can also assist in staging changes for
commit at chunk level and act as a pager for output from various git
commands.

  - Homepage:	http://jonas.nitro.dk/tig/
  - Manual:	http://jonas.nitro.dk/tig/manual.html
  - Tarballs:	http://jonas.nitro.dk/tig/releases/
  - Git URL:	git://repo.or.cz/tig.git
  - Gitweb:	http://repo.or.cz/w/tig.git

Release notes
-------------
Incompatibilities:

  - Commands from the environment (e.g. TIG_MAIN_CMD) will no longer have
    access to shell features, such as subshells and variable expansion.
    The easiest way to upgrade your configuration is to put such commands
    in a script file.

Improvements:

  - Display repository references in the sorted order: tags, heads,
    tracked remotes, remotes.
  - Add bash completion for blame.
  - Tree view: edit files of the current branch.
  - Run requests: new identifiers %(directory), %(file), and %(ref)
  - Improve responsiveness and view loading speed by using select(2).

Bug fixes:

  - Separate blame revision and file argument by "--" to avoid problems.
  - Main view: fix redrawing of the last commit wrt. the revision graph.
  - Fix waiting for input after executing a run request in pager mode.
  - Status & stage view: refuse to open directories and deleted files.
  - Tree view: show error when requesting blame for all non-file entries.
  - Do not draw loading views, which are not displayed.
  - Fix launching of mergetool from a subdirectory.

Change summary
--------------
The diffstat and log summary for changes made in this release.

  NEWS                        |   29 +
  VERSION                     |    2 +-
  contrib/announcement.sh     |    2 +-
  contrib/tig-completion.bash |   25 +-
  manual.txt                  |  281 ++++---
  tig.1.txt                   |    6 +-
  tig.c                       | 1774 +++++++++++++++++++++--------------
  tigrc.5.txt                 |   23 +-
  8 files changed, 1325 insertions(+), 817 deletions(-)

     53	Jonas Fonseca

-- 
Jonas Fonseca
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Wed Jan 14 08:27:48 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 14 Jan 2009 11:27:48 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <496E1226.6060908@tedpavlic.com>
References: <496E1226.6060908@tedpavlic.com>
Message-ID: <496E1284.7010207@tedpavlic.com>

Oh, and when viewing changesets within tig, use your arrow keys to move 
from changeset to changeset, and use j and k to scroll through the 
changeset.

--Ted

On 1/14/09 11:26 AM, Ted Pavlic wrote:
> I saw this on the git list today.
>
> The "tig" tool is a nice ncurses-based (i.e., Terminal-bsed) GUI tool
> for viewing git repos (e.g., Vimperator's).
>
> Just thought people might be interested.
>
> To install in /usr/local (the default prefix is $HOME):
>
> 	git clone git://repo.or.cz/tig.git
> 	cd tig
> 	make configure
> 	./configure --prefix=/usr/local
> 	make
> 	sudo make install install-doc
>
> Otherwise, get rid of the "make configure" and "./configure" lines and
> get rid of the "sudo". Then it will place everything under ~.
>
> --Ted
>
>
> -------- Original Message --------
> Subject: [ANNOUNCE] tig-0.13
> Date: Wed, 14 Jan 2009 00:36:43 +0100
> From: Jonas Fonseca<fonseca at diku.dk>
> To: git<git at vger.kernel.org>
>
>
> Hello,
>
> This release contains a major rewrite of the IO layer of tig to use
> fork+exec instead of popen() and remove use of stdio's fopen() and
> friends. The new IO API removes the need for shell quoting and improves
> the overall speed of loading view data. On the downside, it brings a few
> incompatibilities wrt. commands given via the environment. While the
> patch series began by being based on git's run-command.c module, the
> final version contains no code from git.
>
> The release also brings a few new features, such as new identifiers for
> use in external commands as well as a handful of bug fixes.
>
> What is tig?
> ------------
> Tig is an ncurses-based text-mode interface for git. It functions mainly
> as a git repository browser, but can also assist in staging changes for
> commit at chunk level and act as a pager for output from various git
> commands.
>
>    - Homepage:	http://jonas.nitro.dk/tig/
>    - Manual:	http://jonas.nitro.dk/tig/manual.html
>    - Tarballs:	http://jonas.nitro.dk/tig/releases/
>    - Git URL:	git://repo.or.cz/tig.git
>    - Gitweb:	http://repo.or.cz/w/tig.git
>
> Release notes
> -------------
> Incompatibilities:
>
>    - Commands from the environment (e.g. TIG_MAIN_CMD) will no longer have
>      access to shell features, such as subshells and variable expansion.
>      The easiest way to upgrade your configuration is to put such commands
>      in a script file.
>
> Improvements:
>
>    - Display repository references in the sorted order: tags, heads,
>      tracked remotes, remotes.
>    - Add bash completion for blame.
>    - Tree view: edit files of the current branch.
>    - Run requests: new identifiers %(directory), %(file), and %(ref)
>    - Improve responsiveness and view loading speed by using select(2).
>
> Bug fixes:
>
>    - Separate blame revision and file argument by "--" to avoid problems.
>    - Main view: fix redrawing of the last commit wrt. the revision graph.
>    - Fix waiting for input after executing a run request in pager mode.
>    - Status&  stage view: refuse to open directories and deleted files.
>    - Tree view: show error when requesting blame for all non-file entries.
>    - Do not draw loading views, which are not displayed.
>    - Fix launching of mergetool from a subdirectory.
>
> Change summary
> --------------
> The diffstat and log summary for changes made in this release.
>
>    NEWS                        |   29 +
>    VERSION                     |    2 +-
>    contrib/announcement.sh     |    2 +-
>    contrib/tig-completion.bash |   25 +-
>    manual.txt                  |  281 ++++---
>    tig.1.txt                   |    6 +-
>    tig.c                       | 1774 +++++++++++++++++++++--------------
>    tigrc.5.txt                 |   23 +-
>    8 files changed, 1325 insertions(+), 817 deletions(-)
>
>       53	Jonas Fonseca
>

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From Daniel.Trstenjak at online.de  Wed Jan 14 10:12:58 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Wed, 14 Jan 2009 19:12:58 +0100
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <496E1226.6060908@tedpavlic.com>
References: <496E1226.6060908@tedpavlic.com>
Message-ID: <20090114181258.GA6154@laptop>

On Wed, Jan 14, 2009 at 11:26:14AM -0500, Ted Pavlic wrote:
> I saw this on the git list today.

Very nice! Thanks.


Greetings
Daniel

From chr+vimperator at tx0.org  Wed Jan 14 12:06:51 2009
From: chr+vimperator at tx0.org (Christian Mongeau)
Date: Wed, 14 Jan 2009 21:06:51 +0100
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <20090113145803.GA3718@SDF.LONESTAR.ORG>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
	<496CA3AD.500@tedpavlic.com>
	<20090113145803.GA3718@SDF.LONESTAR.ORG>
Message-ID: <20090114200651.GA13355@SDF.LONESTAR.ORG>

On Tue, Jan 13, 2009 at 03:58:03PM +0100, Christian Mongeau wrote:
> I don't know if it helps, but a :source on the page gives:
[...]

Sorry, I intended a ":viewsource" that, indeed, shows correctly
the source. A ":source" with no argument is pointless. (what about
a message like Vim's "E471 Argument required", for an error of
this kind?)

Regards.

-- 
SDF Public Access UNIX System - http://sdf.lonestar.org

From ted at tedpavlic.com  Wed Jan 14 12:45:36 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 14 Jan 2009 15:45:36 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <496E1226.6060908@tedpavlic.com>
References: <496E1226.6060908@tedpavlic.com>
Message-ID: <496E4EF0.4050307@tedpavlic.com>

On a related note, Mercurial has a cool extension called "Crecord":

http://www.selenic.com/mercurial/wiki/index.cgi/CrecordExtension

that uses an ncurses interface to let you choose which parts of changes 
you'd like to commit. It lets you cherry pick patch hunks graphically.

I have no idea if git has anything similar.

--Ted

On 1/14/09 11:26 AM, Ted Pavlic wrote:
> I saw this on the git list today.
>
> The "tig" tool is a nice ncurses-based (i.e., Terminal-bsed) GUI tool
> for viewing git repos (e.g., Vimperator's).
>
> Just thought people might be interested.

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From arno at renevier.net  Wed Jan 14 13:15:56 2009
From: arno at renevier.net (arno)
Date: Wed, 14 Jan 2009 22:15:56 +0100
Subject: [Vimperator] Control K problems
In-Reply-To: <019d01c965ec$e0c601d0$a2520570$@com>
References: <019d01c965ec$e0c601d0$a2520570$@com>
Message-ID: <20090114211556.GA31807@localhost>

Le mercredi 24 d?cembre 2008, ? 09:27:20 -0800, Cameron a ?crit : 
> Hi,
> 
>  
> 
> I really like Vimperator but I've had to disable it because it causes
> Control K to stop functioning
> 
> properly.  When I hit Ctl-K, the cursor briefly jumps to the Firefox (3.0.4
> BTW) search textbox
> 
> but immediately leaves it and input focus returns to the main window.

Hi, I experienced the same problem, and found it quite frustrating.
I noticed that some code exist in chrome://vimperator/content/events.js
(function onFocusChange) to fix this. Code is commented and following warning
can be seen:

// FIXME: currently this hack is disabled to make macros work

As I don't use macros, I uncommented the code, and now, Control-K works fine
again.

arno
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090114/e05ef940/attachment.bin>

From christian.glindkamp at gmail.com  Wed Jan 14 13:33:07 2009
From: christian.glindkamp at gmail.com (Christian Glindkamp)
Date: Wed, 14 Jan 2009 22:33:07 +0100
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <496E4EF0.4050307@tedpavlic.com>
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
Message-ID: <20090114223307.4e3a8cd0@gmail.com>

On Wed, 14 Jan 2009 15:45:36 -0500 Ted Pavlic <ted at tedpavlic.com> wrote:
> On a related note, Mercurial has a cool extension called "Crecord":
> 
> http://www.selenic.com/mercurial/wiki/index.cgi/CrecordExtension
> 
> that uses an ncurses interface to let you choose which parts of changes 
> you'd like to commit. It lets you cherry pick patch hunks graphically.
> 
> I have no idea if git has anything similar.
> 
You can use "git add --interactive" to stage only some of the hunks or
partial hunks, if a split is possible. It is not a curses interface though,
just command line driven, but works good enough for me.

From maglione.k at gmail.com  Wed Jan 14 13:27:16 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 14 Jan 2009 16:27:16 -0500
Subject: [Vimperator] Control K problems
In-Reply-To: <20090114211556.GA31807@localhost>
References: <019d01c965ec$e0c601d0$a2520570$@com>
	<20090114211556.GA31807@localhost>
Message-ID: <20090114212716.GA17812@jg.home>

On Wed, Jan 14, 2009 at 10:15:56PM +0100, arno wrote:
>As I don't use macros, I uncommented the code, and now, Control-K works fine
>again.

You should start using them.

As previously noted, ^K is superfluous in Vimperator.

-- 
Kris Maglione

Beware of "the real world".  A speaker's apeal to it is always an
invitation not to challenge his tacit assumptions.
	--Edsger W. Dijkstra


From ted at tedpavlic.com  Wed Jan 14 13:46:10 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 14 Jan 2009 16:46:10 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <20090114223307.4e3a8cd0@gmail.com>
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
	<20090114223307.4e3a8cd0@gmail.com>
Message-ID: <496E5D22.6030509@tedpavlic.com>

>> I have no idea if git has anything similar.
>>
> You can use "git add --interactive" to stage only some of the hunks or
> partial hunks, if a split is possible. It is not a curses interface though,
> just command line driven, but works good enough for me.

That's similar to "hg record", which is a CLI that is distributed with 
hg. The "hg crecord" extension lets you "fold" and "unfold" hunks and 
then select specific lines of the hunk to include/exclude.

It's neat, but you're probably right that the CLI will most often be all 
someone needs.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From luoclatcti at tom.com  Wed Jan 14 14:46:49 2009
From: luoclatcti at tom.com (=?UTF-8?B?572X5pil6Zu3?=)
Date: Thu, 15 Jan 2009 06:46:49 +0800
Subject: [Vimperator] abbreviation featcher: liberator can't expand "VIMP to
 vimperator labs, however vim can
Message-ID: <496E6B59.4000101@tom.com>

When I do followings:
   :abbre VIMP vimperator labs
   :echo "VIMP
Vimperator can't expand "VIMP to vimperator labs, however VIM can.

Envirement:
   windows ver:Microsoft Windows XP [?? 5.1.2600]
   firefox: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; 
rv:1.9.1b3pre) Gecko/20090109 Shiretoko/3.1b3pre
   Vimperator: latest git version


From arno at renevier.net  Wed Jan 14 15:24:52 2009
From: arno at renevier.net (arno)
Date: Thu, 15 Jan 2009 00:24:52 +0100
Subject: [Vimperator] Control K problems
In-Reply-To: <20090114212716.GA17812@jg.home>
References: <019d01c965ec$e0c601d0$a2520570$@com>
	<20090114211556.GA31807@localhost> <20090114212716.GA17812@jg.home>
Message-ID: <20090114232452.GA4977@localhost>

Le mercredi 14 janvier 2009, ? 16:27:16 -0500, Kris a ?crit : 
> On Wed, Jan 14, 2009 at 10:15:56PM +0100, arno wrote:
>
> As previously noted, ^K is superfluous in Vimperator.

That's not my opinion. I can think of a few use cases where searchbar is more 
useful than alternatives:

Using shortcuts from urlbar (or :open) may be nice for often used search 
engines. But for less often used search engines, I would never remember the 
shortcut, so having them as a list, is great, especially since the visual clue 
(icon) helps identify them quickly.

I prefer to have search completion separated from history completion (but may 
be it's just a matter of habit, I'm not sure)

And what's more important, I think searchbar is more efficient in terms of 
keystrokes. For example, if I search something with search engine1, then want 
to search it also in engine2 (this happens to me really often):

If I use urlbar, I need to:
 * focus urlbar
 * Press Ctrl-Z twice (or more if there was redirection)
 * go back to start of line
 * erase first word
 * type another shortcut
 * validate (by opening in same window with enter or in new tab with alt-enter)
So, I need at least 7 keystrokes.

If I use :open, I need to:
 * go to normal mode
 * display last typed line (with arrow)
 * go to start of second word: my best move is to go to start of line, then go 
        forward one word, then go forward one character.
 * delete second word
 * type another shortcut
 * validate
So, I need at least 8 keystrokes, and if used :open for first search, I cannot 
choose to open in a new tab now (and vice versa)

If I use searchbar, I need to:
 * focus urlbar
 * use alt-arrow to display list
 * select an engine by pressing the first letter of it's name (you need to set 
     up search engines names to avoid conflicting first letters)
 * press enter
 * validate (by opening in same window with enter or in new tab with alt-enter)
So, 5 keystrokes here

If we look now at the really basic operation: "search for something", you 
need, considering a one letter shortcut:
4 keystrokes + search term for urlbar
6 keystrokes + search term for :o (7 for :to)
5 keystrokes + search term for searchbar with target search engine 
*not* already selected
2 keystrokes + search term for searchbar with target search engine 
already selected.

So, searchbar is the most efficient way for at least two common operations: 
search different things with the same engine.
search the same thing with different engines.

arno.

From rogutes at googlemail.com  Wed Jan 14 15:45:19 2009
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?=)
Date: Thu, 15 Jan 2009 01:45:19 +0200
Subject: [Vimperator] Control K problems
In-Reply-To: <20090114232452.GA4977@localhost>
References: <019d01c965ec$e0c601d0$a2520570$@com>
	<20090114211556.GA31807@localhost> <20090114212716.GA17812@jg.home>
	<20090114232452.GA4977@localhost>
Message-ID: <20090114234519.GA12150@ugu.dokeda.lt>

arno (2009-01-15 00:24):
> Le mercredi 14 janvier 2009, ? 16:27:16 -0500, Kris a ?crit : 
> > On Wed, Jan 14, 2009 at 10:15:56PM +0100, arno wrote:
> >
> > As previously noted, ^K is superfluous in Vimperator.
> 
> That's not my opinion. I can think of a few use cases where searchbar is more 
> useful than alternatives:
> 
> Using shortcuts from urlbar (or :open) may be nice for often used search 
> engines. But for less often used search engines, I would never remember the 
> shortcut, so having them as a list, is great, especially since the visual clue 
> (icon) helps identify them quickly.

You should try vimperator 2.0 alpha with :set wildoptions=auto (see
below) and you will get the icon... Everything else should already be in
vimperator-1.2, if I'm not mistaken.

  <snip>
> If I use :open, I need to:
>  * go to normal mode
>  * display last typed line (with arrow)
>  * go to start of second word: my best move is to go to start of line, then go 
>         forward one word, then go forward one character.
>  * delete second word
>  * type another shortcut
>  * validate
> So, I need at least 8 keystrokes, and if used :open for first search, I cannot 
> choose to open in a new tab now (and vice versa)

If I use :open and follow your scenario, I have to:
* <esc> to go to normal mode (usualy not needed)
* press 'o'
* type the first letter of the search engine
* press <tab>
* search


-- 
--  Rogut?s Sparnuotos

From maglione.k at gmail.com  Wed Jan 14 15:56:07 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 14 Jan 2009 18:56:07 -0500
Subject: [Vimperator] Control K problems
In-Reply-To: <20090114232452.GA4977@localhost>
References: <019d01c965ec$e0c601d0$a2520570$@com>
	<20090114211556.GA31807@localhost> <20090114212716.GA17812@jg.home>
	<20090114232452.GA4977@localhost>
Message-ID: <20090114235607.GB17812@jg.home>

On Thu, Jan 15, 2009 at 12:24:52AM +0100, arno wrote:
>Using shortcuts from urlbar (or :open) may be nice for often used search 
>engines. But for less often used search engines, I would never remember the 
>shortcut, so having them as a list, is great, especially since the visual clue 
>(icon) helps identify them quickly.

Turn on autocomplete, or press 'o<Tab>'. If you use the default 
'complete' setting, you'll get a list of available engines, 
complete with icon.

>I prefer to have search completion separated from history completion (but may 
>be it's just a matter of habit, I'm not sure)

They're separated. When you type a search engine name, you only 
get search engine completion.

>So, searchbar is the most efficient way for at least two common operations: 
>search different things with the same engine.
>search the same thing with different engines.

Perhaps. I've never found it to be significantly more efficient, 
though. For one thing, it requires that I keep the URL bar 
visible, or make it visible. Then it adds another small field 
with unusual semantics. If it really were so much of an 
efficiency issue, I'd have added a new command-line mode for 
searching by now, but as it stands, it's never caused me enough 
trouble to bother.

At any rate,

:cnoremap <C-p> <Up>
:cnoremap <C-n> <Down>
:cnoremap <A-b> <C-Left>
:cnoremap <A-f> <C-Right>

:open gg Some book title<cr>
o<C-p><C-a>tab<A-f><C-S-Right> az<cr>
t<C-p><C-a><A-f><A-f><C-k>Some other book<cr> (which is easier 
   written taz Some other book<cr>, of course, or
   t<C-w><C-w><C-w>...).

A bit more complicated, but not significantly. I'd just use the 
mouse.

-- 
Kris Maglione

APL is a mistake, carried through to perfection.  It is the language
of the future for the programming techniques of the past: it creates a
new generation of coding bums.
	--Edsger W. Dijkstra


From dougkearns at gmail.com  Wed Jan 14 18:49:49 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Thu, 15 Jan 2009 13:49:49 +1100
Subject: [Vimperator] bug when opening xslt file in a new tab.
In-Reply-To: <20090114200651.GA13355@SDF.LONESTAR.ORG>
References: <20090112215828.GA5770@localhost>
	<644fc65e0901130213l384702d3sd3cda396406a7579@mail.gmail.com>
	<496CA3AD.500@tedpavlic.com> <20090113145803.GA3718@SDF.LONESTAR.ORG>
	<20090114200651.GA13355@SDF.LONESTAR.ORG>
Message-ID: <644fc65e0901141849o48b054f8uc6e2723c5e181fe7@mail.gmail.com>

On 1/15/09, Christian Mongeau <chr+vimperator at tx0.org> wrote:
> On Tue, Jan 13, 2009 at 03:58:03PM +0100, Christian Mongeau wrote:
>  > I don't know if it helps, but a :source on the page gives:
>
> [...]
>
>  Sorry, I intended a ":viewsource" that, indeed, shows correctly
>  the source. A ":source" with no argument is pointless. (what about
>  a message like Vim's "E471 Argument required", for an error of
>  this kind?)

2.0pre returns that error message.

Doug

From janus.wel.3 at gmail.com  Thu Jan 15 08:03:11 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 01:03:11 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
Message-ID: <496F5E3F.40602@gmail.com>

Hello.

I translate helps to Japanese and "make doc" privately.
But the current Makefile.doc don't specify language settings,
so I wrote patch that auto-detect from locale.

If locale is en-US, this patch will add "-a lang=en" to asciidoc command.

Regards.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: lang.patch
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/18e8a786/attachment.ksh>

From ted at tedpavlic.com  Thu Jan 15 08:22:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 11:22:23 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F5E3F.40602@gmail.com>
References: <496F5E3F.40602@gmail.com>
Message-ID: <496F62BF.5070809@tedpavlic.com>

> If locale is en-US, this patch will add "-a lang=en" to asciidoc command.

Applied.

In the future, if you'd like credit for your patches, consider using

	git format-patch HEAD~

(assuming that your *single* patch is applied on top of master. In
general, replace "HEAD~" with the changeset that you want to patch against)

(use the --stdout option after "format-patch" to dump to stdout.
Otherwise it will create a patch file in the current directory)

Alternatively, you can use

	git send-email HEAD~

which will automatically run format-patch for you and then send out an
e-mail to an address you specify interactively.

Personally, I use StGit to manage external patches (and has "stg mail",
but I usually just use git to send mail/generate outgoing patches):

	stg new my_new_patch
	# do my work
	stg refresh
	git send-email HEAD~
	stg pop
	# wait for someone to apply my patch
	stg delete my_new_patch

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

  Please visit my ALS association page:
        http://web.alsa.org/goto/tedpavlic
  My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 15 08:25:44 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 11:25:44 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F5E3F.40602@gmail.com>
References: <496F5E3F.40602@gmail.com>
Message-ID: <496F6388.7040508@tedpavlic.com>

> I translate helps to Japanese and "make doc" privately.

Would you be interested in contributing your translations?

--Ted

P.S.

	From what I understand, Vimperator will be moving away from asciidoc in
the "near" future. If you contribute asciidoc files for your locale
*and* argue loudly enough, I bet you could convince some developers to
support asciidoc-generated help *if it's available* for the locale. That
is, you wouldn't have to switch all of your translations over
immediately. This is definitely something that would have to be brought
up with the main devs though (I have three in particular in mind).


-- 
Ted Pavlic <ted at tedpavlic.com>

  Please visit my ALS association page:
        http://web.alsa.org/goto/tedpavlic
  My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 15 08:28:16 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 11:28:16 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F62BF.5070809@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F62BF.5070809@tedpavlic.com>
Message-ID: <496F6420.1010904@tedpavlic.com>

> In the future, if you'd like credit for your patches, consider using
>
> 	git format-patch HEAD~
>
> (assuming that your *single* patch is applied on top of master. In
> general, replace "HEAD~" with the changeset that you want to patch against)

For example,

	git format-patch origin/master

is probably what you'd want if you have several personal patches applied.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 15 08:42:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 11:42:23 -0500
Subject: [Vimperator] Vimperator HACKING -> HACKING/CodingGuidlines?
Message-ID: <496F676F.9070804@tedpavlic.com>

I was thinking about making a change to the HACKING documentation in the 
Vimp source tree, but I didn't want to make it without getting a "Ack" 
from someone first, and I didn't have time to go into IRC.

The commit message on the StGit patch that I'm proposing is:
##
Reorganize developer documentation. Inspired by git's dir structure.

* Create a HACKING directory.
* Move HACKING to HACKING/CodingGuidelines.
* Create a HACKING/SubmittingPatches doc.
##

the HACKING/SubmittingPatches would have...

*) A section on good pulling/merging practice to keep changeset history 
as linear as possible

*) A section on good commit practice and policies (for those with commit 
access)

*) A section on good patch practice and policies (for those without 
commit access)

Git's source dir has these two files (under their "Documentation" 
directory, which also contains Git doc sources/etc.).

Thoughts? --
Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Thu Jan 15 09:14:43 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 02:14:43 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F62BF.5070809@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F62BF.5070809@tedpavlic.com>
Message-ID: <496F6F03.9000706@gmail.com>

Hello. Thanks for reply, and apply.

Sorry about creating patch,
I will try "git format-patch origin/master" in next time.

My translations is finished about 50%.
When done, I will contribute.

About help generator, I found asciidoc has trouble with Japanese to use
macros.
But other features is working fine, so I consider that current way is OK.

Regards

>> If locale is en-US, this patch will add "-a lang=en" to asciidoc command.
>>     
>
> Applied.
>
> In the future, if you'd like credit for your patches, consider using
>
> 	git format-patch HEAD~
>
> (assuming that your *single* patch is applied on top of master. In
> general, replace "HEAD~" with the changeset that you want to patch against)
>
> (use the --stdout option after "format-patch" to dump to stdout.
> Otherwise it will create a patch file in the current directory)
>
> Alternatively, you can use
>
> 	git send-email HEAD~
>
> which will automatically run format-patch for you and then send out an
> e-mail to an address you specify interactively.
>
> Personally, I use StGit to manage external patches (and has "stg mail",
> but I usually just use git to send mail/generate outgoing patches):
>
> 	stg new my_new_patch
> 	# do my work
> 	stg refresh
> 	git send-email HEAD~
> 	stg pop
> 	# wait for someone to apply my patch
> 	stg delete my_new_patch
>
> --Ted
>
>   


From maxauthority at vimperator.org  Thu Jan 15 12:29:41 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Thu, 15 Jan 2009 21:29:41 +0100
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F6388.7040508@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
Message-ID: <496F9CB5.8000802@vimperator.org>

On 2009-01-15 17:25, Ted Pavlic wrote:

> 	From what I understand, Vimperator will be moving away from asciidoc in
> the "near" future. If you contribute asciidoc files for your locale
> *and* argue loudly enough, I bet you could convince some developers to
> support asciidoc-generated help *if it's available* for the locale. That
> is, you wouldn't have to switch all of your translations over
> immediately. This is definitely something that would have to be brought
> up with the main devs though (I have three in particular in mind).
> 
> 


I do not agree. If we change to another format, then also localized docs would
need to be changed.
I do not want to maintain various different input formats for the docs.

That said, I think the patch is lacking error handling. If it cannot parse a proper
locale, it should probably fallback to "en".

--
Martin

From maxauthority at vimperator.org  Thu Jan 15 12:32:49 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Thu, 15 Jan 2009 21:32:49 +0100
Subject: [Vimperator] Vimperator HACKING -> HACKING/CodingGuidlines?
In-Reply-To: <496F676F.9070804@tedpavlic.com>
References: <496F676F.9070804@tedpavlic.com>
Message-ID: <496F9D71.30006@vimperator.org>

I do not like a HACKING directory. We could, however, create a
doc/ subdir which includes all sorts of README.e4x, License.txt,
CodingGuidelines.txt SubmittingPatches.txt.

On the other hand, a single HACKING file doesn't sound so bad
to me, so i don't have a strong opinion.

What does Kris, Doug and Daniel think?

--
Martin

From maglione.k at gmail.com  Thu Jan 15 12:37:02 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Thu, 15 Jan 2009 15:37:02 -0500
Subject: [Vimperator] Vimperator HACKING -> HACKING/CodingGuidlines?
In-Reply-To: <496F9D71.30006@vimperator.org>
References: <496F676F.9070804@tedpavlic.com> <496F9D71.30006@vimperator.org>
Message-ID: <20090115203702.GC17812@jg.home>

On Thu, Jan 15, 2009 at 09:32:49PM +0100, Martin Stubenschrott wrote:
>I do not like a HACKING directory. We could, however, create a
>doc/ subdir which includes all sorts of README.e4x, License.txt,
>CodingGuidelines.txt SubmittingPatches.txt.
>
>On the other hand, a single HACKING file doesn't sound so bad
>to me, so i don't have a strong opinion.
>
>What does Kris, Doug and Daniel think?

I agree. It's fine as is, but I'd prefer a doc directory over 
a 'HACKING' directory.

-- 
Kris Maglione

TeX has found at least one bug in every Pascal compiler it's been run
on, I think, and at least two in every C compiler.
	--Donald Knuth


From dpb at driftaway.org  Thu Jan 15 12:37:48 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Thu, 15 Jan 2009 22:37:48 +0200
Subject: [Vimperator] Vimperator HACKING -> HACKING/CodingGuidlines?
In-Reply-To: <496F9D71.30006@vimperator.org>
References: <496F676F.9070804@tedpavlic.com> <496F9D71.30006@vimperator.org>
Message-ID: <dd9711230901151237q38e61b31x2955d5ff67f8136d@mail.gmail.com>

2009/1/15 Martin Stubenschrott <maxauthority at vimperator.org>:
> I do not like a HACKING directory. We could, however, create a
> doc/ subdir which includes all sorts of README.e4x, License.txt,
> CodingGuidelines.txt SubmittingPatches.txt.
>
> On the other hand, a single HACKING file doesn't sound so bad
> to me, so i don't have a strong opinion.
>
> What does Kris, Doug and Daniel think?

I'm with the doc/ directory.

--
Daniel

From janus.wel.3 at gmail.com  Thu Jan 15 18:19:09 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 11:19:09 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496F9CB5.8000802@vimperator.org>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
Message-ID: <3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>

Hello.

>       From what I understand, Vimperator will be moving away from asciidoc
> in
> > the "near" future. If you contribute asciidoc files for your locale
> > *and* argue loudly enough, I bet you could convince some developers to
> > support asciidoc-generated help *if it's available* for the locale. That
> > is, you wouldn't have to switch all of your translations over
> > immediately. This is definitely something that would have to be brought
> > up with the main devs though (I have three in particular in mind).
> >
> >
>
>
> I do not agree. If we change to another format, then also localized docs
> would
> need to be changed.
> I do not want to maintain various different input formats for the docs.
>

I agree with Martin. I will finish my translation with asciidoc.
The change to another format is hard to me.

That said, I think the patch is lacking error handling. If it cannot parse a
> proper
> locale, it should probably fallback to "en".


I was careless. Thank you for assignment.
I attach The patch that add error handling code.

Regards

--------
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/280f6a4c/attachment.html>

From janus.wel.3 at gmail.com  Thu Jan 15 18:21:12 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 11:21:12 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
Message-ID: <3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>

I'm sorry to lack of attachment

2009/1/16 janus_wel <janus.wel.3 at gmail.com>

> Hello.
>
> >       From what I understand, Vimperator will be moving away from
>> asciidoc in
>> > the "near" future. If you contribute asciidoc files for your locale
>> > *and* argue loudly enough, I bet you could convince some developers to
>> > support asciidoc-generated help *if it's available* for the locale. That
>> > is, you wouldn't have to switch all of your translations over
>> > immediately. This is definitely something that would have to be brought
>> > up with the main devs though (I have three in particular in mind).
>> >
>> >
>>
>>
>> I do not agree. If we change to another format, then also localized docs
>> would
>> need to be changed.
>> I do not want to maintain various different input formats for the docs.
>>
>
> I agree with Martin. I will finish my translation with asciidoc.
> The change to another format is hard to me.
>
> That said, I think the patch is lacking error handling. If it cannot parse
>> a proper
>> locale, it should probably fallback to "en".
>
>
> I was careless. Thank you for assignment.
> I attach The patch that add error handling code.
>
> Regards
>
> --------
> janus_wel : janus.wel.3 at gmail.com
>



-- 
--------
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/93d883e8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-add-error-handling-to-lang-auto-detect.patch
Type: application/octet-stream
Size: 743 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/93d883e8/attachment.obj>

From ted at tedpavlic.com  Thu Jan 15 19:25:16 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 22:25:16 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>
Message-ID: <496FFE1C.8040103@tedpavlic.com>

> I'm sorry to lack of attachment

You could try

	git send-email --to vimperator at mozdev.org origin/master

to send directly to the list. Then someone with commit access can 
actually "git am -s" your message directly. (the subject of the message 
will be "[PATCH]" and the first line of the commit message; the body 
will be the patch and the rest of the commit message)

All that being said, I'm not sure I like this patch. It seems like it's 
specifically for your case. It would be better to figure out exactly 
what the naming rules for languages are. A good *first* patch would be 
to make sure the THIS_LANG is not empty... or only contains word 
characters, perhaps.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 15 19:52:04 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 22:52:04 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496FFE1C.8040103@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>
	<496FFE1C.8040103@tedpavlic.com>
Message-ID: <49700464.2020300@tedpavlic.com>

> All that being said, I'm not sure I like this patch. It seems like it's
> specifically for your case. It would be better to figure out exactly
> what the naming rules for languages are. A good *first* patch would be
> to make sure the THIS_LANG is not empty... or only contains word
> characters, perhaps.

I found a list of locales and languages, and they do all appear to match 
the [a-z][a-z]-[A-Z][A-Z] pattern.

Your patch uses:

+ifneq ($(shell echo $(THIS_LANG) | wc -c),3)

I've gone ahead and changed that to:

+ifneq ($(strip $(shell echo -n $(THIS_LANG) | wc -c)),2)

Otherwise, wc pollutes with leading whitespace. Plus, it's more obvious 
why you compare the word length to "2" than "3".

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 15 19:54:11 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 15 Jan 2009 22:54:11 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
Message-ID: <497004E3.5000508@tedpavlic.com>

>     I do not agree. If we change to another format, then also localized
>     docs would
>     need to be changed.
>     I do not want to maintain various different input formats for the docs.
>
> I agree with Martin. I will finish my translation with asciidoc.
> The change to another format is hard to me.

 From what I understand, the docs will eventually be changed away from 
asciidoc (correct?). I haven't asked yet, but I assumed (because of its 
presence in the Makefile) that txt2tags would be used (which is very 
similar to asciidoc).

So I got the impression that Martin was saying that if/when we switch 
formats, all the provided locales would have to switch too.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Thu Jan 15 23:51:43 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 16:51:43 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <496FFE1C.8040103@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>
	<496FFE1C.8040103@tedpavlic.com>
Message-ID: <3b8682db0901152351q2cdad7eataf90a6c09aa40d34@mail.gmail.com>

Hello.

I'm sorry to lack of attachment
>>
>
> You could try
>
>        git send-email --to vimperator at mozdev.org origin/master
>
> to send directly to the list. Then someone with commit access can actually
> "git am -s" your message directly. (the subject of the message will be
> "[PATCH]" and the first line of the commit message; the body will be the
> patch and the rest of the commit message)
>

I got it. Thank you for your comment.
I will try.

--------
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/2960c700/attachment.html>

From janus.wel.3 at gmail.com  Thu Jan 15 23:54:30 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 16:54:30 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <49700464.2020300@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<3b8682db0901151821g1bd4d7b3pb980a4ce11cf0edd@mail.gmail.com>
	<496FFE1C.8040103@tedpavlic.com> <49700464.2020300@tedpavlic.com>
Message-ID: <3b8682db0901152354k3744569br693392475156db54@mail.gmail.com>

Thank you for applying patch.

All that being said, I'm not sure I like this patch. It seems like it's
>> specifically for your case. It would be better to figure out exactly
>> what the naming rules for languages are. A good *first* patch would be
>> to make sure the THIS_LANG is not empty... or only contains word
>> characters, perhaps.
>>
>
> I found a list of locales and languages, and they do all appear to match
> the [a-z][a-z]-[A-Z][A-Z] pattern.
>
> Your patch uses:
>
> +ifneq ($(shell echo $(THIS_LANG) | wc -c),3)
>
> I've gone ahead and changed that to:
>
> +ifneq ($(strip $(shell echo -n $(THIS_LANG) | wc -c)),2)
>
> Otherwise, wc pollutes with leading whitespace. Plus, it's more obvious why
> you compare the word length to "2" than "3".
>

Yes!! Thank you for rewritten to strict code.

--------
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/db06a9be/attachment.html>

From mftian at gmail.com  Thu Jan 15 23:59:33 2009
From: mftian at gmail.com (Xie&Tian)
Date: Fri, 16 Jan 2009 15:59:33 +0800
Subject: [Vimperator] abbreviation featcher: liberator can't expand
	"VIMP to vimperator labs, however vim can
In-Reply-To: <496E6B59.4000101@tom.com>
References: <496E6B59.4000101@tom.com>
Message-ID: <a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>

don't know if Vimperator is supposed to work properly on nightly
version of Firefox, but I test this on my machine and "abbreviation"
is not working as VIM does. In fact I don't think it's working at all.
(latest git version)

2009/1/15 ??? <luoclatcti at tom.com>:
> When I do followings:
>  :abbre VIMP vimperator labs
>  :echo "VIMP
> Vimperator can't expand "VIMP to vimperator labs, however VIM can.
>
> Envirement:
>  windows ver:Microsoft Windows XP [?? 5.1.2600]
>  firefox: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre)
> Gecko/20090109 Shiretoko/3.1b3pre
>  Vimperator: latest git version
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From janus.wel.3 at gmail.com  Fri Jan 16 00:01:48 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 16 Jan 2009 17:01:48 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <497004E3.5000508@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<497004E3.5000508@tedpavlic.com>
Message-ID: <3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>

Hello.

   I do not agree. If we change to another format, then also localized
>>    docs would
>>    need to be changed.
>>    I do not want to maintain various different input formats for the docs.
>>
>> I agree with Martin. I will finish my translation with asciidoc.
>> The change to another format is hard to me.
>>
>
> From what I understand, the docs will eventually be changed away from
> asciidoc (correct?). I haven't asked yet, but I assumed (because of its
> presence in the Makefile) that txt2tags would be used (which is very similar
> to asciidoc).
>
> So I got the impression that Martin was saying that if/when we switch
> formats, all the provided locales would have to switch too.
>

I understand that We will use asciidoc in the future, and not change away
from one.
I misunderstand ?

--------
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090116/ef509cd9/attachment.html>

From ted at tedpavlic.com  Fri Jan 16 10:20:52 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 13:20:52 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
Message-ID: <4970D004.9010708@tedpavlic.com>

> don't know if Vimperator is supposed to work properly on nightly
> version of Firefox, but I test this on my machine and "abbreviation"
> is not working as VIM does. In fact I don't think it's working at all.
> (latest git version)

There is no :abbreviation in Vim. It's ":abbreviate".

:abbreviate teh the

works for me in Vimperator exactly the same as it does in Vim. That is, 
when I do

:open teh<space>

at the instant I hit "space" the "teh" changes to "the".

>>   :abbre VIMP vimperator labs
>>   :echo "VIMP

In other words, abbreviations that follow quotation marks are not 
expanded. It appears like Vimp is not recognizing that " is a non-word 
character (i.e., it's treating " like a letter).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Fri Jan 16 10:38:29 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 13:38:29 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <496E6B59.4000101@tom.com>
References: <496E6B59.4000101@tom.com>
Message-ID: <4970D425.9010507@tedpavlic.com>

> When I do followings:
>     :abbre VIMP vimperator labs
>     :echo "VIMP
> Vimperator can't expand "VIMP to vimperator labs, however VIM can.

Fixed in changeset 41e287d0d5be0b409ddd73beb0930ef763f13000. 
Abbrevations were matching non-space characters. Now they match word 
characters.

Note that:

	:abbr test-abbr expansion

executes in Vimp, but it will never match. To contrast, Vim will give an 
error (E474: Invalid argument).

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Fri Jan 16 12:46:37 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 15:46:37 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <4970D425.9010507@tedpavlic.com>
References: <496E6B59.4000101@tom.com> <4970D425.9010507@tedpavlic.com>
Message-ID: <4970F22D.80902@tedpavlic.com>

> 	:abbr test-abbr expansion

Several more :abbr changes have just been checked in that should make 
Vimp act more like Vim.

But I need some help understanding Vim... When I'm in

:help :abbr

I can do

:abbr test-abbr expansion

and NOT get an error. However, when I go back into my main empty buffer, 
that same :abbr gives me an E474.

On a slightly different note, it makes sense to me that abbreviations 
that match existing commands should force an invalid argument... So 
maybe that should be added to Vimp sometime...

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Fri Jan 16 12:48:49 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 15:48:49 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <4970F22D.80902@tedpavlic.com>
References: <496E6B59.4000101@tom.com> <4970D425.9010507@tedpavlic.com>
	<4970F22D.80902@tedpavlic.com>
Message-ID: <4970F2B1.7080701@tedpavlic.com>

> :help :abbr
>
> I can do
>
> :abbr test-abbr expansion
>
> and NOT get an error. However, when I go back into my main empty buffer,
> that same :abbr gives me an E474.

Similarly, in :vim, when I'm in the :help buffer, I can do:

:abbr this'is'a'test

and get "No abbreviation found", but when I do that in my empty default 
buffer, I get an E474.

Is that a Vim bug? Or is there something I'm missing?

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Fri Jan 16 13:03:19 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 16:03:19 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
Message-ID: <4970F617.8060308@tedpavlic.com>

> don't know if Vimperator is supposed to work properly on nightly
> version of Firefox, but I test this on my machine and "abbreviation"
> is not working as VIM does. In fact I don't think it's working at all.
> (latest git version)

By the way, according to the TODO in the git source, it is a known bug 
that insert-mode abbreviations are broken.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Fri Jan 16 13:03:42 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 16:03:42 -0500
Subject: [Vimperator] Does Vimp need an iskeyword option?
Message-ID: <4970F62E.6070604@tedpavlic.com>

Evidently, the recent strangeness described in the messages about 
":abbr" involves Vim's 'iskeyword' setting.

Does Vimp need something like an iskeyword?

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From luoclatcti at tom.com  Fri Jan 16 13:25:16 2009
From: luoclatcti at tom.com (=?UTF-8?B?572X5pil6Zu3?=)
Date: Sat, 17 Jan 2009 05:25:16 +0800
Subject: [Vimperator] bug report: events.destroy lack of "keyup"
 removeEventListener;
 in regressions.js singlelineOutput's id should be "liberator-message"
Message-ID: <4970FB3C.2020405@tom.com>

When I source regressions.js and input ":regr!<CR>", found that test 5 
failed. After my study, I find that the line below:
   var singlelineOutput = 
document.getElementById("liberator-commandline-command")
should be the line below:
   var singlelineOutput = document.getElementById("liberator-message")


When I browsing the vimperator's source, I found the events.destroy lack 
of the below line.
   window.removeEventListener("keyup", this.onKeyDown, true);


Sorry for my bad English!



From luoclatcti at tom.com  Fri Jan 16 13:36:45 2009
From: luoclatcti at tom.com (=?UTF-8?B?572X5pil6Zu3?=)
Date: Sat, 17 Jan 2009 05:36:45 +0800
Subject: [Vimperator] When no define any abbreviations in vimp,
 do :regr!<CR> will cause the test 2 failed.
Message-ID: <4970FDED.2090603@tom.com>

When no define any abbreviations in vimp, do :regr!<CR> will cause the 
test 2 failed. I think it will be good to remove these lines in 
editor.listAbbreviations:
             else if (list.length == 1)
             {
                 let [mode, lhs, rhs] = list[0];

                 liberator.echo(mode + "  " + lhs + "   " + rhs, 
commandline.FORCE_SINGLELINE); // 2 spaces, 3 spaces
             }
these lines responsible for the fail.


From maglione.k at gmail.com  Fri Jan 16 13:49:02 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Fri, 16 Jan 2009 16:49:02 -0500
Subject: [Vimperator] Does Vimp need an iskeyword option?
In-Reply-To: <4970F62E.6070604@tedpavlic.com>
References: <4970F62E.6070604@tedpavlic.com>
Message-ID: <20090116214902.GA11944@jg.home>

On Fri, Jan 16, 2009 at 04:03:42PM -0500, Ted Pavlic wrote:
> Evidently, the recent strangeness described in the messages about  
> ":abbr" involves Vim's 'iskeyword' setting.
>
> Does Vimp need something like an iskeyword?

What an atrocious name for an option.

-- 
Kris Maglione

UNIX is simple.  It just takes a genius to understand its simplicity.
	--Dennis Ritchie


From ted at tedpavlic.com  Fri Jan 16 14:40:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Fri, 16 Jan 2009 17:40:23 -0500
Subject: [Vimperator] Does Vimp need an iskeyword option?
In-Reply-To: <20090116214902.GA11944@jg.home>
References: <4970F62E.6070604@tedpavlic.com> <20090116214902.GA11944@jg.home>
Message-ID: <49710CD7.5090207@tedpavlic.com>

>> Does Vimp need something like an iskeyword?
>
> What an atrocious name for an option.

True, but if ":abbr" is supposed to match how Vim works, then we'd need 
to allow all three types of abbreviations:

=====
full-id:

The "full-id" type consists entirely of keyword characters (letters and
characters from 'iskeyword' option).  This is the most common
abbreviation.

     Examples: "foo", "g3", "-1"

end-id:

The "end-id" type ends in a keyword character, but all the other
characters are not keyword characters.

     Examples: "#i", "..f", "$/7"

non-id:

The "non-id" type ends in a non-keyword character, the other characters
may be of any type, excluding space and tab.  {this type is not
supported by Vi}

     Examples: "def#", "4/7$"

Examples of strings that cannot be abbreviations: "a.b", "#def", "a b", 
"_$r"
=====

Perhaps we should make ":abbr" act like Vim's ":abbr" when the default
"iskeyword" is set. <?>

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From dougkearns at gmail.com  Fri Jan 16 17:14:22 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 17 Jan 2009 12:14:22 +1100
Subject: [Vimperator] abbreviation featcher: liberator can't expand
	"VIMP to vimperator labs, however vim can
In-Reply-To: <a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
Message-ID: <644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>

On 1/16/09, Xie&Tian <mftian at gmail.com> wrote:
> don't know if Vimperator is supposed to work properly on nightly
>  version of Firefox, but I test this on my machine and "abbreviation"
>  is not working as VIM does. In fact I don't think it's working at all.
>  (latest git version)

It seems to have been intentionally disabled, to kludge around another
problem, in INSERT mode but should still work in COMMAND-LINE mode.

Doug

From ted at tedpavlic.com  Fri Jan 16 21:43:30 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 17 Jan 2009 00:43:30 -0500
Subject: [Vimperator] Does Vimp need an iskeyword option?
In-Reply-To: <49710CD7.5090207@tedpavlic.com>
References: <4970F62E.6070604@tedpavlic.com> <20090116214902.GA11944@jg.home>
	<49710CD7.5090207@tedpavlic.com>
Message-ID: <49717002.5070905@tedpavlic.com>

> Perhaps we should make ":abbr" act like Vim's ":abbr" when the default
> "iskeyword" is set.<?>

:abbr now acts roughly like Vim when iskeyword specifies every character 
except for whitespace and quotes (single and double).

There are still some differences. For example, Vim abbr's are triggered 
off of <CR>, and they can include control characters like <Left>.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From dougkearns at gmail.com  Fri Jan 16 22:13:53 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 17 Jan 2009 17:13:53 +1100
Subject: [Vimperator] Vimperator HACKING -> HACKING/CodingGuidlines?
In-Reply-To: <496F9D71.30006@vimperator.org>
References: <496F676F.9070804@tedpavlic.com> <496F9D71.30006@vimperator.org>
Message-ID: <644fc65e0901162213g82c6857uadc31b485d1fe7bb@mail.gmail.com>

On 1/16/09, Martin Stubenschrott <maxauthority at vimperator.org> wrote:
> I do not like a HACKING directory. We could, however, create a
>  doc/ subdir which includes all sorts of README.e4x, License.txt,
>  CodingGuidelines.txt SubmittingPatches.txt.
>
>  On the other hand, a single HACKING file doesn't sound so bad
>  to me, so i don't have a strong opinion.
>
>  What does Kris, Doug and Daniel think?

I'm happy enough with the way it is, but not too fussed.

Doug

From dougkearns at gmail.com  Fri Jan 16 22:18:51 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 17 Jan 2009 17:18:51 +1100
Subject: [Vimperator] When no define any abbreviations in vimp,
	do 	:regr!<CR> will cause the test 2 failed.
In-Reply-To: <4970FDED.2090603@tom.com>
References: <4970FDED.2090603@tom.com>
Message-ID: <644fc65e0901162218i24725996r90e0f514c9a125b7@mail.gmail.com>

On 1/17/09, ??? <luoclatcti at tom.com> wrote:
> When no define any abbreviations in vimp, do :regr!<CR> will cause the test
> 2 failed. I think it will be good to remove these lines in
> editor.listAbbreviations:
>             else if (list.length == 1)
>             {
>                 let [mode, lhs, rhs] = list[0];
>
>                 liberator.echo(mode + "  " + lhs + "   " + rhs,
> commandline.FORCE_SINGLELINE); // 2 spaces, 3 spaces
>             }
>  these lines responsible for the fail.

Thanks, it's actually the test that's in error here. I'll fix it.

Regards,
Doug

From dougkearns at gmail.com  Fri Jan 16 22:28:39 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 17 Jan 2009 17:28:39 +1100
Subject: [Vimperator] bug report: events.destroy lack of "keyup"
	removeEventListener;
	in regressions.js singlelineOutput's id should be "liberator-message"
In-Reply-To: <4970FB3C.2020405@tom.com>
References: <4970FB3C.2020405@tom.com>
Message-ID: <644fc65e0901162228m5e408932vd2f4c10d289c9c38@mail.gmail.com>

On 1/17/09, ??? <luoclatcti at tom.com> wrote:
> When I source regressions.js and input ":regr!<CR>", found that test 5
> failed. After my study, I find that the line below:
>   var singlelineOutput =
> document.getElementById("liberator-commandline-command")
>  should be the line below:
>   var singlelineOutput =
> document.getElementById("liberator-message")

Thanks, I'll fix it.

>  When I browsing the vimperator's source, I found the events.destroy lack of
> the below line.
>   window.removeEventListener("keyup", this.onKeyDown,
> true);

Actually you'll notice those lines in destroy() won't work anyway if
you look at the corresponding addEventListener calls.  I'll fix those
too.

Thanks,
Doug

From maxauthority at vimperator.org  Sat Jan 17 02:12:36 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sat, 17 Jan 2009 11:12:36 +0100
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
References: <496F5E3F.40602@gmail.com>
	<496F6388.7040508@tedpavlic.com>	<496F9CB5.8000802@vimperator.org>	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
Message-ID: <4971AF14.9040804@vimperator.org>

On 2009-01-16 09:01, janus_wel wrote:

> I understand that We will use asciidoc in the future, and not change
> away from one.
> I misunderstand ?


We have not yet decided what to use after releasing vimperator 2.0.
It might be a different document processor (a self-written one, or
an existing one) or keep using asciidoc, if the other alternatives
don't provide the features we need, or if nobody is doing the
conversion of the help files.

So I really can't say what we'll be using. I thought, maybe it would
be better to just support html files in ~/.vimperator/doc/ which could
be installed more easily by just distributing zipped html docs for
various languages.

--
Martin

From dougkearns at gmail.com  Sat Jan 17 04:19:15 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 17 Jan 2009 23:19:15 +1100
Subject: [Vimperator] abbreviation featcher: liberator can't expand
	"VIMP to vimperator labs, however vim can
In-Reply-To: <644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
Message-ID: <644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>

On 1/17/09, Doug Kearns <dougkearns at gmail.com> wrote:
>
> It seems to have been intentionally disabled, to kludge around another
>  problem, in INSERT mode but should still work in COMMAND-LINE mode.

Just to clarify, you can still use <C-]> to expand INSERT mode
abbreviations but the other triggers are, generally, disabled.

Doug

From ted at tedpavlic.com  Sat Jan 17 10:15:29 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 17 Jan 2009 13:15:29 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <4971AF14.9040804@vimperator.org>
References: <496F5E3F.40602@gmail.com>
	<496F6388.7040508@tedpavlic.com>	<496F9CB5.8000802@vimperator.org>	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
	<4971AF14.9040804@vimperator.org>
Message-ID: <49722041.7040103@tedpavlic.com>

> So I really can't say what we'll be using. I thought, maybe it would
> be better to just support html files in ~/.vimperator/doc/ which could
> be installed more easily by just distributing zipped html docs for
> various languages.

Is the discussion on why asciidoc is being abandoned archived somewhere?

An IRC log somewhere perhaps?

Thanks --
--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Sat Jan 17 10:21:56 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 17 Jan 2009 13:21:56 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
	<644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
Message-ID: <497221C4.5030504@tedpavlic.com>

> Just to clarify, you can still use<C-]>  to expand INSERT mode
> abbreviations but the other triggers are, generally, disabled.

*) On my machine (a Mac), C-] doesn't do a thing (whereas it works fine 
in Vim) in any mode. I haven't tried it on Windows. Does it work?

*) According to Vimp's :viusage, C-] only expands command-line 
abbreviations (not insert mode). Is this incorrect?

Vim abbreviations are triggered by any non-keyword character. For 
example, if I do

	:abbr aa' stuff

and then type:

	:aa''

at the instant I press the second ', Vim replaces

aa''

with

stuff'

Eventually, it would be nice if Vimp acted this way too.

--Ted




-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From dougkearns at gmail.com  Sat Jan 17 20:43:23 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sun, 18 Jan 2009 15:43:23 +1100
Subject: [Vimperator] abbreviation featcher: liberator can't expand
	"VIMP to vimperator labs, however vim can
In-Reply-To: <497221C4.5030504@tedpavlic.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
	<644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
	<497221C4.5030504@tedpavlic.com>
Message-ID: <644fc65e0901172043v74d5fcc9l32fa8341672a61ff@mail.gmail.com>

On 1/18/09, Ted Pavlic <ted at tedpavlic.com> wrote:

<snip>

>  *) On my machine (a Mac), C-] doesn't do a thing (whereas it works fine in
> Vim) in any mode. I haven't tried it on Windows. Does it work?

Yes.

>  *) According to Vimp's :viusage, C-] only expands command-line
> abbreviations (not insert mode). Is this incorrect?

No. That's due to the fact that insert mode is undocumented. :)

>  Vim abbreviations are triggered by any non-keyword character. For example,

<snip>

>  Eventually, it would be nice if Vimp acted this way too.

Yes, it should.

Doug

From dougkearns at gmail.com  Sun Jan 18 06:08:07 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Mon, 19 Jan 2009 01:08:07 +1100
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <49722041.7040103@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
	<4971AF14.9040804@vimperator.org> <49722041.7040103@tedpavlic.com>
Message-ID: <644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>

On 1/18/09, Ted Pavlic <ted at tedpavlic.com> wrote:
> > So I really can't say what we'll be using. I thought, maybe it would
> > be better to just support html files in ~/.vimperator/doc/ which could
> > be installed more easily by just distributing zipped html docs for
> > various languages.
> >
>
>  Is the discussion on why asciidoc is being abandoned archived somewhere?

I don't think so.

The major gripe is performance. It used take over three minutes to
build the documentation on my box. That's now down to just under a
minute but still impossible to justify.

Kris did some testing with txt2tags and found it to be an order of
magnitude faster.

>  An IRC log somewhere perhaps?

I don't think the channel is logged, other than by individuals.

Doug

From janus.wel.3 at gmail.com  Sun Jan 18 10:58:50 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Mon, 19 Jan 2009 03:58:50 +0900
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
	<4971AF14.9040804@vimperator.org> <49722041.7040103@tedpavlic.com>
	<644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>
Message-ID: <3b8682db0901181058p224e2aebw4560676299112475@mail.gmail.com>

Hello

> > So I really can't say what we'll be using. I thought, maybe it would
> > > be better to just support html files in ~/.vimperator/doc/ which could
> > > be installed more easily by just distributing zipped html docs for
> > > various languages.
> > >
> >
> >  Is the discussion on why asciidoc is being abandoned archived somewhere?
>
> I don't think so.
>
> The major gripe is performance. It used take over three minutes to
> build the documentation on my box. That's now down to just under a
> minute but still impossible to justify.
>
> Kris did some testing with txt2tags and found it to be an order of
> magnitude faster.
>

I got it !! Thanks for your replies.

I agree with Martin's idea that install documents to ~/.vimperator/doc/ ( or
other path ).
Because the document processor that can use in ANY language is hard-to-find.
( Macros of asciidoc don't work with Japanese... Perhaps with any CJK, will
not work )

But when switch to txt2tags I try to convert data,
so I feel asciidoc performance is bad, too ( overhead of Python ? ) .

Regards.

-- 
janus_wel : janus.wel.3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090119/3a8d901d/attachment.html>

From janus.wel.3 at gmail.com  Sun Jan 18 12:11:15 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Mon, 19 Jan 2009 05:11:15 +0900
Subject: [Vimperator] :undoall error
Message-ID: <3b8682db0901181211h61636e04j38c66c0b0d4c86fe@mail.gmail.com>

Hello. I found a bug.

execute :undoall, then below error occur.

    Processing keypress event: ReferenceError: Itarator is not defined

Itarator is wrong, Iterator is correct.
  ^                  ^

I fix and try, so it work correctly.

Regards.

--
janus_wel : janus.wel.3 at gmail.com

From physicianii at gmail.com  Sun Jan 18 12:34:49 2009
From: physicianii at gmail.com (ibrahim nofel)
Date: Sun, 18 Jan 2009 22:34:49 +0200
Subject: [Vimperator] make vimperator speak
Message-ID: <5005bb3b0901181234r377566bcw53281dfa7c455a94@mail.gmail.com>

How can I get vimperator read out loud the main frame on a webpage using a
speech synsthetizer that I specify?
I've tried foxvox but the quality doesn't satisfy me and it doesn't work
with so much text.
Note: I have no experience with programming but, I'm willing to learn.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090118/1d6f6295/attachment.html>

From janus.wel.3 at gmail.com  Sun Jan 18 15:52:27 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Mon, 19 Jan 2009 08:52:27 +0900
Subject: [Vimperator] nonexistent options in index.html
Message-ID: <3b8682db0901181552t41850e54t94846719191af455@mail.gmail.com>

Hello.
I read index.html and try all options,
then I found the descriptions about nonexistent option.

Below options don't exist in ":set" and JavaScript source.
These options are obsolete ?

* autodetector
* disabledcssheets
* fileencoding

And, I found ones that there is difference between index.html and
completion of ":set" .

* hinttimeout
* scroll

Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From dougkearns at gmail.com  Sun Jan 18 17:51:39 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Mon, 19 Jan 2009 12:51:39 +1100
Subject: [Vimperator] nonexistent options in index.html
In-Reply-To: <3b8682db0901181552t41850e54t94846719191af455@mail.gmail.com>
References: <3b8682db0901181552t41850e54t94846719191af455@mail.gmail.com>
Message-ID: <644fc65e0901181751r25b0fd45mff094024ac3c17ff@mail.gmail.com>

On 1/19/09, janus_wel <janus.wel.3 at gmail.com> wrote:
> Hello.
>  I read index.html and try all options,
>  then I found the descriptions about nonexistent option.
>
>  Below options don't exist in ":set" and JavaScript source.
>  These options are obsolete ?
>
>  * autodetector
>  * disabledcssheets
>  * fileencoding
>
>  And, I found ones that there is difference between index.html and
>  completion of ":set" .
>
>  * hinttimeout
>  * scroll

Fixed, thanks.

Doug

From sitaramc at gmail.com  Mon Jan 19 07:54:37 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Mon, 19 Jan 2009 15:54:37 +0000 (UTC)
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
Message-ID: <slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>

On 2009-01-14, Ted Pavlic <ted at tedpavlic.com> wrote:
> On a related note, Mercurial has a cool extension called "Crecord":
>
> http://www.selenic.com/mercurial/wiki/index.cgi/CrecordExtension
>
> that uses an ncurses interface to let you choose which parts of changes 
> you'd like to commit. It lets you cherry pick patch hunks graphically.
>
> I have no idea if git has anything similar.

git gui

Choose the file in the top left pane, go to the right pane,
righ click on the hunk you want and click "Stage hunk for
commit".

If you start with a file in the *bottom* left pane, (which
is the staged files), you can *unstage* hunks too...


From janus.wel.3 at gmail.com  Mon Jan 19 09:43:52 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Tue, 20 Jan 2009 02:43:52 +0900
Subject: [Vimperator] nonexistent options in index.html
In-Reply-To: <644fc65e0901181751r25b0fd45mff094024ac3c17ff@mail.gmail.com>
References: <3b8682db0901181552t41850e54t94846719191af455@mail.gmail.com>
	<644fc65e0901181751r25b0fd45mff094024ac3c17ff@mail.gmail.com>
Message-ID: <3b8682db0901190943t76fa2c4n9b1bc0c423da8272@mail.gmail.com>

Hello. Thank you for fixed.

>>  Below options don't exist in ":set" and JavaScript source.
>>  These options are obsolete ?
>>
>>  * autodetector
>>  * disabledcssheets
>>  * fileencoding

I confirmed git log, so I know these are obsolete.

-- 
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Mon Jan 19 09:58:47 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Tue, 20 Jan 2009 02:58:47 +0900
Subject: [Vimperator] :undoall error
In-Reply-To: <3b8682db0901181211h61636e04j38c66c0b0d4c86fe@mail.gmail.com>
References: <3b8682db0901181211h61636e04j38c66c0b0d4c86fe@mail.gmail.com>
Message-ID: <3b8682db0901190958u4e812437n6c4ffb6da8877e76@mail.gmail.com>

Hello. Thank you for fix, Kris.

> Hello. I found a bug.
>
> execute :undoall, then below error occur.
>
>    Processing keypress event: ReferenceError: Itarator is not defined
>
> Itarator is wrong, Iterator is correct.
>  ^                  ^
>
> I fix and try, so it work correctly.
>
> Regards.
>
> --
> janus_wel : janus.wel.3 at gmail.com
>



-- 
janus_wel : janus.wel.3 at gmail.com

From ted at tedpavlic.com  Mon Jan 19 16:51:10 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 19 Jan 2009 19:51:10 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
	<slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>
Message-ID: <49751FFE.1060104@tedpavlic.com>

>> that uses an ncurses interface to let you choose which parts of changes
>> you'd like to commit. It lets you cherry pick patch hunks graphically.
>>
>> I have no idea if git has anything similar.
>
> git gui

*ncurses* based --- the *ncurses* was the important thing there. If it 
doesn't work in the Terminal, it isn't worth running.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 19 16:51:10 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 19 Jan 2009 19:51:10 -0500
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
In-Reply-To: <slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
	<slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>
Message-ID: <49751FFE.1060104@tedpavlic.com>

>> that uses an ncurses interface to let you choose which parts of changes
>> you'd like to commit. It lets you cherry pick patch hunks graphically.
>>
>> I have no idea if git has anything similar.
>
> git gui

*ncurses* based --- the *ncurses* was the important thing there. If it 
doesn't work in the Terminal, it isn't worth running.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From sitaramc at gmail.com  Mon Jan 19 19:15:19 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Tue, 20 Jan 2009 03:15:19 +0000 (UTC)
Subject: [Vimperator] Off-topic: [ANNOUNCE] tig-0.13
References: <496E1226.6060908@tedpavlic.com> <496E4EF0.4050307@tedpavlic.com>
	<slrngn98ht.er0.sitaramc@sitaramc.homelinux.net>
	<49751FFE.1060104@tedpavlic.com>
Message-ID: <slrngnage7.6r5.sitaramc@sitaramc.homelinux.net>

On 2009-01-20, Ted Pavlic <ted at tedpavlic.com> wrote:
>>> that uses an ncurses interface to let you choose which parts of changes
>>> you'd like to commit. It lets you cherry pick patch hunks graphically.
>>>
>>> I have no idea if git has anything similar.
>>
>> git gui
>
> *ncurses* based --- the *ncurses* was the important thing there. If it 
> doesn't work in the Terminal, it isn't worth running.

oh in that case tig itself does this...


From sitaramc at gmail.com  Mon Jan 19 19:38:26 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Tue, 20 Jan 2009 03:38:26 +0000 (UTC)
Subject: [Vimperator] migrating old plugins
Message-ID: <slrngnahpi.7ao.sitaramc@sitaramc.homelinux.net>

Hello,

After a few weeks of using a more recent vimperator than I
have used till now, I suddenly realised that my old plugins
were no longer working.

For instance, I had a plugin to toggle images:

    liberator.mappings.addUserMap([liberator.modes.NORMAL], ["<Leader>i"],
        "switch images on-off",
        function() {
            var pdi=liberator.options.getPref("permissions.default.image", 1);
            if (pdi == 1) {
                pdi = 2;
            } else {
                pdi = 1;
            }
            liberator.options.setPref("permissions.default.image", pdi);
        });

plus a few others, none of which work now.

I'd modelled them after the old "noscript.js", but the
current noscript.js looks vastly more complex :-(

Is that the way to go again (copy noscript.js and change
stuff) or is there some trick to keeping it simple and
migrating the essence of the above plugin?

Thanks,

Sitaram


From ted at tedpavlic.com  Mon Jan 19 22:10:00 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 20 Jan 2009 01:10:00 -0500
Subject: [Vimperator] migrating old plugins
In-Reply-To: <slrngnahpi.7ao.sitaramc@sitaramc.homelinux.net>
References: <slrngnahpi.7ao.sitaramc@sitaramc.homelinux.net>
Message-ID: <49756AB8.20805@tedpavlic.com>

Drop a few "liberator."'s, and you should be fine.

>      liberator.mappings.addUserMap([liberator.modes.NORMAL], ["<Leader>i"],
>          "switch images on-off",
>          function() {
>              var pdi=liberator.options.getPref("permissions.default.image", 1);
>              if (pdi == 1) {
>                  pdi = 2;
>              } else {
>                  pdi = 1;
>              }
>              liberator.options.setPref("permissions.default.image", pdi);
>          });

For example, try:

mappings.addUserMap([modes.NORMAL], ["<Leader>i"],
         "switch images on-off",
         function() {
             var pdi=options.getPref("permissions.default.image", 1);
             if (pdi == 1) {
                 pdi = 2;
             } else {
                 pdi = 1;
             }
             options.setPref("permissions.default.image", pdi);
         });

> Is that the way to go again (copy noscript.js and change
> stuff) or is there some trick to keeping it simple and
> migrating the essence of the above plugin?

Earlier on the list, Kris Maglione published a perl script that could 
migrate things for you.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Tue Jan 20 07:55:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 20 Jan 2009 10:55:23 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <644fc65e0901172043v74d5fcc9l32fa8341672a61ff@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
	<644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
	<497221C4.5030504@tedpavlic.com>
	<644fc65e0901172043v74d5fcc9l32fa8341672a61ff@mail.gmail.com>
Message-ID: <4975F3EB.20806@tedpavlic.com>

>>   *) On my machine (a Mac), C-] doesn't do a thing (whereas it works fine in
>> Vim) in any mode. I haven't tried it on Windows. Does it work?
>
> Yes.

Hm. It works on my Windows machine too, but it definitely does not work 
on the Mac.

I notice that <C-5> is an alias for <C-]>. Why <C-5>? Should that be 
removed? (note that <C-5> works fine on my Mac; it's only <C-]> that's a 
problem)

>>   *) According to Vimp's :viusage, C-] only expands command-line
>> abbreviations (not insert mode). Is this incorrect?
>
> No. That's due to the fact that insert mode is undocumented. :)

Okay. Added some very rough insert mode documentation.

>>   Vim abbreviations are triggered by any non-keyword character. For example,
>>   Eventually, it would be nice if Vimp acted this way too.
> Yes, it should.

Okay. Now abbreviations get triggered by space, ', or ". Unfortunately, 
adding <CR> to the mappings.add() list has no effect, and adding <Tab> 
to the list breaks tab completion. It would be very nice if <CR> would 
work (as it does in Vim).

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maxauthority at vimperator.org  Tue Jan 20 08:17:48 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 20 Jan 2009 17:17:48 +0100
Subject: [Vimperator] abbreviation featcher: liberator can't expand
	"VIMP to vimperator labs, however vim can
In-Reply-To: <4975F3EB.20806@tedpavlic.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
	<644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
	<497221C4.5030504@tedpavlic.com>
	<644fc65e0901172043v74d5fcc9l32fa8341672a61ff@mail.gmail.com>
	<4975F3EB.20806@tedpavlic.com>
Message-ID: <aaae92100901200817w476ee653jf98d2668cffe101f@mail.gmail.com>

> I notice that <C-5> is an alias for <C-]>. Why <C-5>? Should that be
> removed? (note that <C-5> works fine on my Mac; it's only <C-]> that's a
> problem)

Ctrl-5 is there for the same reason we have ctrl-6 for ctrl-^.

Try "cat" and then type ctrl-5 and you'll see the same terminal codes
as ctrl-] are produced.
Also ] and ^ are on shifted keys in many layouts. This means, you can
- usually - also
use these keys in (a terminal) vim (I constantly use ctrl-5/6 in my
vim without any mapping).

If we find a really useful purpose for ctrl-1-9, I might remove ctrl-5
and ctrl-6 aliases.

--
Martin

From ted at tedpavlic.com  Tue Jan 20 08:33:36 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 20 Jan 2009 11:33:36 -0500
Subject: [Vimperator] abbreviation featcher: liberator can't expand
 "VIMP to vimperator labs, however vim can
In-Reply-To: <aaae92100901200817w476ee653jf98d2668cffe101f@mail.gmail.com>
References: <496E6B59.4000101@tom.com>
	<a28ffaac0901152359l2a5490a2uc6f3c0b478f746a9@mail.gmail.com>
	<644fc65e0901161714s761d9dfdtbb2ba990afdc17a5@mail.gmail.com>
	<644fc65e0901170419l1d2f7f05l5b9d235166aa13f4@mail.gmail.com>
	<497221C4.5030504@tedpavlic.com>
	<644fc65e0901172043v74d5fcc9l32fa8341672a61ff@mail.gmail.com>
	<4975F3EB.20806@tedpavlic.com>
	<aaae92100901200817w476ee653jf98d2668cffe101f@mail.gmail.com>
Message-ID: <4975FCE0.8050407@tedpavlic.com>

>> I notice that<C-5>  is an alias for<C-]>. Why<C-5>? Should that be
>> removed? (note that<C-5>  works fine on my Mac; it's only<C-]>  that's a
>> problem)
> Ctrl-5 is there for the same reason we have ctrl-6 for ctrl-^.
>
> Try "cat" and then type ctrl-5 and you'll see the same terminal codes
> as ctrl-] are produced.

Really?

On my Mac, C-] prints a ^] in cat, but C-5 prints a 5. I get a similar 
effect on my Windows machine when I ssh into a Linux machine (of course, 
this may have something to do with the terminal programs I'm using).

> Also ] and ^ are on shifted keys in many layouts. This means, you can
> - usually - also
> use these keys in (a terminal) vim (I constantly use ctrl-5/6 in my
> vim without any mapping).

Fascinating. Well, I guess I can see that.

> If we find a really useful purpose for ctrl-1-9, I might remove ctrl-5
> and ctrl-6 aliases.

I'm OK with them, but I think they should be documented. No?

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Tue Jan 20 11:13:49 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 21 Jan 2009 04:13:49 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
Message-ID: <123247882947-git-send-email-janus.wel.3@gmail.com>

* Delete the desctiption of nonexistent command :highlight-clear.
* Delete the erroneous info about bang of :highlight command.
* Add unwritten group names from styling.js.
---
 vimperator/locale/en-US/styling.txt |  109 ++++++++++++++++++-----------------
 1 files changed, 56 insertions(+), 53 deletions(-)

diff --git a/vimperator/locale/en-US/styling.txt b/vimperator/locale/en-US/styling.txt
index e7a2801..961380e 100644
--- a/vimperator/locale/en-US/styling.txt
+++ b/vimperator/locale/en-US/styling.txt
@@ -27,68 +27,71 @@ valid, [!] will override the check, to speed Vimperator startup.
 if provided will restrict the match to matching elements.
 
 Valid groups are:
-`------------------`-----------------------------------
-*Bell*             Vimperator's visual bell
-*Boolean*          A JavaScript Boolean object
-*CompDesc*	   The description column of the completion list
-*CompIcon*	   The favicon of a completion row
-*CompItem*	   A completion row
-*CompLess*	   The indicator shown when completions may be scrolled up
-*CompMore*	   The indicator shown when completions may be scrolled down
-*CompResult*       The result column of the completion list
-*CompTitle*	   Completion row titles
-*ErrorMsg*         Error messages
-*Filter*           The matching text in a completion list
-*FrameIndicator*   The indicator shown when a new frame is selected
-*Function*         A JavaScript Function object
-*Hint*             A hint indicator. See [c]:help hints[c].
-*HintActive*	   The hint element which will be selected on <Enter>
-*HintElem*	   The element which a hint refers to.
-*HintImage*	   The indicator which floats above hinted images.
+`--------------------`-----------------------------------
+*Bell*               Vimperator's visual bell
+*Boolean*            A JavaScript Boolean object
+*CmdLine*            The command line
+*CmdOutput*
+*CompDesc*           The description column of the completion list
+*CompGroup*
+*CompIcon*           The favicon of a completion row
+*CompItem*           A row of completion list
+*CompItem[selected]* A selected row of completion list
+*CompLess*           The indicator shown when completions may be scrolled up
+*CompLess::after*    The character of indicator shown when completions may be scrolled up
+*CompMore*           The indicator shown when completions may be scrolled down
+*CompMore::after*    The character of indicator shown when completions may be scrolled down
+*CompMsg*
+*CompResult*         The result column of the completion list
+*CompTitle*          Completion row titles
+*ErrorMsg*           Error messages
+*Filter*             The matching text in a completion list
+*FrameIndicator*     The indicator shown when a new frame is selected
+*Function*           A JavaScript Function object
+*Gradient*
+*GradientLeft*
+*GradientRight*
+*Hint*               A hint indicator. See [c]:help hints[c]
+*HintActive*         The hint element of link which will be followed by <Enter>
+*HintElem*           The hintable element
+*HintImage*          The indicator which floats above hinted images
 *Indicator*
-*InfoMsg*          Information messages
-*Keyword*          A bookmark keyword for a URL
-*LineNr*           The line number of an error
+*InfoMsg*            Information messages
+*Keyword*            A bookmark keyword for a URL
+*LineNr*             The line number of an error
 *Message*
-*ModeMsg*          The mode indicator in the command line
-*MoreMsg*          The indicator that there is more text to view
+*ModeMsg*            The mode indicator in the command line
+*MoreMsg*            The indicator that there is more text to view
 *NonText*
-*Normal*           Normal text in the command line
-*Null*             A JavaScript Null object
-*Number*           A JavaScript Number object
-*Object*           A JavaScript Object
-*Question*         A prompt for a decision
-*Search*           Highlighted search results in a web page
-*StatusLine*       The status bar
-*StatusLineBroken* The status bar for a broken web page
-*StatusLineSecure* The status bar for a secure web page
-*String*           A JavaScript String object
-*TabClose*         The close button of a browser tab
-*TabIcon*          The icon of a browser tab
-*TabIconNumber*    The number of a browser tab, over its icon
-*TabNumber*        The number of a browser tab, next to its icon
-*TabText*          The text of a browser tab
-*Tag*              A bookmark tag for a URL
-*Title*            The title of a listing, including [c]:bmarks[c], [c]:jumps[c]
-*URL*              A URL
-*WarningMsg*       A warning message
+*Normal*             Normal text in the command line
+*Null*               A JavaScript Null object
+*Number*             A JavaScript Number object
+*Object*             A JavaScript Object
+*Preview*
+*Question*           A prompt for a decision
+*Search*             Highlighted search results in a web page
+*StatusLine*         The status bar
+*StatusLineBroken*   The status bar for a broken web page
+*StatusLineSecure*   The status bar for a secure web page
+*String*             A JavaScript String object
+*TabClose*           The close button of a browser tab
+*TabIcon*            The icon of a browser tab
+*TabIconNumber*      The number of a browser tab, over its icon
+*TabNumber*          The number of a browser tab, next to its icon
+*TabText*            The text of a browser tab
+*Tag*                A bookmark tag for a URL
+*Title*              The title of a listing, including [c]:pageinfo[c], [c]:jumps[c]
+*URL*                A URL
+*WarningMsg*         A warning message
 -------------------------------------------------------
 
 Every invocation completely replaces the styling of any previous invocation,
 unless [-append] (short option: -a) is provided, in which case, {css} is
-appended to its current value. If {css} is not provided and [!] is, any
-styles matching {group} are listed. If neither {css} nor [!] is provided, the
-style for {group} is reset to its default value.
+appended to its current value. If {css} is not provided, any styles matching
+{group} are listed. If you want to set its default value, you can refer from
+complete list.
 ________________________________________________________________________________
 
-|:highlight-clear| +
-||:hi[light] clear [{group}[{selector}]]|| +
-________________________________________________________________________________
-Reset the highlighting for {group} to its default value. If
-{group} is not given, reset all highlighting groups.
-________________________________________________________________________________
-
-
 |:sty| |:style| +
 ||:sty[le][!] [-name={name}] [-append] {filter} [{css}]|| +
 ________________________________________________________________________________
-- 
1.5.2.5


From janus.wel.3 at gmail.com  Tue Jan 20 11:23:41 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 21 Jan 2009 04:23:41 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <123247882947-git-send-email-janus.wel.3@gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
Message-ID: <3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>

I'm sorry for sending patch without notice.
The result of git send-email.
Thank you for your information, Ted.

I fixed erroneous informations in styling.txt.
Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From maglione.k at gmail.com  Tue Jan 20 11:31:38 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Tue, 20 Jan 2009 14:31:38 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names
	in	styling.txt
In-Reply-To: <123247882947-git-send-email-janus.wel.3@gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
Message-ID: <20090120193138.GA31152@jg.home>

On Wed, Jan 21, 2009 at 04:13:49AM +0900, janus_wel wrote:
>* Delete the erroneous info about bang of :highlight command.

It's not nonexistent or erroneous.

-- 
Kris Maglione

It is difficult to get a man to understand something when his salary
depends on his not understanding it.
	--Upton Sinclair


From janus.wel.3 at gmail.com  Tue Jan 20 11:42:19 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 21 Jan 2009 04:42:19 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <20090120193138.GA31152@jg.home>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<20090120193138.GA31152@jg.home>
Message-ID: <3b8682db0901201142w34c985bai64269fd91991f17b@mail.gmail.com>

>> * Delete the erroneous info about bang of :highlight command.
>
> It's not nonexistent or erroneous.

It's a part of below.

-appended to its current value. If {css} is not provided and [!] is, any
-styles matching {group} are listed. If neither {css} nor [!] is provided, the
-style for {group} is reset to its default value.
+appended to its current value. If {css} is not provided, any styles matching
+{group} are listed. If you want to set its default value, you can refer from
+complete list.

I try ":highlight!", but the error occur.
And I get default value from the completion of ":highlight"
So, I think bang feature is deleted.
I misunderstand?

-- 
janus_wel : janus.wel.3 at gmail.com

From maglione.k at gmail.com  Tue Jan 20 12:05:21 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Tue, 20 Jan 2009 15:05:21 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names
	in	styling.txt
In-Reply-To: <3b8682db0901201142w34c985bai64269fd91991f17b@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<20090120193138.GA31152@jg.home>
	<3b8682db0901201142w34c985bai64269fd91991f17b@mail.gmail.com>
Message-ID: <20090120200521.GB31152@jg.home>

On Wed, Jan 21, 2009 at 04:42:19AM +0900, janus_wel wrote:
>>> * Delete the erroneous info about bang of :highlight command.
>>
>> It's not nonexistent or erroneous.
>
>I try ":highlight!", but the error occur.
>And I get default value from the completion of ":highlight"
>So, I think bang feature is deleted.
>I misunderstand?

Right, :hi! was removed. Thank you for that correction. But 
':highlight clear' replaced it.

-- 
Kris Maglione

About the use of language: it is impossible to sharpen a pencil with a
blunt axe.  It is equally vain to try to do it with ten blunt axes
instead.
	--Edsger W. Dijkstra


From ted at tedpavlic.com  Tue Jan 20 14:09:51 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 20 Jan 2009 17:09:51 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
Message-ID: <49764BAF.5040104@tedpavlic.com>

> I'm sorry for sending patch without notice.
> The result of git send-email.
> Thank you for your information, Ted.
>
> I fixed erroneous informations in styling.txt.

If you use

	git send-email --annotate

then git will let you edit the messages before sending. You can then add 
extra information after the

---

That is, between the "---" line and the difstat. For example:

=== Start Example ==========================
---
I fixed erroneous informations in styling.txt.

  vimperator/locale/en-US/styling.txt |   109 ++...
  1 files changed, 56 insertions (+), 53 deletions (-)

diff --git ...
=== End Example ==========================

See how I added your message after the "---"? That information will not 
go into the commit message; however, it will be readable (and replyable) 
on the list.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Tue Jan 20 14:13:24 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 20 Jan 2009 17:13:24 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <49764BAF.5040104@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com>
Message-ID: <49764C84.3090504@tedpavlic.com>

>> I fixed erroneous informations in styling.txt.
>
> If you use
>
> 	git send-email --annotate
>
> then git will let you edit the messages before sending. You can then add
> extra information after the

Alternatively (or in addition), you can use

	git send-email --cover-letter

to generate a cover letter under which all of the accompanying patches 
will be tagged (they'll look like thread replies). See

	git help format-patch

for more information. Note that any arguments that send-email doesn't 
understand are passed on to format-patch.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From sitaramc at gmail.com  Tue Jan 20 19:51:47 2009
From: sitaramc at gmail.com (Sitaram Chamarty)
Date: Wed, 21 Jan 2009 03:51:47 +0000 (UTC)
Subject: [Vimperator] migrating old plugins
References: <slrngnahpi.7ao.sitaramc@sitaramc.homelinux.net>
	<49756AB8.20805@tedpavlic.com>
Message-ID: <slrngnd6ui.o6g.sitaramc@sitaramc.homelinux.net>

On 2009-01-20, Ted Pavlic <ted at tedpavlic.com> wrote:
> For example, try:
>
> mappings.addUserMap([modes.NORMAL], ["<Leader>i"],
>          "switch images on-off",
>          function() {
>              var pdi=options.getPref("permissions.default.image", 1);
>              if (pdi == 1) {
>                  pdi = 2;
>              } else {
>                  pdi = 1;
>              }
>              options.setPref("permissions.default.image", pdi);
>          });

That worked great, and thanks for this too:

> Earlier on the list, Kris Maglione published a perl script that could 
> migrate things for you.

Regards,

Sitaram


From janus.wel.3 at gmail.com  Wed Jan 21 05:33:53 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 21 Jan 2009 22:33:53 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <20090120200521.GB31152@jg.home>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<20090120193138.GA31152@jg.home>
	<3b8682db0901201142w34c985bai64269fd91991f17b@mail.gmail.com>
	<20090120200521.GB31152@jg.home>
Message-ID: <3b8682db0901210533k7a45a321w171ffad06ee1fdf8@mail.gmail.com>

Hello, thank you for your reply and applying the patch.

>>>> * Delete the erroneous info about bang of :highlight command.
>>>
>>> It's not nonexistent or erroneous.
>>
>> I try ":highlight!", but the error occur.
>> And I get default value from the completion of ":highlight"
>> So, I think bang feature is deleted.
>> I misunderstand?
>
> Right, :hi! was removed. Thank you for that correction. But ':highlight
> clear' replaced it.

I got it!!

-- 
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Wed Jan 21 05:49:56 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 21 Jan 2009 22:49:56 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <49764C84.3090504@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
Message-ID: <3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>

Hello.

>>> I fixed erroneous informations in styling.txt.
>>
>> If you use
>>
>>        git send-email --annotate
>>
>> then git will let you edit the messages before sending. You can then add
>> extra information after the
>
> Alternatively (or in addition), you can use
>
>        git send-email --cover-letter
>
> to generate a cover letter under which all of the accompanying patches will
> be tagged (they'll look like thread replies). See
>
>        git help format-patch
>
> for more information. Note that any arguments that send-email doesn't
> understand are passed on to format-patch.

I confirm that there is the option "--annotate", I will use in the next time.
Thank you for your telling about sending patch many times, Ted !!

I think that these information should be written in below page,
but I can not edit the page, although I logged in.

http://vimperator.org/trac/wiki/Vimperator/Source

Who can edit ?
Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From ted at tedpavlic.com  Wed Jan 21 06:52:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 09:52:23 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
Message-ID: <497736A7.4080005@tedpavlic.com>

> I think that these information should be written in below page,
> but I can not edit the page, although I logged in.
>
> http://vimperator.org/trac/wiki/Vimperator/Source

Sometime in the near future, I was going to put some patch "suggestions" 
and "guidelines" in the HACKING doc that sits within the git repo. That 
advice would include the stuff mentioned above.


> Who can edit ?

Beyond the Pope, I'm not quite sure.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From dougkearns at gmail.com  Wed Jan 21 06:59:56 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Thu, 22 Jan 2009 01:59:56 +1100
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <497736A7.4080005@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
Message-ID: <644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>

On 1/22/09, Ted Pavlic <ted at tedpavlic.com> wrote:

<snip>

> > Who can edit ?
> >
>
>  Beyond the Pope, I'm not quite sure.

You didn't read the memo then? ;-)

Doug

From edwardludd at gmail.com  Wed Jan 21 07:29:13 2009
From: edwardludd at gmail.com (Ned Ludd)
Date: Wed, 21 Jan 2009 10:29:13 -0500
Subject: [Vimperator] Makefile broken in the latest git?
Message-ID: <65a36ed50901210729s6b0eafe6ud183998761f359f1@mail.gmail.com>

As of git update "commit 1e4369cb40de23bd912bb7b5175c6cfae4e665c2" -
"Wed Jan 21 03:41:43 2009 -0500" the Makefile is broken.

Can someone fix?

$ make xpi
MAKE vimperator.xpi
MAKE locale/en-US xpi
make[2]: *** No rule to make target `xpi'.  Stop.
make[1]: *** [locale/en-US.xpi] Error 2
make: *** [vimperator.xpi] Error 2

-----
Ned Ludd

From ted at tedpavlic.com  Wed Jan 21 07:36:17 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 10:36:17 -0500
Subject: [Vimperator] Makefile broken in the latest git?
In-Reply-To: <65a36ed50901210729s6b0eafe6ud183998761f359f1@mail.gmail.com>
References: <65a36ed50901210729s6b0eafe6ud183998761f359f1@mail.gmail.com>
Message-ID: <497740F1.3030906@tedpavlic.com>

Confirmed.

It looks like changeset 1e4369cb40de23bd912bb7b5175c6cfae4e665c2 tried 
to make the Makefiles a little more elegant ("Sanitize Makefile.doc"). 
Unfortunately, rather than calling a "make doc", it ends up passing 
whatever target you want (e.g., "xpi") directly to the Makefile.doc (for 
which it's not defined).

I'm investigating now. If I don't see an "elegant" fix, I'll revert back 
to the old method... In fact, I'm just going to revert now and then look 
for something more elegant afterwards.

It will be fixed in a jif.

--Ted

On 1/21/09 10:29 AM, Ned Ludd wrote:
> As of git update "commit 1e4369cb40de23bd912bb7b5175c6cfae4e665c2" -
> "Wed Jan 21 03:41:43 2009 -0500" the Makefile is broken.
>
> Can someone fix?
>
> $ make xpi
> MAKE vimperator.xpi
> MAKE locale/en-US xpi
> make[2]: *** No rule to make target `xpi'.  Stop.
> make[1]: *** [locale/en-US.xpi] Error 2
> make: *** [vimperator.xpi] Error 2
>
> -----
> Ned Ludd
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Wed Jan 21 07:42:54 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 10:42:54 -0500
Subject: [Vimperator] Makefile broken in the latest git?
In-Reply-To: <497740F1.3030906@tedpavlic.com>
References: <65a36ed50901210729s6b0eafe6ud183998761f359f1@mail.gmail.com>
	<497740F1.3030906@tedpavlic.com>
Message-ID: <4977427E.90300@tedpavlic.com>

> It will be fixed in a jif.

Changeset 1288d5e0ee6069c8a68367fd49aa302f2f64da37 makes a temporary fix.

Something more elegant to come.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Wed Jan 21 08:21:58 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Thu, 22 Jan 2009 01:21:58 +0900
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
	styling.txt
In-Reply-To: <644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
Message-ID: <3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>

> <snip>
>
>> > Who can edit ?
>> >
>>
>>  Beyond the Pope, I'm not quite sure.
>
> You didn't read the memo then? ;-)

I got it, thanks.
but copyright is wrong... ?

> (c) 2006 - 2008 by

-- 
janus_wel : janus.wel.3 at gmail.com

From ted at tedpavlic.com  Wed Jan 21 08:42:20 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 11:42:20 -0500
Subject: [Vimperator] "Copyright" on Source page.
In-Reply-To: <3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
Message-ID: <4977506C.6090301@tedpavlic.com>

It depends on what you mean by "wrong"...

>> (c) 2006 - 2008 by

*) The "(c)" actually carries no meaning. It is better to use the HTML 
entity:

	&copy;

which should render as a lowercase "c" with a circle around it. However, 
the word "Copyright" is perfectly acceptable. So it's probably best to 
make it

	Copyright &copy;

*) The " - " should be replaced with an unspaced &ndash;. That is:

	2006&ndash;2008

because it's a numerical range.

*) The terminal year (2008) should be updated to 2009 if (and only if) 
new creative work has been done on the page/site in 2009. The year 
reflects the newest date of creative work.

*) Technically, if you want the copyright to hold in more countries than 
just the United States, the language should be enhanced with

	All rights reserved.

or a statement about exactly what rights are reserved (for example, one 
of the many licensing schemes).


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Wed Jan 21 08:45:49 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 11:45:49 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
Message-ID: <4977513D.5080802@tedpavlic.com>

>>   Beyond the Pope, I'm not quite sure.
>
> You didn't read the memo then? ;-)

A thought... On the Source page now, there is:


##########################################################
# Clone the repository over ssh (just needed once)
git clone vimperator.org:/git/vimperator/liberator.git

# Update the repository before doing any serious work
git pull --rebase

# Now write some nice code (including documentation!)
# When you are done, you can push your changes:
git commit -a -m "My commit message"
git push
##########################################################

It makes more sense to switch the pull and commit... or maybe add a 
pull. For example:


##########################################################
# Clone the repository over ssh (just needed once)
git clone vimperator.org:/git/vimperator/liberator.git

# Update the repository before doing any serious work
git pull

# Now write some nice code (including documentation!)
# When you are done, you can push your changes:
git commit -a -m "My commit message"

# To prevent having to commit a merge later, pull newest changes
git pull --rebase

# Assuming the pull was successful, push your changes
git push
##########################################################


That helps keep the changeset history a little cleaner when multiple 
people are pushing around the same time.

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maglione.k at gmail.com  Wed Jan 21 11:05:26 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 21 Jan 2009 14:05:26 -0500
Subject: [Vimperator] "Copyright" on Source page.
In-Reply-To: <4977506C.6090301@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
	<4977506C.6090301@tedpavlic.com>
Message-ID: <20090121190526.GC31152@jg.home>

On Wed, Jan 21, 2009 at 11:42:20AM -0500, Ted Pavlic wrote:
> *) The "(c)" actually carries no meaning. It is better to use the HTML  
> entity:
>
> 	&copy;

It's better to just use UTF-8.
> *) The " - " should be replaced with an unspaced &ndash;. That is:
>
> 	2006&ndash;2008
>
> because it's a numerical range.

UTF-8.

-- 
Kris Maglione

When a religion is good, I conceive it will support itself; and when
it does not support itself, and God does not take care to support it
so that its professors are obliged to call for help of the civil
power, 'tis a sign, I apprehend, of its being a bad one.
	--Benjamin Franklin


From ted at tedpavlic.com  Wed Jan 21 11:20:53 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 14:20:53 -0500
Subject: [Vimperator] "Copyright" on Source page.
In-Reply-To: <20090121190526.GC31152@jg.home>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>
	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
	<4977506C.6090301@tedpavlic.com> <20090121190526.GC31152@jg.home>
Message-ID: <49777595.2060507@tedpavlic.com>

>> 	&copy;
> It's better to just use UTF-8.

That's a style issue. As long as you have the "Copyright" word, it's 
fine that the circled lowercase c doesn't show up in the source. 
Provided the editor doesn't load the proper character set, the ASCII 
&copy; won't be ambiguous. Plus, it's generally easier to type.

>> 	2006&ndash;2008
>> because it's a numerical range.
> UTF-8.

Personally, I can't stand seeing UTF-8 en and em dashes in text. Typing 
"&ndash;" is easier and makes it clear that you want an en dash. The 
difference between the look of a UTF-8 en dash and em dash (and hyphen) 
is so slight that it's easy to pick the wrong one.

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Wed Jan 21 11:28:43 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Thu, 22 Jan 2009 04:28:43 +0900
Subject: [Vimperator] "Copyright" on Source page.
In-Reply-To: <4977506C.6090301@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>	<49764BAF.5040104@tedpavlic.com>
	<49764C84.3090504@tedpavlic.com>	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>	<497736A7.4080005@tedpavlic.com>	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>	<3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
	<4977506C.6090301@tedpavlic.com>
Message-ID: <4977776B.5030807@gmail.com>


> It depends on what you mean by "wrong"...
>
>>> (c) 2006 - 2008 by
>
(snip)
> *) The terminal year (2008) should be updated to 2009 if (and only if) 
> new creative work has been done on the page/site in 2009. The year 
> reflects the newest date of creative work.
>
I say about this mean.
But I don't know that this is for this page.
I'm in misconception, sorry.

--
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Wed Jan 21 11:37:08 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Thu, 22 Jan 2009 04:37:08 +0900
Subject: [Vimperator] Makefile.doc don't recognize LANG
Message-ID: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>

Hello.

In git HEAD, Makefile.doc don't recognize LANG.
This cause regular expression at line 9.

LANG     = $(shell basename `pwd` | $(AWK) -F- '{ print ($$1 ~
/^[a-z]\{2\}$$/) ? $$1 : "en" }')

This line should be below. We can't "{n}" with awk.

LANG     = $(shell basename `pwd` | $(AWK) -F- '{ print ($$1 ~
/^[a-z][a-z]$$/) ? $$1 : "en" }')

Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From maglione.k at gmail.com  Wed Jan 21 11:51:39 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 21 Jan 2009 14:51:39 -0500
Subject: [Vimperator] "Copyright" on Source page.
In-Reply-To: <49777595.2060507@tedpavlic.com>
References: <3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>
	<49764BAF.5040104@tedpavlic.com> <49764C84.3090504@tedpavlic.com>
	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>
	<497736A7.4080005@tedpavlic.com>
	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<3b8682db0901210821k6e067aeaheda3851d800a0459@mail.gmail.com>
	<4977506C.6090301@tedpavlic.com> <20090121190526.GC31152@jg.home>
	<49777595.2060507@tedpavlic.com>
Message-ID: <20090121195139.GD31152@jg.home>

On Wed, Jan 21, 2009 at 02:20:53PM -0500, Ted Pavlic wrote:
> That's a style issue. As long as you have the "Copyright" word, it's  
> fine that the circled lowercase c doesn't show up in the source.  
> Provided the editor doesn't load the proper character set, the ASCII  
> &copy; won't be ambiguous. Plus, it's generally easier to type.

No, it's not. ? is three key strokes, &copy; is 6. And the page 
headers specify the character set.

> Personally, I can't stand seeing UTF-8 en and em dashes in text. Typing  
> "&ndash;" is easier and makes it clear that you want an en dash. The  
> difference between the look of a UTF-8 en dash and em dash (and hyphen)  
> is so slight that it's easy to pick the wrong one.

If it's slight enough for you not to tell the difference in the 
editor, it's slight enough that it doesn't matter in the output. 
But it's not that sleight, and 1?2 is a lot easier to read than 
1&ndash;2.

-- 
Kris Maglione

A smart terminal is not a smartass terminal, but rather a terminal you
can educate.
	-- Rob Pike


From maglione.k at gmail.com  Wed Jan 21 11:52:34 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 21 Jan 2009 14:52:34 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
Message-ID: <20090121195234.GE31152@jg.home>

On Thu, Jan 22, 2009 at 04:37:08AM +0900, janus_wel wrote:
>This line should be below. We can't "{n}" with awk.
>
>LANG     = $(shell basename `pwd` | $(AWK) -F- '{ print ($$1 ~
>/^[a-z][a-z]$$/) ? $$1 : "en" }')

I noticed that, too, and I've already fixed it. I'm not sure if 
I pushed it yet.

-- 
Kris Maglione

We should forget about small efficiencies, say about 97% of the time:
premature optimization is the root of all evil.
	--Donald Knuth


From janus.wel.3 at gmail.com  Wed Jan 21 11:58:33 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Thu, 22 Jan 2009 04:58:33 +0900
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <20090121195234.GE31152@jg.home>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<20090121195234.GE31152@jg.home>
Message-ID: <3b8682db0901211158s4944260emcda702c1916686db@mail.gmail.com>

>> This line should be below. We can't "{n}" with awk.
>>
>> LANG     = $(shell basename `pwd` | $(AWK) -F- '{ print ($$1 ~
>> /^[a-z][a-z]$$/) ? $$1 : "en" }')
>
> I noticed that, too, and I've already fixed it. I'm not sure if I pushed it
> yet.

Thanks.

-- 
janus_wel : janus.wel.3 at gmail.com

From ted at tedpavlic.com  Wed Jan 21 13:00:21 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 16:00:21 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
Message-ID: <49778CE5.7050808@tedpavlic.com>

> This line should be below. We can't "{n}" with awk.

Hm. Works for me. I guess that's one of the features of using gawk.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Wed Jan 21 13:01:50 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 16:01:50 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
	<4971AF14.9040804@vimperator.org> <49722041.7040103@tedpavlic.com>
	<644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>
Message-ID: <49778D3E.5050903@tedpavlic.com>

> Kris did some testing with txt2tags and found it to be an order of
> magnitude faster.

Kris has just removed all T2T support from Makefile.doc.

So I'm guessing that this discussion has evolved slightly in the past 
few days.

>>   An IRC log somewhere perhaps?
>
> I don't think the channel is logged, other than by individuals.

Oh, transparency...

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maglione.k at gmail.com  Wed Jan 21 13:21:56 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 21 Jan 2009 16:21:56 -0500
Subject: [Vimperator] [PATCH]add lang settings to make doc
In-Reply-To: <49778D3E.5050903@tedpavlic.com>
References: <496F5E3F.40602@gmail.com> <496F6388.7040508@tedpavlic.com>
	<496F9CB5.8000802@vimperator.org>
	<3b8682db0901151819ka773be7hf554308d86d8563@mail.gmail.com>
	<497004E3.5000508@tedpavlic.com>
	<3b8682db0901160001i27f0791dr39ed1e2409194230@mail.gmail.com>
	<4971AF14.9040804@vimperator.org> <49722041.7040103@tedpavlic.com>
	<644fc65e0901180608r514b7d3ct2db6bb9d53fb462e@mail.gmail.com>
	<49778D3E.5050903@tedpavlic.com>
Message-ID: <20090121212156.GF31152@jg.home>

On Wed, Jan 21, 2009 at 04:01:50PM -0500, Ted Pavlic wrote:
>> Kris did some testing with txt2tags and found it to be an order of
>> magnitude faster.
>
> Kris has just removed all T2T support from Makefile.doc.

No, T2T support was never intended to be in the makefile. Since 
there are no T2T files, there was no reason to keep it there.

-- 
Kris Maglione

Lovers of problem solving, they are apt to play chess at lunch or
doodle in algebra over cocktails, speak an esoteric language that some
suspect is just their way of mystifying outsiders.  Deeply concerned
about logic and sensitive to its breakdown in everyday life, they
often annoy friends by asking them to rephrase their questions more
logically.
	--Time Magazine in 1965


From maglione.k at gmail.com  Wed Jan 21 13:22:36 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 21 Jan 2009 16:22:36 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <49778CE5.7050808@tedpavlic.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<49778CE5.7050808@tedpavlic.com>
Message-ID: <20090121212236.GG31152@jg.home>

On Wed, Jan 21, 2009 at 04:00:21PM -0500, Ted Pavlic wrote:
>> This line should be below. We can't "{n}" with awk.
>
> Hm. Works for me. I guess that's one of the features of using gawk.

No, it doesn't work for me in gawk, either.

-- 
Kris Maglione

If the facts don't fit the theory, change the facts.
	--Albert Einstein


From maxauthority at vimperator.org  Wed Jan 21 13:35:25 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 21 Jan 2009 22:35:25 +0100
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <4977513D.5080802@tedpavlic.com>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>	<49764BAF.5040104@tedpavlic.com>
	<49764C84.3090504@tedpavlic.com>	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>	<497736A7.4080005@tedpavlic.com>	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<4977513D.5080802@tedpavlic.com>
Message-ID: <4977951D.3020502@vimperator.org>

On 2009-01-21 17:45, Ted Pavlic wrote:

> It makes more sense to switch the pull and commit... or maybe add a 
> pull. For example:


I suggest people just always using
git pull --rebase

If there changes in the repo before git push, you'll be prompted
to git pull anyway, so if people just always use git pull --rebase
there is no need for an extra "git pull".

--
Martin

From ted at tedpavlic.com  Wed Jan 21 14:49:00 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 17:49:00 -0500
Subject: [Vimperator] [PATCH] Fix erroneous info and add group names in
 styling.txt
In-Reply-To: <4977951D.3020502@vimperator.org>
References: <123247882947-git-send-email-janus.wel.3@gmail.com>	<3b8682db0901201123k77c68001leab20d1195d1b3d6@mail.gmail.com>	<49764BAF.5040104@tedpavlic.com>
	<49764C84.3090504@tedpavlic.com>	<3b8682db0901210549j5e2df310v3c8c641221b2e887@mail.gmail.com>	<497736A7.4080005@tedpavlic.com>	<644fc65e0901210659q479ef142p66a56f67cf0c6da8@mail.gmail.com>
	<4977513D.5080802@tedpavlic.com> <4977951D.3020502@vimperator.org>
Message-ID: <4977A65C.5090103@tedpavlic.com>

> If there changes in the repo before git push, you'll be prompted
> to git pull anyway, so if people just always use git pull --rebase
> there is no need for an extra "git pull".

Sure sure, but do you see any harm in telling people to do a

git pull --rebase

just before their push? If they took a long time to make their changes, 
they're a good chance they'll have to do it anyway.

The reason I didn't put the "--rebase" on the first pull was to 
emphasize what rebase is doing. If you just did a clone, you shouldn't 
need to rebase. You only need to rebase after some commits, and you 
should, because merge commits are *so* annoying.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Wed Jan 21 19:59:02 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 21 Jan 2009 22:59:02 -0500
Subject: [Vimperator] Another "It's All Text" feature for Vimp? [Fwd: Re:
 Editing mail in textarea's]
Message-ID: <4977EF06.1040606@tedpavlic.com>

 From the thread below, it looks like "It's All Text!" can detect 
whether you've gone and edited the text area and if you have, it will 
automatically refresh your external editor.

I knew that it did the opposite (that is, every time you save in the 
external editor, the text area gets updated), but I didn't know it kept 
track of the text area too.

Is that a good feature for CTRL+I?

--Ted


-------- Original Message --------
Subject: Re: Editing mail in textarea's
Date: Wed, 21 Jan 2009 13:44:38 -0800 (PST)
From: Fredrik Br?nstr?m <branstrom at gmail.com>
Reply-To: vim_mac <vim_mac at googlegroups.com>
To: vim_mac <vim_mac at googlegroups.com>
References: 
<623c8bba-3668-415b-954f-f5d0cacbc4c2 at v5g2000pre.googlegroups.com> 
<A455F2C3-C568-4410-8E7D-E00AC4937801 at onjapan.net>



I also use "It's All Text!" and it's fabulous. I'm impressed by the
fact that it keeps exact track of the relation between file and
textarea, so even if I submit the form and come back again and make
changes, it updates correctly.

On Jan 21, 3:50 am, Jim Tittsler <j... at onjapan.net> wrote:
> On Jan 20, 2009, at 03:46, Robert Spencer wrote:
>
> > I found some tips that look interesting for mail in general, but they
> > seem to assume a file ending in ".mail". Since mail isn't the only
> > thing I type into texrea's, I'm hoping for an alternative that will
> > allow MacVim to detect that it is editing mail.
>
> I use the Firefox extension "It's All Text!" to facilitate editing
> text areas.  It can be configured to invoke the mvim script that is
> supplied with MacVIm.  You can configure Vim with an autocmd that is
> based on the pathname of the temporary file (which will include the
> hostname of the site that contained the textarea).
>
> --
> Jim Tittsler    http://www.OnJapan.net/     GPG: 0x01159DB6
> Python Starship  http://Starship.Python.net/crew/jwt/
> Mailman IRC      irc://irc.freenode.net/#mailman
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---



-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maxauthority at vimperator.org  Thu Jan 22 00:53:25 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Thu, 22 Jan 2009 09:53:25 +0100
Subject: [Vimperator] Another "It's All Text" feature for Vimp? [Fwd:
 Re: Editing mail in textarea's]
In-Reply-To: <4977EF06.1040606@tedpavlic.com>
References: <4977EF06.1040606@tedpavlic.com>
Message-ID: <49783405.6020901@vimperator.org>

On 2009-01-22 04:59, Ted Pavlic wrote:

>  From the thread below, it looks like "It's All Text!" can detect 
> whether you've gone and edited the text area and if you have, it will 
> automatically refresh your external editor.
> 
> I knew that it did the opposite (that is, every time you save in the 
> external editor, the text area gets updated), but I didn't know it kept 
> track of the text area too.
> 
> Is that a good feature for CTRL+I?

IIRC, the way ctrl-i works currently is that it runs gvim in a *blocking*
call to process.run() in a background thread, so this background thread has
not the chance to periodically check, whether the file on disk has changed.

If I am wrong, and updating the textarea continuously can be done in a
non-hacky way, I am not against it.

--
Martin


From ted at tedpavlic.com  Thu Jan 22 08:27:23 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 22 Jan 2009 11:27:23 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <20090121212236.GG31152@jg.home>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<49778CE5.7050808@tedpavlic.com> <20090121212236.GG31152@jg.home>
Message-ID: <49789E6B.4030805@tedpavlic.com>

> On Wed, Jan 21, 2009 at 04:00:21PM -0500, Ted Pavlic wrote:
>>> This line should be below. We can't "{n}" with awk.
>> Hm. Works for me. I guess that's one of the features of using gawk.
> No, it doesn't work for me in gawk, either.

Use gawk --posix. From gawk's man page:

"==========
    Regular Expressions
        Regular expressions are the extended kind found  in  egrep.
        They are composed of characters as follows:
...
        r{n}
        r{n,}
        r{n,m}     One or two numbers inside braces denote an interval
                   expression. If there is one number in the braces, the
                   preceding regular expression r is repeated n times.
                   If there are two numbers separated by a comma, r is
                   repeated n to m times. If there is one number followed
                   by a comma, then r is repeated at least n times.
                   Interval expressions are only available if either
                   --posix or --re-interval is specified on the command
                   line.
"==========

I execute:

	 echo -en "fr-US\nted-US" | gawk --posix -F- '{print ($1 ~ 
/^[a-z]{2}$/)?$1:"en" }'

on my system and I get:

	fr
	en

out.

I was getting the same behavior in make, and so I assume that make
causes gawk to go into posix mode. <?>

	--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Thu Jan 22 12:13:10 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 23 Jan 2009 05:13:10 +0900
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <49789E6B.4030805@tedpavlic.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<49778CE5.7050808@tedpavlic.com> <20090121212236.GG31152@jg.home>
	<49789E6B.4030805@tedpavlic.com>
Message-ID: <3b8682db0901221213o2af55bb8t1a1caf7e039f8799@mail.gmail.com>

Hello.
I confirm that this problem is fixed, thanks, Kris.

>>>> This line should be below. We can't "{n}" with awk.
>>>
>>> Hm. Works for me. I guess that's one of the features of using gawk.
>>
>> No, it doesn't work for me in gawk, either.

(snip)

> I was getting the same behavior in make, and so I assume that make
> causes gawk to go into posix mode. <?>

We use "awk" in Makefile.doc, currently.
And I think we should use awk, not gawk.
Because gawk is not installed in default, with most distributions.

Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From maglione.k at gmail.com  Thu Jan 22 12:07:17 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Thu, 22 Jan 2009 15:07:17 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <49789E6B.4030805@tedpavlic.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<49778CE5.7050808@tedpavlic.com> <20090121212236.GG31152@jg.home>
	<49789E6B.4030805@tedpavlic.com>
Message-ID: <20090122200717.GA16309@jg.home>

On Thu, Jan 22, 2009 at 11:27:23AM -0500, Ted Pavlic wrote:
>> On Wed, Jan 21, 2009 at 04:00:21PM -0500, Ted Pavlic wrote:
>>>> This line should be below. We can't "{n}" with awk.
>>> Hm. Works for me. I guess that's one of the features of using gawk.
>> No, it doesn't work for me in gawk, either.
>
> I was getting the same behavior in make, and so I assume that make
> causes gawk to go into posix mode. <?>

Mine doesn't. Maybe you set POSIX. I don't write scripts that 
don't work with the one-true-awk, anyway.

-- 
Kris Maglione

Simplicity is prerequisite for reliability.
	--Edsger W. Dijkstra


From maglione.k at gmail.com  Thu Jan 22 12:10:01 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Thu, 22 Jan 2009 15:10:01 -0500
Subject: [Vimperator] Another "It's All Text" feature for Vimp?
	[Fwd:	Re: Editing mail in textarea's]
In-Reply-To: <49783405.6020901@vimperator.org>
References: <4977EF06.1040606@tedpavlic.com> <49783405.6020901@vimperator.org>
Message-ID: <20090122201001.GB16309@jg.home>

On Thu, Jan 22, 2009 at 09:53:25AM +0100, Martin Stubenschrott wrote:
>IIRC, the way ctrl-i works currently is that it runs gvim in a *blocking*
>call to process.run() in a background thread, so this background thread has
>not the chance to periodically check, whether the file on disk has changed.
>
>If I am wrong, and updating the textarea continuously can be done in a
>non-hacky way, I am not against it.

You're right, but there are plenty of ways around it. The 
easiest is probably to run it in an async thread and poll for 
the thread to complete or for the file/field to change. I 
suggest that we don't support changing the field, though (as it 
stands, we grey it out, which I think is best).

-- 
Kris Maglione

A program that produces incorrect results twice as fast is infinitely
slower.
	--John Osterhout


From ted at tedpavlic.com  Thu Jan 22 13:37:59 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 22 Jan 2009 16:37:59 -0500
Subject: [Vimperator] Makefile.doc don't recognize LANG
In-Reply-To: <3b8682db0901221213o2af55bb8t1a1caf7e039f8799@mail.gmail.com>
References: <3b8682db0901211137v219325adg3e6a13bcca9e7a48@mail.gmail.com>
	<49778CE5.7050808@tedpavlic.com> <20090121212236.GG31152@jg.home>
	<49789E6B.4030805@tedpavlic.com>
	<3b8682db0901221213o2af55bb8t1a1caf7e039f8799@mail.gmail.com>
Message-ID: <4978E737.3090606@tedpavlic.com>

> We use "awk" in Makefile.doc, currently.
> And I think we should use awk, not gawk.
> Because gawk is not installed in default, with most distributions.

I never said we should, and I'm well aware that awk is being used (which 
is going to be implemented by gawk on most Linux systems (and on my Mac 
via a third-party install)).

I'm saying that for some strange reason, the make on my system sets up 
an environment where the posix extensions are used in gawk. I was 
expecting an error (in function) if awk didn't support r{2}, but I 
didn't get one. I'm not sure why my awk runs from the command line like 
awk but from make like gawk, but it does, and that's why the commit 
worked well for me.

--T


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 22 13:40:37 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 22 Jan 2009 16:40:37 -0500
Subject: [Vimperator] Another "It's All Text" feature for Vimp? [Fwd:
 Re: Editing mail in textarea's]
In-Reply-To: <20090122201001.GB16309@jg.home>
References: <4977EF06.1040606@tedpavlic.com> <49783405.6020901@vimperator.org>
	<20090122201001.GB16309@jg.home>
Message-ID: <4978E7D5.6060508@tedpavlic.com>

> You're right, but there are plenty of ways around it. The
> easiest is probably to run it in an async thread and poll for
> the thread to complete or for the file/field to change. I
> suggest that we don't support changing the field, though (as it
> stands, we grey it out, which I think is best).

Greying it out and making it not editable is best. IIRC, the box is 
still editable while in the external editor.

The "External Editor" extension for Thunderbird handles this issue in an 
interesting way. It actually obliterates the chrome for the message 
while the external editor is open. You can't even think about editing 
back in Thunderbird until the external editor returns and the extension 
restores the chrome. I'm not saying that FF should do something similar, 
but it should probably make it as obvious as possible that editing the 
text area is prohibited.

If "duplex editing" was supported, then the text area should probably 
get updated immediately every time the external editor saves (rather 
than just when it exits).

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 22 13:48:12 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 22 Jan 2009 16:48:12 -0500
Subject: [Vimperator] Another "It's All Text" feature for Vimp? [Fwd:
 Re: Editing mail in textarea's]
In-Reply-To: <4978E7D5.6060508@tedpavlic.com>
References: <4977EF06.1040606@tedpavlic.com> <49783405.6020901@vimperator.org>
	<20090122201001.GB16309@jg.home> <4978E7D5.6060508@tedpavlic.com>
Message-ID: <4978E99C.1010906@tedpavlic.com>

> Greying it out and making it not editable is best. IIRC, the box is
> still editable while in the external editor.

IDRC. It works well now (as is).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From moss.paul at gmail.com  Fri Jan 23 20:00:59 2009
From: moss.paul at gmail.com (Paul Moss)
Date: Fri, 23 Jan 2009 23:00:59 -0500
Subject: [Vimperator] Thanks
Message-ID: <c19f80250901232000yb0786acj4b87181ad4db9e9f@mail.gmail.com>

I just wanted to say thank you.  I love this extension.  Donation is on the way.

Paul

From harish.varanasi at gmail.com  Sat Jan 24 01:58:30 2009
From: harish.varanasi at gmail.com (Harish Varanasi)
Date: Sat, 24 Jan 2009 01:58:30 -0800
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
Message-ID: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>

Hi,

I have configured hintmatching=wordstartswith.

With this, I would expect my hint input of "seeaap" to match "See All
Appearance", but it does not match it.

SEE All APpearance

>From my limited experimentation, I think that it has something to do
with two consecutive words starting with A and my input having two
consecutive a's.

You can go to https://addons.mozilla.org/en-US/firefox/browse/type:1/cat:14
to try it out.


Regards,
Harish

From maxauthority at vimperator.org  Sat Jan 24 02:09:02 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sat, 24 Jan 2009 11:09:02 +0100
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
In-Reply-To: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
References: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
Message-ID: <497AE8BE.3020501@vimperator.org>

On 2009-01-24 10:58, Harish Varanasi wrote:

>>From my limited experimentation, I think that it has something to do
> with two consecutive words starting with A and my input having two
> consecutive a's.


Yes, that's right, and it has been discussed here already. We should
fix it, but the person who wrote this code doesn't have time/motivation
to fix it. But well, patches welcome :)

You should file a formal bug von vimperator.org on this, however. So that
it does not get forgotton.

--
Martin

From Daniel.Trstenjak at online.de  Sat Jan 24 06:46:04 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Sat, 24 Jan 2009 15:46:04 +0100
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
In-Reply-To: <497AE8BE.3020501@vimperator.org>
References: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
	<497AE8BE.3020501@vimperator.org>
Message-ID: <20090124144604.GA6700@desktop>


Hi Martin,

On Sat, Jan 24, 2009 at 11:09:02AM +0100, Martin Stubenschrott wrote:
> Yes, that's right, and it has been discussed here already. We should
> fix it, but the person who wrote this code doesn't have time/motivation
> to fix it. But well, patches welcome :)

This patch seems to fix the previous issues.

And Harish, 'hintmatching=firstletters' is even better. The link
'See All Appearance' can be selected by just typing 'saa'.


Greetings,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: liberator-2009-01-24.patch
Type: text/x-diff
Size: 5787 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090124/7c65f890/attachment.bin>

From harish.varanasi at gmail.com  Sat Jan 24 13:16:50 2009
From: harish.varanasi at gmail.com (Harish Varanasi)
Date: Sat, 24 Jan 2009 13:16:50 -0800
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
In-Reply-To: <20090124144604.GA6700@desktop>
References: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
	<497AE8BE.3020501@vimperator.org> <20090124144604.GA6700@desktop>
Message-ID: <75afefdd0901241316o1bd89d39u22349ea276928698@mail.gmail.com>

Daniel,

Thanks for the patch and the feedback.  I wait for the patch to be integrated.

As I was looking through the code, I was wondering if a solution using
regular expressions would make it more resistant to bugs.  For
instance, input of "seeaap" could be converted to the regular
expression:

(.{0}|(.*\b))s(.{0}|(.*\b))e(.{0}|(.*\b))e(.{0}|(.*\b))a(.{0}|(.*\b))a(.{0}|(.*\b))p

If the above regular expression is matched to the link text, we will
know if it is a match.  The caveat is that it does not use the word
separators explicitly provided in the options.  Of course the concept
could be extended to use the word separators instead of \b.

Of course, this is only food for thought if the code is being modified
in the future since you so efficiently made a patch.  Once again,
thanks for the quick patch.  This is a great feature.


Regards,
Harish


On Sat, Jan 24, 2009 at 6:46 AM, Daniel Trstenjak
<Daniel.Trstenjak at online.de> wrote:
>
> Hi Martin,
>
> On Sat, Jan 24, 2009 at 11:09:02AM +0100, Martin Stubenschrott wrote:
>> Yes, that's right, and it has been discussed here already. We should
>> fix it, but the person who wrote this code doesn't have time/motivation
>> to fix it. But well, patches welcome :)
>
> This patch seems to fix the previous issues.
>
> And Harish, 'hintmatching=firstletters' is even better. The link
> 'See All Appearance' can be selected by just typing 'saa'.
>
>
> Greetings,
> Daniel
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
>

From Daniel.Trstenjak at online.de  Sun Jan 25 02:34:38 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Sun, 25 Jan 2009 11:34:38 +0100
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
In-Reply-To: <75afefdd0901241316o1bd89d39u22349ea276928698@mail.gmail.com>
References: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
	<497AE8BE.3020501@vimperator.org> <20090124144604.GA6700@desktop>
	<75afefdd0901241316o1bd89d39u22349ea276928698@mail.gmail.com>
Message-ID: <20090125103438.GA6116@laptop>


Hi Harish,

On Sat, Jan 24, 2009 at 01:16:50PM -0800, Harish Varanasi wrote:
> As I was looking through the code, I was wondering if a solution using
> regular expressions would make it more resistant to bugs.  For
> instance, input of "seeaap" could be converted to the regular
> expression:
> 
> (.{0}|(.*\b))s(.{0}|(.*\b))e(.{0}|(.*\b))e(.{0}|(.*\b))a(.{0}|(.*\b))a(.{0}|(.*\b))p
> 
> If the above regular expression is matched to the link text, we will
> know if it is a match.  The caveat is that it does not use the word
> separators explicitly provided in the options.  Of course the concept
> could be extended to use the word separators instead of \b.

I don't think, that a regex based solution would make the things easier
or less error-prone.

You have to be aware of the more hairy cases like:
hint string: 'prel' -> link: 'Press Releases'.

To catch all this cases with a regex based solution, you just defer the
complexity from the matching to the regex creation. At the end you've
won nothing. 


The previous implementation had a ugly heuristic to catch some of the
infrequent cases. The new solution should check all possible cases, no
heuristics anymore. 

> Of course, this is only food for thought if the code is being modified
> in the future since you so efficiently made a patch.  Once again,
> thanks for the quick patch.  This is a great feature.

Thanks! :)



Greetings,
Daniel

From harish.varanasi at gmail.com  Sun Jan 25 10:34:05 2009
From: harish.varanasi at gmail.com (Harish Varanasi)
Date: Sun, 25 Jan 2009 10:34:05 -0800
Subject: [Vimperator] Issues matching with hintmatching=firstletters
Message-ID: <75afefdd0901251034v37ea25d9pde64e78c84372e45@mail.gmail.com>

Hi,

I am having some issues matching text using hintmatching=firstletters.
 I am unable to matching the word "Checking" with the follow hint of
"c".  My guess is that it has something to do with some blank lines,
but I am not sure.

I am using alpha3 without the patch Daniel made.

The HTML source has:
<A href="/cgi-bin/ias/A/3/WelcomeControl?action=account_details&accountIndex=0"
class=linknormal>

			Checking</A>


Harish

From Daniel.Trstenjak at online.de  Mon Jan 26 11:10:55 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Mon, 26 Jan 2009 20:10:55 +0100
Subject: [Vimperator] Url completion
Message-ID: <20090126191055.GB9615@laptop>


Hi all,

in vimperator 2.0 urls can't be completed anymore by their
description. Is this a feature or a bug?

In previous versions I could complete the url 'http://doc.trolltech.com/4.3/classes.html'
(description: Qt 4.3: Qt's Classes) by ':open qt<TAB>'.


Greetings,
Daniel

From Daniel.Trstenjak at online.de  Mon Jan 26 11:19:01 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Mon, 26 Jan 2009 20:19:01 +0100
Subject: [Vimperator] Highlight definition
Message-ID: <20090126191901.GC9615@laptop>


Hi all,

when I'm defining the following hightlights in vimperatorrc, I don't get the desired appearance:

highlight Hint "font-family: monospace; font-size: 10px; font-weight: bold; color: black; background-color: yellow; border-color: ButtonShadow; border-width: 0px; border-style: solid; padding: 0px 1px 0px 1px;"

highlight HintElem "background-color: #DDDDDD;  color: black;"


I just copied the definitions from 'style.js' and changed the color and
background-color. 

When I'm changing the colors inside 'style.js' it works as expected.


Any ideas? Thanks.



Greetings,
Daniel

From ted at tedpavlic.com  Mon Jan 26 13:35:51 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 26 Jan 2009 16:35:51 -0500
Subject: [Vimperator] Url completion
In-Reply-To: <20090126191055.GB9615@laptop>
References: <20090126191055.GB9615@laptop>
Message-ID: <497E2CB7.1000600@tedpavlic.com>

> in vimperator 2.0 urls can't be completed anymore by their
> description. Is this a feature or a bug?
>
> In previous versions I could complete the url 'http://doc.trolltech.com/4.3/classes.html'
> (description: Qt 4.3: Qt's Classes) by ':open qt<TAB>'.

Works for me. When I type:

	:open revision<tab>

I get

	http://en.wikipedia.org/w/index.php?title=Bipolar_junction_transistor&action=history

which has no "Revision" anywhere but in the title of the page.

	--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 26 13:41:01 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 26 Jan 2009 16:41:01 -0500
Subject: [Vimperator] Highlight definition
In-Reply-To: <20090126191901.GC9615@laptop>
References: <20090126191901.GC9615@laptop>
Message-ID: <497E2DED.30908@tedpavlic.com>

> highlight Hint "font-family: monospace; font-size: 10px; font-weight: bold; color: black; background-color: yellow; border-color: ButtonShadow; border-width: 0px; border-style: solid; padding: 0px 1px 0px 1px;"
> highlight HintElem "background-color: #DDDDDD;  color: black;"

Get rid of the quotes. Does that help?

Try doing (on the command line):

	:highlight Hint <tab>

You'll see that the default values don't have any quotes around them. 
The quotes will be interpreted literally if you use them.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Mon Jan 26 13:41:56 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 26 Jan 2009 16:41:56 -0500
Subject: [Vimperator] Highlight definition
In-Reply-To: <497E2DED.30908@tedpavlic.com>
References: <20090126191901.GC9615@laptop> <497E2DED.30908@tedpavlic.com>
Message-ID: <497E2E24.1030509@tedpavlic.com>

> 	:highlight Hint<tab>

Additionally, when hacking the defaults, getting them this way can be 
simpler than digging them up in the source.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From Daniel.Trstenjak at online.de  Mon Jan 26 14:21:23 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Mon, 26 Jan 2009 23:21:23 +0100
Subject: [Vimperator] Highlight definition
In-Reply-To: <497E2DED.30908@tedpavlic.com>
References: <20090126191901.GC9615@laptop> <497E2DED.30908@tedpavlic.com>
Message-ID: <20090126222123.GE9615@laptop>


Hi Ted,

> Get rid of the quotes. Does that help?

A lot. Thanks!


Greetings,
Daniel

From Daniel.Trstenjak at online.de  Mon Jan 26 14:24:34 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Mon, 26 Jan 2009 23:24:34 +0100
Subject: [Vimperator] Highlight definition
In-Reply-To: <497E2E24.1030509@tedpavlic.com>
References: <20090126191901.GC9615@laptop> <497E2DED.30908@tedpavlic.com>
	<497E2E24.1030509@tedpavlic.com>
Message-ID: <20090126222434.GF9615@laptop>


On Mon, Jan 26, 2009 at 04:41:56PM -0500, Ted Pavlic wrote:
> Additionally, when hacking the defaults, getting them this way can be  
> simpler than digging them up in the source.

Yeah, if only the value of ':highlight Hint' would fit into one line
on my display. Couldn't see everything. ;)

From Daniel.Trstenjak at online.de  Mon Jan 26 14:31:20 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Mon, 26 Jan 2009 23:31:20 +0100
Subject: [Vimperator] Url completion
In-Reply-To: <497E2CB7.1000600@tedpavlic.com>
References: <20090126191055.GB9615@laptop> <497E2CB7.1000600@tedpavlic.com>
Message-ID: <20090126223120.GG9615@laptop>


Hi Ted,

> Works for me. When I type:
>
> 	:open revision<tab>
>
> I get
>
> 	http://en.wikipedia.org/w/index.php?title=Bipolar_junction_transistor&action=history
>
> which has no "Revision" anywhere but in the title of the page.

I found the issue. It only works this way if the complete option
contains 'l'. I expected that it also works this way if the
complete option only contains 'b'. 


Greetings,
Daniel

From jef at jefallbright.net  Tue Jan 27 11:54:27 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Tue, 27 Jan 2009 11:54:27 -0800
Subject: [Vimperator] g i no longer works
Message-ID: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>

First, thanks for Vimperator.  It makes Firefox much more efficient and
enjoyable.

Recently I've noticed that g followed by i no longer takes me to the first
input field on a page; it doesn't seem to do anything at all. I haven't
noticed any other changes; g followed by g still takes me to the top of the
page, for example.

I don't know whether or not I may have installed any new extension(s) since
since before this behavior changed.  I've temporarily removed my
.vimperatorrc but this appears to make no difference to the problem.

I'm using vimperator 1.2 and Firefox 3.05 on Ubuntu 8.10.

Thanks in advance for any troubleshooting advice.

- Jef
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090127/345430e0/attachment.html>

From maglione.k at gmail.com  Tue Jan 27 12:39:32 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Tue, 27 Jan 2009 15:39:32 -0500
Subject: [Vimperator] g i no longer works
In-Reply-To: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
Message-ID: <20090127203932.GA14293@jg.home>

On Tue, Jan 27, 2009 at 11:54:27AM -0800, Jef Allbright wrote:
>Recently I've noticed that g followed by i no longer takes me to the first
>input field on a page
>
>I'm using vimperator 1.2 and Firefox 3.05 on Ubuntu 8.10.

It works in the latest 2.0 alpha. We're no longer supporting 
version 1.2.


-- 
Kris Maglione

If the designers of X Windows built cars, there would be no fewer than
five steering wheels hidden about the cockpit, none of which followed
the same principles ? but you?d be able to shift gears with your car
stereo.  Useful feature that.
	--Marcus J. Ranum, DEC


From ye.xu.hdm at gmail.com  Tue Jan 27 15:29:27 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Wed, 28 Jan 2009 00:29:27 +0100
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090127203932.GA14293@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
Message-ID: <aa5421130901271529h2a08adb5tefb3bbc13218be2a@mail.gmail.com>

On Tue, Jan 27, 2009 at 21:39, Kris Maglione <maglione.k at gmail.com> wrote:
>
> It works in the latest 2.0 alpha. We're no longer supporting version 1.2.
>
>

the g i command does work 98% of the time, only in some extreme case,
its behaviors make me confusing, for example:


* gmail, after issuing g i, the command status changed to "-- INSERT
--" and the mouse cursor shall be focused onto the search box, then I
typed some letters, but the input goes to nowhere, or I just don't
know where they goes to.

* another example is Google bookmark, if want to add a new bookmark
per its bookmarklet, after the page loaded, it will put the default
command mode to "-- INSERT --", then I type something, it behaves the
same as gmail, I have to first ESC and g i, then everything will be
back to normal.

From jef at jefallbright.net  Tue Jan 27 15:49:08 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Tue, 27 Jan 2009 15:49:08 -0800
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090127203932.GA14293@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
Message-ID: <f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>

On Tue, Jan 27, 2009 at 12:39 PM, Kris Maglione <maglione.k at gmail.com> wrote:
> On Tue, Jan 27, 2009 at 11:54:27AM -0800, Jef Allbright wrote:
>>
>> Recently I've noticed that g followed by i no longer takes me to the first
>> input field on a page
>>
>> I'm using vimperator 1.2 and Firefox 3.05 on Ubuntu 8.10.
>
> It works in the latest 2.0 alpha. We're no longer supporting version 1.2.

Seems strange policy to abandon support for a released version in
favor of something that is still only in alpha...

In any case, I looked further and found that the problem now occurs
with all my Google searches (where g, i was very handy for a very long
time, but it's not a problem on Yahoo searches.  I suspect it's
related to Google's new "wiki feature".

So you recommend I jump to the alpha now...?

- Jef

From dougkearns at gmail.com  Tue Jan 27 17:42:38 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 28 Jan 2009 12:42:38 +1100
Subject: [Vimperator] g i no longer works
In-Reply-To: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
Message-ID: <644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>

On 1/28/09, Jef Allbright <jef at jefallbright.net> wrote:
> First, thanks for Vimperator.  It makes Firefox much more efficient and
> enjoyable.
>
> Recently I've noticed that g followed by i no longer takes me to the first
> input field on a page; it doesn't seem to do anything at all. I haven't
> noticed any other changes; g followed by g still takes me to the top of the
> page, for example.

I assume this happens on every page not just an arbitrary test page?

> I don't know whether or not I may have installed any new extension(s) since
> since before this behavior changed.  I've temporarily removed my
> .vimperatorrc but this appears to make no difference to the problem.
>
> I'm using vimperator 1.2 and Firefox 3.05 on Ubuntu 8.10.
>
> Thanks in advance for any troubleshooting advice.

You can try disabling your other extensions to pinpoint the culprit.

Regards,
Doug

From janus.wel.3 at gmail.com  Tue Jan 27 19:24:16 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 12:24:16 +0900
Subject: [Vimperator] Fixes about options
Message-ID: <12331130603068-git-send-email-janus.wel.3@gmail.com>


Hello.
I write patches to fix issues about options.

1. "Reject specifying nonnumerical value to number option"
    This patch provide specifying value to strict check for number option.
    "fix regexp for hexadecimal number" is patch for this,
    so I wrote errorneous regexp string.

2. "Allow specifying empty value to below options"
    We can not reset some stringlist option value with :set command
    like below:

        :set activate=

    This patch provide these options to flexibility.

3. "Various Changes"
    Various changes for options.txt.

Regards!!

--
janus_wel <janus.wel.3 at gmail.com>

From janus.wel.3 at gmail.com  Tue Jan 27 19:24:17 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 12:24:17 +0900
Subject: [Vimperator] [PATCH] Reject specifying nonnumerical value to number
	option, like below
In-Reply-To: <12331130603068-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
Message-ID: <12331130691629-git-send-email-janus.wel.3@gmail.com>

    :set showstatuslinks=0,1,2  // this is ambiguous
---
 common/content/options.js |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/common/content/options.js b/common/content/options.js
index 54b3bb8..35f4e74 100644
--- a/common/content/options.js
+++ b/common/content/options.js
@@ -203,6 +203,9 @@ Option.prototype = {
                 break;
 
             case "number":
+                if (!/^(?:0x)?\d+$/.test(values))
+                    return "E521: Number required";
+
                 let value = parseInt(values); // deduce radix
 
                 if (isNaN(value))
-- 
1.5.2.5


From janus.wel.3 at gmail.com  Tue Jan 27 19:24:18 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 12:24:18 +0900
Subject: [Vimperator] [PATCH] Allow specifying empty value to below options
In-Reply-To: <12331130691629-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
Message-ID: <12331130723188-git-send-email-janus.wel.3@gmail.com>

    * eventignore
    * activate
    * newtab
    * suggestengines
    * wildoptions

    :set activate=  // ok!!
---
 common/content/events.js |    2 +-
 common/content/tabs.js   |    4 ++--
 common/content/ui.js     |   27 +++++++++++++--------------
 3 files changed, 16 insertions(+), 17 deletions(-)

diff --git a/common/content/events.js b/common/content/events.js
index dc5b7b5..8f323a2 100644
--- a/common/content/events.js
+++ b/common/content/events.js
@@ -54,7 +54,7 @@ function AutoCommands() //{{{
         "stringlist", "",
         {
             completer: function () config.autocommands.concat([["all", "All events"]]),
-            validator: Option.validateCompleter
+            validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
         });
 
     options.add(["focuscontent", "fc"],
diff --git a/common/content/tabs.js b/common/content/tabs.js
index 8f5f657..699d502 100644
--- a/common/content/tabs.js
+++ b/common/content/tabs.js
@@ -160,7 +160,7 @@ function Tabs() //{{{
                     ["tabopen", ":tabopen[!] command"],
                     ["paste", "P and gP mappings"]
                 ],
-                validator: Option.validateCompleter
+                validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
             });
 
         options.add(["newtab"],
@@ -175,7 +175,7 @@ function Tabs() //{{{
                     ["javascript", ":javascript! or :js! command"],
                     ["prefs", ":pref[erences]! or :prefs! command"]
                 ],
-                validator: Option.validateCompleter
+                validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
             });
 
         options.add(["popups", "pps"],
diff --git a/common/content/ui.js b/common/content/ui.js
index 622fb6a..aa99edc 100644
--- a/common/content/ui.js
+++ b/common/content/ui.js
@@ -778,18 +778,18 @@ function CommandLine() //{{{
         "boolean", true);
 
     options.add(["suggestengines"],
-         "Engine Alias which has a feature of suggest",
-         "stringlist", "google",
-         {
-             completer: function completer(value)
-             {
-                 let engines = services.get("browserSearch").getEngines({})
-                                       .filter(function (engine) engine.supportsResponseType("application/x-suggestions+json"));
-
-                 return engines.map(function (engine) [engine.alias, engine.description]);
-             },
-             validator: Option.validateCompleter
-         });
+        "Engine Alias which has a feature of suggest",
+        "stringlist", "google",
+        {
+            completer: function completer(value)
+            {
+                let engines = services.get("browserSearch").getEngines({})
+                                      .filter(function (engine) engine.supportsResponseType("application/x-suggestions+json"));
+
+                return engines.map(function (engine) [engine.alias, engine.description]);
+            },
+            validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
+        });
 
     // TODO: these belong in ui.js
     options.add(["complete", "cpt"],
@@ -859,12 +859,11 @@ function CommandLine() //{{{
             completer: function completer(value)
             {
                 return [
-                    ["",     "Default completion that won't show or sort the results"],
                     ["auto", "Automatically show completions while you are typing"],
                     ["sort", "Always sort the completion list"]
                 ];
             },
-            validator: Option.validateCompleter
+            validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
         });
 
     /////////////////////////////////////////////////////////////////////////////}}}
-- 
1.5.2.5


From janus.wel.3 at gmail.com  Tue Jan 27 19:24:19 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 12:24:19 +0900
Subject: [Vimperator] [PATCH] fix regexp for hexadecimal number
In-Reply-To: <12331130723188-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
Message-ID: <12331130753873-git-send-email-janus.wel.3@gmail.com>

---
 common/content/options.js |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/common/content/options.js b/common/content/options.js
index 35f4e74..ca39973 100644
--- a/common/content/options.js
+++ b/common/content/options.js
@@ -203,7 +203,7 @@ Option.prototype = {
                 break;
 
             case "number":
-                if (!/^(?:0x)?\d+$/.test(values))
+                if (!/^(?:0x[\da-f]+|0x[\dA-F]+|\d+)$/.test(values))
                     return "E521: Number required";
 
                 let value = parseInt(values); // deduce radix
-- 
1.5.2.5


From janus.wel.3 at gmail.com  Tue Jan 27 19:24:20 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 12:24:20 +0900
Subject: [Vimperator] [PATCH] Various changes.
In-Reply-To: <12331130753873-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
	<12331130753873-git-send-email-janus.wel.3@gmail.com>
Message-ID: <12331130783918-git-send-email-janus.wel.3@gmail.com>

Wrap line 80 characters
Delete 'previewheight'
Fix the descriptions of below items
    * :set
    * 'cdpath'
    * 'complete'
    * 'loadplugin'
    * 'online'
---
 vimperator/locale/en-US/options.txt |  270 ++++++++++++++++++-----------------
 1 files changed, 139 insertions(+), 131 deletions(-)

diff --git a/vimperator/locale/en-US/options.txt b/vimperator/locale/en-US/options.txt
index ddd38a3..736c45a 100644
--- a/vimperator/locale/en-US/options.txt
+++ b/vimperator/locale/en-US/options.txt
@@ -33,26 +33,25 @@ ____
 
 ||:se[t] {option} [...]||
 ____
-Toggle option: set, switch it on. +
-Number option: show value. +
-String option: show value.
+For boolean option, set, switch it on. +
+For other type option, show value.
 ____
 
 ||:se[t] no[a]{option}[a] [...]|| +
 ____
-Toggle option: Reset, switch it off.
+For boolean option, reset, switch it off.
 ____
 
 ||:se[t] {option}! [...]|| +
 ||:se[t] inv[a]{option}[a] [...]|| +
 ____
-Toggle option: Invert value.
+For boolean option, invert value.
 ____
 
 ||:se[t] inv[a]{option}[a]={value} [...]|| +
 ||:se[t] {option}!={value} [...]|| +
 ____
-For list options, toggle the specified values.
+For charlist and stringlist options, toggle the specified values.
 
 If the option is a list, the given values are toggled. Given
     :set opt=foo,bar
@@ -76,45 +75,39 @@ ____
 |:set-args| |E487| |E521|
 ||:se[t] {option}={value} [...]|| +
 ____
-Set string or number option to {value}. +
-For numeric options the value must be given in decimal.
+Set non-boolean option to {value}. +
+For numeric options the value must be given in decimal or hexadecimal.
 The old value can be inserted by typing [m]<Tab>[m].
 ____
 
 |:set+=|
 ||:se[t] {option}+={value} [...]|| +
 ____
-Add the {value} to a number option, or append the
-{value} to a string option.  When the option is a
-comma separated list, a comma is added, unless the
-value was empty.
-If the option is a list of flags, superfluous flags
-are removed.  When adding a flag that was already
-present the option value doesn't change.
+Add the {value} to a number option, or append the {value} to a string option.
+When the option is a comma separated list (stringlist) , a comma is added,
+unless the value was empty. If the option is a list of flags (charlist),
+superfluous flags are removed. When adding a flag that was already present
+the option value doesn't change.
 ____
 
 |:set^=|
 ||:se[t] {option}^={value} [...]|| +
 ____
-Multiply the {value} to a number option, or prepend
-the {value} to a string option.  When the option is a
-comma separated list, a comma is added, unless the
-value was empty.
+Multiply the {value} to a number option, or prepend the {value} to a string
+option. When the option is a comma separated list (stringlist), a comma is
+added, unless the value was empty.
 ____
 
 |:set-=|
 ||:se[t] {option}-={value} [...]|| +
 
 ____
-Subtract the {value} from a number option, or remove
-the {value} from a string option, if it is there.
-If the {value} is not found in a string option, there
-is no error or warning.  When the option is a comma
-separated list, a comma is deleted, unless the option
-becomes empty.
-When the option is a list of flags, {value} must be
-exactly as they appear in the option.  Remove flags
-one by one to avoid problems.
+Subtract the {value} from a number option, or remove the {value} from a string
+option, if it is there. If the {value} is not found in a string option, there
+is no error or warning. When the option is a comma separated list (stringlist),
+a comma is deleted, unless the option becomes empty.
+When the option is a list of flags (charlist), {value} must be exactly as they
+appear in the option. Remove flags one by one to avoid problems.
 ____
 
 |:setlocal| |:setl|
@@ -132,8 +125,8 @@ ____
 ||:setl[ocal] {option}-={value}|| +
 
 ____
-The same as [c]:set[c] command, but it operates for current tab options
-only. See [c]:set[c] for details.
+The same as [c]:set[c] command, but it operates for current tab options only.
+See [c]:set[c] for details.
 ____
 
 |:setglobal| |:setg|
@@ -168,25 +161,25 @@ Firefox options can be viewed and set with the following commands:
 
 |:prefs| |:preferences|
 ||:pref[erences]||
-________________________________________________________________________________
+____
 Show the Firefox preferences dialog. You can change the browser preferences
 from this dialog. Be aware that not all Firefox preferences work, because
 Vimperator overrides some key bindings and changes Firefox's GUI.
-________________________________________________________________________________
+____
 
 |:prefs!| |:preferences!|
 ||:pref[erences]!||
-________________________________________________________________________________
+____
 Opens about:config in the current tab where you can change advanced Firefox
 preferences.
-________________________________________________________________________________
+____
 
 |:set!| |:set-!|
 ||:se[t]! {preference}={value}|| +
-________________________________________________________________________________
-Change any Firefox {preference} (those in the about:config window). You can also
-reset/delete those preferences with [c]:set! {preference}&[c].
-________________________________________________________________________________
+____
+Change any Firefox {preference} (those in the about:config window). You can
+also reset/delete those preferences with [c]:set! {preference}&[c].
+____
 
 |overridden-preferences| +
 
@@ -210,19 +203,19 @@ section:List{nbsp}of{nbsp}options[list-options]
 ____
 Define when tabs are automatically activated. Available items:
 
-`-----------`--------------------------------
+`-----------`-----------------------------
 *homepage*  [m]gH[m] mapping
 *quickmark* [m]go[m] and [m]gn[m] mappings
 *tabopen*   [c]:tabopen[!][c] command
 *paste*     [m]P[m] and [m]gP[m] mappings
----------------------------------------------
+------------------------------------------
 
 ____
 
 
 |$CDPATH|
 |\'cd'| |\'cdpath'|
-||'cdpath' 'cd'|| string (default: equivalent to _$CDPATH_ or ",,")
+||'cdpath' 'cd'|| stringlist (default: equivalent to _$CDPATH_ or ",,")
 ____
 List of directories searched when executing the :cd command. This is only used
 for relative paths, if an absolute path is specified then the option is
@@ -235,13 +228,13 @@ ____
 ____
 Items which are completed at the [c]:[tab]open[c] prompt. Available items:
 
-`---`--------------------------------------------------------------------------------
-*s* Search engines and keyword URLs
-*f* Local files
-*l* Firefox location bar entries (bookmarks and history sorted in an intelligent way)
-*b* Bookmarks
-*S* Suggest engines
--------------------------------------------------------------------------------------
+`---`--------------------------------------------------------------------
+*s* search engines (see [c]:dialog searchengines[c]) and bookmark keyword
+*f* local files
+*l* Firefox Awesome bar (location bar) entries
+*b* bookmarks
+*S* suggestions from search engines
+-------------------------------------------------------------------------
 
 The order is important, so [c]:set complete=bs[c] would list bookmarks first,
 and then any available quick searches.
@@ -260,8 +253,8 @@ schwarzenegger[c] will be exactly the same as [c]:open youtube arnold
 schwarzenegger[c]. Therefore, you need to add a keyword or search engine
 "youtube" first.
 
-If 'defsearch' is empty, then Firefox will always attempt to open the
-raw [a][arg][a].
+If 'defsearch' is empty, then Firefox will always attempt to open the raw
+[a][arg][a].
 ____
 
 
@@ -314,11 +307,11 @@ ____
 |\'nofc'| |\'nofocuscontent'| |\'fc'| |\'focuscontent'|
 ||'focuscontent' 'fc'|| boolean (default: off)
 ____
-Focus the content after a page has loaded. This is useful, if you always
-want to stay in normal mode when browsing between web sites. When "on", it
-blurs any textbox which often is automatically focused on page load.
-If you usually like 'focuscontent' but sometimes you'd like to focus the
-first input field, you can use [m]gi[m] to jump to it.
+Focus the content after a page has loaded. This is useful, if you always want
+to stay in normal mode when browsing between web sites. When "on", it blurs any
+textbox which often is automatically focused on page load. If you usually like
+'focuscontent' but sometimes you'd like to focus the first input field, you can
+use [m]gi[m] to jump to it.
 ____
 
 
@@ -333,7 +326,8 @@ ____
 |\'go'| |\'guioptions'|
 ||'guioptions' 'go'|| charlist (default: "")
 ____
-Show or hide certain GUI elements like the menu or toolbar. Supported characters:
+Show or hide certain GUI elements like the menu or toolbar.
+Supported characters:
 
 `---`-----------
 *m* Menubar
@@ -364,12 +358,25 @@ ____
 
 Change the hint matching algorithm during hint mode. Possible values:
 
-`--------------------`-------------------------------------------------------------------------------------------------------------------------------
-*contains*           The typed characters are split on whitespace, and these character groups have to match anywhere inside the text of the link.
-*wordstartswith*     The typed characters are matched with the beginning of the first word (see 'wordseparators') in the link as long as possible. If no matches occur in the current word, then the matching is continued at the beginning of the next word. The words are worked through in the order they appear in the link. If the typed characters contain spaces, then the characters are split on whitespace. These character groups are then matched with the beginning of the words, beginning at the first one and continuing with the following words in the order they appear in the link.
-*firstletters*       Behaves like wordstartswith, but non-matching words aren't overleaped.
-*custom*             Delegate to a custom function: liberator.plugins.customHintMatcher(hintString)
------------------------------------------------------------------------------------------------------------------------------------------------------
+`----------------`------------------------------------------------------------
+*contains*       The typed characters are split on whitespace, and these \
+                 character groups have to match anywhere inside the text of \
+                 the link.
+*wordstartswith* The typed characters are matched with the beginning of the \
+                 first word (see 'wordseparators') in the link as long as \
+                 possible. If no matches occur in the current word, then \
+                 the matching is continued at the beginning of the next \
+                 word. The words are worked through in the order they \
+                 appear in the link. If the typed characters contain \
+                 spaces, then the characters are split on whitespace. These \
+                 character groups are then matched with the beginning of \
+                 the words, beginning at the first one and continuing with \
+                 the following words in the order they appear in the link. \
+*firstletters*   Behaves like wordstartswith, but non-matching words aren't \
+                 overleaped.
+*custom*         Delegate to a custom function: \
+                 liberator.plugins.customHintMatcher(hintString)
+------------------------------------------------------------------------------
 
 ____
 
@@ -380,12 +387,12 @@ ____
 
 Change the behaviour of [m]<Return>[m] in hint mode. Possible values:
 
-`---------`----------------------------------------------------------
-*0*       Follow the first hint as soon as typed text uniquely identifies it.
-	  Follow the selected hint on [m]<Return>[m].
-*1*       Follow the selected hint on [m]<Return>[m].
-*2*       Follow the selected hint on [m]<Return>[m] only it's been [m]<Tab>[m]-selected.
----------------------------------------------------------------------
+`----`------------------------------------------------------------------------------
+*0*  Follow the first hint as soon as typed text uniquely identifies it. \
+     Follow the selected hint on [m]<Return>[m].
+*1*  Follow the selected hint on [m]<Return>[m].
+*2*  Follow the selected hint on [m]<Return>[m] only it's been [m]<Tab>[m]-selected.
+------------------------------------------------------------------------------------
 
 ____
 
@@ -399,7 +406,7 @@ ____
 //xhtml:input[not(@type='hidden')] | //xhtml:a | //xhtml:area | //xhtml:iframe
 | //xhtml:textarea | //xhtml:button | //xhtml:select+++)
 
-XPath string of hintable elements activated by [m]f[m] and [m]F[m]
+XPath string of hintable elements activated by [m]f[m] and [m]F[m].
 ____
 
 
@@ -446,8 +453,9 @@ ____
 ||'insertmode' 'im'|| boolean (default: on)
 ____
 Use Insert mode as the default for text areas.
-Makes Vimperator work in a way that Insert mode is the default mode for text areas.
-Useful if you want to use Vimperator as a modeless editor, keeping the known Firefox interface for editing text areas.
+Makes Vimperator work in a way that Insert mode is the default mode for text
+areas. Useful if you want to use Vimperator as a modeless editor, keeping the
+known Firefox interface for editing text areas.
 ____
 
 
@@ -470,17 +478,17 @@ ____
 ||'linksearch' 'lks'|| boolean (default: off)
 ____
 Limit the search to hyperlink text.
-This includes (X)HTML elements with an "href" atrribute and XLink "simple" links.
+This includes (X)HTML elements with an "href" atrribute and XLink "simple"
+links.
 ____
 
 
 |\'nolpl'| |\'lpl'| |\'noloadplugins'| |\'loadplugins'|
-||'loadplugins' 'lpl'|| boolean (default on)
+||'loadplugins' 'lpl'|| boolean (default: on)
 ____
 Load plugin scripts when starting up. When on, yet unloaded plugins are
-automatically loaded after the vimperatorrc file has been sourced. To
-load plugins earlier, use the [c]:loadplugins[c] command within the
-vimperatorrc.
+automatically loaded after the vimperatorrc file has been sourced. To load
+plugins earlier, use the [c]:loadplugins[c] command within the vimperatorrc.
 ____
 
 
@@ -494,7 +502,8 @@ ____
 |\'nomore'| |\'more'|
 ||'more'|| boolean (default: on)
 ____
-Pause the message list window when more than one screen of listings is displayed
+Pause the message list window when more than one screen of listings is
+displayed.
 ____
 
 
@@ -529,7 +538,7 @@ ____
 
 
 |\'noonline'| |\'online'|
-||'online'|| boolean (default on)
+||'online'|| boolean (default: on)
 ____
 Show and set the \'work offline' behavior.
 ____
@@ -541,11 +550,11 @@ charlist (default: gfm)
 ____
 Desired info on [c]:pa[geinfo][c]. Available items:
 
-.--------`----------------
-*g*      General info
-*f*      Feeds
-*m*      Meta tags
---------------------------
+.---`-----------
+*g* General info
+*f* Feeds
+*m* Meta tags
+----------------
 
 The order matters.
 ____
@@ -558,13 +567,15 @@ Define where to show requested popup windows.
 Does not apply to windows which are opened by middle clicking a link,
 they always open in a new tab. Possible values:
 
-.---`------------------------------------------------------------------------------------------------
-*0*  Force to open in the current tab (Warning: this can stop some web sites from working correctly!)
-*1*  Always open in a new tab
-*2*  Open in a new window if it has a specific requested size (default in Firefox)
-*3*  Always open in a new window
-*4*  Open in the same tab unless it has a specific requested size
------------------------------------------------------------------------------------------------------
+.---`------------------------------------------------------------------------
+*0* Force to open in the current tab (Warning: this can stop some web sites \
+    from working correctly!)
+*1* Always open in a new tab
+*2* Open in a new window if it has a specific requested size (default in \
+    Firefox)
+*3* Always open in a new window
+*4* Open in the same tab unless it has a specific requested size
+-----------------------------------------------------------------------------
 
 Note: This option does not change the popup blocker of Firefox in any way.
 ____
@@ -577,19 +588,11 @@ Speed up first time history/bookmark completion
 
 History access can be quite slow for a large history.
 Vimperator maintains a cache to speed it up significantly on subsequent access.
-In order to also speed up first time access, it is cached at startup, if this option is set (recommended).
+In order to also speed up first time access, it is cached at startup, if this
+option is set (recommended).
 ____
 
 
-//|\'pvh'| |\'previewheight'|
-//||'previewheight' 'pvh'|| number (default: 10)
-//____
-//Default height for preview window
-//
-//Value must be between 1 and 50. If the value is too high, completions may cover the command line. Close the preview window with :pclose.
-//Note: Option currently disabled
-//____
-
 |\'previouspattern'|
 ||'previouspattern'|| stringlist
 ____
@@ -605,7 +608,8 @@ ____
 |\'rtp'| |\'runtimepath'|
 ||'runtimepath' 'rtp'|| stringlist
 ____
-(default: _$VIMPERATOR_RUNTIME_ or Unix, Mac: "\~/.vimperator", Windows: "\~/vimperator")
+(default: _$VIMPERATOR_RUNTIME_ or Unix, Mac: "\~/.vimperator", Windows:
+"\~/vimperator")
 
 List of directories searched for runtime files: +
 colors/ +
@@ -616,8 +620,8 @@ Example: [c]:set runtimepath=\~/myvimperator,\~/.vimperator[c] +
 This will search for plugins in both "\~/myvimperator/plugin" and
 "\~/.vimperator/plugin"
 
-On startup, if the environment variable _$VIMPERATOR_RUNTIME_ does not
-exist, Vimperator will set it to match this value.
+On startup, if the environment variable _$VIMPERATOR_RUNTIME_ does not exist,
+Vimperator will set it to match this value.
 ____
 
 
@@ -659,13 +663,14 @@ ____
 ||'showstatuslinks' 'ssli'|| number (default: 1)
 ____
 Show the destination of the link under the cursor in the status bar
-Also links which are focused by keyboard commands like [m]<Tab>[m] are shown. Possible values:
+Also links which are focused by keyboard commands like [m]<Tab>[m] are shown.
+Possible values:
 
-.---`--------------------------------------
+.---`--------------------------------
 *0* Don't show link destination
 *1* Show the link in the status line
 *2* Show the link in the command line
--------------------------------------------
+-------------------------------------
 
 ____
 
@@ -675,11 +680,11 @@ ____
 ____
 Control when to show the tab bar of opened web pages. Possible values:
 
-.---`--------------------------------------
+.---`---------------------------------------------
 *0* Never show tab bar
 *1* Show tab bar only if more than one tab is open
 *2* Always show tab bar
--------------------------------------------
+--------------------------------------------------
 
 ____
 
@@ -707,8 +712,8 @@ ____
 ||'titlestring'|| string (default: "Vimperator")
 ____
 Change the title of the browser window.
-Vimperator changes the browser title from "Title of web page - Mozilla Firefox" to
-"Title of web page - Vimperator". +
+Vimperator changes the browser title from "Title of web page - Mozilla Firefox"
+to "Title of web page - Vimperator". +
 If you don't like that, you can restore it with:
 [c]:set titlestring=Mozilla\ Firefox[c].
 ____
@@ -750,9 +755,9 @@ ____
 |\'novb'| |\'novisualbell'| |\'vb'| |\'visualbell'|
 ||'visualbell' 'vb'|| boolean (default: off)
 ____
-Use visual bell instead of beeping on errors.  The visual bell style is
-controlled by [c]:hi Bell[c].  If no bell is desired use [c]:set t_vb=[c] together with
-this option.
+Use visual bell instead of beeping on errors. The visual bell style is
+controlled by [c]:hi Bell[c]. If no bell is desired use
+[c]:hi Bell display: none;[c] together with this option.
 ____
 
 
@@ -761,11 +766,11 @@ ____
 ____
 Defines how completions are matched with regard to character case.
 
-`---------------`------------------------
-"smart"		Case is significant when capital letters are typed
-"match"		Case is always significant
-"ignore"	Case is never significant
------------------------------------------
+`--------`-------------------------------------------------
+"smart"  Case is significant when capital letters are typed
+"match"  Case is always significant
+"ignore" Case is never significant
+-----------------------------------------------------------
 
 ____
 
@@ -790,15 +795,18 @@ The first part specifies the behavior for the first use of the completion key,
 the second part for the second use, etc.
 
 These are the possible values for each part:
-`---------------`------------------------
-""              Complete only the first match.
-"full"          Complete the next full match. After the last, the original string is used.
-"longest"       Complete till the longest common string.
-"list"          When more than one match, list all matches.
-"list:full"     When more than one match, list all matches and complete first match.
-"list:longest"  When more than one match, list all matches and complete till the longest common string. \
-                When there is only a single match, it is fully completed regardless of the case.
------------------------------------------
+`--------------`--------------------------------------------------------------
+""             Complete only the first match.
+"full"         Complete the next full match. After the last, the original \
+               string is used.
+"longest"      Complete till the longest common string.
+"list"         When more than one match, list all matches.
+"list:full"    When more than one match, list all matches and complete first \
+               match.
+"list:longest" When more than one match, list all matches and complete till \
+               the longest common string. When there is only a single match, \
+               it is fully completed regardless of the case.
+------------------------------------------------------------------------------
 
 ____
 
@@ -809,10 +817,10 @@ ____
 A list of words that change how command-line completion is done.
 
 Possible words:
-`--------`-------------------------------
-*auto*   Automatically show completions while you are typing.
-*sort*   Always sort the completion list, overriding the 'complete' option.
------------------------------------------
+`------`-----------------------------------------------------------------
+*auto* Automatically show completions while you are typing.
+*sort* Always sort the completion list, overriding the 'complete' option.
+-------------------------------------------------------------------------
 
 ____
 
-- 
1.5.2.5


From harish.varanasi at gmail.com  Tue Jan 27 22:12:22 2009
From: harish.varanasi at gmail.com (Harish Varanasi)
Date: Tue, 27 Jan 2009 22:12:22 -0800
Subject: [Vimperator] g i no longer works
In-Reply-To: <644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
Message-ID: <75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>

I too have noticed the problem.

In fact I can reproduce it as I type this email.  If I click outside
this textarea and enter "gi", it *does* come back to the textarea.
However, if I press <ESC> when the cursor is in the textarea,
vimperator goes into insert mode, but I am not sure what is actually
in focus.


Harish


On Tue, Jan 27, 2009 at 5:42 PM, Doug Kearns <dougkearns at gmail.com> wrote:
> On 1/28/09, Jef Allbright <jef at jefallbright.net> wrote:
>> First, thanks for Vimperator.  It makes Firefox much more efficient and
>> enjoyable.
>>
>> Recently I've noticed that g followed by i no longer takes me to the first
>> input field on a page; it doesn't seem to do anything at all. I haven't
>> noticed any other changes; g followed by g still takes me to the top of the
>> page, for example.
>
> I assume this happens on every page not just an arbitrary test page?
>
>> I don't know whether or not I may have installed any new extension(s) since
>> since before this behavior changed.  I've temporarily removed my
>> .vimperatorrc but this appears to make no difference to the problem.
>>
>> I'm using vimperator 1.2 and Firefox 3.05 on Ubuntu 8.10.
>>
>> Thanks in advance for any troubleshooting advice.
>
> You can try disabling your other extensions to pinpoint the culprit.
>
> Regards,
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From janus.wel.3 at gmail.com  Tue Jan 27 23:54:42 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 16:54:42 +0900
Subject: [Vimperator] g i no longer works
In-Reply-To: <75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
	<75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
Message-ID: <3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>

Hello.

> I too have noticed the problem.
>
> In fact I can reproduce it as I type this email.  If I click outside
> this textarea and enter "gi", it *does* come back to the textarea.
> However, if I press <ESC> when the cursor is in the textarea,
> vimperator goes into insert mode, but I am not sure what is actually
> in focus.

This issue is recurred with my environment
(Windows XP FF3.0.5 on git HEAD).
Additionally, don't work TEXTAREA mode correctly.

I check value of lastInputField by this command
(from getter "lastInputField" in buffer.js),

    :echo window.content.document.lastInputField

but this value has never changed.

I think that mapping "gi" and TEXTAREA mode don't work with "iframe".
But I have no idea to solve this issue...

Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Wed Jan 28 00:00:00 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Wed, 28 Jan 2009 17:00:00 +0900
Subject: [Vimperator] g i no longer works
In-Reply-To: <3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
	<75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
	<3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
Message-ID: <3b8682db0901280000w1a5e8d2cm5e56f01c8dbb2e22@mail.gmail.com>

Oh!! I'm sorry for lack of information.
This issue is recurred with web interface of Gmail.

Regards!!

2009/1/28 janus_wel <janus.wel.3 at gmail.com>:
> Hello.
>
>> I too have noticed the problem.
>>
>> In fact I can reproduce it as I type this email.  If I click outside
>> this textarea and enter "gi", it *does* come back to the textarea.
>> However, if I press <ESC> when the cursor is in the textarea,
>> vimperator goes into insert mode, but I am not sure what is actually
>> in focus.
>
> This issue is recurred with my environment
> (Windows XP FF3.0.5 on git HEAD).
> Additionally, don't work TEXTAREA mode correctly.
>
> I check value of lastInputField by this command
> (from getter "lastInputField" in buffer.js),
>
>    :echo window.content.document.lastInputField
>
> but this value has never changed.
>
> I think that mapping "gi" and TEXTAREA mode don't work with "iframe".
> But I have no idea to solve this issue...
>
> Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From ted at tedpavlic.com  Wed Jan 28 03:20:29 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 28 Jan 2009 06:20:29 -0500
Subject: [Vimperator] g i no longer works
In-Reply-To: <f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>
Message-ID: <49803F7D.2060805@tedpavlic.com>

> So you recommend I jump to the alpha now...?

I would recommend trying it. The new version adds a significant number 
of features, and it's fairly stable for basic web browsing. There are 
some things you might like (which will make the switch worth it), and 
there are some changes you might hate (so switching now should give you 
time to get used to them).

Plus, every new user of Vimp2 is a new tester, and bug reports for Vimp2 
should lead to prompt fixes.

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maglione.k at gmail.com  Wed Jan 28 05:58:04 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 08:58:04 -0500
Subject: [Vimperator] g i no longer works
In-Reply-To: <aa5421130901271529h2a08adb5tefb3bbc13218be2a@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<aa5421130901271529h2a08adb5tefb3bbc13218be2a@mail.gmail.com>
Message-ID: <20090128135804.GA11982@jg.home>

On Wed, Jan 28, 2009 at 12:29:27AM +0100, Ye Xu wrote:
>* gmail, after issuing g i, the command status changed to "-- INSERT
>--" and the mouse cursor shall be focused onto the search box, then I
>typed some letters, but the input goes to nowhere, or I just don't
>know where they goes to.

Strange. Please file a bug ticket.

>* another example is Google bookmark, if want to add a new bookmark
>per its bookmarklet, after the page loaded, it will put the default
>command mode to "-- INSERT --", then I type something, it behaves the
>same as gmail, I have to first ESC and g i, then everything will be
>back to normal.

That's a different issue entirely.

-- 
Kris Maglione

It is best to read the weather forecast before praying for rain.
	--Mark Twain


From maglione.k at gmail.com  Wed Jan 28 06:02:34 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 09:02:34 -0500
Subject: [Vimperator] g i no longer works
In-Reply-To: <f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>
Message-ID: <20090128140234.GB11982@jg.home>

On Tue, Jan 27, 2009 at 03:49:08PM -0800, Jef Allbright wrote:
>Seems strange policy to abandon support for a released version in
>favor of something that is still only in alpha...

We're a small project, and we don't have the resources to keep 
supporting a stable release while we work on an upcoming one. 
Since the 2.0 release is imminent, it just doesn't seem worth it 
to backport the slew of bug fixes in the 2.0 branch.

>In any case, I looked further and found that the problem now occurs
>with all my Google searches (where g, i was very handy for a very long
>time, but it's not a problem on Yahoo searches.  I suspect it's
>related to Google's new "wiki feature".

Perhaps. I never use gi for such things (I only do Google 
searches with search keywords, so I just reuse them). You might 
consider filling a bug ticket.

>So you recommend I jump to the alpha now...?

I'd recommend it. Even if you run into bugs, you won't run into 
any major ones, and the new fixes and features should more than 
compensate.

-- 
Kris Maglione

If debugging is the process of removing bugs, then programming must be
the process of putting them in.
	--Edsger W. Dijkstra


From maglione.k at gmail.com  Wed Jan 28 06:04:24 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 09:04:24 -0500
Subject: [Vimperator] [PATCH] Reject specifying nonnumerical value
	to	number option, like below
In-Reply-To: <12331130691629-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
Message-ID: <20090128140424.GC11982@jg.home>

On Wed, Jan 28, 2009 at 12:24:17PM +0900, janus_wel wrote:
>diff --git a/common/content/options.js b/common/content/options.js
>index 54b3bb8..35f4e74 100644
>--- a/common/content/options.js
>+++ b/common/content/options.js
>@@ -203,6 +203,9 @@ Option.prototype = {
>                 break;
> 
>             case "number":
>+                if (!/^(?:0x)?\d+$/.test(values))
>+                    return "E521: Number required";
>+
>                 let value = parseInt(values); // deduce radix
> 
>                 if (isNaN(value))

You're right, we need strict checking, but the Number() function 
does what we need; no need for a regex.

-- 
Kris Maglione

If the programmer can simulate a construct faster than a compiler can
implement the construct itself, then the compiler writer has blown it
badly.
	--Guy Steele


From maglione.k at gmail.com  Wed Jan 28 06:08:45 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 09:08:45 -0500
Subject: [Vimperator] [PATCH] Allow specifying empty value to
	below	options
In-Reply-To: <12331130723188-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
Message-ID: <20090128140845.GD11982@jg.home>

On Wed, Jan 28, 2009 at 12:24:18PM +0900, janus_wel wrote:
>diff --git a/common/content/events.js b/common/content/events.js
>index dc5b7b5..8f323a2 100644
>--- a/common/content/events.js
>+++ b/common/content/events.js
>@@ -54,7 +54,7 @@ function AutoCommands() //{{{
>         "stringlist", "",
>         {
>             completer: function () config.autocommands.concat([["all", "All events"]]),
>-            validator: Option.validateCompleter
>+            validator: function (values) (values.length === 1 && values[0] === "") || Option.validateCompleter.call(this, values)
>         });
> 
>     options.add(["focuscontent", "fc"],

I don't think this is quite right. Empty string lists should 
probably translate to []. opt="" should probably make [""], but 
the arg parser won't allow that.

-- 
Kris Maglione

An organisation that treats its programmers as morons will soon have
programmers that are willing and able to act like morons only.
	--Bjarne Stroustrup


From maglione.k at gmail.com  Wed Jan 28 06:10:23 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 09:10:23 -0500
Subject: [Vimperator] [PATCH] Various changes.
In-Reply-To: <12331130783918-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
	<12331130753873-git-send-email-janus.wel.3@gmail.com>
	<12331130783918-git-send-email-janus.wel.3@gmail.com>
Message-ID: <20090128141023.GE11982@jg.home>

On Wed, Jan 28, 2009 at 12:24:20PM +0900, janus_wel wrote:
>Wrap line 80 characters
>Delete 'previewheight'
>Fix the descriptions of below items
>    * :set
>    * 'cdpath'
>    * 'complete'
>    * 'loadplugin'
>    * 'online'

Thanks. I'll apply this when I've had a chance to look it over.

-- 
Kris Maglione

You can't trust code that you did not totally create yourself.
	--Ken Thompson


From maglione.k at gmail.com  Wed Jan 28 06:13:10 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 28 Jan 2009 09:13:10 -0500
Subject: [Vimperator] g i no longer works
In-Reply-To: <3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
	<75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
	<3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
Message-ID: <20090128141310.GF11982@jg.home>

On Wed, Jan 28, 2009 at 04:54:42PM +0900, janus_wel wrote:
>I think that mapping "gi" and TEXTAREA mode don't work with "iframe".
>But I have no idea to solve this issue...

It's true, "gi" sends you to the last focused input field in the 
current document. But, in 2.0, at least, focus will generally 
return to the last focused frame. Perhaps "gi" should be 
per-tab rather than per-document?

Martin, Doug?

-- 
Kris Maglione

You can get into a habit of thought in which you enjoy making fun of
all those other people who don?t see things as clearly as you do.  We
have to guard carefully against it.
	--Carl Sagan


From dougkearns at gmail.com  Wed Jan 28 06:57:31 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Thu, 29 Jan 2009 01:57:31 +1100
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090128141310.GF11982@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
	<75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
	<3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
	<20090128141310.GF11982@jg.home>
Message-ID: <644fc65e0901280657l65a082e5kabd6460f3a403a81@mail.gmail.com>

On 1/29/09, Kris Maglione <maglione.k at gmail.com> wrote:
> On Wed, Jan 28, 2009 at 04:54:42PM +0900, janus_wel wrote:
>
> > I think that mapping "gi" and TEXTAREA mode don't work with "iframe".
> > But I have no idea to solve this issue...
> >
>
>  It's true, "gi" sends you to the last focused input field in the current
> document. But, in 2.0, at least, focus will generally return to the last
> focused frame. Perhaps "gi" should be per-tab rather than per-document?
>
>  Martin, Doug?

Yes, that makes sense.

Doug

From maxauthority at vimperator.org  Wed Jan 28 07:25:13 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 28 Jan 2009 16:25:13 +0100
Subject: [Vimperator] g i no longer works
In-Reply-To: <644fc65e0901280657l65a082e5kabd6460f3a403a81@mail.gmail.com>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<644fc65e0901271742t14761b3dl1bd22ff00e4f9703@mail.gmail.com>
	<75afefdd0901272212t1fbac428y29b8ae9a8783abde@mail.gmail.com>
	<3b8682db0901272354r56c6d67enf5ea78075cca769e@mail.gmail.com>
	<20090128141310.GF11982@jg.home>
	<644fc65e0901280657l65a082e5kabd6460f3a403a81@mail.gmail.com>
Message-ID: <aaae92100901280725u5859cc5eja1ef540ffdd23b75@mail.gmail.com>

On Wed, Jan 28, 2009 at 3:57 PM, Doug Kearns <dougkearns at gmail.com> wrote:
>>  Martin, Doug?
>
> Yes, that makes sense.

I agree. Although I am wondering why Kris likes this change, he seemed
to like the strict
seperation of documents inside a frameset, instead of trying to make
usage of frames
invisible to the enduser (which I strongly prefer).

Doug: I and Kris agreed on that a beta1 should probably released soon
(I only have fixing
:open completions and the completion height on my imminent agenda), do you
think something else needs serious fixing? Of course, we should try to
produce a stable
2.0 experience, but  I don't think we can do it totally bug free
anyway, so deferring
it more and more isn't the best (I like the OSS "release early,
release often" principle).

From ted at tedpavlic.com  Wed Jan 28 07:28:53 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Wed, 28 Jan 2009 10:28:53 -0500
Subject: [Vimperator] Fixes about options
In-Reply-To: <12331130603068-git-send-email-janus.wel.3@gmail.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
Message-ID: <498079B5.4030604@tedpavlic.com>

> I write patches to fix issues about options.

Thanks for submitting these nicely-formatted patches. Here, everyone can 
comment. Eventually, someone with commit access can easily move them 
into a local mbox file and then "git am" into the official repo. "git" 
makes email-based patching very easy.

Three more quick comments...

1.) Did you see that "format-patch" (and thus "send-email") takes a

	--cover-letter

option? Try doing...

	git send-email --cover-letter origin/master

It will generate a cover letter like this one that lists all of the 
constituent patches and the first line of their commit messages. If you use:

	git send-email --annotate --cover-letter origin/master

then "git" will call your $VISUAL or $EDITOR (or vi) editor and let you 
edit each e-mail before it's sent.


2.) By default, when "git send-email" (or "git format-patch") generates 
several patches (i.e., when your own repo is several commits ahead of 
origin/master), the "[PATCH]" in the subject will be changed to "[PATCH 
i/n]" where "n" is the number of patches and "i" is the index of the 
current patch ("i=0" for the cover letter). "git send-email" will also 
set the "In-Reply-To:" headers appropriately so that the messages are 
grouped in a thread (i.e., you won't have to manually do that).

3.) Extended messages like these:

> 1. "Reject specifying nonnumerical value to number option"
>      This patch provide specifying value to strict check for number option.
>      "fix regexp for hexadecimal number" is patch for this,
>      so I wrote errorneous regexp string.

which are not necessarily appropriate for a commit message but do help 
on the e-mail list can be put inside the patch under the "---" lines 
before the diffstat.

That is, if you do "git send-email --annotate ...", your editor will be 
opened up and you can scroll down to AFTER the "---" lines (that come 
just before the diffstat that shows which files were changed) and add 
your own e-mail comments. "git am" doesn't pay attention to anything 
after that "---" line.


	Again, good work on the patches. I just wanted to advertise some other 
nice features that git gives you to send patches to the list.

	--Ted

P.S.

	I notice that you're still using git 1.5. git 1.6.1.1 was released 
recently.


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ye.xu.hdm at gmail.com  Wed Jan 28 13:56:39 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Wed, 28 Jan 2009 22:56:39 +0100
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090128135804.GA11982@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<aa5421130901271529h2a08adb5tefb3bbc13218be2a@mail.gmail.com>
	<20090128135804.GA11982@jg.home>
Message-ID: <aa5421130901281356y66ad9660xf170168c54e6f40e@mail.gmail.com>

On Wed, Jan 28, 2009 at 14:58, Kris Maglione <maglione.k at gmail.com> wrote:
> On Wed, Jan 28, 2009 at 12:29:27AM +0100, Ye Xu wrote:
>>
>> * gmail, after issuing g i, the command status changed to "-- INSERT
>> --" and the mouse cursor shall be focused onto the search box, then I
>> typed some letters, but the input goes to nowhere, or I just don't
>> know where they goes to.
>
> Strange. Please file a bug ticket.
>

I had just registered a new account for submitting bug, but it seems
new user does not have the privilege to do so.

From jef at jefallbright.net  Wed Jan 28 14:02:46 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Wed, 28 Jan 2009 14:02:46 -0800
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090128140234.GB11982@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<f7bfe5740901271549t3ce43cdeu68d785930f7e74b2@mail.gmail.com>
	<20090128140234.GB11982@jg.home>
Message-ID: <f7bfe5740901281402w602e2acfr85aa0dc29c2125cb@mail.gmail.com>

On Wed, Jan 28, 2009 at 6:02 AM, Kris Maglione <maglione.k at gmail.com> wrote:
> On Tue, Jan 27, 2009 at 03:49:08PM -0800, Jef Allbright wrote:

>> So you recommend I jump to the alpha now...?
>
> I'd recommend it. Even if you run into bugs, you won't run into any major
> ones, and the new fixes and features should more than compensate.

I've upgraded to v2 alpha and I'm liking it.  The gi functionality has
been restored, and it's great to be able to turn off the right hand
scrollbar.

Thanks again.

- Jef

From ye.xu.hdm at gmail.com  Thu Jan 29 01:20:25 2009
From: ye.xu.hdm at gmail.com (Ye Xu)
Date: Thu, 29 Jan 2009 10:20:25 +0100
Subject: [Vimperator] g i no longer works
In-Reply-To: <20090128135804.GA11982@jg.home>
References: <f7bfe5740901271154t1e2f36beybef99348d7ccee97@mail.gmail.com>
	<20090127203932.GA14293@jg.home>
	<aa5421130901271529h2a08adb5tefb3bbc13218be2a@mail.gmail.com>
	<20090128135804.GA11982@jg.home>
Message-ID: <aa5421130901290120v4528d2e9lc777d682c969a884@mail.gmail.com>

On Wed, Jan 28, 2009 at 14:58, Kris Maglione <maglione.k at gmail.com> wrote:
> On Wed, Jan 28, 2009 at 12:29:27AM +0100, Ye Xu wrote:
>>
>> * gmail, after issuing g i, the command status changed to "-- INSERT
>> --" and the mouse cursor shall be focused onto the search box, then I
>> typed some letters, but the input goes to nowhere, or I just don't
>> know where they goes to.
>
> Strange. Please file a bug ticket.
>


Ticket #147

From jef at jefallbright.net  Thu Jan 29 07:30:21 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Thu, 29 Jan 2009 07:30:21 -0800
Subject: [Vimperator] Set editor required full path in 2.0a3
Message-ID: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>

Happily using vimperator 2.0a3.

Found that the set editor command would hang unless I add the full
path to my gvim.  With version 1.2 this wasn't necessary.  Yes, I'm
aware of the need to quote the argument as described in NEWS.  No, I
didn't identify the root cause of this difference.

Previously:
set editor=gvim\ -f

Now
set editor=/usr/bin/gvim\ -f

Also, remembered to apply this to relevant auto commands.

- Jef

From ted at tedpavlic.com  Thu Jan 29 07:55:06 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 29 Jan 2009 10:55:06 -0500
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
Message-ID: <4981D15A.1010701@tedpavlic.com>

> Found that the set editor command would hang unless I add the full
> path to my gvim.  With version 1.2 this wasn't necessary.  Yes, I'm

Using

	:set editor='gvim -f'

or

	:set editor=gvim\ -f

works for me on Windows and MacOSX.

Make sure your PATH is getting set correctly when you call Firefox. Try...

	:!echo $PATH

Do you see what you expect?

	--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From jef at jefallbright.net  Thu Jan 29 08:02:08 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Thu, 29 Jan 2009 08:02:08 -0800
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <4981D15A.1010701@tedpavlic.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
	<4981D15A.1010701@tedpavlic.com>
Message-ID: <f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>

On Thu, Jan 29, 2009 at 7:55 AM, Ted Pavlic <ted at tedpavlic.com> wrote:
> Make sure your PATH is getting set correctly when you call Firefox. Try...
>
>        :!echo $PATH
>
> Do you see what you expect?

Yes.  It shows /usr/bin/ on my $PATH.

Also, !which gvim finds gvim as expected from within Firefox.

In case it matters, I usually start Firefox via dmenu within xmonad.

In any case I've found an effective work-around, but wanted to share
my observation on this difference from version 1.2.

- Jef

From ted at tedpavlic.com  Thu Jan 29 08:22:54 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 29 Jan 2009 11:22:54 -0500
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
	<4981D15A.1010701@tedpavlic.com>
	<f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>
Message-ID: <4981D7DE.2080601@tedpavlic.com>

> In any case I've found an effective work-around, but wanted to share
> my observation on this difference from version 1.2.

I'm saying that I don't think there is a difference from v1.2. I think 
that there's something else strange in your setup (perhaps a Vimp bug).

The editor option is not designed to require a full path, and on the two 
systems I've tried (using Vimp2pre), I do not need a full path. There's 
something different on your system (perhaps the difference between your 
alpha and my pre, but I doubt it).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From jef at jefallbright.net  Thu Jan 29 08:25:34 2009
From: jef at jefallbright.net (Jef Allbright)
Date: Thu, 29 Jan 2009 08:25:34 -0800
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <4981D7DE.2080601@tedpavlic.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
	<4981D15A.1010701@tedpavlic.com>
	<f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>
	<4981D7DE.2080601@tedpavlic.com>
Message-ID: <f7bfe5740901290825s75396d31hc2cf9f7e420a7d5c@mail.gmail.com>

On Thu, Jan 29, 2009 at 8:22 AM, Ted Pavlic <ted at tedpavlic.com> wrote:

> I'm saying that I don't think there is a difference from v1.2. I think that
> there's something else strange in your setup (perhaps a Vimp bug).

I have another system here that I'll upgrade from 1.2 to 2.0a3 and
I'll report back.

- Jef

From ted at tedpavlic.com  Thu Jan 29 08:31:12 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 29 Jan 2009 11:31:12 -0500
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <f7bfe5740901290825s75396d31hc2cf9f7e420a7d5c@mail.gmail.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
	<4981D15A.1010701@tedpavlic.com>
	<f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>
	<4981D7DE.2080601@tedpavlic.com>
	<f7bfe5740901290825s75396d31hc2cf9f7e420a7d5c@mail.gmail.com>
Message-ID: <4981D9D0.8050708@tedpavlic.com>

> I have another system here that I'll upgrade from 1.2 to 2.0a3 and
> I'll report back.

You could try the latest 2.0pre nightly as well:

http://download.vimperator.org/vimperator/nightly/

(scroll to the very bottom for the latest)

Or just "git clone" the very latest Vimp2.0pre, as described on:

http://vimperator.org/trac/wiki/Vimperator/Source

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From psykon at gmail.com  Thu Jan 29 08:37:26 2009
From: psykon at gmail.com (Daniel Rebelo de Oliveira)
Date: Thu, 29 Jan 2009 16:37:26 +0000
Subject: [Vimperator] command mode history key-bindings
Message-ID: <glsm09$f8e$1@ger.gmane.org>

Ctrl-p should: go to the previous command in history
        instead: brings up printing dialog

Ctrl-n should: go to the next command in history
        instead: does nothing

Is this intended behaviour?

Thank you


From psykon at gmail.com  Thu Jan 29 09:40:31 2009
From: psykon at gmail.com (Daniel Rebelo de Oliveira)
Date: Thu, 29 Jan 2009 17:40:31 +0000
Subject: [Vimperator] wildmode=list
Message-ID: <glspmi$ti6$1@ger.gmane.org>

When wildmode=list, when there is only one completion, it does not complete.

Can anyone fix this please? :)

Thank you


From conrad.irwin at googlemail.com  Thu Jan 29 09:59:40 2009
From: conrad.irwin at googlemail.com (Conrad Irwin)
Date: Thu, 29 Jan 2009 17:59:40 +0000
Subject: [Vimperator] wildmode=list
In-Reply-To: <glspmi$ti6$1@ger.gmane.org>
References: <glspmi$ti6$1@ger.gmane.org>
Message-ID: <1233251980.19019.74.camel@localhost>

I have attached a "patch" for this exact issue. Whether this is the
correct solution, or whether it is just hiding a deeper bug I do not
know.

Conrad

On Thu, 2009-01-29 at 17:40 +0000, Daniel Rebelo de Oliveira wrote:
> When wildmode=list, when there is only one completion, it does not complete.
> 
> Can anyone fix this please? :)
> 
> Thank you
> 
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch.txt
Type: text/x-patch
Size: 540 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090129/63fdfc69/attachment.bin>

From maxauthority at vimperator.org  Thu Jan 29 10:28:34 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Thu, 29 Jan 2009 19:28:34 +0100
Subject: [Vimperator] Set editor required full path in 2.0a3
In-Reply-To: <4981D9D0.8050708@tedpavlic.com>
References: <f7bfe5740901290730wbf17219l4cb4f5b62bf59f3f@mail.gmail.com>
	<4981D15A.1010701@tedpavlic.com>
	<f7bfe5740901290802le3aae9evabd65719aaacd3f1@mail.gmail.com>
	<4981D7DE.2080601@tedpavlic.com>
	<f7bfe5740901290825s75396d31hc2cf9f7e420a7d5c@mail.gmail.com>
	<4981D9D0.8050708@tedpavlic.com>
Message-ID: <aaae92100901291028x7321976cra868e677458a9b48@mail.gmail.com>

I think I fixed that bug recently, please try with a nightly version.

From maglione.k at gmail.com  Thu Jan 29 10:33:25 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Thu, 29 Jan 2009 13:33:25 -0500
Subject: [Vimperator] command mode history key-bindings
In-Reply-To: <glsm09$f8e$1@ger.gmane.org>
References: <glsm09$f8e$1@ger.gmane.org>
Message-ID: <20090129183325.GA2118@jg.home>

On Thu, Jan 29, 2009 at 04:37:26PM +0000, Daniel Rebelo de Oliveira wrote:
> Ctrl-p should: go to the previous command in history
>        instead: brings up printing dialog
>
> Ctrl-n should: go to the next command in history
>        instead: does nothing
>
> Is this intended behaviour?

Map <C-n> and <C-p> to up and down if you want them. They're not 
standard Vim key bindings.

-- 
Kris Maglione

Anyone who considers arithmetical methods of producing random numbers
is, of course, in a state of sin.
	--John von Neumann


From maglione.k at gmail.com  Thu Jan 29 10:33:25 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Thu, 29 Jan 2009 13:33:25 -0500
Subject: [Vimperator] command mode history key-bindings
In-Reply-To: <glsm09$f8e$1@ger.gmane.org>
References: <glsm09$f8e$1@ger.gmane.org>
Message-ID: <20090129183325.GA2118@jg.home>

On Thu, Jan 29, 2009 at 04:37:26PM +0000, Daniel Rebelo de Oliveira wrote:
> Ctrl-p should: go to the previous command in history
>        instead: brings up printing dialog
>
> Ctrl-n should: go to the next command in history
>        instead: does nothing
>
> Is this intended behaviour?

Map <C-n> and <C-p> to up and down if you want them. They're not 
standard Vim key bindings.

-- 
Kris Maglione

Anyone who considers arithmetical methods of producing random numbers
is, of course, in a state of sin.
	--John von Neumann


From Daniel.Trstenjak at online.de  Thu Jan 29 10:56:13 2009
From: Daniel.Trstenjak at online.de (Daniel Trstenjak)
Date: Thu, 29 Jan 2009 19:56:13 +0100
Subject: [Vimperator] Possible bug with hintmatching=wordstartswith
In-Reply-To: <20090124144604.GA6700@desktop>
References: <75afefdd0901240158q1bf17efbt31c71fc489655925@mail.gmail.com>
	<497AE8BE.3020501@vimperator.org> <20090124144604.GA6700@desktop>
Message-ID: <20090129185613.GA5787@laptop>


On Sat, Jan 24, 2009 at 03:46:04PM +0100, Daniel Trstenjak wrote:
> This patch seems to fix the previous issues.

ping


Greetings,
Daniel

From psykon at gmail.com  Thu Jan 29 13:28:58 2009
From: psykon at gmail.com (Daniel Rebelo de Oliveira)
Date: Thu, 29 Jan 2009 21:28:58 +0000
Subject: [Vimperator] command mode history key-bindings
In-Reply-To: <20090129183325.GA2118@jg.home>
References: <glsm09$f8e$1@ger.gmane.org> <20090129183325.GA2118@jg.home>
Message-ID: <glt72u$g49$1@ger.gmane.org>

Kris Maglione wrote:
> On Thu, Jan 29, 2009 at 04:37:26PM +0000, Daniel Rebelo de Oliveira wrote:
>> Ctrl-p should: go to the previous command in history
>>        instead: brings up printing dialog
>>
>> Ctrl-n should: go to the next command in history
>>        instead: does nothing
>>
>> Is this intended behaviour?
> 
> Map <C-n> and <C-p> to up and down if you want them. They're not 
> standard Vim key bindings.
> 

Yes, they are? They totally work on my vim with an empty .vimrc.


From ted at tedpavlic.com  Thu Jan 29 14:28:16 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 29 Jan 2009 17:28:16 -0500
Subject: [Vimperator] command mode history key-bindings
In-Reply-To: <glt72u$g49$1@ger.gmane.org>
References: <glsm09$f8e$1@ger.gmane.org> <20090129183325.GA2118@jg.home>
	<glt72u$g49$1@ger.gmane.org>
Message-ID: <49822D80.60306@tedpavlic.com>

>> Map<C-n>  and<C-p>  to up and down if you want them. They're not
>> standard Vim key bindings.
>
> Yes, they are? They totally work on my vim with an empty .vimrc.

In particular, in Vim 7.2,

:help up-down-motions
:help CTRL-n
:help CTRL-p

bring up:

====
3. Up-down motions                                      *up-down-motions*

k               or                                      *k*
<Up>            or                                      *<Up>* *CTRL-P*
CTRL-P                  [count] lines upward |linewise|.

j               or                                      *j*
<Down>          or                                      *<Down>*
CTRL-J          or                                      *CTRL-J*
<NL>            or                                      *<NL>* *CTRL-N*
CTRL-N                  [count] lines downward |linewise|.
====

That being said, it's unclear that Vimperator has to match *EVERY* Vim 
keybinding out of the box (especially when it's so easy to add these 
bindings via plugin/vimperatorrc).

--Ted



-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Thu Jan 29 14:32:13 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 29 Jan 2009 17:32:13 -0500
Subject: [Vimperator] command mode history key-bindings
In-Reply-To: <49822D80.60306@tedpavlic.com>
References: <glsm09$f8e$1@ger.gmane.org> <20090129183325.GA2118@jg.home>
	<glt72u$g49$1@ger.gmane.org> <49822D80.60306@tedpavlic.com>
Message-ID: <49822E6D.5040706@tedpavlic.com>

> In particular, in Vim 7.2,

...in your case, I guess you want...

:help c_CTRL-N
:help c_CTRL-P

which bring up

====
                                                         *c_CTRL-N*
CTRL-N          After using 'wildchar' which got multiple matches, go to 
next
                 match.  Otherwise recall more recent command-line from 
history.

<S-Tab>                                                 *c_CTRL-P* 
*c_<S-Tab>*
CTRL-P          After using 'wildchar' which got multiple matches, go to
                 previous match.  Otherwise recall older command-line from
                 history.  <S-Tab> only works with the GUI, on the Amiga and
                 with MS-DOS.
====

In fact, ":viusage" shows that CTRL-N and CTRL-P are used in lots of 
places lots of ways.

Again, it's debatable as to whether Vimp should support them out of the 
box. Many Vimp users are used to CTRL-P to do some Firefox thing (like 
printing).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From janus.wel.3 at gmail.com  Thu Jan 29 19:03:59 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 30 Jan 2009 12:03:59 +0900
Subject: [Vimperator] Fixes about options
In-Reply-To: <498079B5.4030604@tedpavlic.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<498079B5.4030604@tedpavlic.com>
Message-ID: <3b8682db0901291903h4d45ce8w994afaec5816b61b@mail.gmail.com>

Hello. Thank you for your reply.
First,

>        I notice that you're still using git 1.5. git 1.6.1.1 was released
> recently.

yes, I am using 1.5.2.5.
I will install and use recent version, but it is not required, is it?
I use git with andLinux (Ubuntu 7.10 and upgrading to 8.04 is nonsence),
so it is hard to install recent version.
the Situation may be similar, in other distribution.

> 1.) Did you see that "format-patch" (and thus "send-email") takes a
>
>        --cover-letter
(snip)
> 2.) By default, when "git send-email" (or "git format-patch") generates
> several patches (i.e., when your own repo is several commits ahead of
> origin/master), the "[PATCH]" in the subject will be changed to "[PATCH
> i/n]" where "n" is the number of patches and "i" is the index of the current
> patch ("i=0" for the cover letter). "git send-email" will also set the
> "In-Reply-To:" headers appropriately so that the messages are grouped in a
> thread (i.e., you won't have to manually do that).
(snip)
> 3.) Extended messages like these:
>
>> 1. "Reject specifying nonnumerical value to number option"
>>     This patch provide specifying value to strict check for number option.
>>     "fix regexp for hexadecimal number" is patch for this,
>>     so I wrote errorneous regexp string.
>
> which are not necessarily appropriate for a commit message but do help on
> the e-mail list can be put inside the patch under the "---" lines before the
> diffstat.

I used --compose option,
because --annotate and --cover-letter are not found in my version.
I use below commands to send patches, currently.

    (some commits)
    git format-patch origin/master
    git send-email --compose --to vimperator at mozdev.org *.patch

(On ahead, I configured git with
http://git.or.cz/gitwiki/GitTips#head-a015948617d9becbdc9836776f96ad244ba87cb8
)

>        Again, good work on the patches. I just wanted to advertise some
> other nice features that git gives you to send patches to the list.

I understand about git by your favor.
Thank you so much.

-- 
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Thu Jan 29 19:06:28 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 30 Jan 2009 12:06:28 +0900
Subject: [Vimperator] [PATCH] Various changes.
In-Reply-To: <20090128141023.GE11982@jg.home>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
	<12331130753873-git-send-email-janus.wel.3@gmail.com>
	<12331130783918-git-send-email-janus.wel.3@gmail.com>
	<20090128141023.GE11982@jg.home>
Message-ID: <3b8682db0901291906l58f6b48eh88bc9e56aa03fb98@mail.gmail.com>

2009/1/28 Kris Maglione <maglione.k at gmail.com>:
> On Wed, Jan 28, 2009 at 12:24:20PM +0900, janus_wel wrote:
>>
>> Wrap line 80 characters
>> Delete 'previewheight'
>> Fix the descriptions of below items
>>   * :set
>>   * 'cdpath'
>>   * 'complete'
>>   * 'loadplugin'
>>   * 'online'
>
> Thanks. I'll apply this when I've had a chance to look it over.

Thanks and sorry for so long.
Regards.

-- 
janus_wel : janus.wel.3 at gmail.com

From janus.wel.3 at gmail.com  Thu Jan 29 19:25:09 2009
From: janus.wel.3 at gmail.com (janus_wel)
Date: Fri, 30 Jan 2009 12:25:09 +0900
Subject: [Vimperator] [PATCH] Allow specifying empty value to below
	options
In-Reply-To: <20090128140845.GD11982@jg.home>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<12331130691629-git-send-email-janus.wel.3@gmail.com>
	<12331130723188-git-send-email-janus.wel.3@gmail.com>
	<20090128140845.GD11982@jg.home>
Message-ID: <3b8682db0901291925x42205fdbl2e14e5ddc38543ea@mail.gmail.com>

> I don't think this is quite right. Empty string lists should probably
> translate to []. opt="" should probably make [""], but the arg parser won't
> allow that.

I agree with your idea, and it may be realizable to change Option#parseValues.
But the effect is unpredictable.

I think ":set activate=" should be allow, because it is a matter of preference.
And default value of "eventignore", "newtab" and "wildoptions" are "",
so not to set empty value to these options is looked odd.
Should I be create bug ticket ?

-- 
janus_wel : janus.wel.3 at gmail.com

From dotancohen at gmail.com  Fri Jan 30 07:40:26 2009
From: dotancohen at gmail.com (Dotan Cohen)
Date: Fri, 30 Jan 2009 17:40:26 +0200
Subject: [Vimperator] yank just the domain name from the url
Message-ID: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>

I find that I often need the domain name from websites that I visit. I
currently yank the url with Y and then trim. But so many websites have
exaggerated query strings that a simple method of yanking just the
domain name would be great. Can this be done in Vimperator?

-- 
Dotan Cohen

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

?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-??-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?

From mftian at gmail.com  Fri Jan 30 07:51:33 2009
From: mftian at gmail.com (Xie&Tian)
Date: Fri, 30 Jan 2009 23:51:33 +0800
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
Message-ID: <a28ffaac0901300751l58733726hea5f2515bf66f69e@mail.gmail.com>

If I remember correctly this feature is still in the todo list, but at
a low priority.

2009/1/30 Dotan Cohen <dotancohen at gmail.com>:
> I find that I often need the domain name from websites that I visit. I
> currently yank the url with Y and then trim. But so many websites have
> exaggerated query strings that a simple method of yanking just the
> domain name would be great. Can this be done in Vimperator?
>
> --
> Dotan Cohen
>
> http://what-is-what.com
> http://gibberish.co.il
>
> ?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
> ?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-??-?-?
> ?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
> ?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
> ?-?-?-?-?-?-?
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From dotancohen at gmail.com  Fri Jan 30 07:59:27 2009
From: dotancohen at gmail.com (Dotan Cohen)
Date: Fri, 30 Jan 2009 17:59:27 +0200
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <a28ffaac0901300751l58733726hea5f2515bf66f69e@mail.gmail.com>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
	<a28ffaac0901300751l58733726hea5f2515bf66f69e@mail.gmail.com>
Message-ID: <880dece00901300759y67e35c75i7deaa93531776730@mail.gmail.com>

2009/1/30 Xie&Tian <mftian at gmail.com>:
> If I remember correctly this feature is still in the todo list, but at
> a low priority.
>

I see, thanks. I did not look in bugzilla first, maybe I should have.

-- 
Dotan Cohen

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

?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-??-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?

From conrad.irwin at googlemail.com  Fri Jan 30 08:14:38 2009
From: conrad.irwin at googlemail.com (Conrad Irwin)
Date: Fri, 30 Jan 2009 16:14:38 +0000
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <880dece00901300759y67e35c75i7deaa93531776730@mail.gmail.com>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
	<a28ffaac0901300751l58733726hea5f2515bf66f69e@mail.gmail.com>
	<880dece00901300759y67e35c75i7deaa93531776730@mail.gmail.com>
Message-ID: <1233332078.19019.82.camel@localhost>

On Fri, 2009-01-30 at 17:59 +0200, Dotan Cohen wrote:
> 2009/1/30 Xie&Tian <mftian at gmail.com>:
> > If I remember correctly this feature is still in the todo list, but at
> > a low priority.
> >
> 
> I see, thanks. I did not look in bugzilla first, maybe I should have.
> 

The following will make ctrl+y do this: 

map <silent> <C-y> :js
util.copyToClipboard(util.createURI(content.location).prePath);<CR>

(Note this is one line split by some draconian 80 chars rule for email)

Yours
Conrad


From rogutes at googlemail.com  Fri Jan 30 08:32:59 2009
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos)
Date: Fri, 30 Jan 2009 18:32:59 +0200
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
Message-ID: <20090130163259.GA3459@ugu>

Dotan Cohen (2009-01-30 17:40):
> I find that I often need the domain name from websites that I visit. I
> currently yank the url with Y and then trim. But so many websites have
> exaggerated query strings that a simple method of yanking just the
> domain name would be great. Can this be done in Vimperator?

Even though it seems that Conrad already answered your question, I also
wanted to share my fun looking at the code...

What comes to mind after reading your question is gU - the mapping to
open the root of the website. So one can get the source and see how gU
works...

$ grep -R --include=\*.js 'gU' .
tells us that gU is defined in ./vimperator/content/config.js:279

And after inspecting no more than 5 lines of code it's clear that the
domain can be obtained by executing :js content.document.location.host

Thus one can define :ydomain or a similar command and use it:

command! ydomain js util.copyToClipboard(content.document.location.host, true)

Or one could map 
:js util.copyToClipboard(content.document.location.host, true)<CR>

Or (this time after a little bit longer investigation) one could add an
additional extended hint mode (invoked with ;d):
:js hints.addMode('d', "Yank hint location domain", function (elem, loc) util.copyToClipboard(util.createURI(loc).host, true))


-- 
--  Rogut?s Sparnuotos

From fb at intoxicatedmind.net  Fri Jan 30 09:10:21 2009
From: fb at intoxicatedmind.net (Frank Blendinger)
Date: Fri, 30 Jan 2009 18:10:21 +0100
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <20090130163259.GA3459@ugu>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
	<20090130163259.GA3459@ugu>
Message-ID: <20090130171021.GJ19966@intoxicatedmind.net>

Hi.

On Fri 2009-01-30 18:32, Rogut?s Sparnuotos <rogutes at googlemail.com>
proclaimed:
> Or (this time after a little bit longer investigation) one could add an
> additional extended hint mode (invoked with ;d):
> :js hints.addMode('d', "Yank hint location domain", function (elem, loc) util.copyToClipboard(util.createURI(loc).host, true))

This is really cool. I did not know that you can add your own hint
modes.

Would the following be possible: change the visual hints on a page so
that the URL the link points to is shown, maybe below the hint number?
I'm not sure yet if this is actually a good idea, it might look quite
ugly if the URLs are very long.

The motivation behind this would be to have a way to see where a link
goes to _without_ touching the mouse. Currently this can only be done be
hovering the mouse pointer over a link and looking at the status bar. Or
is there some other way that I am not aware of?


Greetings,
Frank

-- 
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
  "Just because I don't care doesn't mean I don't understand."
                                               (Homer Simpson)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090130/89166fee/attachment.bin>

From rogutes at googlemail.com  Fri Jan 30 09:38:03 2009
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos)
Date: Fri, 30 Jan 2009 19:38:03 +0200
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <20090130171021.GJ19966@intoxicatedmind.net>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
	<20090130163259.GA3459@ugu>
	<20090130171021.GJ19966@intoxicatedmind.net>
Message-ID: <20090130173803.GA4103@ugu>

Frank Blendinger (2009-01-30 18:10):
> Hi.
> 
> On Fri 2009-01-30 18:32, Rogut?s Sparnuotos <rogutes at googlemail.com>
> proclaimed:
> > Or (this time after a little bit longer investigation) one could add an
> > additional extended hint mode (invoked with ;d):
> > :js hints.addMode('d', "Yank hint location domain", function (elem, loc) util.copyToClipboard(util.createURI(loc).host, true))
> 
> This is really cool. I did not know that you can add your own hint
> modes.
> 
> Would the following be possible: change the visual hints on a page so
> that the URL the link points to is shown, maybe below the hint number?
> I'm not sure yet if this is actually a good idea, it might look quite
> ugly if the URLs are very long.

Showing the URLs below the hints would produce much too much noise in
most sites.

> The motivation behind this would be to have a way to see where a link
> goes to _without_ touching the mouse. Currently this can only be done be
> hovering the mouse pointer over a link and looking at the status bar. Or
> is there some other way that I am not aware of?

I think that touching the mouse is usually faster anyway and in those
cases were the mouse is too far away or smth., one can just yank the
URLs. That is, ;y not only yanks, but also shows the location of the
hint. Or you could print it without yanking:
:js hints.addMode('e', "Show hint location", function (elem, loc) liberator.echo(loc))

-- 
--  Rogut?s Sparnuotos

From dpb at driftaway.org  Fri Jan 30 12:29:03 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Fri, 30 Jan 2009 22:29:03 +0200
Subject: [Vimperator] Fixes about options
In-Reply-To: <498079B5.4030604@tedpavlic.com>
References: <12331130603068-git-send-email-janus.wel.3@gmail.com>
	<498079B5.4030604@tedpavlic.com>
Message-ID: <dd9711230901301229u375574cg1f920fe73f8968b3@mail.gmail.com>

2009/1/28 Ted Pavlic <ted at tedpavlic.com>:
> I notice that you're still using git 1.5. git 1.6.1.1 was released recently.

Distros still come with 1.5, even debian unstable has that still.

--
Daniel

From maglione.k at gmail.com  Sat Jan 31 06:26:23 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sat, 31 Jan 2009 09:26:23 -0500
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
Message-ID: <20090131142623.GA13737@jg.home>

On Fri, Jan 30, 2009 at 05:40:26PM +0200, Dotan Cohen wrote:
>I find that I often need the domain name from websites that I visit. I
>currently yank the url with Y and then trim. But so many websites have
>exaggerated query strings that a simple method of yanking just the
>domain name would be great. Can this be done in Vimperator?

I'd do something like this:

:noremap yll y<Nop>
:noremap yld <silent> :js util.copyToClipboard(content.location.host, true)<cr>
:noremap ylp <silent> :js util.copyToClipboard(content.location.pathname, true)<cr>

-- 
Kris Maglione

Perspective is worth 80 IQ points.
	--Alan Kay


From dotancohen at gmail.com  Sat Jan 31 06:48:32 2009
From: dotancohen at gmail.com (Dotan Cohen)
Date: Sat, 31 Jan 2009 16:48:32 +0200
Subject: [Vimperator] yank just the domain name from the url
In-Reply-To: <20090131142623.GA13737@jg.home>
References: <880dece00901300740o6a418935y2139fbe76d6a93b4@mail.gmail.com>
	<20090131142623.GA13737@jg.home>
Message-ID: <880dece00901310648o199f0ec5i65d216a247aacbd@mail.gmail.com>

> I'd do something like this:
>
> :noremap yll y<Nop>
> :noremap yld <silent> :js util.copyToClipboard(content.location.host,
> true)<cr>
> :noremap ylp <silent> :js util.copyToClipboard(content.location.pathname,
> true)<cr>
>

This is what I found works best for me:
:map Y :js util.copyToClipboard(content.document.location.host, true)<CR>

-- 
Dotan Cohen

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

?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-??-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?
?-?-?-?-?-?-?

From ted at tedpavlic.com  Sat Jan 31 12:56:42 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 31 Jan 2009 15:56:42 -0500
Subject: [Vimperator] :help (in a new tab) -- desirable feature?
Message-ID: <4984BB0A.3010506@tedpavlic.com>

Would having a way to make :help open up a new tab be a desirable 
feature? (for some future release)

Perhaps a ":help!" or a ":tabhelp" that works like ":tabopen" ?

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Sat Jan 31 12:59:46 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 31 Jan 2009 15:59:46 -0500
Subject: [Vimperator] Should 0G act like gg? (i.e.,
	should "0" counts sometimes be allowed?)
Message-ID: <4984BBC2.90705@tedpavlic.com>

It usually doesn't make sense to let a count be 0. However, because of 
how "G" (and "gg", but the point is moot there) has been defined, it 
seems like

	0G

should bring you to the top of the page (i.e., the same thing that "gg" 
does). However, because "0" isn't an allowed count value, "0G" takes you 
to the bottom of the page.

Is this a bug? Should "0G" be allowed?

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From ted at tedpavlic.com  Sat Jan 31 13:02:09 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sat, 31 Jan 2009 16:02:09 -0500
Subject: [Vimperator] Should 0G act like gg? (i.e.,
 should "0" counts sometimes be allowed?)
In-Reply-To: <4984BBC2.90705@tedpavlic.com>
References: <4984BBC2.90705@tedpavlic.com>
Message-ID: <4984BC51.3040809@tedpavlic.com>

> Is this a bug? Should "0G" be allowed?

Possible feature request: A way to use "g" or "GG" to bring you back to 
the original anchor. For example, if you visited

http://www.blah.com/very_large_page.html#middle

and you've scrolled around and want to go back to #middle. Rather than 
"r"efreshing, it would be nice to type "\gg" or something and be brought 
back to the original anchor for that page. A sort of "reposition" rather 
than "refresh".

Perhaps a ":reposition" command (that could be user mapped to whatever) 
would be appropriate. Or nothing...

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my ALS association page:
         http://web.alsa.org/goto/tedpavlic
   My family appreciates your support in the fight to defeat ALS.

From maxauthority at vimperator.org  Sat Jan 31 13:03:09 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sat, 31 Jan 2009 22:03:09 +0100
Subject: [Vimperator] Should 0G act like gg? (i.e.,
 should "0" counts sometimes be allowed?)
In-Reply-To: <4984BBC2.90705@tedpavlic.com>
References: <4984BBC2.90705@tedpavlic.com>
Message-ID: <4984BC8D.8020704@vimperator.org>

On 2009-01-31 21:59, Ted Pavlic wrote:

> It usually doesn't make sense to let a count be 0. However, because of 
> how "G" (and "gg", but the point is moot there) has been defined, it 
> seems like
> 
> 	0G
> 
> should bring you to the top of the page (i.e., the same thing that "gg" 
> does). However, because "0" isn't an allowed count value, "0G" takes you 
> to the bottom of the page.
> 
> Is this a bug? Should "0G" be allowed?


No, 0 is not a count as it has a defined meaning in vimperator.

From fb at intoxicatedmind.net  Sat Jan 31 13:12:29 2009
From: fb at intoxicatedmind.net (Frank Blendinger)
Date: Sat, 31 Jan 2009 22:12:29 +0100
Subject: [Vimperator] :help (in a new tab) -- desirable feature?
In-Reply-To: <4984BB0A.3010506@tedpavlic.com>
References: <4984BB0A.3010506@tedpavlic.com>
Message-ID: <20090131211229.GL19966@intoxicatedmind.net>

Hi.

On Sat 2009-01-31 15:56, Ted Pavlic <ted at tedpavlic.com> proclaimed:
> Would having a way to make :help open up a new tab be a desirable  
> feature? (for some future release)
>
> Perhaps a ":help!" or a ":tabhelp" that works like ":tabopen" ?

Just :set newtab=help


Greetings,
Frank

-- 
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
  "Just because I don't care doesn't mean I don't understand."
                                               (Homer Simpson)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090131/bec2162f/attachment.bin>

From maxauthority at vimperator.org  Sat Jan 31 13:09:55 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Sat, 31 Jan 2009 22:09:55 +0100
Subject: [Vimperator] Should 0G act like gg? (i.e.,
 should "0" counts sometimes be allowed?)
In-Reply-To: <4984BC51.3040809@tedpavlic.com>
References: <4984BBC2.90705@tedpavlic.com> <4984BC51.3040809@tedpavlic.com>
Message-ID: <4984BE23.1070204@vimperator.org>

On 2009-01-31 22:02, Ted Pavlic wrote:

>> Is this a bug? Should "0G" be allowed?
> 
> Possible feature request: A way to use "g" or "GG" to bring you back to 
> the original anchor. For example, if you visited
> 
> http://www.blah.com/very_large_page.html#middle
> 
> and you've scrolled around and want to go back to #middle. Rather than 
> "r"efreshing, it would be nice to type "\gg" or something and be brought 
> back to the original anchor for that page. A sort of "reposition" rather 
> than "refresh".
> 
> Perhaps a ":reposition" command (that could be user mapped to whatever) 
> would be appropriate. Or nothing...


As a plugin maybe, but I think 'r' is enough for most people in that case.
Although support for real jump lists (ctrl-o) or at least '' would be ok.

--
Martin

From dpb at driftaway.org  Sat Jan 31 13:54:00 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Sat, 31 Jan 2009 23:54:00 +0200
Subject: [Vimperator] :help (in a new tab) -- desirable feature?
In-Reply-To: <20090131211229.GL19966@intoxicatedmind.net>
References: <4984BB0A.3010506@tedpavlic.com>
	<20090131211229.GL19966@intoxicatedmind.net>
Message-ID: <dd9711230901311354u744ac763vf8502f12d79bddef@mail.gmail.com>

2009/1/31 Frank Blendinger <fb at intoxicatedmind.net>:
> Hi.
>
> On Sat 2009-01-31 15:56, Ted Pavlic <ted at tedpavlic.com> proclaimed:
>> Would having a way to make :help open up a new tab be a desirable
>> feature? (for some future release)
>>
>> Perhaps a ":help!" or a ":tabhelp" that works like ":tabopen" ?
>
> Just :set newtab=help

Or ":tab help" if you just want it once.

--
Daniel