From stubenschrott at vimperator.org  Sun Aug  2 01:49:05 2009
From: stubenschrott at vimperator.org (Martin Stubenschrott)
Date: Sun, 02 Aug 2009 10:49:05 +0200
Subject: [Vimperator] please test new 'complete' option
Message-ID: <4A755301.6070905@vimperator.org>

Hi,

I recently added the possibility to change to an open tab with ":open" in git.
This was added for situations, where you don't know if you have a certain
page still open or not and could just :open facebook<tab><cr> to either
go to that tab or open it otherwise.

The main problem might be, that people used to :open a<tab> probably
will have to write a few more characters as there surely are tabs with "a"
in it.

Of course, this behavior could be changed if we moved the tabs after
the location completions (with :set complete=sltf), but would require 
many more tab keys if you really want to switch to that open tab.

Another idea would be to not change ":open", but rather add
"location bar entries" to :buffer ("b").

Both might not be the "cleanest" solution, but they could be useful to
not open the same page over and over again.

What's your opinion AFTER testing the new behavior for a few hours/days?

--
Martin

From jabba.laci at gmail.com  Mon Aug  3 07:14:39 2009
From: jabba.laci at gmail.com (Jabba Laci)
Date: Mon, 3 Aug 2009 16:14:39 +0200
Subject: [Vimperator] abbreviations with :open
Message-ID: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>

Hi,

I'm new to the list and I'm very glad to have found this extension.
I've been using Vim for years, so it's great to have the same feeling
in Firefox.

My question: is it possible to use use custom abbreviations with the
:open command? Example:

:open sd

Which would open slashdot.org , and sd would be associated to
slashdot.org in the .vimperatorrc file. Tell me if you have a solution
for this.

Thanks,

Laszlo

From john at johnjoyner.com  Mon Aug  3 07:31:49 2009
From: john at johnjoyner.com (John N Joyner)
Date: Mon, 3 Aug 2009 10:31:49 -0400
Subject: [Vimperator] abbreviations with :open
In-Reply-To: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
References: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
Message-ID: <20090803143149.GA37952@vemeq.pair.com>

On Mon, Aug 03, 2009 at 04:14:39PM +0200, Jabba Laci wrote:
> I'm new to the list and I'm very glad to have found this
> extension.  I've been using Vim for years, so it's great
> to have the same feeling in Firefox.
> 
> My question: is it possible to use use custom
> abbreviations with the :open command? Example:
> :open sd
> Which would open slashdot.org , and sd would be associated
> to slashdot.org in the .vimperatorrc file. Tell me if you
> have a solution for this.
> Thanks,
> Laszlo
I think that this command will do that what you want:
:bma -k=sd
First you would need to go to slashdot.org. Then issue the
command. Then, in the future, this command would take you to
slashdot.org:
:open sd

- JJ
--
John Joyner

From dmishd at gmail.com  Mon Aug  3 08:03:31 2009
From: dmishd at gmail.com (mish)
Date: Mon, 3 Aug 2009 16:03:31 +0100
Subject: [Vimperator] abbreviations with :open
In-Reply-To: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
References: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
Message-ID: <2af236e00908030803md139719p9a0cfab6b87dd629@mail.gmail.com>

My question: is it possible to use use custom abbreviations with the

> :open command? Example:
>
> :open sd
>
> Which would open slashdot.org , and sd would be associated to
> slashdot.org in the .vimperatorrc file. Tell me if you have a solution
> for this.
>

Using abbreviations is actually possible without vimperator. Firefox
bookmarks have a keyword associated with them. Without vimperator, you can
go through Menu -> Bookmarks -> Organise Bookmarks. Then select your
slashdot bookmark, select "More" at the bottom of the screen, and put sd in
the Keyword space. I used to use an extension called OpenBook to do this.
Then you could select the location bar, type sd in and press enter, and
slashdot will be loaded.

But the method in the previous reply is rather more succinct :)

Hamish
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090803/74be09fc/attachment.html>

From benisty.e at gmail.com  Mon Aug  3 08:04:40 2009
From: benisty.e at gmail.com (Emmanuel Benisty)
Date: Mon, 3 Aug 2009 22:04:40 +0700
Subject: [Vimperator] abbreviations with :open
In-Reply-To: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
References: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
Message-ID: <c1f41c620908030804y49e22588vd6eed4522a6395e1@mail.gmail.com>

> My question: is it possible to use use custom abbreviations with the
> :open command? Example:
>
> :open sd
>
> Which would open slashdot.org , and sd would be associated to
> slashdot.org in the .vimperatorrc file. Tell me if you have a solution
> for this.

Not what you're asking for but quickmarks are very convenient for
sites you visit often, you may like them.
For more info:
:help quickmarks

From siadat at gmail.com  Mon Aug  3 09:28:00 2009
From: siadat at gmail.com (Sina Siadatnejad)
Date: Mon, 3 Aug 2009 20:28:00 +0400
Subject: [Vimperator] Getting current file name
In-Reply-To: <4A708175.80709@redhat.com>
References: <ae485dd0907271543n199ae9efwbb98a48f0aaabf3f@mail.gmail.com> 
	<4A6EB88C.6010800@redhat.com> <4A703B21.2040700@redhat.com> 
	<ae485dd0907290917i1f508233y1e984ef44f60f3ec@mail.gmail.com> 
	<4A708175.80709@redhat.com>
Message-ID: <ae485dd0908030928q657eeca5uda15b6c62b90cd5f@mail.gmail.com>

Hi all,
I know it's been a while, but I thought that someone else might find
this helpful.

I added the following javascript bit to my .vimperatorrc to map the
"s" key with the a Save As method, ie it creates an ex command ":write
a-file-name", ready to be modified or entered.
Thanks to Marian for his suggestions.

js <<EOF
createFilename = function(){
       path = content.document.location.pathname;
       title= content.document.title;
       MIME = content.document.contentType;

       lastPart = path.split('/').pop();
       if (lastPart.split('.').length > 1) {
               return lastPart;
       }
       else {
               return (title +'.' + MIME.split('/').pop() );
       }
}

mappings.add(
       [modes.NORMAL], ["s"],
       "Save Page As",
       function () { commandline.open(":", "write " +
createFilename(), modes.EX); }
       );
EOF

-Sina Siadatnejad





2009/7/29 Marian Csontos <mcsontos at redhat.com>:
> Sina Siadatnejad wrote:
>>
>> Thanks Marian for your reply.
>>
>> I like the way you get the last bit of the URL, I was not aware of the
>> "content" object. I was looking for that one, as well. :o)
>>
>> I don't like spaces in file names either! I just want to be able to
>> modify the default file name (the one suggested in Firefox's "Save As"
>> dialogue) before saving. Unfortunately, not all file names are visible
>> in the url, and it seems like Firefox uses the page title in those
>> cases, with the page type appended.
>>
>
> Hi Sina, just add a function to your .vimperatorrc or plugin directory [1]
> and you can use URL, title or combination... If you are skilled in js, you
> can do pretty much anything you wish.
>
> And share your solution, please. :-)
>
> [1] You can do everything on one line, of course, but both readability and
> performance suffers that way: the function has to be parsed each time...
>
> Cheers,
>
> -- Marian
>
>> 2009/7/29 Marian Csontos <mcsontos at redhat.com>:
>>
>>>
>>> Hi Sina, unfortunately the mailing list does not do "Reply to all" and I
>>> forgot to reply directly to you.
>>> The same had happened to me a week ago before I subscribed :-(
>>>
>>> Cheers,
>>>
>>> -- Marian
>>>
>>> Marian Csontos wrote:
>>>
>>>>
>>>> Sina Siadatnejad wrote:
>>>>
>>>>>
>>>>> (My first post; apologies if sent to the wrong recipients.)
>>>>>
>>>>> Hey guys,
>>>>>
>>>>> I am trying to save the current page with its filename, only slightly
>>>>> modified. For example, when looking at an "index.html"
>>>>>
>>>>> ? ?:write "my %"
>>>>>
>>>>>
>>>>
>>>> Hi Sina, I think you are after something like this:
>>>> ?:execute "write my-"+content.location.pathname.split("/").pop()
>>>> I am not a JS guy, there might be a better way for parsing
>>>> filenames/URLs...
>>>>
>>>> BTW, are you sure, you want a space in your filename? [ "I 'ate them!"
>>>> as
>>>> my French colleague used to say ;-) ]
>>>> And you might want to handle other special characters not allowed in
>>>> filesystem (or allowed, but not loveable) as well. In DOS/Windows
>>>> filesystem
>>>> e.g. '%' character is good candidate to replace.
>>>>
>>>> Cheers,
>>>>
>>>> Marian
>>>>
>>>>>
>>>>> would save it as "my index.html" (replacing % with the filename).
>>>>> Alternatively, how can I get the current page's filename in my
>>>>> .vimoeratirrc?
>>>>>
>>>>> Thanks :o)
>>>>> Sina
>>>>> _______________________________________________
>>>>> Vimperator mailing list
>>>>> Vimperator at mozdev.org
>>>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Vimperator mailing list
>>>> Vimperator at mozdev.org
>>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>>
>>>
>>>
>
>

From siadat at gmail.com  Mon Aug  3 11:44:17 2009
From: siadat at gmail.com (Sina Siadatnejad)
Date: Mon, 3 Aug 2009 22:44:17 +0400
Subject: [Vimperator] Getting current file name
In-Reply-To: <ae485dd0908030928q657eeca5uda15b6c62b90cd5f@mail.gmail.com>
References: <ae485dd0907271543n199ae9efwbb98a48f0aaabf3f@mail.gmail.com> 
	<4A6EB88C.6010800@redhat.com> <4A703B21.2040700@redhat.com> 
	<ae485dd0907290917i1f508233y1e984ef44f60f3ec@mail.gmail.com> 
	<4A708175.80709@redhat.com>
	<ae485dd0908030928q657eeca5uda15b6c62b90cd5f@mail.gmail.com>
Message-ID: <ae485dd0908031144y2440673w8e7f4be9df46a098@mail.gmail.com>

Sorry, I forgot the quotes for file names with spaces. You could add
them like this:

mappings.add(
	[modes.NORMAL], ["s"],
	"Save Page As",
	function () { commandline.open(":", "write '" + createFilename() +
"'", modes.EX); }
	);





2009/8/3 Sina Siadatnejad <siadat at gmail.com>:
> Hi all,
> I know it's been a while, but I thought that someone else might find
> this helpful.
>
> I added the following javascript bit to my .vimperatorrc to map the
> "s" key with the a Save As method, ie it creates an ex command ":write
> a-file-name", ready to be modified or entered.
> Thanks to Marian for his suggestions.
>
> js <<EOF
> createFilename = function(){
> ? ? ? path = content.document.location.pathname;
> ? ? ? title= content.document.title;
> ? ? ? MIME = content.document.contentType;
>
> ? ? ? lastPart = path.split('/').pop();
> ? ? ? if (lastPart.split('.').length > 1) {
> ? ? ? ? ? ? ? return lastPart;
> ? ? ? }
> ? ? ? else {
> ? ? ? ? ? ? ? return (title +'.' + MIME.split('/').pop() );
> ? ? ? }
> }
>
> mappings.add(
> ? ? ? [modes.NORMAL], ["s"],
> ? ? ? "Save Page As",
> ? ? ? function () { commandline.open(":", "write " +
> createFilename(), modes.EX); }
> ? ? ? );
> EOF
>
> -Sina Siadatnejad
>
>
>
>
>
> 2009/7/29 Marian Csontos <mcsontos at redhat.com>:
>> Sina Siadatnejad wrote:
>>>
>>> Thanks Marian for your reply.
>>>
>>> I like the way you get the last bit of the URL, I was not aware of the
>>> "content" object. I was looking for that one, as well. :o)
>>>
>>> I don't like spaces in file names either! I just want to be able to
>>> modify the default file name (the one suggested in Firefox's "Save As"
>>> dialogue) before saving. Unfortunately, not all file names are visible
>>> in the url, and it seems like Firefox uses the page title in those
>>> cases, with the page type appended.
>>>
>>
>> Hi Sina, just add a function to your .vimperatorrc or plugin directory [1]
>> and you can use URL, title or combination... If you are skilled in js, you
>> can do pretty much anything you wish.
>>
>> And share your solution, please. :-)
>>
>> [1] You can do everything on one line, of course, but both readability and
>> performance suffers that way: the function has to be parsed each time...
>>
>> Cheers,
>>
>> -- Marian
>>
>>> 2009/7/29 Marian Csontos <mcsontos at redhat.com>:
>>>
>>>>
>>>> Hi Sina, unfortunately the mailing list does not do "Reply to all" and I
>>>> forgot to reply directly to you.
>>>> The same had happened to me a week ago before I subscribed :-(
>>>>
>>>> Cheers,
>>>>
>>>> -- Marian
>>>>
>>>> Marian Csontos wrote:
>>>>
>>>>>
>>>>> Sina Siadatnejad wrote:
>>>>>
>>>>>>
>>>>>> (My first post; apologies if sent to the wrong recipients.)
>>>>>>
>>>>>> Hey guys,
>>>>>>
>>>>>> I am trying to save the current page with its filename, only slightly
>>>>>> modified. For example, when looking at an "index.html"
>>>>>>
>>>>>> ? ?:write "my %"
>>>>>>
>>>>>>
>>>>>
>>>>> Hi Sina, I think you are after something like this:
>>>>> ?:execute "write my-"+content.location.pathname.split("/").pop()
>>>>> I am not a JS guy, there might be a better way for parsing
>>>>> filenames/URLs...
>>>>>
>>>>> BTW, are you sure, you want a space in your filename? [ "I 'ate them!"
>>>>> as
>>>>> my French colleague used to say ;-) ]
>>>>> And you might want to handle other special characters not allowed in
>>>>> filesystem (or allowed, but not loveable) as well. In DOS/Windows
>>>>> filesystem
>>>>> e.g. '%' character is good candidate to replace.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Marian
>>>>>
>>>>>>
>>>>>> would save it as "my index.html" (replacing % with the filename).
>>>>>> Alternatively, how can I get the current page's filename in my
>>>>>> .vimoeratirrc?
>>>>>>
>>>>>> Thanks :o)
>>>>>> Sina
>>>>>> _______________________________________________
>>>>>> Vimperator mailing list
>>>>>> Vimperator at mozdev.org
>>>>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Vimperator mailing list
>>>>> Vimperator at mozdev.org
>>>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>>>
>>>>
>>>>
>>
>>
>

From maglione.k at gmail.com  Mon Aug  3 14:15:42 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 3 Aug 2009 17:15:42 -0400
Subject: [Vimperator] abbreviations with :open
In-Reply-To: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
References: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com>
Message-ID: <20090803211542.GA21346@jg.domain_not_set.invalid>

On Mon, Aug 03, 2009 at 04:14:39PM +0200, Jabba Laci wrote:
>My question: is it possible to use use custom abbreviations with the
>:open command? Example:
>
>:open sd
>
>Which would open slashdot.org , and sd would be associated to
>slashdot.org in the .vimperatorrc file. Tell me if you have a solution
>for this.

There are myriad solutions to this problem in Vimperator. The 
first (and most obvious given the phrasing of the question) is 
to use :cabbr as in Vim:

     :cabbr SD slashdot.org

The next is to just use command line history, which is what I 
tend to do. After that is command line completion (especially if 
you have 'l' in :set complete), which is my second choice. Then, 
as mentioned elsewhere in the thread, you have bookmark keywords 
and QuickMarks (neither of which I tend to use, preferring 
either of the previous options, or RSS, depending on the site).

-- 
Kris Maglione

Religion began when the first scoundrel met the first fool.
	--Voltaire


From dougkearns at gmail.com  Wed Aug  5 06:13:45 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 5 Aug 2009 23:13:45 +1000
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <4A755301.6070905@vimperator.org>
References: <4A755301.6070905@vimperator.org>
Message-ID: <644fc65e0908050613w8b2d486rfdf4281d1941efd4@mail.gmail.com>

On Sun, Aug 2, 2009 at 6:49 PM, Martin
Stubenschrott<stubenschrott at vimperator.org> wrote:
> Hi,
>
> I recently added the possibility to change to an open tab with ":open" in git.
> This was added for situations, where you don't know if you have a certain
> page still open or not and could just :open facebook<tab><cr> to either
> go to that tab or open it otherwise.

I don't think it belongs to 'complete', if anywhere.

'complete' simply configures what is opened; where it's opened is
controlled by the command.  But the new "t" argument allows the option
to actually change the behaviour of the :open command which has it
doing too much I think.  Having :winopen {buffer-spec} simply change
tabs in the current window for certain args seems strange and having
that behaviour configured by 'complete' even stranger.  It also breaks
:open for any arg with a leading "NN:" that doesn't match a current
buffer (well it requires an explicit search prefix argument to bypass
it).

The :open commands are already too 'magical' for my tastes, this only
makes them even more so.  I think the functionality would be better as
a separate command (or -option) if included.

<snip>

> What's your opinion AFTER testing the new behavior for a few hours/days?

Having actually played with it I'd say it feels pretty odd to me as an
old-timer.  That said, it's not functionality I'd ever really wanted
and if someone else had suggested it I would have said "that would
make a great plugin". ;-)

I don't feel strongly about it though.

Doug

From gary.katsevman at gmail.com  Wed Aug  5 07:29:07 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Wed, 5 Aug 2009 10:29:07 -0400
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <644fc65e0908050613w8b2d486rfdf4281d1941efd4@mail.gmail.com>
References: <4A755301.6070905@vimperator.org>
	<644fc65e0908050613w8b2d486rfdf4281d1941efd4@mail.gmail.com>
Message-ID: <97265dfa0908050729w213a42e3hdf2bcfd36b4ab1f3@mail.gmail.com>

I havent actually used this yet, but what if I want to actually open
another instance of the site? Would I have to remove it from cpt, open
the tab, then readd it to cpt? I think this will be useful for me so
that I dont open up multiple instances of gmail, for example.
When I unbork my Xserver config, ill try this out see how I like it then.

------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Wed, Aug 5, 2009 at 09:13, Doug Kearns<dougkearns at gmail.com> wrote:
> On Sun, Aug 2, 2009 at 6:49 PM, Martin
> Stubenschrott<stubenschrott at vimperator.org> wrote:
>> Hi,
>>
>> I recently added the possibility to change to an open tab with ":open" in git.
>> This was added for situations, where you don't know if you have a certain
>> page still open or not and could just :open facebook<tab><cr> to either
>> go to that tab or open it otherwise.
>
> I don't think it belongs to 'complete', if anywhere.
>
> 'complete' simply configures what is opened; where it's opened is
> controlled by the command. ?But the new "t" argument allows the option
> to actually change the behaviour of the :open command which has it
> doing too much I think. ?Having :winopen {buffer-spec} simply change
> tabs in the current window for certain args seems strange and having
> that behaviour configured by 'complete' even stranger. ?It also breaks
> :open for any arg with a leading "NN:" that doesn't match a current
> buffer (well it requires an explicit search prefix argument to bypass
> it).
>
> The :open commands are already too 'magical' for my tastes, this only
> makes them even more so. ?I think the functionality would be better as
> a separate command (or -option) if included.
>
> <snip>
>
>> What's your opinion AFTER testing the new behavior for a few hours/days?
>
> Having actually played with it I'd say it feels pretty odd to me as an
> old-timer. ?That said, it's not functionality I'd ever really wanted
> and if someone else had suggested it I would have said "that would
> make a great plugin". ;-)
>
> I don't feel strongly about it though.
>
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From maxauthority at vimperator.org  Wed Aug  5 08:06:30 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 5 Aug 2009 17:06:30 +0200
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <97265dfa0908050729w213a42e3hdf2bcfd36b4ab1f3@mail.gmail.com>
References: <4A755301.6070905@vimperator.org>
	<644fc65e0908050613w8b2d486rfdf4281d1941efd4@mail.gmail.com>
	<97265dfa0908050729w213a42e3hdf2bcfd36b4ab1f3@mail.gmail.com>
Message-ID: <aaae92100908050806h6b08b92ap50d59d168ac86070@mail.gmail.com>

No, you just press <tab> once more, to get to the "smart completions",
if you want another instance.

On Wed, Aug 5, 2009 at 4:29 PM, Gary Katsevman<gary.katsevman at gmail.com> wrote:
> I havent actually used this yet, but what if I want to actually open
> another instance of the site? Would I have to remove it from cpt, open
> the tab, then readd it to cpt? I think this will be useful for me so
> that I dont open up multiple instances of gmail, for example.
> When I unbork my Xserver config, ill try this out see how I like it then.
>
> ------------------------
> Gary Katsevman
> Computer Science Undergraduate
> Northeastern University
> gkatsev at ccs.neu.edu
> gkatsev.com
>
>
>
> On Wed, Aug 5, 2009 at 09:13, Doug Kearns<dougkearns at gmail.com> wrote:
>> On Sun, Aug 2, 2009 at 6:49 PM, Martin
>> Stubenschrott<stubenschrott at vimperator.org> wrote:
>>> Hi,
>>>
>>> I recently added the possibility to change to an open tab with ":open" in git.
>>> This was added for situations, where you don't know if you have a certain
>>> page still open or not and could just :open facebook<tab><cr> to either
>>> go to that tab or open it otherwise.
>>
>> I don't think it belongs to 'complete', if anywhere.
>>
>> 'complete' simply configures what is opened; where it's opened is
>> controlled by the command. ?But the new "t" argument allows the option
>> to actually change the behaviour of the :open command which has it
>> doing too much I think. ?Having :winopen {buffer-spec} simply change
>> tabs in the current window for certain args seems strange and having
>> that behaviour configured by 'complete' even stranger. ?It also breaks
>> :open for any arg with a leading "NN:" that doesn't match a current
>> buffer (well it requires an explicit search prefix argument to bypass
>> it).
>>
>> The :open commands are already too 'magical' for my tastes, this only
>> makes them even more so. ?I think the functionality would be better as
>> a separate command (or -option) if included.
>>
>> <snip>
>>
>>> What's your opinion AFTER testing the new behavior for a few hours/days?
>>
>> Having actually played with it I'd say it feels pretty odd to me as an
>> old-timer. ?That said, it's not functionality I'd ever really wanted
>> and if someone else had suggested it I would have said "that would
>> make a great plugin". ;-)
>>
>> I don't feel strongly about it though.
>>
>> Doug
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From gary.katsevman at gmail.com  Wed Aug  5 08:11:02 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Wed, 5 Aug 2009 11:11:02 -0400
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <aaae92100908050806h6b08b92ap50d59d168ac86070@mail.gmail.com>
References: <4A755301.6070905@vimperator.org>
	<644fc65e0908050613w8b2d486rfdf4281d1941efd4@mail.gmail.com> 
	<97265dfa0908050729w213a42e3hdf2bcfd36b4ab1f3@mail.gmail.com> 
	<aaae92100908050806h6b08b92ap50d59d168ac86070@mail.gmail.com>
Message-ID: <97265dfa0908050811l72ada62cpfa9b11c08dbd2a99@mail.gmail.com>

Ah, ok. Well, I'll report back when I get things working.
------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Wed, Aug 5, 2009 at 11:06, Martin
Stubenschrott<maxauthority at vimperator.org> wrote:
> No, you just press <tab> once more, to get to the "smart completions",
> if you want another instance.
>
> On Wed, Aug 5, 2009 at 4:29 PM, Gary Katsevman<gary.katsevman at gmail.com> wrote:
>> I havent actually used this yet, but what if I want to actually open
>> another instance of the site? Would I have to remove it from cpt, open
>> the tab, then readd it to cpt? I think this will be useful for me so
>> that I dont open up multiple instances of gmail, for example.
>> When I unbork my Xserver config, ill try this out see how I like it then.
>>
>> ------------------------
>> Gary Katsevman
>> Computer Science Undergraduate
>> Northeastern University
>> gkatsev at ccs.neu.edu
>> gkatsev.com
>>
>>
>>
>> On Wed, Aug 5, 2009 at 09:13, Doug Kearns<dougkearns at gmail.com> wrote:
>>> On Sun, Aug 2, 2009 at 6:49 PM, Martin
>>> Stubenschrott<stubenschrott at vimperator.org> wrote:
>>>> Hi,
>>>>
>>>> I recently added the possibility to change to an open tab with ":open" in git.
>>>> This was added for situations, where you don't know if you have a certain
>>>> page still open or not and could just :open facebook<tab><cr> to either
>>>> go to that tab or open it otherwise.
>>>
>>> I don't think it belongs to 'complete', if anywhere.
>>>
>>> 'complete' simply configures what is opened; where it's opened is
>>> controlled by the command. ?But the new "t" argument allows the option
>>> to actually change the behaviour of the :open command which has it
>>> doing too much I think. ?Having :winopen {buffer-spec} simply change
>>> tabs in the current window for certain args seems strange and having
>>> that behaviour configured by 'complete' even stranger. ?It also breaks
>>> :open for any arg with a leading "NN:" that doesn't match a current
>>> buffer (well it requires an explicit search prefix argument to bypass
>>> it).
>>>
>>> The :open commands are already too 'magical' for my tastes, this only
>>> makes them even more so. ?I think the functionality would be better as
>>> a separate command (or -option) if included.
>>>
>>> <snip>
>>>
>>>> What's your opinion AFTER testing the new behavior for a few hours/days?
>>>
>>> Having actually played with it I'd say it feels pretty odd to me as an
>>> old-timer. ?That said, it's not functionality I'd ever really wanted
>>> and if someone else had suggested it I would have said "that would
>>> make a great plugin". ;-)
>>>
>>> I don't feel strongly about it though.
>>>
>>> Doug
>>> _______________________________________________
>>> Vimperator mailing list
>>> Vimperator at mozdev.org
>>> https://www.mozdev.org/mailman/listinfo/vimperator
>>>
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From dotancohen at gmail.com  Thu Aug  6 08:16:31 2009
From: dotancohen at gmail.com (Dotan Cohen)
Date: Thu, 6 Aug 2009 18:16:31 +0300
Subject: [Vimperator] How to open a group of links?
In-Reply-To: <880dece00907240730x32c9efc4xe8f9aad9507bf789@mail.gmail.com>
References: <366c6f340907231840x5d1b4708q8b2d7c9ed78dd42e@mail.gmail.com>
	<c264b4d20907232025p3b4cbe01kbbd10b85e1bc87ac@mail.gmail.com>
	<aaae92100907240037n3c535bf0va8f463ae5bb5066e@mail.gmail.com>
	<366c6f340907240648u7ed371fg5f426718ac0e7b0d@mail.gmail.com>
	<880dece00907240730x32c9efc4xe8f9aad9507bf789@mail.gmail.com>
Message-ID: <880dece00908060816w61fef0a9v4bf307c8f26ddb5b@mail.gmail.com>

It turns out that Snap Links is no longer maintained, but there is a
replacement:
http://www.ghacks.net/2009/08/06/open-multiple-links-at-once-in-firefox-2/

-- 
Dotan Cohen

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

From jabba.laci at gmail.com  Tue Aug 11 10:13:14 2009
From: jabba.laci at gmail.com (Jabba Laci)
Date: Tue, 11 Aug 2009 19:13:14 +0200
Subject: [Vimperator] tab duplication with :tabd
Message-ID: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>

Hi,

I'd like to duplicate the current tab. The help says the following:

:[count]tabd[uplicate][!]

However, while :tabduplicate works fine, the shorter version :tabd
gives an error message (E471: Argument required). Is it a bug?

Thanks,

Laszlo

From ted at tedpavlic.com  Tue Aug 11 13:53:49 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Tue, 11 Aug 2009 16:53:49 -0400
Subject: [Vimperator] tab duplication with :tabd
In-Reply-To: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>
Message-ID: <4A81DA5D.9060703@tedpavlic.com>

> However, while :tabduplicate works fine, the shorter version :tabd
> gives an error message (E471: Argument required). Is it a bug?

:tabd is not short for :tabduplicate. :tabd is short for :tabdo.

You want :tabdu (or you can create your own alias).

--Ted


-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my 2009 d'Feet ALS walk page:
         http://web.alsa.org/goto/tedp
   My family appreciates your support in the fight to defeat ALS.

From markjreed at gmail.com  Tue Aug 11 14:45:59 2009
From: markjreed at gmail.com (Mark J. Reed)
Date: Tue, 11 Aug 2009 17:45:59 -0400
Subject: [Vimperator] tab duplication with :tabd
In-Reply-To: <4A81DA5D.9060703@tedpavlic.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>
	<4A81DA5D.9060703@tedpavlic.com>
Message-ID: <f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com>

Sounds like the help text needs updating, then?

On 8/11/09, Ted Pavlic <ted at tedpavlic.com> wrote:
>> However, while :tabduplicate works fine, the shorter version :tabd
>> gives an error message (E471: Argument required). Is it a bug?
>
> :tabd is not short for :tabduplicate. :tabd is short for :tabdo.
>
> You want :tabdu (or you can create your own alias).
>
> --Ted
>
>
> --
> Ted Pavlic <ted at tedpavlic.com>
>
>    Please visit my 2009 d'Feet ALS walk page:
>          http://web.alsa.org/goto/tedp
>    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
>

-- 
Sent from my mobile device

Mark J. Reed <markjreed at gmail.com>

From dougkearns at gmail.com  Tue Aug 11 18:31:35 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Wed, 12 Aug 2009 11:31:35 +1000
Subject: [Vimperator] tab duplication with :tabd
In-Reply-To: <f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com> 
	<4A81DA5D.9060703@tedpavlic.com>
	<f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com>
Message-ID: <644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com>

On Wed, Aug 12, 2009 at 7:45 AM, Mark J. Reed<markjreed at gmail.com> wrote:
> Sounds like the help text needs updating, then?

This has already been fixed, thanks.

Doug

From rz at linux-m68k.org  Wed Aug 12 15:14:35 2009
From: rz at linux-m68k.org (Richard Zidlicky)
Date: Thu, 13 Aug 2009 00:14:35 +0200
Subject: [Vimperator] List all keymappings?
In-Reply-To: <644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>
	<4A81DA5D.9060703@tedpavlic.com>
	<f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com>
	<644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com>
Message-ID: <20090812221435.GC11171@linux-m68k.org>

Hi,

is there any way to list all active key mappings? Or at least those that
are under the control of Vimperator?

Richard

From dpb at driftaway.org  Wed Aug 12 23:34:08 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Thu, 13 Aug 2009 09:34:08 +0300
Subject: [Vimperator] List all keymappings?
In-Reply-To: <20090812221435.GC11171@linux-m68k.org>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com> 
	<4A81DA5D.9060703@tedpavlic.com>
	<f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com> 
	<644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com> 
	<20090812221435.GC11171@linux-m68k.org>
Message-ID: <dd9711230908122334p2db25998r5ca48b1cb0f11b38@mail.gmail.com>

2009/8/13 Richard Zidlicky <rz at linux-m68k.org>:
> Hi,
>
> is there any way to list all active key mappings? Or at least those that
> are under the control of Vimperator?
>
> Richard
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

:viusage to list the default mappings in Vimperator, :map/:imap/etc to
view your edited ones.

--
Daniel

From rz at linux-m68k.org  Thu Aug 13 00:46:22 2009
From: rz at linux-m68k.org (Richard Zidlicky)
Date: Thu, 13 Aug 2009 09:46:22 +0200
Subject: [Vimperator] Map Bookmarklets to keys?
In-Reply-To: <20090725134109.GC10354@linux-m68k.org>
References: <20090725134109.GC10354@linux-m68k.org>
Message-ID: <20090813074622.GA7346@linux-m68k.org>

On Sat, Jul 25, 2009 at 03:41:09PM +0200, Richard Zidlicky wrote:
> Hi,

to answer my own post, when converting bookmarklets to be invoked as vimperator
key mappings I have to prepend "content." in all places, so instead of
document.documentElement - content.document.documentElement works.

Richard

From gary.katsevman at gmail.com  Thu Aug 13 06:05:11 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Thu, 13 Aug 2009 09:05:11 -0400
Subject: [Vimperator] List all keymappings?
In-Reply-To: <dd9711230908122334p2db25998r5ca48b1cb0f11b38@mail.gmail.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com> 
	<4A81DA5D.9060703@tedpavlic.com>
	<f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com> 
	<644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com> 
	<20090812221435.GC11171@linux-m68k.org>
	<dd9711230908122334p2db25998r5ca48b1cb0f11b38@mail.gmail.com>
Message-ID: <97265dfa0908130605la75f21ejcccba55e85a95855@mail.gmail.com>

There is also :exusage. Together with :viusage you should be able to
see most, if not all, of the commands available.

------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Thu, Aug 13, 2009 at 02:34, Daniel Bainton<dpb at driftaway.org> wrote:
> 2009/8/13 Richard Zidlicky <rz at linux-m68k.org>:
>> Hi,
>>
>> is there any way to list all active key mappings? Or at least those that
>> are under the control of Vimperator?
>>
>> Richard
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
>
> :viusage to list the default mappings in Vimperator, :map/:imap/etc to
> view your edited ones.
>
> --
> Daniel
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From ted at tedpavlic.com  Thu Aug 13 08:17:18 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Thu, 13 Aug 2009 11:17:18 -0400
Subject: [Vimperator] List all keymappings?
In-Reply-To: <97265dfa0908130605la75f21ejcccba55e85a95855@mail.gmail.com>
References: <310fbb00908111013m3ae33e8dx63ec150be7410854@mail.gmail.com>
	<4A81DA5D.9060703@tedpavlic.com>
	<f60fe000908111445g76491d2eu7ca61351145112f@mail.gmail.com>
	<644fc65e0908111831x25a1a19cpc9d29f8d0c492441@mail.gmail.com>
	<20090812221435.GC11171@linux-m68k.org>
	<dd9711230908122334p2db25998r5ca48b1cb0f11b38@mail.gmail.com>
	<97265dfa0908130605la75f21ejcccba55e85a95855@mail.gmail.com>
Message-ID: <4A842E7E.3050702@tedpavlic.com>

> There is also :exusage. Together with :viusage you should be able to
> see most, if not all, of the commands available.

And don't forget about...

:<tab>

which is sure to show you everything available.

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my 2009 d'Feet ALS walk page:
         http://web.alsa.org/goto/tedp
   My family appreciates your support in the fight to defeat ALS.

From jabba.laci at gmail.com  Fri Aug 14 02:17:54 2009
From: jabba.laci at gmail.com (Jabba Laci)
Date: Fri, 14 Aug 2009 11:17:54 +0200
Subject: [Vimperator] abbreviations with :open
In-Reply-To: <20090803143149.GA37952@vemeq.pair.com>
References: <310fbb00908030714n42cda666y422cfc6be12d51ba@mail.gmail.com> 
	<20090803143149.GA37952@vemeq.pair.com>
Message-ID: <310fbb00908140217k41ebc2aat500c8694501359b3@mail.gmail.com>

> I think that this command will do that what you want:
> :bma -k=sd
> First you would need to go to slashdot.org. Then issue the
> command. Then, in the future, this command would take you to
> slashdot.org:
> :open sd

Hi,

Thanks for all the answers. This kind of bookmarking is perfect for
me. A great add-on to this is the Xmarks plugin
(http://www.xmarks.com/), thus one can use his bookmarks (and
abbreviations) on all his machines.

Laszlo

From trilliput.omsk at gmail.com  Fri Aug 14 07:32:52 2009
From: trilliput.omsk at gmail.com (Ilya Shmygol)
Date: Fri, 14 Aug 2009 21:32:52 +0700
Subject: [Vimperator]  Idea about hints
Message-ID: <eade85c40908140732s314b780cmb76595981b987dc6@mail.gmail.com>

I have an idea. When I press F, appears a numbers from 1 to n. What if:
when 9 < n < 20 numbers startes from 2 (not 1),
and when 19 < n < 30 numbers startes from 3 etc. In this way we don't need
to press Enter.
Sorry for my English. I hope you understood me.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090814/e4d0f05e/attachment.html>

From dougkearns at gmail.com  Fri Aug 14 07:38:01 2009
From: dougkearns at gmail.com (Doug Kearns)
Date: Sat, 15 Aug 2009 00:38:01 +1000
Subject: [Vimperator] Idea about hints
In-Reply-To: <eade85c40908140732s314b780cmb76595981b987dc6@mail.gmail.com>
References: <eade85c40908140732s314b780cmb76595981b987dc6@mail.gmail.com>
Message-ID: <644fc65e0908140738g1a8da1fem61d1a368e3654b4@mail.gmail.com>

On Sat, Aug 15, 2009 at 12:32 AM, Ilya Shmygol<trilliput.omsk at gmail.com> wrote:
> I have an idea. When I press F, appears a numbers from 1 to n. What if:
> when 9 < n < 20 numbers startes from 2 (not 1),
> and when 19 < n < 30 numbers startes from 3 etc. In this way we don't need
> to press Enter.
> Sorry for my English. I hope you understood me.

Does setting 'hinttimeout' solve your problem?

Doug

From trilliput.omsk at gmail.com  Fri Aug 14 07:53:16 2009
From: trilliput.omsk at gmail.com (Ilya Shmygol)
Date: Fri, 14 Aug 2009 21:53:16 +0700
Subject: [Vimperator] Idea about hints
In-Reply-To: <644fc65e0908140738g1a8da1fem61d1a368e3654b4@mail.gmail.com>
References: <eade85c40908140732s314b780cmb76595981b987dc6@mail.gmail.com>
	<644fc65e0908140738g1a8da1fem61d1a368e3654b4@mail.gmail.com>
Message-ID: <eade85c40908140753h2f94d89fg725e4d7539de55ae@mail.gmail.com>

Yes, it is seems good. But my solution is better ;).
Thanks.

2009/8/14 Doug Kearns <dougkearns at gmail.com>

> On Sat, Aug 15, 2009 at 12:32 AM, Ilya Shmygol<trilliput.omsk at gmail.com>
> wrote:
> > I have an idea. When I press F, appears a numbers from 1 to n. What if:
> > when 9 < n < 20 numbers startes from 2 (not 1),
> > and when 19 < n < 30 numbers startes from 3 etc. In this way we don't
> need
> > to press Enter.
> > Sorry for my English. I hope you understood me.
>
> Does setting 'hinttimeout' solve your problem?
>
> Doug
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090814/1245f2af/attachment.html>

From minilith at gmail.com  Fri Aug 14 10:11:35 2009
From: minilith at gmail.com (Leo)
Date: Fri, 14 Aug 2009 19:11:35 +0200
Subject: [Vimperator] Newbie questions: edit url of the current document
Message-ID: <5f6235790908141011m4b57a9f3xca076ab8b87484b9@mail.gmail.com>

Hi,

I'm new to vimperator so please forgive me if I'm asking a faq.

Is there a way to get the url of the current document into the command
line? I would like to type <c-l> and then have ":o URL" in the command
line so that I can edit the url and then press enter to open the new
url. I could think of something like

:js events.feedkeys(":o " + document.getElementById("urlbar").value)

but was wondering if there is a more obvious solution.

Regards,
Thomas.

From gary.katsevman at gmail.com  Fri Aug 14 10:15:18 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Fri, 14 Aug 2009 13:15:18 -0400
Subject: [Vimperator] Newbie questions: edit url of the current document
In-Reply-To: <5f6235790908141011m4b57a9f3xca076ab8b87484b9@mail.gmail.com>
References: <5f6235790908141011m4b57a9f3xca076ab8b87484b9@mail.gmail.com>
Message-ID: <97265dfa0908141015h7d69b950ne0e778a7692b67b0@mail.gmail.com>

O
------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Fri, Aug 14, 2009 at 13:11, Leo<minilith at gmail.com> wrote:
> Hi,
>
> I'm new to vimperator so please forgive me if I'm asking a faq.
>
> Is there a way to get the url of the current document into the command
> line? I would like to type <c-l> and then have ":o URL" in the command
> line so that I can edit the url and then press enter to open the new
> url. I could think of something like
>
> :js events.feedkeys(":o " + document.getElementById("urlbar").value)
>
> but was wondering if there is a more obvious solution.
>
> Regards,
> Thomas.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From minilith at gmail.com  Fri Aug 14 10:24:26 2009
From: minilith at gmail.com (Leo)
Date: Fri, 14 Aug 2009 19:24:26 +0200
Subject: [Vimperator] Newbie questions: edit url of the current document
In-Reply-To: <97265dfa0908141015h7d69b950ne0e778a7692b67b0@mail.gmail.com>
References: <5f6235790908141011m4b57a9f3xca076ab8b87484b9@mail.gmail.com>
	<97265dfa0908141015h7d69b950ne0e778a7692b67b0@mail.gmail.com>
Message-ID: <5f6235790908141024m4da64b99yb0214d4bc1d03e2e@mail.gmail.com>

Hi,

> O

Okay, that was easy. Thanks a lot.

Regards,
Thomas.

From maglione.k at gmail.com  Fri Aug 14 15:29:06 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Fri, 14 Aug 2009 18:29:06 -0400
Subject: [Vimperator] Idea about hints
In-Reply-To: <eade85c40908140753h2f94d89fg725e4d7539de55ae@mail.gmail.com>
References: <eade85c40908140732s314b780cmb76595981b987dc6@mail.gmail.com>
	<644fc65e0908140738g1a8da1fem61d1a368e3654b4@mail.gmail.com>
	<eade85c40908140753h2f94d89fg725e4d7539de55ae@mail.gmail.com>
Message-ID: <20090814222906.GA28103@jg.domain_not_set.invalid>

On Fri, Aug 14, 2009 at 09:53:16PM +0700, Ilya Shmygol wrote:
>Yes, it is seems good. But my solution is better ;).

It is.

-- 
Kris Maglione

It has been said that the great scientific disciplines are examples of
giants standing on the shoulders of other giants.  It has also been
said that the software industry is an example of midgets standing on
the toes of other midgets.
	--Alan Cooper


From dpb at driftaway.org  Sat Aug 15 09:57:31 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Sat, 15 Aug 2009 19:57:31 +0300
Subject: [Vimperator] Newbie questions: edit url of the current document
In-Reply-To: <5f6235790908141024m4da64b99yb0214d4bc1d03e2e@mail.gmail.com>
References: <5f6235790908141011m4b57a9f3xca076ab8b87484b9@mail.gmail.com> 
	<97265dfa0908141015h7d69b950ne0e778a7692b67b0@mail.gmail.com> 
	<5f6235790908141024m4da64b99yb0214d4bc1d03e2e@mail.gmail.com>
Message-ID: <dd9711230908150957h6911207qb0c93d70447d605a@mail.gmail.com>

2009/8/14 Leo <minilith at gmail.com>:
> Hi,
>
>> O
>
> Okay, that was easy. Thanks a lot.
>
> Regards,
> Thomas.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

Or 'T' to open it in a new tab.

You should read the manual. ;)

--
Daniel

From minilith at gmail.com  Tue Aug 18 01:43:06 2009
From: minilith at gmail.com (lith)
Date: Tue, 18 Aug 2009 10:43:06 +0200
Subject: [Vimperator] Open bookmarklets when javascript is disabled
Message-ID: <5f6235790908180143pf9a0e98u46174a90b515cae8@mail.gmail.com>

Hi,

I noticed that :o KEYWORD<cr> doesn't work if KEYWORD refers to a
bookmarklet (a javascript snippet) and if javascript is disabled (eg.
via the NoScript extension). Opening bookmarklets still works though
if I enter the keyword in the FF address bar. IIRC NoScript itself
once implemented a work-around in order to make this work.

What would be the best way to open a bookmarklet from the vimperator
command line in such a situation (eg by defining a command that
executes the bookmarklet in question)?

The bookmarklet in question is for delicious:

javascript:(function(){f='http://delicious.com/save?url='+encodeURIComponent(window.location.href)+'&title='+encodeURIComponent(document.title)+'&v=5&';a=function(){if(!window.open(f+'noui=1&jump=doclose','deliciousuiv5','location=yes,links=no,scrollbars=no,toolbar=no,width=550,height=550'))location.href=f+'jump=yes'};if(/Firefox/.test(navigator.userAgent)){setTimeout(a,0)}else{a()}})()

I know there is also a plugin that uses the delicious api but I prefer
using the bookmarklet because of the completion of tags etc.

My apologies in advance if this is another newbie question that is
well covered in the manual.

Regards,
Tom

From rz at linux-m68k.org  Tue Aug 18 03:14:31 2009
From: rz at linux-m68k.org (Richard Zidlicky)
Date: Tue, 18 Aug 2009 12:14:31 +0200
Subject: [Vimperator] Open bookmarklets when javascript is disabled
In-Reply-To: <5f6235790908180143pf9a0e98u46174a90b515cae8@mail.gmail.com>
References: <5f6235790908180143pf9a0e98u46174a90b515cae8@mail.gmail.com>
Message-ID: <20090818101431.GC8454@linux-m68k.org>

On Tue, Aug 18, 2009 at 10:43:06AM +0200, lith wrote:
> Hi,
> 
> I noticed that :o KEYWORD<cr> doesn't work if KEYWORD refers to a
> bookmarklet (a javascript snippet) and if javascript is disabled (eg.
> via the NoScript extension). 

I have mapped some of my bookmarklets to keys and it seems to work regardless
of noscript, see my posts some 2 weeks ago. Previously I have invoked them through 
bookmark bar which also worked regardless of noscript.

However I noticed some tiny differences in behaviour whether the bookmarklet is
invoked through key mapping or from bookmark bar so it is still a bit mysterious
to me.

Richard

From mchalkley at mail.com  Wed Aug 19 06:47:39 2009
From: mchalkley at mail.com (mchalkley at mail.com)
Date: Wed, 19 Aug 2009 09:47:39 -0400
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <4A755301.6070905@vimperator.org>
References: <4A755301.6070905@vimperator.org>
Message-ID: <7510375101.20090819094739@mail.com>

I'm definitely interested in this behavior.  Is it possible to have
the open tabs listed between windows, or are they completely "unaware"
of each other?  e.g. if I have google reader open in ff window A,
and I'm currently ff window B, could this behavior be made to
list the open tab in window A and switch to it if I select it?

Mark

Sunday, August 2, 2009, 4:49:05 AM, you wrote:

> Hi,

> I recently added the possibility to change to an open tab with ":open" in git.
> This was added for situations, where you don't know if you have a certain
> page still open or not and could just :open facebook<tab><cr> to either
> go to that tab or open it otherwise.

> The main problem might be, that people used to :open a<tab> probably
> will have to write a few more characters as there surely are tabs with "a"
> in it.

> Of course, this behavior could be changed if we moved the tabs after
> the location completions (with :set complete=sltf), but would require 
> many more tab keys if you really want to switch to that open tab.

> Another idea would be to not change ":open", but rather add
> "location bar entries" to :buffer ("b").

> Both might not be the "cleanest" solution, but they could be useful to
> not open the same page over and over again.

> What's your opinion AFTER testing the new behavior for a few hours/days?

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


From maxauthority at vimperator.org  Wed Aug 19 07:12:58 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 19 Aug 2009 16:12:58 +0200
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <7510375101.20090819094739@mail.com>
References: <4A755301.6070905@vimperator.org>
	<7510375101.20090819094739@mail.com>
Message-ID: <aaae92100908190712xb831b54ofd3d158f910a251c@mail.gmail.com>

On Wed, Aug 19, 2009 at 3:47 PM, <mchalkley at mail.com> wrote:
> I'm definitely interested in this behavior. ?Is it possible to have
> the open tabs listed between windows, or are they completely "unaware"
> of each other? ?e.g. if I have google reader open in ff window A,
> and I'm currently ff window B, could this behavior be made to
> list the open tab in window A and switch to it if I select it?

That's impossible since none of the devs uses more than 1 window constantly,
or at least is happy with all commands just working on the current window.

Also, if :open supported your suggested behavior, it would also need to apply
to :tab* commands, and i am not sure, if that's a wanted behavior for all users.

From mchalkley at mail.com  Wed Aug 19 07:25:19 2009
From: mchalkley at mail.com (mchalkley at mail.com)
Date: Wed, 19 Aug 2009 10:25:19 -0400
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <aaae92100908190712xb831b54ofd3d158f910a251c@mail.gmail.com>
References: <4A755301.6070905@vimperator.org>
	<7510375101.20090819094739@mail.com>
	<aaae92100908190712xb831b54ofd3d158f910a251c@mail.gmail.com>
Message-ID: <1322333900.20090819102519@mail.com>

That makes sense, of course.  I usually have 3 or 4 windows open, with
6 to ?? tabs open in each, and I sometimes forget which window has
which window has which tab open in it...

What I'd REALLY like is an Alt-Tab replacement that knew what tabs were
open in my ff windows, so I could hit an Alt-Tab equivalent when I'm
editing in Vim, for example, and start typing "reader" and it would
show the instance of ff which had that tab open and switch to it.   But
that's outside the scope of this mailing list, obviously...


Wednesday, August 19, 2009, 10:12:58 AM, you wrote:

> On Wed, Aug 19, 2009 at 3:47 PM, <mchalkley at mail.com> wrote:
>> I'm definitely interested in this behavior. ?Is it possible to have
>> the open tabs listed between windows, or are they completely "unaware"
>> of each other? ?e.g. if I have google reader open in ff window A,
>> and I'm currently ff window B, could this behavior be made to
>> list the open tab in window A and switch to it if I select it?

> That's impossible since none of the devs uses more than 1 window constantly,
> or at least is happy with all commands just working on the current window.

> Also, if :open supported your suggested behavior, it would also need to apply
> to :tab* commands, and i am not sure, if that's a wanted behavior for all users.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator


From maxauthority at vimperator.org  Wed Aug 19 07:41:34 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 19 Aug 2009 16:41:34 +0200
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <1322333900.20090819102519@mail.com>
References: <4A755301.6070905@vimperator.org>
	<7510375101.20090819094739@mail.com>
	<aaae92100908190712xb831b54ofd3d158f910a251c@mail.gmail.com>
	<1322333900.20090819102519@mail.com>
Message-ID: <aaae92100908190741j26061dd0obbf268f8ea10e9df@mail.gmail.com>

On Wed, Aug 19, 2009 at 4:25 PM, <mchalkley at mail.com> wrote:
> That makes sense, of course. ?I usually have 3 or 4 windows open, with
> 6 to ?? tabs open in each, and I sometimes forget which window has
> which window has which tab open in it...

Understandable.

Maybe, we should leave :open really untouched and back to just opening things
and add a :goto command which is really "clever" at such things, and could also
search :back histories, etc.

Not that i have much time for it, but i think, it might be a better
design decision
than to add "t" to 'complete', so :open/:buffer etc. would do their thing, and
a :goto would be a "clever" all-in one solution, merging the
functionality of all this.

However, just a quick thought, nothing more :)

Martin

From mchalkley at mail.com  Wed Aug 19 08:10:14 2009
From: mchalkley at mail.com (Mark Chalkley)
Date: Wed, 19 Aug 2009 11:10:14 -0400
Subject: [Vimperator] please test new 'complete' option
Message-ID: <20090819151016.25FF35C0F850@outbound1-2.us4.outblaze.com>

I'd say that the :goto idea is a VERY good one, especially for a 'quick thought'. :)  It would sure make my life easier...

-----Original Message-----
From: Martin Stubenschrott <maxauthority at vimperator.org>
Sent: Wednesday, August 19, 2009 10:41 AM
To: vimperator at mozdev.org
Subject: Re: [Vimperator] please test new 'complete' option

On Wed, Aug 19, 2009 at 4:25 PM, <mchalkley at mail.com> wrote:
> That makes sense, of course. ?I usually have 3 or 4 windows open, with
> 6 to ?? tabs open in each, and I sometimes forget which window has
> which window has which tab open in it...

Understandable.

Maybe, we should leave :open really untouched and back to just opening things
and add a :goto command which is really "clever" at such things, and could also
search :back histories, etc.

Not that i have much time for it, but i think, it might be a better
design decision
than to add "t" to 'complete', so :open/:buffer etc. would do their thing, and
a :goto would be a "clever" all-in one solution, merging the
functionality of all this.

However, just a quick thought, nothing more :)

Martin
_______________________________________________
Vimperator mailing list
Vimperator at mozdev.org
https://www.mozdev.org/mailman/listinfo/vimperator


From maxauthority at vimperator.org  Wed Aug 19 08:29:39 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Wed, 19 Aug 2009 17:29:39 +0200
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <20090819151016.25FF35C0F850@outbound1-2.us4.outblaze.com>
References: <20090819151016.25FF35C0F850@outbound1-2.us4.outblaze.com>
Message-ID: <aaae92100908190829t62fbc034y47fffec670d36121@mail.gmail.com>

> I'd say that the :goto idea is a VERY good one, especially for a 'quick thought'. :) ?It would sure make my life easier...

Just making someone's life easier in the short term does not
necessarily result in good software. :)
That's why it was just a quick thought. Adding features is MUCH easier
than designing the software
and make it maintainable, quick and easy to use.

From kylirh at gmail.com  Wed Aug 19 08:47:12 2009
From: kylirh at gmail.com (Kylir Horton)
Date: Wed, 19 Aug 2009 09:47:12 -0600
Subject: [Vimperator] Site specific key mappings?
Message-ID: <81369f920908190847j6b932e37k3448543b2052dab3@mail.gmail.com>

Hey guys,

I'm new to Vimperator and this mailing list, but I am really glad to have
found both. I have a number of questions, but the most pressing one is I'd
like to know if it is possible to do site-specific key mappings. I use
rememberthemilk.com on a daily basis. Remember the Milk has a number of
keyboard shortcuts, like Gmail. The only difference from Gmail really is
that it uses the escape key all over the place. I would like to have a way
of sending all those keystrokes AND the escape key. I've tried using autocmd
LocationChange to get into pass-through mode and inoremap to make it
possible to send the escape key while in insert mode, but they haven't
worked quite right. Another solution would be to completely disable
Vimperator in every way when I'm just on Remember the Milk, but of course I
don't know how to do that as well.

Also, I'm using Windows Vista and for the life of me I can't figure out how
to use gvim while in insert mode as my editor. I've tried a number of things
and either Firefox completely crashes or I get things saying that my path
isn't right because of the spaces. I've tried forward and backward slashes
and removing all the spaces in the path without any luck. Anyone know how to
fix this?

Thanks!
Kylir
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090819/be8ac435/attachment.html>

From mchalkley at mail.com  Wed Aug 19 09:20:24 2009
From: mchalkley at mail.com (mchalkley at mail.com)
Date: Wed, 19 Aug 2009 12:20:24 -0400
Subject: [Vimperator] please test new 'complete' option
In-Reply-To: <aaae92100908190829t62fbc034y47fffec670d36121@mail.gmail.com>
References: <20090819151016.25FF35C0F850@outbound1-2.us4.outblaze.com>
	<aaae92100908190829t62fbc034y47fffec670d36121@mail.gmail.com>
Message-ID: <728131115.20090819122024@mail.com>

Agreed - witness the "feature" bloat of MS Word, and there's
considerable difference of opinion as to whether the "ribbon bar"
helped that problem or made it worse. So, I agree that whatever you do
as regards this feature, if anything, needs to be carefully thought
out.

On the other hand, though, I wouldn't have invested the fairly
significant time required to use Vimperator if it didn't make my life
much easier, in the long run at least. So, there's a balance between
adding things that make people's lives easier, and just training
yourself to do things differently. I'm going to try having all my tabs
open in a single window for a while, just to see if there's any major
downside...

Wednesday, August 19, 2009, 11:29:39 AM, you wrote:

>> I'd say that the :goto idea is a VERY good one, especially for a 'quick thought'. :) ?It would sure make my life easier...

> Just making someone's life easier in the short term does not
> necessarily result in good software. :)
> That's why it was just a quick thought. Adding features is MUCH easier
> than designing the software
> and make it maintainable, quick and easy to use.
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator


From gary.katsevman at gmail.com  Wed Aug 19 09:20:12 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Wed, 19 Aug 2009 12:20:12 -0400
Subject: [Vimperator] Site specific key mappings?
In-Reply-To: <81369f920908190847j6b932e37k3448543b2052dab3@mail.gmail.com>
References: <81369f920908190847j6b932e37k3448543b2052dab3@mail.gmail.com>
Message-ID: <97265dfa0908190920y2ee127a5y2bd44dff4756cb34@mail.gmail.com>

For gvim, if when installed you selected install bat file for command
line use then you could just do "gvim -f" otherwise, for the slashes
in the path escape them and escape all the spaces. so, "c:\\program\
files\\vim\\vim72\\gvim.exe -f", also "c:/program\
files/vim/vim72/gvim.exe -f" might work as well.

------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Wed, Aug 19, 2009 at 11:47, Kylir Horton<kylirh at gmail.com> wrote:
> Hey guys,
>
> I'm new to Vimperator and this mailing list, but I am really glad to have
> found both. I have a number of questions, but the most pressing one is I'd
> like to know if it is possible to do site-specific key mappings. I use
> rememberthemilk.com on a daily basis. Remember the Milk has a number of
> keyboard shortcuts, like Gmail. The only difference from Gmail really is
> that it uses the escape key all over the place. I would like to have a way
> of sending all those keystrokes AND the escape key. I've tried using autocmd
> LocationChange to get into pass-through mode and inoremap to make it
> possible to send the escape key while in insert mode, but they haven't
> worked quite right. Another solution would be to completely disable
> Vimperator in every way when I'm just on Remember the Milk, but of course I
> don't know how to do that as well.
>
> Also, I'm using Windows Vista and for the life of me I can't figure out how
> to use gvim while in insert mode as my editor. I've tried a number of things
> and either Firefox completely crashes or I get things saying that my path
> isn't right because of the spaces. I've tried forward and backward slashes
> and removing all the spaces in the path without any luck. Anyone know how to
> fix this?
>
> Thanks!
>
> Kylir
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>
>

From kylirh at gmail.com  Wed Aug 19 10:13:02 2009
From: kylirh at gmail.com (Kylir Horton)
Date: Wed, 19 Aug 2009 11:13:02 -0600
Subject: [Vimperator] Site specific key mappings?
In-Reply-To: <97265dfa0908190920y2ee127a5y2bd44dff4756cb34@mail.gmail.com>
References: <81369f920908190847j6b932e37k3448543b2052dab3@mail.gmail.com> 
	<97265dfa0908190920y2ee127a5y2bd44dff4756cb34@mail.gmail.com>
Message-ID: <81369f920908191013p61b3592eq689e4456eab10ebc@mail.gmail.com>

Nice! That did it.

I first tried to do the escaping thing with no luck, because I realized that
I hadn't escaped the spaces, ie: set editor="C:\\Program\ Files\
(x86)\\Vim\\vim72\\gvim.exe -f". That didn't work, so I tried a whole bunch
of variations and whatnot.

I then uninstalled gvim, downloaded the 64 bit version, installed that,
along with the bat files, and now the <C-i> works like magic. Thanks!

Now... anyone know how to make it so I can send an escape key on
RememberTheMilk.com?

Kylir


On Wed, Aug 19, 2009 at 10:20 AM, Gary Katsevman
<gary.katsevman at gmail.com>wrote:

> For gvim, if when installed you selected install bat file for command
> line use then you could just do "gvim -f" otherwise, for the slashes
> in the path escape them and escape all the spaces. so, "c:\\program\
> files\\vim\\vim72\\gvim.exe -f", also "c:/program\
> files/vim/vim72/gvim.exe -f" might work as well.
>
> ------------------------
> Gary Katsevman
> Computer Science Undergraduate
> Northeastern University
> gkatsev at ccs.neu.edu
> gkatsev.com
>
>
>
> On Wed, Aug 19, 2009 at 11:47, Kylir Horton<kylirh at gmail.com> wrote:
> > Hey guys,
> >
> > I'm new to Vimperator and this mailing list, but I am really glad to have
> > found both. I have a number of questions, but the most pressing one is
> I'd
> > like to know if it is possible to do site-specific key mappings. I use
> > rememberthemilk.com on a daily basis. Remember the Milk has a number of
> > keyboard shortcuts, like Gmail. The only difference from Gmail really is
> > that it uses the escape key all over the place. I would like to have a
> way
> > of sending all those keystrokes AND the escape key. I've tried using
> autocmd
> > LocationChange to get into pass-through mode and inoremap to make it
> > possible to send the escape key while in insert mode, but they haven't
> > worked quite right. Another solution would be to completely disable
> > Vimperator in every way when I'm just on Remember the Milk, but of course
> I
> > don't know how to do that as well.
> >
> > Also, I'm using Windows Vista and for the life of me I can't figure out
> how
> > to use gvim while in insert mode as my editor. I've tried a number of
> things
> > and either Firefox completely crashes or I get things saying that my path
> > isn't right because of the spaces. I've tried forward and backward
> slashes
> > and removing all the spaces in the path without any luck. Anyone know how
> to
> > fix this?
> >
> > Thanks!
> >
> > Kylir
> >
> > _______________________________________________
> > Vimperator mailing list
> > Vimperator at mozdev.org
> > https://www.mozdev.org/mailman/listinfo/vimperator
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090819/c15132f5/attachment.html>

From maglione.k at gmail.com  Wed Aug 19 10:57:53 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Wed, 19 Aug 2009 13:57:53 -0400
Subject: [Vimperator] Site specific key mappings?
In-Reply-To: <81369f920908191013p61b3592eq689e4456eab10ebc@mail.gmail.com>
References: <81369f920908190847j6b932e37k3448543b2052dab3@mail.gmail.com>
	<97265dfa0908190920y2ee127a5y2bd44dff4756cb34@mail.gmail.com>
	<81369f920908191013p61b3592eq689e4456eab10ebc@mail.gmail.com>
Message-ID: <20090819175753.GA29577@jg.domain_not_set.invalid>

On Wed, Aug 19, 2009 at 11:13:02AM -0600, Kylir Horton wrote:
>Now... anyone know how to make it so I can send an escape key on
>RememberTheMilk.com?

Install the feedsomekeys plugin (see the plugins page at 
http://vimperator.org/).

-- 
Kris Maglione

Deleted code is debugged code.
	--Jeff Sickel


From mfwitten at gmail.com  Fri Aug 21 21:21:39 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Fri, 21 Aug 2009 23:21:39 -0500
Subject: [Vimperator] [PATCH] common/make_jar.sh: exit subshell with
	explicit success
Message-ID: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>

Currently, make_jar.sh runs  a series of subshells
that  involve tests  like  the following  compound
statement:

  [ -f "$f" ] && copytext "$f" "$stage/$f"

Because  of  these   tests,  each  subshell  could
complete its  tasks sucessfully even if,  say, the
(regular) file "$f" does not exist.

However,  it is  important to  note that  the exit
status  of such  a  statement when  "$f" does  not
exist is still failure:

  [ failure ] && who-cares ==> failure

Specifically:

  [ non-zero ] && who-cares ==> non-zero

As make_jar.sh was  written, these subshells would
end normally, but abruptly  when there was nothing
left  to  do, and  so  each  would return  to  the
supershell  the exit  status  of the last executed
statement.

Consequently,  if  the  last  test  were  to  fail
because "$f" were  non-existent, then the subshell
would return  a failing (non-zero) exit  status to
its supershell.

Normally this wouldn't  matter; however, currently
the supershell  operates with `set -e'  in effect,
which means  that whenever one of  its non-boolean
statements  ends in  failure,  then  it too  exits
immediately in failure.

Therefore, a non-error was  being escalated into a
fatal error, thereby breaking the build.

The solution  is simply to force  the subshells to
exit with a successul  (zero) status whenever they
complete  normally. For  instance, the  test shown
above could be modified as follows:

  [ -f "$f" ] && copytext "$f" "$stage/$f" || true

However, this could be  made more robust by simply
moving `true' to the last statement.

Better  yet---and the  solution  provided by  this
commit--is  to  be   explicit  about  returning  a
successful (zero) exit status:

  exit 0

Signed-off-by: Michael Witten <mfwitten at gmail.com>
---
 common/make_jar.sh |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/common/make_jar.sh b/common/make_jar.sh
index 439fce1..906432a 100644
--- a/common/make_jar.sh
+++ b/common/make_jar.sh
@@ -48,6 +48,7 @@ do
         do
             [ -f "$f" ] && copytext "$f" "$stage/$f"
         done
+        exit 0 # signal success rather than use the last test's exit status.
     )
 done
 
-- 
1.6.2.2.479.g2aec


From mfwitten at gmail.com  Fri Aug 21 21:21:40 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Fri, 21 Aug 2009 23:21:40 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donors
In-Reply-To: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
Message-ID: <1250914900-30983-2-git-send-email-mfwitten@gmail.com>

No file named `Donators' exists, but a couple
of files named `Donors' exist. This updates
common/Makefile.common to use `Donors' instead.

Signed-off-by: Michael Witten <mfwitten at gmail.com>
---
 common/Makefile.common |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/common/Makefile.common b/common/Makefile.common
index d8bd2fd..e2a8dab 100644
--- a/common/Makefile.common
+++ b/common/Makefile.common
@@ -20,7 +20,7 @@ JAR_BINS      = png
 JAR           = chrome/$(NAME).jar
 
 XPI_BASES     = $(JAR_BASES) $(TOP)/..
-XPI_FILES     = install.rdf TODO AUTHORS Donators NEWS License.txt
+XPI_FILES     = install.rdf TODO AUTHORS Donors NEWS License.txt
 XPI_DIRS      = modules components chrome
 XPI_TEXTS     = js jsm
 XPI_BINS      = jar
-- 
1.6.2.2.479.g2aec


From jabba.laci at gmail.com  Sat Aug 22 11:50:41 2009
From: jabba.laci at gmail.com (Jabba Laci)
Date: Sat, 22 Aug 2009 20:50:41 +0200
Subject: [Vimperator] one rc file for all platforms
Message-ID: <310fbb00908221150y2903c4a0wd29f9e85fedff179@mail.gmail.com>

Hi,

I'd like to make a universal vimperatorrc file for Linux and Windows
too. Here is what I tried (a la Vim):

if has("unix")
   set runtimepath=~/.vimperator
else
   set runtimepath=~/vimperator
endif

However, it drops some error messages that disappear immediately. Questions :
(1) How to view again these error messages?
(2) How to express this conditional case correctly?
(3) Does ~ work under Windows?

Thanks,

Laszlo

From jakl.michael at gmail.com  Sat Aug 22 15:04:09 2009
From: jakl.michael at gmail.com (Michael Jakl)
Date: Sun, 23 Aug 2009 00:04:09 +0200
Subject: [Vimperator] [patch] C-v should not leave pass-through mode
Message-ID: <b19a17c20908221504y4071724btb775bf727c8c077e@mail.gmail.com>

Hi!

I've enabled the pass-through mode on some sites, but I've been having problems
with pasting stuff (especially on Google Docs) since <C-v> left the
pass-through mode, and hence pasting didn't work.

I've written a small patch against HEAD to ignore <C-v> in the pass-through
mode. It works for me, but I'm not 100% sure it preserves the intended meaning
of the old code.

Cheers,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-passAllKeys-is-not-interrupted-with-C-v-anymore.patch
Type: text/x-patch
Size: 1291 bytes
Desc: not available
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090823/957ea1bb/attachment.bin>

From conrad.irwin at googlemail.com  Sat Aug 22 15:10:39 2009
From: conrad.irwin at googlemail.com (Conrad Irwin)
Date: Sat, 22 Aug 2009 23:10:39 +0100
Subject: [Vimperator] [patch] C-v should not leave pass-through mode
In-Reply-To: <b19a17c20908221504y4071724btb775bf727c8c077e@mail.gmail.com>
References: <b19a17c20908221504y4071724btb775bf727c8c077e@mail.gmail.com>
Message-ID: <1250979039.21375.6.camel@localhost>

On Sun, 2009-08-23 at 00:04 +0200, Michael Jakl wrote:
> Hi!
> 
> I've enabled the pass-through mode on some sites, but I've been having problems
> with pasting stuff (especially on Google Docs) since <C-v> left the
> pass-through mode, and hence pasting didn't work.
> 
> I've written a small patch against HEAD to ignore <C-v> in the pass-through
> mode. It works for me, but I'm not 100% sure it preserves the intended meaning
> of the old code.
> 
I think the purpose of the old code was to provide a way to stop
pass-through mode for one key. While the intention seems good, the
choice of <C-v> was utterly stupid, given that it is such a common key
binding (of course it was made because <C-v> allows the single-key
pass-through the other way, leaving <C-v><C-c> and <C-v><C-v> quite
easy). I've never needed to use this "feature", and would happily see it
removed; but given that there are no doubt those who do use it, and
removing features causes complaints, it will likely stay. It might be
possible to make it optional, or even to just give it a different, less
used, key combination <C-V>?

Conrad



From jakl.michael at gmail.com  Sat Aug 22 17:16:13 2009
From: jakl.michael at gmail.com (Michael Jakl)
Date: Sun, 23 Aug 2009 02:16:13 +0200
Subject: [Vimperator] [patch] C-v should not leave pass-through mode
In-Reply-To: <1250979039.21375.6.camel@localhost>
References: <b19a17c20908221504y4071724btb775bf727c8c077e@mail.gmail.com> 
	<1250979039.21375.6.camel@localhost>
Message-ID: <b19a17c20908221716l7595a51es72abd37e47cc7941@mail.gmail.com>

Hi!

On Sun, Aug 23, 2009 at 00:10, Conrad Irwin<conrad.irwin at googlemail.com> wrote:
> On Sun, 2009-08-23 at 00:04 +0200, Michael Jakl wrote:
>> I've written a small patch against HEAD to ignore <C-v> in the pass-through
>> mode. It works for me, but I'm not 100% sure it preserves the intended meaning
>> of the old code.
>>
> I think the purpose of the old code was to provide a way to stop
> pass-through mode for one key. While the intention seems good, the
> choice of <C-v> was utterly stupid, given that it is such a common key
> binding (of course it was made because <C-v> allows the single-key
> pass-through the other way, leaving <C-v><C-c> and <C-v><C-v> quite
> easy). I've never needed to use this "feature", and would happily see it
> removed; but given that there are no doubt those who do use it, and
> removing features causes complaints, it will likely stay. It might be
> possible to make it optional, or even to just give it a different, less
> used, key combination <C-V>?

Thanks for the clarification. In that case my "patch" is more like a
submission for the dailywtf.

Michael

From stubenschrott at vimperator.org  Sun Aug 23 04:50:10 2009
From: stubenschrott at vimperator.org (Martin Stubenschrott)
Date: Sun, 23 Aug 2009 13:50:10 +0200
Subject: [Vimperator] one rc file for all platforms
In-Reply-To: <310fbb00908221150y2903c4a0wd29f9e85fedff179@mail.gmail.com>
References: <310fbb00908221150y2903c4a0wd29f9e85fedff179@mail.gmail.com>
Message-ID: <4A912CF2.60900@vimperator.org>

On 08/22/2009 08:50 PM, Jabba Laci wrote:

> if has("unix")
>    set runtimepath=~/.vimperator
> else
>    set runtimepath=~/vimperator
> endif

That should not be needed, i think runtimepath are those values
by default? But I might be wrong.

> However, it drops some error messages that disappear immediately. Questions :
> (1) How to view again these error messages?


:messages

> (2) How to express this conditional case correctly?


only with javascript;

javascript <<EOF
if liberator.has("unix")
   liberator.execute("set runtimepath=~/.vimperator");
else
   liberator.execute("set runtimepath=~/vimperator");
EOF

should work, but not tested :)

> (3) Does ~ work under Windows?


should be

From ted at tedpavlic.com  Sun Aug 23 07:29:10 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Sun, 23 Aug 2009 10:29:10 -0400
Subject: [Vimperator] one rc file for all platforms
In-Reply-To: <310fbb00908221150y2903c4a0wd29f9e85fedff179@mail.gmail.com>
References: <310fbb00908221150y2903c4a0wd29f9e85fedff179@mail.gmail.com>
Message-ID: <4A915236.9070301@tedpavlic.com>

> (3) Does ~ work under Windows?

See the last paragraph of:

	:help startup

for information about ~. You'll also find information about environment 
variables that should help you get your one-rc-file configuration up and 
running.

(in my case, I use one .vimprc file everywhere mounted from a shared Z:\ 
drive on my Windows machine; IIRC, that required setting up 
VIMPERATOR_INIT and VIMPERATOR_RUNTIME)

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my 2009 d'Feet ALS walk page:
         http://web.alsa.org/goto/tedp
   My family appreciates your support in the fight to defeat ALS.

From stubenschrott at vimperator.org  Sun Aug 23 12:45:48 2009
From: stubenschrott at vimperator.org (Martin Stubenschrott)
Date: Sun, 23 Aug 2009 21:45:48 +0200
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <1250914900-30983-2-git-send-email-mfwitten@gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
Message-ID: <4A919C6C.8030004@vimperator.org>

On 08/22/2009 06:21 AM, Michael Witten wrote:

> No file named `Donators' exists, but a couple
> of files named `Donors' exist. This updates
> common/Makefile.common to use `Donors' instead.


thanks, commited!

For the other patch: I'd like Kris (or any other
shell guru) to comment on it. But your explaination
sound reasonable to me.

Hope to see even more patches from you :)

have a nice day,

Martin

From maglione.k at gmail.com  Sun Aug 23 18:52:23 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sun, 23 Aug 2009 21:52:23 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A919C6C.8030004@vimperator.org>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
Message-ID: <20090824015223.GA1400@jg.domain_not_set.invalid>

On Sun, Aug 23, 2009 at 09:45:48PM +0200, Martin Stubenschrott wrote:
>For the other patch: I'd like Kris (or any other
>shell guru) to comment on it. But your explaination
>sound reasonable to me.

I agree, in principle, except that I'd prefer adding 'true' to 
the last line rather than an explicit exit (which I find 
awkward, especially in subshells), and I'm no fan of verbose 
comments. I actually haven't seen this cause problems before. My 
system uses dash, which ignores the status of subshells, as far 
as -e is concerned, but none of the other devs have had problems 
either.

-- 
Kris Maglione

Please don't fall into the trap of believing that I am terribly
dogmatical about [the goto statement].  I have the uncomfortable
feeling that others are making a religion out of it, as if the
conceptual problems of programming could be solved by a single trick,
by a simple form of coding discipline!
	--Edsger W. Dijkstra


From mfwitten at gmail.com  Sun Aug 23 20:04:08 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Sun, 23 Aug 2009 22:04:08 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <20090824015223.GA1400@jg.domain_not_set.invalid>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org> 
	<20090824015223.GA1400@jg.domain_not_set.invalid>
Message-ID: <b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com>

On Sun, Aug 23, 2009 at 8:52 PM, Kris Maglione<maglione.k at gmail.com> wrote:

> I agree, in principle, except that I'd prefer adding 'true' to the last line
> rather than an explicit exit (which I find awkward, especially in
> subshells)

That's probably because the use of a subshell here is itself awkward,
and that is precisely why

    exit 0

is preferable until this code can be rewritten not to use spurious
subshells (or `set -e' for that matter); `exit 0' documents this
peculiarity in a way that a naked `true' only worsens, because `true'
says nothing to the untrained eye about what's happening (I was
stumped for a bit myself, and clearly whoever wrote this script didn't
see the ramifications either).

> and I'm no fan of verbose comments.

I assume you're referring to the one-line comment on the same line as
the `exit 0' and ending at column 76...

Nevertheless, given that the explicit `exit 0' is enough information
to give a reader a clue as to what's going on, I wouldn't mind
removing this comment. However, if `true' is to be used instead, then
a similar comment really must remain.

> I actually haven't seen this cause problems before.
> My system uses dash, which ignores the status of
> subshells, as far as -e is concerned, but none of the
> other devs have had problems either.

Well, bash is the common denominator and this problem seems to affect
at least version 4.0.28(2); in any case, I consider dash's behavior
quite broken.

What do other devs use?

Sincerely,
Michael Witten

From mfwitten at gmail.com  Sun Aug 23 20:41:20 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Sun, 23 Aug 2009 22:41:20 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A919C6C.8030004@vimperator.org>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
Message-ID: <b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>

On Sun, Aug 23, 2009 at 2:45 PM, Martin
Stubenschrott<stubenschrott at vimperator.org> wrote:
>> No file named `Donators' exists, but a couple
>> of files named `Donors' exist. This updates
>> common/Makefile.common to use `Donors' instead.
>
>
> thanks, commited!

Not to seem petty, but I recommend making commits with

    git am

so that the name of the original author (and the date of the original
patch) are officially recorded in the history. Admittedly, that's part
of the fun (for me).

Of course, this can be problematic if your mail client butchers the
patch's whitespace (and/or makes the header information difficult to
obtain) as with gmail; in that case, make sure to use the raw email
message (available even in gmail via the top right pull down menu).

From maglione.k at gmail.com  Sun Aug 23 21:11:00 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 24 Aug 2009 00:11:00 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
	<20090824015223.GA1400@jg.domain_not_set.invalid>
	<b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com>
Message-ID: <20090824041100.GA29127@jg.domain_not_set.invalid>

On Sun, Aug 23, 2009 at 10:04:08PM -0500, Michael Witten wrote:
>That's probably because the use of a subshell here is itself awkward,
>and that is precisely why
>
>    exit 0
>
>is preferable until this code can be rewritten not to use spurious
>subshells (or `set -e' for that matter); `exit 0' documents this
>peculiarity in a way that a naked `true' only worsens, because `true'
>says nothing to the untrained eye about what's happening (I was
>stumped for a bit myself, and clearly whoever wrote this script didn't
>see the ramifications either).

The use of a subshell is there to encapsulate the directory 
change, which is a common idiom, at least among 
non-bash-specific shell programming. I can't really see a way to 
apply the word 'spurious' to their use. 'exit 0' says nothing to 
the untrained eye either, and a comment would apply just as 
easily to it as to an exit statement, which, again, I find 
awkward. The use of 'set -e' is a fairly common "best practice", 
and a requirement on many sytems (including debian) unless the 
exit status of each command is explicitely tested. It's also 
analagous to make's behavior of dieing on the failure of a 
command. Given that this script is used exclusively in a 
make-based build, I can't see the problem.

>Well, bash is the common denominator and this problem seems to affect
>at least version 4.0.28(2); in any case, I consider dash's behavior
>quite broken.

Among what is bash the common denominator? At any rate, I wasn't 
suggesting that the script shouldn't work in bash?it obviously 
should?I was just making a comment. And, whether or not you 
consider dash's behavior broken, it's POSIXly correct. POSIX 
specifies that the -e option causes the shell to exit when a 
simple command fails. A subshell is not a simple command.

-- 
Kris Maglione

If the lessons of history teach us anything it is that nobody learns
the lessons that history teaches us.


From maglione.k at gmail.com  Sun Aug 23 21:12:52 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 24 Aug 2009 00:12:52 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
Message-ID: <20090824041252.GB29127@jg.domain_not_set.invalid>

On Sun, Aug 23, 2009 at 10:41:20PM -0500, Michael Witten wrote:
>Not to seem petty, but I recommend making commits with
>
>    git am
>
>so that the name of the original author (and the date of the original
>patch) are officially recorded in the history. Admittedly, that's part
>of the fun (for me).

Actually, I think that's our official policy. At least, it's our 
semi-official concensus, which is really the same thing.

-- 
Kris Maglione

Doing linear scans over an associative array is like trying to club
someone to death with a loaded Uzi.
	--Larry Wall


From dpb at driftaway.org  Sun Aug 23 23:15:33 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Mon, 24 Aug 2009 09:15:33 +0300
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org> 
	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
Message-ID: <dd9711230908232315t459c2837y851bd2bde8aa57d4@mail.gmail.com>

2009/8/24 Michael Witten <mfwitten at gmail.com>:
> On Sun, Aug 23, 2009 at 2:45 PM, Martin
> Stubenschrott<stubenschrott at vimperator.org> wrote:
>>> No file named `Donators' exists, but a couple
>>> of files named `Donors' exist. This updates
>>> common/Makefile.common to use `Donors' instead.
>>
>>
>> thanks, commited!
>
> Not to seem petty, but I recommend making commits with
>
> ? ?git am
>
> so that the name of the original author (and the date of the original
> patch) are officially recorded in the history. Admittedly, that's part
> of the fun (for me).
>
> Of course, this can be problematic if your mail client butchers the
> patch's whitespace (and/or makes the header information difficult to
> obtain) as with gmail; in that case, make sure to use the raw email
> message (available even in gmail via the top right pull down menu).

Doesn't "git apply" do the same thing, except for the actual git patch
files instead of mails? Having a local copy of a mail just to use git
am is a pain in the ass.

--
Daniel

From stubenschrott at vimperator.org  Mon Aug 24 00:21:57 2009
From: stubenschrott at vimperator.org (Martin Stubenschrott)
Date: Mon, 24 Aug 2009 09:21:57 +0200
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <20090824041252.GB29127@jg.domain_not_set.invalid>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>	<4A919C6C.8030004@vimperator.org>	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
	<20090824041252.GB29127@jg.domain_not_set.invalid>
Message-ID: <4A923F95.1020304@vimperator.org>

On 08/24/2009 06:12 AM, Kris Maglione wrote:

> On Sun, Aug 23, 2009 at 10:41:20PM -0500, Michael Witten wrote:
>>Not to seem petty, but I recommend making commits with
>>
>>    git am
>>
>>so that the name of the original author (and the date of the original
>>patch) are officially recorded in the history. Admittedly, that's part
>>of the fun (for me).

Yeah, sorry. Problem is, I use IMAP with Thunderbird, don't think
setting up 'git am' for that is easy. I just used 'git apply'
and copied the whole body of the mail, hoping that the line:

Signed-off-by: Michael Witten <mfwitten at gmail.com>

was enough for 'git apply' - apparently not.
Sorry for that, next time i'll try with the whole email, including
headers. It was just that i wanted to help Doug, Kris and Daniel
out with applying that patch,
so that they also see i still do work on vimperator :)

> Actually, I think that's our official policy. At least, it's our 
> semi-official concensus, which is really the same thing.


Yeah, it's certainly preferably, and i surely do want to give
credits to the authors. That's why we also have an AUTHORS
file, and everybody including Michael will certainly be added there
when he at least submitted a few small, or one large patch.

--
Martin

From mark_robinson at nab.com.au  Mon Aug 24 00:36:48 2009
From: mark_robinson at nab.com.au (mark_robinson at nab.com.au)
Date: Mon, 24 Aug 2009 17:36:48 +1000
Subject: [Vimperator] Vimperator breaks LastTab, TabMixPlus
Message-ID: <OFED9ABE09.C7F135A8-ONCA25761C.0028A6C5-CA25761C.0029D09C@nab.com.au>


G'day all

As you may know, LastTab and TMP implement a last-recently-used tab
switching mechanism on the <Ctrl-Tab> keypress that is much more useful
than the FF default.

Vimperator "steals" <ctrl-tab> preventing LastTab and TMP from exercising
their magic (my simplistic explanation :-).

I have tried unmapping <ctrl-tab> (no change) and mapping it to <Nop>
(broke tab switching completely).

Would it be possible to either:
a) pass <ctrl-tab> on so that other plugins can act on it, or
b) implement LRU tab-switching in Vimperator itself?

cheers
mark
--
Mark Robinson
Consultant
Work Management
Level 9, 50 Miller Street, North Sydney, NSW 2060
+61 2 9376 4461


This e-mail is sent by or on behalf of the named sender identified above.
If:

(a) you do not wish to receive any e-mail marketing material from this
person in the future, please forward the contents of this email to
unsubscribe at nab.com.au with the word "unsubscribe" in the subject box.

(b) you wish to unsubscribe from all central e-mail marketing lists used
by our business, please forward the contents of this e-mail to
unsubscribeall at nab.com.au with the message "unsubscribe from all central
e-mail marketing lists" in the subject box.

If you do not forward the contents of this e-mail with your
unsubscription then it may not be able to be implemented.

The information contained in this e-mail communication may be
confidential. You should only read, disclose, re-transmit, copy,
distribute, act in reliance on or commercialise the information if you
are authorised to do so. If you are not the intended recipient of this
e-mail communication, please immediately notify us by e-mail to
postmaster at nab.com.au, or reply by e-mail direct to the sender and then
destroy any electronic and paper copy of this message. Any views
expressed in this e-mail communication are those of the individual
sender, except where the sender specifically states them to be the views
of a member of the National Australia Bank Group of companies. Any
advice contained in this e-mail has been prepared without taking into
account your objectives, financial situation or needs. Before acting on
any advice in this e-mail, National Australia Bank Limited recommends
that you consider whether it is appropriate for your circumstances. If
this e-mail contains reference to any financial products, the National
recommends you consider the Product Disclosure Statement (PDS) or other
disclosure document before making any decisions regarding any products.
The National Australia Bank Group of companies does not represent,
warrant or guarantee that the integrity of this communication has been
maintained nor that the communication is free of errors, virus or
interference.



From jrhorn424 at gmail.com  Mon Aug 24 02:46:13 2009
From: jrhorn424 at gmail.com (Jeff Horn)
Date: Mon, 24 Aug 2009 05:46:13 -0400
Subject: [Vimperator] RC site-specific setting and message navigation (was
	[patch] C-v should not leave pass-through mode)
Message-ID: <40c11efc0908240246p4dbc4b38sfdbaf6de8232a715@mail.gmail.com>

> I've enabled the pass-through mode on some sites...

Does that mean there is a .vimperatorrc command to enable passthru
only for specific URLs? In my case, I'm particularly interested in
gmail.

Also, unrelated but curious: is there a way to navigate the message
window that is displayed when :pageinfo is invoked? For instance, I
want to press a key or use "F" to subscribe to the RSS feed (or by
using the keyboard in some other way).

Also, whether or not this is possible, can I put something in the RC
file that lets me access a java bookmarklet with a keystroke? I'm not
really looking for an entire plugin (more like a macro), though I
guess that would be a clean way to implement that functionality.

Thanks for helping a newb!
Jeff
-- 
Jeffrey Horn
Graduate Student in Economics, PhD Track
George Mason University

Mobile Phone: 704-853-9031

Work E-mail: jhorn at gmu.edu
Secondary E-mail: jrhorn at alumni.ncsu.edu
Personal E-mail: jrhorn424 at gmail.com

http://www.failuretorefrain.com

From fb at intoxicatedmind.net  Mon Aug 24 03:52:24 2009
From: fb at intoxicatedmind.net (Frank Blendinger)
Date: Mon, 24 Aug 2009 12:52:24 +0200
Subject: [Vimperator] RC site-specific setting and message
	navigation	(was [patch] C-v should not leave pass-through mode)
In-Reply-To: <40c11efc0908240246p4dbc4b38sfdbaf6de8232a715@mail.gmail.com>
References: <40c11efc0908240246p4dbc4b38sfdbaf6de8232a715@mail.gmail.com>
Message-ID: <20090824105224.GV949@intoxicatedmind.net>

Hi.

On Mon 2009-08-24 05:46, Jeff Horn <jrhorn424 at gmail.com> proclaimed:
> > I've enabled the pass-through mode on some sites...
> 
> Does that mean there is a .vimperatorrc command to enable passthru
> only for specific URLs? In my case, I'm particularly interested in
> gmail.

You can use something like:

autocmd LocationChange ^https?://www\.google\.com/mail js modes.passAllKeys = true

or try the great feedSomeKeys_2.js plugin:
http://coderepos.org/share/browser/lang/javascript/vimperator-plugins/trunk/feedSomeKeys_2.js


> Also, unrelated but curious: is there a way to navigate the message
> window that is displayed when :pageinfo is invoked? For instance, I
> want to press a key or use "F" to subscribe to the RSS feed (or by
> using the keyboard in some other way).

All the hint modes starting with `;' work, i.e. `;f', `;o' etc.


> Also, whether or not this is possible, can I put something in the RC
> file that lets me access a java bookmarklet with a keystroke? I'm not
> really looking for an entire plugin (more like a macro), though I
> guess that would be a clean way to implement that functionality.

Personally I add a single char keyword to the bookmarklet and just use
:open char to access it. Others just put the whole JS in their rc file,
as a command for example.


Greetings,
Frank

-- 
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
-------------- 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/20090824/d81061a1/attachment.bin>

From jakl.michael at gmail.com  Mon Aug 24 04:21:08 2009
From: jakl.michael at gmail.com (Michael Jakl)
Date: Mon, 24 Aug 2009 13:21:08 +0200
Subject: [Vimperator] RC site-specific setting and message navigation
	(was [patch] C-v should not leave pass-through mode)
In-Reply-To: <40c11efc0908240246p4dbc4b38sfdbaf6de8232a715@mail.gmail.com>
References: <40c11efc0908240246p4dbc4b38sfdbaf6de8232a715@mail.gmail.com>
Message-ID: <b19a17c20908240421p111e4b12yff04f9c2849423f5@mail.gmail.com>

Hi!

On Mon, Aug 24, 2009 at 11:46, Jeff Horn<jrhorn424 at gmail.com> wrote:
>> I've enabled the pass-through mode on some sites...
>
> Does that mean there is a .vimperatorrc command to enable passthru
> only for specific URLs? In my case, I'm particularly interested in
> gmail.

Yes: I disable it on all sites, and enable it again on certain sites.
This works well for me:

:autocmd LocationChange .* :js modes.passAllKeys=false
:autocmd LocationChange spreadsheets\.google\.com :js modes.passAllKeys=true
:autocmd LocationChange www\.rememberthemilk\.com\/home :js
modes.passAllKeys=true

> Also, whether or not this is possible, can I put something in the RC
> file that lets me access a java bookmarklet with a keystroke? I'm not
> really looking for an entire plugin (more like a macro), though I
> guess that would be a clean way to implement that functionality.

I've been playing around with "qmark", but couldn't get it to work.

Cheers,
Michael

From chousuke at gmail.com  Mon Aug 24 04:52:01 2009
From: chousuke at gmail.com (Jarkko Oranen)
Date: Mon, 24 Aug 2009 14:52:01 +0300
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A923F95.1020304@vimperator.org>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>	<4A919C6C.8030004@vimperator.org>	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
	<20090824041252.GB29127@jg.domain_not_set.invalid>
	<4A923F95.1020304@vimperator.org>
Message-ID: <AC88E01E-C57F-45EF-94BC-0916576A400E@gmail.com>

On 24 Aug 2009, at 10:21, Martin Stubenschrott wrote:

> On 08/24/2009 06:12 AM, Kris Maglione wrote:
>
>> On Sun, Aug 23, 2009 at 10:41:20PM -0500, Michael Witten wrote:
>>> Not to seem petty, but I recommend making commits with
>>>
>>>   git am
>>>
>>> so that the name of the original author (and the date of the  
>>> original
>>> patch) are officially recorded in the history. Admittedly, that's  
>>> part
>>> of the fun (for me).
>
> Yeah, sorry. Problem is, I use IMAP with Thunderbird, don't think
> setting up 'git am' for that is easy. I just used 'git apply'
> and copied the whole body of the mail, hoping that the line:
>
> Signed-off-by: Michael Witten <mfwitten at gmail.com>
>
> was enough for 'git apply' - apparently not.

Git apply doesn't even try to preserve authorship info. It just  
applies patches like the patch utility would.

However, git format-patch produces "mail" format patches by default,  
so if you just require patches to be created with git format-patch and  
sent as attachments, you won't need to mess with your mail reader as  
git am will work for applying them with proper author information.  
(And -s can be used to add a signed-off-by tag)

Of course, then people won't be able to mail patches directly with git  
because it assumes the receiver's mail reader is sane, but I think  
simple attachments are less likely to go wrong anyway. :)

--
Jarkko

From mfwitten at gmail.com  Mon Aug 24 06:15:30 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Mon, 24 Aug 2009 08:15:30 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A923F95.1020304@vimperator.org>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org> 
	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com> 
	<20090824041252.GB29127@jg.domain_not_set.invalid>
	<4A923F95.1020304@vimperator.org>
Message-ID: <b4087cc50908240615m204a0edai3b5fbe8c9665eda1@mail.gmail.com>

On Mon, Aug 24, 2009 at 2:21 AM, Martin
Stubenschrott<stubenschrott at vimperator.org> wrote:

> On Sun, Aug 23, 2009 at 10:41:20PM -0500, Michael Witten wrote:
>>Not to seem petty, but I recommend making commits with
>>
>> ? ?git am
>>
>>so that the name of the original author (and the date of the original
>>patch) are officially recorded in the history. Admittedly, that's part
>>of the fun (for me).
>
> Yeah, sorry. Problem is, I use IMAP with Thunderbird, don't think
> setting up 'git am' for that is easy. I just used 'git apply'
> and copied the whole body of the mail, hoping that the line:

I believe you can click on (or otherwise access) the message source
with the menu:

    View>Message Source

from which you can save/copy all of the relevant text.

From mfwitten at gmail.com  Mon Aug 24 07:25:01 2009
From: mfwitten at gmail.com (mfwitten at gmail.com)
Date: Mon, 24 Aug 2009 07:25:01 -0700 (PDT)
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <20090824041100.GA29127@jg.domain_not_set.invalid>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
	<20090824015223.GA1400@jg.domain_not_set.invalid>
	<b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com> 
	<20090824041100.GA29127@jg.domain_not_set.invalid>
Message-ID: <4a92a2bd.0fba720a.2734.fffff909@mx.google.com>

On Sun, Aug 23, 2009 at 11:11 PM, Kris Maglione<maglione.k at gmail.com> wrote:

> 'exit 0' says nothing to the untrained eye either, and a
> comment would apply just as easily to ['true'?] as to an
> exit statement, which, again, I find awkward.

The difference is that `exit 0' is an explicit action by
the programmer, while `true' is an implicit manipulation
of the shell's actions.

That is, `exit 0' is much more independent of knowledge about
shell actions than is a naked `true'; in particular, `exit 0'
draws one's attention to 2 pieces of information:

  * A subshell is being used.
  * The exit status of the subshell must be set directly
    (The exit status is important for some reasons).

> The use of 'set -e' is a fairly common "best practice",
> and a requirement on many sytems (including debian)
> unless the exit status of each command is explicitely
> tested. It's also analagous to make's behavior of dieing
> on the failure of a command. Given that this script is
> used exclusively in a make-based build, I can't see the
> problem
> ...
> And, whether or not you consider dash's behavior broken,
> it's POSIXly correct. POSIX specifies that the -e option
> causes the shell to exit when a simple command fails. A
> subshell is not a simple command.

All good points, however consider that this POSIXLY correct
behavior makes

    set -e

in the subshell virtually useless for your make-like purposes:
If some error were to occur in the subshell, then the subshell
would surely exit immediately, but the supershell would ignore
this and would continue merrily as though nothing were wrong,
thereby masking a possibly catastrophic problem.

The solution, of course, would be to check the exit status of
the subshell explicitly, which is the kind of action you are
expressly trying to avoid.

Sincerely,
Michael Witten


From ted at tedpavlic.com  Mon Aug 24 08:03:29 2009
From: ted at tedpavlic.com (Ted Pavlic)
Date: Mon, 24 Aug 2009 11:03:29 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A923F95.1020304@vimperator.org>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>	<4A919C6C.8030004@vimperator.org>	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
	<20090824041252.GB29127@jg.domain_not_set.invalid>
	<4A923F95.1020304@vimperator.org>
Message-ID: <4A92ABC1.5020802@tedpavlic.com>

> Yeah, sorry. Problem is, I use IMAP with Thunderbird, don't think
> setting up 'git am' for that is easy. I just used 'git apply'
> and copied the whole body of the mail, hoping that the line:

I have the same setup, and it's easy to use git am.

1. Setup a *local* mailbox called "patches"
2. Symlink that mailbox to someplace easy to access (~/repos/PATCHES for me)
3. Copy patches you like into your local mailbox
4. git am from your symlink

Works great for me.

Alternatively, apply patches with StGit (stg). "stg import" will 
preserve author information (and can import from mail as well). 
Additionally, if you mess up, you can use stg to modify your commit 
before you push it to the central repo.

> Signed-off-by: Michael Witten<mfwitten at gmail.com>

Shouldn't it be the other way around? Signed-off-by you and From him?

> Yeah, it's certainly preferably, and i surely do want to give
> credits to the authors. That's why we also have an AUTHORS
> file, and everybody including Michael will certainly be added there
> when he at least submitted a few small, or one large patch.

git (the project) auto-generates its authors from the git log... Just 
sayin'...

--Ted

-- 
Ted Pavlic <ted at tedpavlic.com>

   Please visit my 2009 d'Feet ALS walk page:
         http://web.alsa.org/goto/tedp
   My family appreciates your support in the fight to defeat ALS.

From mfwitten at gmail.com  Mon Aug 24 08:52:44 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Mon, 24 Aug 2009 10:52:44 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4A92ABC1.5020802@tedpavlic.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org> 
	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com> 
	<20090824041252.GB29127@jg.domain_not_set.invalid>
	<4A923F95.1020304@vimperator.org> <4A92ABC1.5020802@tedpavlic.com>
Message-ID: <b4087cc50908240852s34cf63f0xc11f75b364fc748d@mail.gmail.com>

On Mon, Aug 24, 2009 at 10:03 AM, Ted Pavlic<ted at tedpavlic.com> wrote:
>
>> Signed-off-by: Michael Witten<mfwitten at gmail.com>
>
> Shouldn't it be the other way around? Signed-off-by you and From him?

The Linux kernel developers (namely Linus) came up with the
signed-off-by business in order to document the chain of trust through
which a patch has gone. Each person should sign off on it, so Martin's
sign-off-by should come below mine.

It seems that `Acked-by' is becoming popular, too.

It's all convention, and I imagine that something more official
*should* be developed, but never will be.

From maglione.k at gmail.com  Mon Aug 24 10:22:41 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 24 Aug 2009 13:22:41 -0400
Subject: [Vimperator] Vimperator breaks LastTab, TabMixPlus
In-Reply-To: <OFED9ABE09.C7F135A8-ONCA25761C.0028A6C5-CA25761C.0029D09C@nab.com.au>
References: <OFED9ABE09.C7F135A8-ONCA25761C.0028A6C5-CA25761C.0029D09C@nab.com.au>
Message-ID: <20090824171952.GA29279@jg.hsd1.pa.comcast.net>

On Mon, Aug 24, 2009 at 05:36:48PM +1000, mark_robinson at nab.com.au wrote:
>As you may know, LastTab and TMP implement a last-recently-used tab
>switching mechanism on the <Ctrl-Tab> keypress that is much more useful
>than the FF default.
>
>Vimperator "steals" <ctrl-tab> preventing LastTab and TMP from exercising
>their magic (my simplistic explanation :-).
>
>I have tried unmapping <ctrl-tab> (no change) and mapping it to <Nop>
>(broke tab switching completely).

:noremap <C-Tab> <C-v><C-Tab>

>This e-mail is sent by or on behalf of the named sender identified above.
>If:
> ...
>The information contained in this e-mail communication may be
>confidential. You should only read, disclose, re-transmit, copy,
>...

Please don't post these kinds of footers to mailing lists.

-- 
Kris Maglione

The more I learn, the more I realize what little I know.
	--Albert Einstein


From maglione.k at gmail.com  Mon Aug 24 10:28:59 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 24 Aug 2009 13:28:59 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <dd9711230908232315t459c2837y851bd2bde8aa57d4@mail.gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
	<b4087cc50908232041u3bd16d38o3b3ff0d0f9141369@mail.gmail.com>
	<dd9711230908232315t459c2837y851bd2bde8aa57d4@mail.gmail.com>
Message-ID: <20090824172859.GB29279@jg.hsd1.pa.comcast.net>

On Mon, Aug 24, 2009 at 09:15:33AM +0300, Daniel Bainton wrote:
>Doesn't "git apply" do the same thing, except for the actual git patch
>files instead of mails? Having a local copy of a mail just to use git
>am is a pain in the ass.

Git am is easy when you already have a local copy of the 
message. Mutt and Thunderbird make it easy enough.

-- 
Kris Maglione

If C gives you enough rope to hang yourself, C++ gives you enough rope
to bind and gag your neighbourhood, rig the sails in a small ship and
still have enough rope left to hang yourself from the yardarm.
	--Anonymous


From maglione.k at gmail.com  Mon Aug 24 10:39:32 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Mon, 24 Aug 2009 13:39:32 -0400
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <4a92a2bd.0fba720a.2734.fffff909@mx.google.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org>
	<20090824015223.GA1400@jg.domain_not_set.invalid>
	<b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com>
	<20090824041100.GA29127@jg.domain_not_set.invalid>
	<4a92a2bd.0fba720a.2734.fffff909@mx.google.com>
Message-ID: <20090824173932.GC29279@jg.hsd1.pa.comcast.net>

On Mon, Aug 24, 2009 at 07:25:01AM -0700, mfwitten at gmail.com wrote:
>The difference is that `exit 0' is an explicit action by
>the programmer, while `true' is an implicit manipulation
>of the shell's actions.

The previous lines were also implicit manipulations of $?. A 
line with 'true' by itself highlights that fact. That the shell 
exits with the status of the last process is not some kind of 
black magic only known to high level initiates. It's something 
all shell programmers should be aware of, lest it bite them at 
some point. It's certainly also worth knowing when dealing with 
shell functions, which follow the same behavior.

Frankly, though, I prefer ending with 'true' or 'false' more 
because I don't like explicit exits. It's an idiom in shell 
programming, and is rather comfortable to anyone familiar with 
functional languages.

>If some error were to occur in the subshell, then the subshell
>would surely exit immediately, but the supershell would ignore
>this and would continue merrily as though nothing were wrong,
>thereby masking a possibly catastrophic problem.
>
>The solution, of course, would be to check the exit status of
>the subshell explicitly, which is the kind of action you are
>expressly trying to avoid.

I'm not saying it's the best possible behavior, only that it's 
the one specified. Most POSIX shells (which bash emulates when 
invoked as 'sh') follow that behavior, so anyone writing 
portable scripts needs to check the exit status of subshells 
anyway.

-- 
Kris Maglione

Simple things should be simple.  Complex things should be possible.
	--Alan Kay


From mfwitten at gmail.com  Mon Aug 24 13:43:30 2009
From: mfwitten at gmail.com (Michael Witten)
Date: Mon, 24 Aug 2009 15:43:30 -0500
Subject: [Vimperator] [PATCH] common/Makefile.common: Donators -> Donor
In-Reply-To: <20090824173932.GC29279@jg.hsd1.pa.comcast.net>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com> 
	<1250914900-30983-2-git-send-email-mfwitten@gmail.com>
	<4A919C6C.8030004@vimperator.org> 
	<20090824015223.GA1400@jg.domain_not_set.invalid>
	<b4087cc50908232004g1c518e22lad8fa3b9d5d90fc8@mail.gmail.com> 
	<20090824041100.GA29127@jg.domain_not_set.invalid>
	<4a92a2bd.0fba720a.2734.fffff909@mx.google.com> 
	<20090824173932.GC29279@jg.hsd1.pa.comcast.net>
Message-ID: <b4087cc50908241343r3c6ee00bg2dd0201598f97e29@mail.gmail.com>

on Mon, Aug 24, 2009 at 12:39 PM, Kris Maglione<maglione.k at gmail.com> wrote:
> On Mon, Aug 24, 2009 at 07:25:01AM -0700, mfwitten at gmail.com wrote:
>>
>> The difference is that `exit 0' is an explicit action by
>> the programmer, while `true' is an implicit manipulation
>> of the shell's actions.

> That the shell exits with the status of the last process
> is not some kind of black magic only known to high level
> initiates. It's something all shell programmers should be
> aware of, lest it bite them at some point...

... You do realize the humor of these remarks, right?

       You have been bitten by having code that is
       not aware---not just the bash problem, but
       the fact that any legitimate subshell failures
       are completely ignored...

> Frankly, though, I prefer ending with 'true' or 'false'
> more because I don't like explicit exits.

That's not really any kind of justification. So far,
it seems my aesthetic appraisal has been more
objective.

> It's an idiom in shell programming

Idioms should be avoided where possible; this *is* a
[sub]shell, so `exit 0' makes immediate sense.

> It's certainly also worth knowing when dealing with
> shell functions, which follow the same behavior.

Well, actually, (as you know) `exit 0' would *not* apply
in the same way in a shell function, as it would exit
the shell running the shell function; that's another
reason why using `exit 0' carries more information
with it.

It might be interesting to stick the subshell code
into a shell function to make better use of the
outer shell's `set -e'.

> and is rather comfortable to anyone familiar with
> functional languages.

Your hole is getting deeper.

>> If some error were to occur in the subshell, then the subshell
>> would surely exit immediately, but the supershell would ignore
>> this and would continue merrily as though nothing were wrong,
>> thereby masking a possibly catastrophic problem.
>>
>> The solution, of course, would be to check the exit status of
>> the subshell explicitly, which is the kind of action you are
>> expressly trying to avoid.
>
> I'm not saying it's the best possible behavior, only that
> it's the one specified. Most POSIX shells (which bash
> emulates when invoked as 'sh') follow that behavior, so
> anyone writing portable scripts needs to check the exit
> status of subshells anyway.

Well, the shebang:

  #!/bin/sh

didn't seem to avoid the problem on my system.

Also, running:

  * bash --posix
  * export POSIXLY_CORRECT=1; bash
  * /bin/sh

didn't change the situation; bash still behaves the same way
with `set -e' (whether or not it is correct).

As an aside, consider that POSIX states the following for
`set -e':

    When this option is on, if a simple command
    fails for any of the reasons listed in
    Consequences of Shell Errors or returns an
    exit status value >0, and is not part of the
    compound list following a `while', `until',
    or `if' keyword, and is not a part of an AND
    or OR list, and is not a pipeline preceded
    by the ! reserved word, then the shell shall
    immediately exit.

However, try this in dash:

  set -e; false && false  # does not terminate
  set -e; true && false   # terminates

As far as my reading of the POSIX description goes,
that last line is non-standard, as the failing
command is "part of a AND or OR list" and should
therefore *not* cause termination.

From mark.robinson at stonebridgesystems.com.au  Mon Aug 24 19:00:20 2009
From: mark.robinson at stonebridgesystems.com.au (Mark Robinson)
Date: Tue, 25 Aug 2009 10:00:20 +0800
Subject: [Vimperator] Vimperator breaks LastTab, TabMixPlus
Message-ID: <878a3de98f700924c2a672766930f77d@203.170.86.225>

>On Mon, Aug 24, 2009 at 05:36:48PM +1000, mark_robinson at nab.com.au
wrote:
>>As you may know, LastTab and TMP implement a last-recently-used tab
>>switching mechanism on the <Ctrl-Tab> keypress that is much more useful
>>than the FF default.
>>
>>Vimperator "steals" <ctrl-tab> preventing LastTab and TMP from
exercising
>>their magic (my simplistic explanation :-).
>>
>>I have tried unmapping <ctrl-tab> (no change) and mapping it to <Nop>
>>(broke tab switching completely).
>
>:noremap <C-Tab> <C-v><C-Tab>

That pops up the LastTab window, and subsequent key-presses cycle through
the list of tabs, but it fails to respond when you release the keys. 
Pressing return kills the window but fails to swap tabs.  Selecting with
the mouse in the window seems the only way to change tabs and that rather
defeats the purpose of using Vimperator :-)

I thought of mapping <C-Tab> to <C-6> but that swaps to the last tab, it
doesn't cycle through the tab list.

Pressing <C-z> to allow pass-through on all keys is the only way to get
LastTab to perform correctly.

>
>>This e-mail is sent by or on behalf of the named sender identified
above.
>>If:
>> ...
>>The information contained in this e-mail communication may be
>>confidential. You should only read, disclose, re-transmit, copy,
>>...
>
>Please don't post these kinds of footers to mailing lists.

Yeah, I know, it's crap, but in a corporate email environment you don't
get a choice - hopefully this account doesn't do the same.

cheers
mark
-- 
Mark Robinson


The market will stay irrational longer than the investor can stay solvent.

From jamaris at gmail.com  Tue Aug 25 06:58:15 2009
From: jamaris at gmail.com (Jeroen Maris)
Date: Tue, 25 Aug 2009 15:58:15 +0200
Subject: [Vimperator] Hinting on MoinMoin theme
Message-ID: <b03954e20908250658w2612d564x31442d65e2eb3773@mail.gmail.com>

Hi all,

I use the MoinMoin wikisoftware with the Solenoid theme. The normal
theme (called Modernized) has correct hinting like this:
http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=modernized-vimperator.png

When I use the Solenoid theme and activate hinting, it looks like
this: http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=solenoid-vimperator.png

I've informed the Solenoid developer of the problem and asked him
whether he has any idea as to what can cause this. He has no idea
either, so my question is: Is the wrong hinting in the Solenoid theme
a bug in Vimperator or in the Solenoid theme? And if the problem is
with Solenoid, are there any suggestions, tips or recommendations that
I can pass the developer to fix this?

Thanks in advance,

Jeroen

From edwardludd at gmail.com  Tue Aug 25 07:59:35 2009
From: edwardludd at gmail.com (Ned Ludd)
Date: Tue, 25 Aug 2009 10:59:35 -0400
Subject: [Vimperator] [PATCH] common/make_jar.sh: exit subshell with
	explicit success
In-Reply-To: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
Message-ID: <65a36ed50908250759v2f708d2dv2153c91105378941@mail.gmail.com>

NIce one Michael, this has been bugging me for a while.  Couldn't
figure out why the build was failing since there was no obvious error.

Will your patch make it into git?  Doesn't seem to be there yet.

Ned

On Sat, Aug 22, 2009 at 12:21 AM, Michael Witten<mfwitten at gmail.com> wrote:
> Currently, make_jar.sh runs ?a series of subshells
> that ?involve tests ?like ?the following ?compound
> statement:
>
> ?[ -f "$f" ] && copytext "$f" "$stage/$f"
>
> Because ?of ?these ? tests, ?each ?subshell ?could
> complete its ?tasks sucessfully even if, ?say, the
> (regular) file "$f" does not exist.
>
> However, ?it is ?important to ?note that ?the exit
> status ?of such ?a ?statement when ?"$f" does ?not
> exist is still failure:
>
> ?[ failure ] && who-cares ==> failure
>
> Specifically:
>
> ?[ non-zero ] && who-cares ==> non-zero
>
> As make_jar.sh was ?written, these subshells would
> end normally, but abruptly ?when there was nothing
> left ?to ?do, and ?so ?each ?would return ?to ?the
> supershell ?the exit ?status ?of the last executed
> statement.
>
> Consequently, ?if ?the ?last ?test ?were ?to ?fail
> because "$f" were ?non-existent, then the subshell
> would return ?a failing (non-zero) exit ?status to
> its supershell.
>
> Normally this wouldn't ?matter; however, currently
> the supershell ?operates with `set -e' ?in effect,
> which means ?that whenever one of ?its non-boolean
> statements ?ends in ?failure, ?then ?it too ?exits
> immediately in failure.
>
> Therefore, a non-error was ?being escalated into a
> fatal error, thereby breaking the build.
>
> The solution ?is simply to force ?the subshells to
> exit with a successul ?(zero) status whenever they
> complete ?normally. For ?instance, the ?test shown
> above could be modified as follows:
>
> ?[ -f "$f" ] && copytext "$f" "$stage/$f" || true
>
> However, this could be ?made more robust by simply
> moving `true' to the last statement.
>
> Better ?yet---and the ?solution ?provided by ?this
> commit--is ?to ?be ? explicit ?about ?returning ?a
> successful (zero) exit status:
>
> ?exit 0
>
> Signed-off-by: Michael Witten <mfwitten at gmail.com>
> ---
> ?common/make_jar.sh | ? ?1 +
> ?1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/common/make_jar.sh b/common/make_jar.sh
> index 439fce1..906432a 100644
> --- a/common/make_jar.sh
> +++ b/common/make_jar.sh
> @@ -48,6 +48,7 @@ do
> ? ? ? ? do
> ? ? ? ? ? ? [ -f "$f" ] && copytext "$f" "$stage/$f"
> ? ? ? ? done
> + ? ? ? ?exit 0 # signal success rather than use the last test's exit status.
> ? ? )
> ?done
>
> --
> 1.6.2.2.479.g2aec
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
-----
Ned Ludd

From maxauthority at vimperator.org  Tue Aug 25 08:09:40 2009
From: maxauthority at vimperator.org (Martin Stubenschrott)
Date: Tue, 25 Aug 2009 17:09:40 +0200
Subject: [Vimperator] [PATCH] common/make_jar.sh: exit subshell with
	explicit success
In-Reply-To: <65a36ed50908250759v2f708d2dv2153c91105378941@mail.gmail.com>
References: <1250914900-30983-1-git-send-email-mfwitten@gmail.com>
	<65a36ed50908250759v2f708d2dv2153c91105378941@mail.gmail.com>
Message-ID: <aaae92100908250809r68f41521i5260ce9b44ead88f@mail.gmail.com>

Unless Kris commits something in the next 2-3 days, I'll apply that
patch to git.

Thanks Michael for the patch!

And it's not that i think you are wrong, I just don't have an opinion
on this issue,
and since Kris has written the Makefiles and I trust him to make wise
decisions, I give him a chance to fix the issue in the way he thinks
is the best.

On Tue, Aug 25, 2009 at 4:59 PM, Ned Ludd<edwardludd at gmail.com> wrote:
> NIce one Michael, this has been bugging me for a while. ?Couldn't
> figure out why the build was failing since there was no obvious error.
>
> Will your patch make it into git? ?Doesn't seem to be there yet.
>
> Ned
>
> On Sat, Aug 22, 2009 at 12:21 AM, Michael Witten<mfwitten at gmail.com> wrote:
>> Currently, make_jar.sh runs ?a series of subshells
>> that ?involve tests ?like ?the following ?compound
>> statement:
>>
>> ?[ -f "$f" ] && copytext "$f" "$stage/$f"
>>
>> Because ?of ?these ? tests, ?each ?subshell ?could
>> complete its ?tasks sucessfully even if, ?say, the
>> (regular) file "$f" does not exist.
>>
>> However, ?it is ?important to ?note that ?the exit
>> status ?of such ?a ?statement when ?"$f" does ?not
>> exist is still failure:
>>
>> ?[ failure ] && who-cares ==> failure
>>
>> Specifically:
>>
>> ?[ non-zero ] && who-cares ==> non-zero
>>
>> As make_jar.sh was ?written, these subshells would
>> end normally, but abruptly ?when there was nothing
>> left ?to ?do, and ?so ?each ?would return ?to ?the
>> supershell ?the exit ?status ?of the last executed
>> statement.
>>
>> Consequently, ?if ?the ?last ?test ?were ?to ?fail
>> because "$f" were ?non-existent, then the subshell
>> would return ?a failing (non-zero) exit ?status to
>> its supershell.
>>
>> Normally this wouldn't ?matter; however, currently
>> the supershell ?operates with `set -e' ?in effect,
>> which means ?that whenever one of ?its non-boolean
>> statements ?ends in ?failure, ?then ?it too ?exits
>> immediately in failure.
>>
>> Therefore, a non-error was ?being escalated into a
>> fatal error, thereby breaking the build.
>>
>> The solution ?is simply to force ?the subshells to
>> exit with a successul ?(zero) status whenever they
>> complete ?normally. For ?instance, the ?test shown
>> above could be modified as follows:
>>
>> ?[ -f "$f" ] && copytext "$f" "$stage/$f" || true
>>
>> However, this could be ?made more robust by simply
>> moving `true' to the last statement.
>>
>> Better ?yet---and the ?solution ?provided by ?this
>> commit--is ?to ?be ? explicit ?about ?returning ?a
>> successful (zero) exit status:
>>
>> ?exit 0
>>
>> Signed-off-by: Michael Witten <mfwitten at gmail.com>
>> ---
>> ?common/make_jar.sh | ? ?1 +
>> ?1 files changed, 1 insertions(+), 0 deletions(-)
>>
>> diff --git a/common/make_jar.sh b/common/make_jar.sh
>> index 439fce1..906432a 100644
>> --- a/common/make_jar.sh
>> +++ b/common/make_jar.sh
>> @@ -48,6 +48,7 @@ do
>> ? ? ? ? do
>> ? ? ? ? ? ? [ -f "$f" ] && copytext "$f" "$stage/$f"
>> ? ? ? ? done
>> + ? ? ? ?exit 0 # signal success rather than use the last test's exit status.
>> ? ? )
>> ?done
>>
>> --
>> 1.6.2.2.479.g2aec
>>
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
>
>
>
> --
> -----
> Ned Ludd
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From dpb at driftaway.org  Tue Aug 25 22:58:14 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Wed, 26 Aug 2009 08:58:14 +0300
Subject: [Vimperator] Hinting on MoinMoin theme
In-Reply-To: <b03954e20908250658w2612d564x31442d65e2eb3773@mail.gmail.com>
References: <b03954e20908250658w2612d564x31442d65e2eb3773@mail.gmail.com>
Message-ID: <dd9711230908252258s40f51103ga73aaf6f03b26300@mail.gmail.com>

2009/8/25 Jeroen Maris <jamaris at gmail.com>:
> Hi all,
>
> I use the MoinMoin wikisoftware with the Solenoid theme. The normal
> theme (called Modernized) has correct hinting like this:
> http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=modernized-vimperator.png
>
> When I use the Solenoid theme and activate hinting, it looks like
> this: http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=solenoid-vimperator.png
>
> I've informed the Solenoid developer of the problem and asked him
> whether he has any idea as to what can cause this. He has no idea
> either, so my question is: Is the wrong hinting in the Solenoid theme
> a bug in Vimperator or in the Solenoid theme? And if the problem is
> with Solenoid, are there any suggestions, tips or recommendations that
> I can pass the developer to fix this?

Is there some public moinmoin wiki that uses the Solenoid theme
without needing registration that we can test this on? Atleast I am
(and most likely most of the other devs) too lazy to register/install
to moinmoin to test this. So we can't really see if it's Vimperator or
Solenoid.

Maybe the other devs have some ideas how you could debug the problem.

--
Daniel

From jamaris at gmail.com  Wed Aug 26 02:36:24 2009
From: jamaris at gmail.com (Jeroen Maris)
Date: Wed, 26 Aug 2009 11:36:24 +0200
Subject: [Vimperator] Hinting on MoinMoin theme
In-Reply-To: <dd9711230908252258s40f51103ga73aaf6f03b26300@mail.gmail.com>
References: <b03954e20908250658w2612d564x31442d65e2eb3773@mail.gmail.com>
	<dd9711230908252258s40f51103ga73aaf6f03b26300@mail.gmail.com>
Message-ID: <b03954e20908260236i5f28ec33mcf9b21108b35ba63@mail.gmail.com>

I've created a temporary MoinMoin wiki instance with the newest
version of the Solenoid theme at this address:
https://lightfeet.xs4all.nl/solenoidwiki. Sorry for the https
certificate, but I use that server also for other things :)

You can use this instance to test whatever you like, feel free.

--
Jeroen

On Wed, Aug 26, 2009 at 7:58 AM, Daniel Bainton<dpb at driftaway.org> wrote:
> 2009/8/25 Jeroen Maris <jamaris at gmail.com>:
>> Hi all,
>>
>> I use the MoinMoin wikisoftware with the Solenoid theme. The normal
>> theme (called Modernized) has correct hinting like this:
>> http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=modernized-vimperator.png
>>
>> When I use the Solenoid theme and activate hinting, it looks like
>> this: http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=solenoid-vimperator.png
>>
>> I've informed the Solenoid developer of the problem and asked him
>> whether he has any idea as to what can cause this. He has no idea
>> either, so my question is: Is the wrong hinting in the Solenoid theme
>> a bug in Vimperator or in the Solenoid theme? And if the problem is
>> with Solenoid, are there any suggestions, tips or recommendations that
>> I can pass the developer to fix this?
>
> Is there some public moinmoin wiki that uses the Solenoid theme
> without needing registration that we can test this on? Atleast I am
> (and most likely most of the other devs) too lazy to register/install
> to moinmoin to test this. So we can't really see if it's Vimperator or
> Solenoid.
>
> Maybe the other devs have some ideas how you could debug the problem.
>
> --
> Daniel
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From dpb at driftaway.org  Wed Aug 26 03:11:36 2009
From: dpb at driftaway.org (Daniel Bainton)
Date: Wed, 26 Aug 2009 13:11:36 +0300
Subject: [Vimperator] Hinting on MoinMoin theme
In-Reply-To: <b03954e20908260236i5f28ec33mcf9b21108b35ba63@mail.gmail.com>
References: <b03954e20908250658w2612d564x31442d65e2eb3773@mail.gmail.com> 
	<dd9711230908252258s40f51103ga73aaf6f03b26300@mail.gmail.com> 
	<b03954e20908260236i5f28ec33mcf9b21108b35ba63@mail.gmail.com>
Message-ID: <dd9711230908260311w2e778a30m391de6020c9e526b@mail.gmail.com>

The hints are placed correctly, though the number "layer" is just
moved a bit down and quite to the right.

If I remove "position: relative;" away from the <body> css, the hints
work, though then some of the elements are out of place.

Kris, Doug, Martin, any of you guys have opinions?

--
Daniel

2009/8/26 Jeroen Maris <jamaris at gmail.com>:
> I've created a temporary MoinMoin wiki instance with the newest
> version of the Solenoid theme at this address:
> https://lightfeet.xs4all.nl/solenoidwiki. Sorry for the https
> certificate, but I use that server also for other things :)
>
> You can use this instance to test whatever you like, feel free.
>
> --
> Jeroen
>
> On Wed, Aug 26, 2009 at 7:58 AM, Daniel Bainton<dpb at driftaway.org> wrote:
>> 2009/8/25 Jeroen Maris <jamaris at gmail.com>:
>>> Hi all,
>>>
>>> I use the MoinMoin wikisoftware with the Solenoid theme. The normal
>>> theme (called Modernized) has correct hinting like this:
>>> http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=modernized-vimperator.png
>>>
>>> When I use the Solenoid theme and activate hinting, it looks like
>>> this: http://moinmo.in/ThemeMarket/Solenoid?action=AttachFile&do=view&target=solenoid-vimperator.png
>>>
>>> I've informed the Solenoid developer of the problem and asked him
>>> whether he has any idea as to what can cause this. He has no idea
>>> either, so my question is: Is the wrong hinting in the Solenoid theme
>>> a bug in Vimperator or in the Solenoid theme? And if the problem is
>>> with Solenoid, are there any suggestions, tips or recommendations that
>>> I can pass the developer to fix this?
>>
>> Is there some public moinmoin wiki that uses the Solenoid theme
>> without needing registration that we can test this on? Atleast I am
>> (and most likely most of the other devs) too lazy to register/install
>> to moinmoin to test this. So we can't really see if it's Vimperator or
>> Solenoid.
>>
>> Maybe the other devs have some ideas how you could debug the problem.
>>
>> --
>> Daniel
>> _______________________________________________
>> Vimperator mailing list
>> Vimperator at mozdev.org
>> https://www.mozdev.org/mailman/listinfo/vimperator
>>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From jabba.laci at gmail.com  Wed Aug 26 11:53:00 2009
From: jabba.laci at gmail.com (Jabba Laci)
Date: Wed, 26 Aug 2009 20:53:00 +0200
Subject: [Vimperator] opening several pages in tabs
Message-ID: <310fbb00908261153m5517ba31j1ee898efea00da02@mail.gmail.com>

Hi,

I have some favorite sites that I check regularly. Is there an easy
way to open a list of pre-defined sites in separate tabs? For
instance:

:openfav list1

Thanks,

Laszlo

From gary.katsevman at gmail.com  Wed Aug 26 12:12:18 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Wed, 26 Aug 2009 15:12:18 -0400
Subject: [Vimperator] opening several pages in tabs
In-Reply-To: <310fbb00908261153m5517ba31j1ee898efea00da02@mail.gmail.com>
References: <310fbb00908261153m5517ba31j1ee898efea00da02@mail.gmail.com>
Message-ID: <97265dfa0908261212l21deedcft5de2576704f13059@mail.gmail.com>

I believe that you can separate url's in a bookmark by pipes '|' and
thus have a keyworded bookmark called favlist1 and then :open favlist1
 would open all the urls in that bookmark.

------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Wed, Aug 26, 2009 at 14:53, Jabba Laci<jabba.laci at gmail.com> wrote:
> Hi,
>
> I have some favorite sites that I check regularly. Is there an easy
> way to open a list of pre-defined sites in separate tabs? For
> instance:
>
> :openfav list1
>
> Thanks,
>
> Laszlo
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From stubenschrott at vimperator.org  Wed Aug 26 12:19:49 2009
From: stubenschrott at vimperator.org (Martin Stubenschrott)
Date: Wed, 26 Aug 2009 21:19:49 +0200
Subject: [Vimperator] opening several pages in tabs
In-Reply-To: <97265dfa0908261212l21deedcft5de2576704f13059@mail.gmail.com>
References: <310fbb00908261153m5517ba31j1ee898efea00da02@mail.gmail.com>
	<97265dfa0908261212l21deedcft5de2576704f13059@mail.gmail.com>
Message-ID: <4A958AD5.8080708@vimperator.org>

On 08/26/2009 09:12 PM, Gary Katsevman wrote:

> I believe that you can separate url's in a bookmark by pipes '|' and
> thus have a keyworded bookmark called favlist1 and then :open favlist1
>  would open all the urls in that bookmark.


nearly correct, but ", " is the seperator. :)

even better is to create a quickmark:

:qmark a url, url2, url3

and then open them in new tabs with 'gna' (go new -> a)

From gary.katsevman at gmail.com  Wed Aug 26 12:24:24 2009
From: gary.katsevman at gmail.com (Gary Katsevman)
Date: Wed, 26 Aug 2009 15:24:24 -0400
Subject: [Vimperator] opening several pages in tabs
In-Reply-To: <4A958AD5.8080708@vimperator.org>
References: <310fbb00908261153m5517ba31j1ee898efea00da02@mail.gmail.com> 
	<97265dfa0908261212l21deedcft5de2576704f13059@mail.gmail.com> 
	<4A958AD5.8080708@vimperator.org>
Message-ID: <97265dfa0908261224g4d82ab85q279903e27635802e@mail.gmail.com>

Ah, ok. I wasnt sure which one is for bookmarks because I know for
setting the homepage it uses '|', or, at the very least, it used to.
------------------------
Gary Katsevman
Computer Science Undergraduate
Northeastern University
gkatsev at ccs.neu.edu
gkatsev.com



On Wed, Aug 26, 2009 at 15:19, Martin
Stubenschrott<stubenschrott at vimperator.org> wrote:
> On 08/26/2009 09:12 PM, Gary Katsevman wrote:
>
>> I believe that you can separate url's in a bookmark by pipes '|' and
>> thus have a keyworded bookmark called favlist1 and then :open favlist1
>> ?would open all the urls in that bookmark.
>
>
> nearly correct, but ", " is the seperator. :)
>
> even better is to create a quickmark:
>
> :qmark a url, url2, url3
>
> and then open them in new tabs with 'gna' (go new -> a)
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From br.renatosilva at gmail.com  Thu Aug 27 11:53:03 2009
From: br.renatosilva at gmail.com (Renato Silva)
Date: Thu, 27 Aug 2009 15:53:03 -0300
Subject: [Vimperator] Vimperator and Solenoid theme for MoinMoin
Message-ID: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>

We have to talk about this?
http://www.mozdev.org/pipermail/vimperator/2009-August/004639.html

I am the developer of Solenoid theme, but I am not a Vimperator user.We have
to discuss about whether remove body { position: relative } from the theme
or not.I think it's unlikely but maybe this issue suggests that the browser
should behave in a better way, for example explictly specifying position
attribute for those red boxes, not inheriting from body element.

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090827/3004cdbc/attachment.html>

From maglione.k at gmail.com  Fri Aug 28 10:09:49 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Fri, 28 Aug 2009 13:09:49 -0400
Subject: [Vimperator] Vimperator and Solenoid theme for MoinMoin
In-Reply-To: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>
References: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>
Message-ID: <20090828170949.GA21436@jg.domain_not_set.invalid>

On Thu, Aug 27, 2009 at 03:53:03PM -0300, Renato Silva wrote:
>We have to talk about this?
>http://www.mozdev.org/pipermail/vimperator/2009-August/004639.html
>
>I am the developer of Solenoid theme, but I am not a Vimperator user.We have
>to discuss about whether remove body { position: relative } from the theme
>or not.I think it's unlikely but maybe this issue suggests that the browser
>should behave in a better way, for example explictly specifying position
>attribute for those red boxes, not inheriting from body element.

I'm not sure it's an especially good idea to use 
'body { position: relative; }', but it's really something that 
Vimperator should handle (we can't sanitize the entire Web, 
after all). So, I've fixed this bug in git. Is there some 
particular reason that you need the body styled as such?

-- 
Kris Maglione

And the users exclaimed with a laugh and a taunt: "It's just what we
asked for but not what we want."


From jamaris at gmail.com  Fri Aug 28 13:50:35 2009
From: jamaris at gmail.com (Jeroen Maris)
Date: Fri, 28 Aug 2009 22:50:35 +0200
Subject: [Vimperator] Vimperator and Solenoid theme for MoinMoin
In-Reply-To: <20090828170949.GA21436@jg.domain_not_set.invalid>
References: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>
	<20090828170949.GA21436@jg.domain_not_set.invalid>
Message-ID: <b03954e20908281350k448e3664k94146aeb72982eb9@mail.gmail.com>

Hello Kris,

I've just checked out the latest revision from Vimperator's GIT
repository, built it and installed it (vimperator_2.2a1pre.xpi is the
name after I compiled it according to the instructions here:
http://vimperator.org/trac/wiki/Vimperator/Source

The hints are still misplaced, so I checked GITweb and saw that the
latest change was from Thu, 27 Aug 2009 16:48:13 +0000. Am I missing
something or have you not yet committed the patch to GIT?

Thanks in advance,

--
Jeroen

On Fri, Aug 28, 2009 at 7:09 PM, Kris Maglione<maglione.k at gmail.com> wrote:
> On Thu, Aug 27, 2009 at 03:53:03PM -0300, Renato Silva wrote:
>>
>> We have to talk about this?
>> http://www.mozdev.org/pipermail/vimperator/2009-August/004639.html
>>
>> I am the developer of Solenoid theme, but I am not a Vimperator user.We
>> have
>> to discuss about whether remove body { position: relative } from the theme
>> or not.I think it's unlikely but maybe this issue suggests that the
>> browser
>> should behave in a better way, for example explictly specifying position
>> attribute for those red boxes, not inheriting from body element.
>
> I'm not sure it's an especially good idea to use 'body { position: relative;
> }', but it's really something that Vimperator should handle (we can't
> sanitize the entire Web, after all). So, I've fixed this bug in git. Is
> there some particular reason that you need the body styled as such?
>
> --
> Kris Maglione
>
> And the users exclaimed with a laugh and a taunt: "It's just what we
> asked for but not what we want."
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From maglione.k at gmail.com  Fri Aug 28 15:13:55 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Fri, 28 Aug 2009 18:13:55 -0400
Subject: [Vimperator] Vimperator and Solenoid theme for MoinMoin
In-Reply-To: <b03954e20908281350k448e3664k94146aeb72982eb9@mail.gmail.com>
References: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>
	<20090828170949.GA21436@jg.domain_not_set.invalid>
	<b03954e20908281350k448e3664k94146aeb72982eb9@mail.gmail.com>
Message-ID: <20090828221355.GA20667@jg.domain_not_set.invalid>

On Fri, Aug 28, 2009 at 10:50:35PM +0200, Jeroen Maris wrote:
>Hello Kris,
>
>I've just checked out the latest revision from Vimperator's GIT
>repository, built it and installed it (vimperator_2.2a1pre.xpi is the
>name after I compiled it according to the instructions here:
>http://vimperator.org/trac/wiki/Vimperator/Source
>
>The hints are still misplaced, so I checked GITweb and saw that the
>latest change was from Thu, 27 Aug 2009 16:48:13 +0000. Am I missing
>something or have you not yet committed the patch to GIT?

Sorry, my push failed. Try again.

-- 
Kris Maglione

We shall do a much better programming job, provided we approach the
task with a full appreciation of its tremendous difficulty, provided
that we respect the intrinsic limitations of the human mind and
approach the task as very humble programmers.
	--Alan Turing


From jamaris at gmail.com  Sat Aug 29 03:01:28 2009
From: jamaris at gmail.com (Jeroen Maris)
Date: Sat, 29 Aug 2009 12:01:28 +0200
Subject: [Vimperator] Vimperator and Solenoid theme for MoinMoin
In-Reply-To: <20090828221355.GA20667@jg.domain_not_set.invalid>
References: <33f1a9530908271153h2c5a97f1vbbf73496eff97dc9@mail.gmail.com>
	<20090828170949.GA21436@jg.domain_not_set.invalid>
	<b03954e20908281350k448e3664k94146aeb72982eb9@mail.gmail.com>
	<20090828221355.GA20667@jg.domain_not_set.invalid>
Message-ID: <b03954e20908290301xe5f6846ta7ecdf56f8bc9662@mail.gmail.com>

Hi Kris,

I still don't see your commit in the gitweb interface here:
http://vimperator.org/trac/gitweb?p=liberator.git;a=summary

--
Jeroen

On Sat, Aug 29, 2009 at 12:13 AM, Kris Maglione<maglione.k at gmail.com> wrote:
> On Fri, Aug 28, 2009 at 10:50:35PM +0200, Jeroen Maris wrote:
>>
>> Hello Kris,
>>
>> I've just checked out the latest revision from Vimperator's GIT
>> repository, built it and installed it (vimperator_2.2a1pre.xpi is the
>> name after I compiled it according to the instructions here:
>> http://vimperator.org/trac/wiki/Vimperator/Source
>>
>> The hints are still misplaced, so I checked GITweb and saw that the
>> latest change was from Thu, 27 Aug 2009 16:48:13 +0000. Am I missing
>> something or have you not yet committed the patch to GIT?
>
> Sorry, my push failed. Try again.
>
> --
> Kris Maglione
>
> We shall do a much better programming job, provided we approach the
> task with a full appreciation of its tremendous difficulty, provided
> that we respect the intrinsic limitations of the human mind and
> approach the task as very humble programmers.
> ? ? ? ?--Alan Turing
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>

From jrhorn424 at gmail.com  Sun Aug 30 16:39:03 2009
From: jrhorn424 at gmail.com (Jeff Horn)
Date: Sun, 30 Aug 2009 19:39:03 -0400
Subject: [Vimperator] Adding Customer Toolbars at Startup
Message-ID: <40c11efc0908301639q7ccbbd07nb5700fbf3bec9258@mail.gmail.com>

How would one add the 1Password toolbar to the vimperatorrc file? Is
there a resource I should be using when adding other third-party
toolbars?

Thanks in advance for everyone's help!

Jeff

-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jhorn at gmu.edu
jrhorn424 at gmail.com

From jrhorn424 at gmail.com  Sun Aug 30 16:46:55 2009
From: jrhorn424 at gmail.com (Jeff Horn)
Date: Sun, 30 Aug 2009 19:46:55 -0400
Subject: [Vimperator] Adding Bookmarklet Code to the RC File
Message-ID: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>

In another post, I asked about how to access bookmarklets with the
keyboard. I'd like to add the javascript code to my rc file and define
commands that call the bookmarklet codes. For instance, I'd like to
define a function called "readlater" that calls the following code:

[code]

javascript:function%20iprl5(){var%20d=document,z=d.createElement('scr'+'ipt'),b=d.body;try{if(!b)throw(0);d.title='(Saving...)%20'+d.title;z.setAttribute('src','http://www.instapaper.com/j/4mUzrAlzv6nP?u='+encodeURIComponent(d.location.href)+'&t='+(new%20Date().getTime()));b.appendChild(z);}catch(e){alert('Please%20wait%20until%20the%20page%20has%20loaded.');}}iprl5();void(0)

[/code]

I don't really know java, so if anyone could use this to create a bit
of code for me, I could copy it to other bookmarklets I like to use.
Maybe someone could upload the code as a plugin, too?

Thanks a bunch,
Jeff
-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jhorn at gmu.edu
jrhorn424 at gmail.com

From maglione.k at gmail.com  Sun Aug 30 17:04:03 2009
From: maglione.k at gmail.com (Kris Maglione)
Date: Sun, 30 Aug 2009 20:04:03 -0400
Subject: [Vimperator] Adding Bookmarklet Code to the RC File
In-Reply-To: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
References: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
Message-ID: <20090831000200.GA16505@jg.domain_not_set.invalid>

On Sun, Aug 30, 2009 at 07:46:55PM -0400, Jeff Horn wrote:
>I don't really know java

Java would be of no use to you.

-- 
Kris Maglione

A program is portable to the extent that it can be easily moved to a
new computing environment with much less effort than would be required
to write it afresh.
	--W. Stan Brown


From jrhorn424 at gmail.com  Sun Aug 30 17:32:42 2009
From: jrhorn424 at gmail.com (Jeff Horn)
Date: Sun, 30 Aug 2009 20:32:42 -0400
Subject: [Vimperator] Adding Bookmarklet Code to the RC File
In-Reply-To: <20090831000200.GA16505@jg.domain_not_set.invalid>
References: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
	<20090831000200.GA16505@jg.domain_not_set.invalid>
Message-ID: <40c11efc0908301732t35deb547vc1996bc37e0e54ac@mail.gmail.com>

OK? Thanks, but I'm a novice. Javascript or java, whatever it is, I
don't know it. And I'm pretty sure it could help me in writing a
bookmarklet plugin for vimperator.

If anyone has anything constructive to add, I'd be much obliged.

Jeff

On Sun, Aug 30, 2009 at 8:04 PM, Kris Maglione<maglione.k at gmail.com> wrote:
> On Sun, Aug 30, 2009 at 07:46:55PM -0400, Jeff Horn wrote:
>>
>> I don't really know java
>
> Java would be of no use to you.
>
> --
> Kris Maglione
>
> A program is portable to the extent that it can be easily moved to a
> new computing environment with much less effort than would be required
> to write it afresh.
> ? ? ? ?--W. Stan Brown
>
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jhorn at gmu.edu
jrhorn424 at gmail.com

From alpha.chen at gmail.com  Sun Aug 30 18:12:41 2009
From: alpha.chen at gmail.com (Alpha Chen)
Date: Sun, 30 Aug 2009 18:12:41 -0700
Subject: [Vimperator] Adding Bookmarklet Code to the RC File
In-Reply-To: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
References: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
Message-ID: <e54c16cf0908301812w6a15c2c1w56516f74d0a45f20@mail.gmail.com>

On Sun, Aug 30, 2009 at 4:46 PM, Jeff Horn<jrhorn424 at gmail.com> wrote:
> In another post, I asked about how to access bookmarklets with the
> keyboard. I'd like to add the javascript code to my rc file and define
> commands that call the bookmarklet codes. For instance, I'd like to
> define a function called "readlater" that calls the following code:
>
> [code]
>
> javascript:function%20iprl5(){var%20d=document,z=d.createElement('scr'+'ipt'),b=d.body;try{if(!b)throw(0);d.title='(Saving...)%20'+d.title;z.setAttribute('src','http://www.instapaper.com/j/4mUzrAlzv6nP?u='+encodeURIComponent(d.location.href)+'&t='+(new%20Date().getTime()));b.appendChild(z);}catch(e){alert('Please%20wait%20until%20the%20page%20has%20loaded.');}}iprl5();void(0)
>
> [/code]
>

I put the following code in .vimperator/plugin/instapaper.js:

(function() {
  commands.addUserCommand(['readlater', 'rl'],
    'Send current page to Instapaper',
    function (args) {
      var d=content.document;
      var z=d.createElement('scr'+'ipt');
      var b=d.body;

      try {
        if(!b)
          throw(0);
        d.title='(Saving...) '+d.title;
        z.setAttribute('src','http://www.instapaper.com/j/4mUzrAlzv6nP');
        b.appendChild(z);
      }
      catch(e) {
        alert('Please wait until the page has loaded.');
      }
    }
  );
})();

Regards,
Alpha

From jrhorn424 at gmail.com  Sun Aug 30 19:01:47 2009
From: jrhorn424 at gmail.com (Jeff Horn)
Date: Sun, 30 Aug 2009 22:01:47 -0400
Subject: [Vimperator] Adding Bookmarklet Code to the RC File
In-Reply-To: <e54c16cf0908301812w6a15c2c1w56516f74d0a45f20@mail.gmail.com>
References: <40c11efc0908301646s70a4fb74u50c6fcadeeb1c05d@mail.gmail.com>
	<e54c16cf0908301812w6a15c2c1w56516f74d0a45f20@mail.gmail.com>
Message-ID: <40c11efc0908301901o333e24d7u7d72fbd2973d2ea4@mail.gmail.com>

Dear Alpha,

Thanks so much for the code! What should I read up on when attempting
to write my own vimperator plugins? Is it javascript (as I've gleaned
from the plugin extension)?

Thanks,
Jeff

On Sun, Aug 30, 2009 at 9:12 PM, Alpha Chen<alpha.chen at gmail.com> wrote:
> On Sun, Aug 30, 2009 at 4:46 PM, Jeff Horn<jrhorn424 at gmail.com> wrote:
>> In another post, I asked about how to access bookmarklets with the
>> keyboard. I'd like to add the javascript code to my rc file and define
>> commands that call the bookmarklet codes. For instance, I'd like to
>> define a function called "readlater" that calls the following code:
>>
>> [code]
>>
>> javascript:function%20iprl5(){var%20d=document,z=d.createElement('scr'+'ipt'),b=d.body;try{if(!b)throw(0);d.title='(Saving...)%20'+d.title;z.setAttribute('src','http://www.instapaper.com/j/4mUzrAlzv6nP?u='+encodeURIComponent(d.location.href)+'&t='+(new%20Date().getTime()));b.appendChild(z);}catch(e){alert('Please%20wait%20until%20the%20page%20has%20loaded.');}}iprl5();void(0)
>>
>> [/code]
>>
>
> I put the following code in .vimperator/plugin/instapaper.js:
>
> (function() {
> ?commands.addUserCommand(['readlater', 'rl'],
> ? ?'Send current page to Instapaper',
> ? ?function (args) {
> ? ? ?var d=content.document;
> ? ? ?var z=d.createElement('scr'+'ipt');
> ? ? ?var b=d.body;
>
> ? ? ?try {
> ? ? ? ?if(!b)
> ? ? ? ? ?throw(0);
> ? ? ? ?d.title='(Saving...) '+d.title;
> ? ? ? ?z.setAttribute('src','http://www.instapaper.com/j/4mUzrAlzv6nP');
> ? ? ? ?b.appendChild(z);
> ? ? ?}
> ? ? ?catch(e) {
> ? ? ? ?alert('Please wait until the page has loaded.');
> ? ? ?}
> ? ?}
> ?);
> })();
>
> Regards,
> Alpha
> _______________________________________________
> Vimperator mailing list
> Vimperator at mozdev.org
> https://www.mozdev.org/mailman/listinfo/vimperator
>



-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jhorn at gmu.edu
jrhorn424 at gmail.com

From dailyplummet at gmail.com  Mon Aug 31 12:10:00 2009
From: dailyplummet at gmail.com (the daily plummet)
Date: Mon, 31 Aug 2009 12:10:00 -0700
Subject: [Vimperator] you guys are geniuses
Message-ID: <78b0cac00908311210y10fc69ddi8abc95d8660f6b5@mail.gmail.com>

Just a note of congratulations and thanks to the developers of this app.
Vimperator is excellent -- I am really impressed.

Nice work!


-dp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mozdev.org/pipermail/vimperator/attachments/20090831/bad68edf/attachment.html>