<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.mozilla.firefox.vimperator">
    <title>gmane.comp.mozilla.firefox.vimperator</title>
    <link>http://blog.gmane.org/gmane.comp.mozilla.firefox.vimperator</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6290"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6284"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6277"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6275"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6264"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6263"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6257"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6253"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6251"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6239"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6238"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6237"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6229"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6219"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6216"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6204"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6201"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6290">
    <title>New :ignorekeys functionality</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6290</link>
    <description>&lt;pre&gt;Hi,

finally after so many months a new major contribution from me :)

A new :ignorekeys {add,remove,list,clear} command which allows much simpler
usage of
GMail and other pages. :help :ignorekeys should work.

I am not really sure if that's the best naming, so if somebody can come up
with a better
naming which can be used together with the "i" and "I"  keys, please tell
me.

It seems we must release a 3.5 soon anyway, since 3.4 can't automatically be
updated for Firefox 13:

https://addons.mozilla.org/en-US/developers/addon/vimperator/validation-result/111495

Any volunteers tackling that problem to get a Firefox13 compatible version
out as soon
as possible? :)

Also please test the :ignorekeys/I command/mapping, as long as we don't
release an
official Vimperator version it's much easier to do semantic changes to the
command.

Regards,
Martin
&lt;/pre&gt;</description>
    <dc:creator>Martin Stubenschrott</dc:creator>
    <dc:date>2012-05-26T15:07:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6284">
    <title>[Patch] Issue 320: Bookmark Folders/Subfolders</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6284</link>
    <description>&lt;pre&gt;Hi

I'm now creating a patch add "-folder" option to :bmark command.

http://code.google.com/p/vimperator-labs/issues/detail?id=320#c7

Could you review my patch ?


Thanks.
&lt;/pre&gt;</description>
    <dc:creator>teramako</dc:creator>
    <dc:date>2012-05-16T13:59:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6282">
    <title>command-line focus</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6282</link>
    <description>&lt;pre&gt;I've been using pentadactyl for a long while now, and after getting
tired of remembering to hit C-Z every time I go to a new web page with
pass-thru turned off, I've started to consider going back to vimperator.

So I turned vimperator on (and pentadactyl off) today for the first time
in a while, and I notice something strange. Whenever I hit ":" or "o" or
any other key that should shift focus to the command line, Vimperator
responds appropriately but my focus is not shifted into the command
line. Consequently, for every key after ":" or "o" or whatever, I have
to use my mouse to click on the command line to continue. That's not
exactly mouseless operation.

My :version line

Vimperator:
###VERSION### (created: ###DATE###)
Firefox:
Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

On a different note, I notice that the status bar icons for my other
add-ons are gone. Is there any way to put them back in the
right-hand-side of the status bar?

Best --
Ted

&lt;/pre&gt;</description>
    <dc:creator>Ted Pavlic</dc:creator>
    <dc:date>2012-05-14T15:13:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6277">
    <title>[OT] linux firefox dead keys issue</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6277</link>
    <description>&lt;pre&gt; Hello guys, this is sort off-topic, hope not to bother you.

There's this issue on linux firefox with deadkeys enabled layouts (here
us-international with deadkeys) that prevents using accent characters by
double clicking or hitting space afterwards, forcing the use of altgr,
which for a lot of users is not available. Although the deadkeys work as
expected in textareas and such, they will prevent things like using the
firefox's "find in links" feature or vimperator's go to marks shortcut.
Here's a bug I follow https://bugzilla.mozilla.org/show_bug.cgi?id=510007

I hereby ask if any of you firefox hackers out there can give me any hints
or workaround on this and thus hopefully free me of an altgr
xmodmap/setxkbmap mapping only for solving this issue.

Sincerely
-alexandre
&lt;/pre&gt;</description>
    <dc:creator>Alexandre Provencio</dc:creator>
    <dc:date>2012-05-08T02:43:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6275">
    <title>The center_select.js plugin is not highlighting in red</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6275</link>
    <description>&lt;pre&gt;A few weeks ago I was introduced to the wonderful center_select.js plugin:
http://code.google.com/p/vimperator-labs/issues/detail?id=221

At the time I was on-site stuck with a Windows XP computer and
whatever the latest Firefox was two weeks ago. Now that I am home on a
Debian-derived operating system with Firefox 12.0 I have added the
center_select.js plugin but not all the features are working. When I
press 'n' the search term is in fact centered on the screen, however
there is no red border around it. I can enter the command
":centerselect" and then the div containing the currently-highlighted
search term does develop a red border. However, if I press 'n' again
the new search term's div does not get a red border (and the previous
term's div keeps its red border).

I have tried the last two versions of the plugin on the page (Jan 12,
2011 and May 5, 2011). What must I do to get the border aroudn the
highlighted search terms?

Thanks.


&lt;/pre&gt;</description>
    <dc:creator>Dotan Cohen</dc:creator>
    <dc:date>2012-05-06T17:20:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6270">
    <title>&lt;S-Ins&gt;</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6270</link>
    <description>&lt;pre&gt;Guys,

I used to be able to hit &amp;lt;S-Ins&amp;gt; to paste in FF + vimperator ... but
now it just releases focus (address bar, google search, textarea,
etc)...

Any way to get &amp;lt;S-Ins&amp;gt; to paste ?

Windows 7 + FF 12.0

Note: If I &amp;lt;Ctrl-Esc&amp;gt; then &amp;lt;S-Ins&amp;gt; pastes ...

Note: I restarted with no .vimperator file - same results

Cheers,
Casey
&lt;/pre&gt;</description>
    <dc:creator>Casey Manion</dc:creator>
    <dc:date>2012-05-01T14:54:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6264">
    <title>Switch between two tabs</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6264</link>
    <description>&lt;pre&gt;Is there a mapping that can be set up to switch between the last tab I
visited and the one I am at?

Jostein


&lt;/pre&gt;</description>
    <dc:creator>Jostein Berntsen</dc:creator>
    <dc:date>2012-04-26T14:34:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6263">
    <title>Save bookmark to specific folder</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6263</link>
    <description>&lt;pre&gt;Is it possible to make a mapping in .vimperatorrc that saves a bookmark
directly to a specific folder?

Jostein


&lt;/pre&gt;</description>
    <dc:creator>Jostein Berntsen</dc:creator>
    <dc:date>2012-04-26T13:27:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6257">
    <title>[Proposal]To avoid memory-leak risk on 'hlsearch'</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6257</link>
    <description>&lt;pre&gt;diff -r b6d5a4df3137 common/content/finder.js
--- a/common/content/finder.jsThu Apr 19 21:45:23 2012 +1000
+++ b/common/content/finder.jsSat Apr 21 22:43:03 2012 +0900
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -34,137 +34,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
         this._lastSearchBackwards = false; // like "backwards", but for the last search, so if you cancel a search with &amp;lt;esc&amp;gt; this is not set
         this._caseSensitive = false;       // search string is case sensitive
         this._linksOnly = false;           // search is limited to link text only
-
-        /* Stolen from toolkit.jar in Firefox, for the time being. The private
-         * methods were unstable, and changed. The new version is not remotely
-         * compatible with what we do.
-         *   The following only applies to this object, and may not be
-         * necessary, or accurate, but, just in case:
-         *   The Original Code is mozilla.org viewsource frontend.
-         *
-         *   The Initial Developer of the Original Code is
-         *   Netscape Communications Corporation.
-         *   Portions created by the Initial Developer are Copyright (c) 2003
-         *   by the Initial Developer. All Rights Reserved.
-         *
-         *   Contributor(s):
-         *       Blake Ross &amp;lt;blake&amp;lt; at &amp;gt;cs.stanford.edu&amp;gt; (Original Author)
-         *       Masayuki Nakano &amp;lt;masayuki&amp;lt; at &amp;gt;d-toybox.com&amp;gt;
-         *       Ben Basson &amp;lt;contact&amp;lt; at &amp;gt;cusser.net&amp;gt;
-         *       Jason Barnabe &amp;lt;jason_barnabe&amp;lt; at &amp;gt;fastmail.fm&amp;gt;
-         *       Asaf Romano &amp;lt;mano&amp;lt; at &amp;gt;mozilla.com&amp;gt;
-         *       Ehsan Akhgari &amp;lt;ehsan.akhgari&amp;lt; at &amp;gt;gmail.com&amp;gt;
-         *       Graeme McCutcheon &amp;lt;graememcc_firefox&amp;lt; at &amp;gt;graeme-online.co.uk&amp;gt;
-         */
-        this._highlighter = {
-
-            doc: null,
-
-            spans: [],
-
-            search: function (aWord, matchCase) {
-                var finder = services.create("find");
-                if (matchCase !== undefined)
-                    self._caseSensitive = matchCase;
-
-                var range;
-                while ((range = finder.Find(aWord, this.searchRange, this.startPt, this.endPt)))
-                    yield range;
-            },
-
-            highlightDoc: function highlightDoc(win, aWord) {
-                this.doc = content.document; // XXX
-                Array.forEach(win.frames, function (frame) this.highlightDoc(frame, aWord), this);
-
-                var doc = win.document;
-                if (!doc || !(doc instanceof HTMLDocument))
-                    return;
-
-                if (!aWord) {
-                    let elems = this._highlighter.spans;
-                    for (let i = elems.length; --i &amp;gt;= 0;) {
-                        let elem = elems[i];
-                        let docfrag = doc.createDocumentFragment();
-                        let next = elem.nextSibling;
-                        let parent = elem.parentNode;
-
-                        let child;
-                        while ((child = elem.firstChild))
-                            docfrag.appendChild(child);
-
-                        parent.removeChild(elem);
-                        parent.insertBefore(docfrag, next);
-                        parent.normalize();
-                    }
-                    return;
-                }
-
-                var baseNode = &amp;lt;span highlight="Search"/&amp;gt;;
-                baseNode = util.xmlToDom(baseNode, window.content.document);
-
-                var body = doc.body;
-                var count = body.childNodes.length;
-                this.searchRange = doc.createRange();
-                this.startPt = doc.createRange();
-                this.endPt = doc.createRange();
-
-                this.searchRange.setStart(body, 0);
-                this.searchRange.setEnd(body, count);
-
-                this.startPt.setStart(body, 0);
-                this.startPt.setEnd(body, 0);
-                this.endPt.setStart(body, count);
-                this.endPt.setEnd(body, count);
-
-                liberator.interrupted = false;
-                let n = 0;
-                for (let retRange in this.search(aWord, this._caseSensitive)) {
-                    // Highlight
-                    var nodeSurround = baseNode.cloneNode(true);
-                    var node = this.highlight(retRange, nodeSurround);
-                    this.startPt = node.ownerDocument.createRange();
-                    this.startPt.setStart(node, node.childNodes.length);
-                    this.startPt.setEnd(node, node.childNodes.length);
-                    if (n++ % 20 == 0)
-                        liberator.threadYield(true);
-                    if (liberator.interrupted)
-                        break;
-                }
-            },
-
-            highlight: function highlight(aRange, aNode) {
-                var startContainer = aRange.startContainer;
-                var startOffset = aRange.startOffset;
-                var endOffset = aRange.endOffset;
-                var docfrag = aRange.extractContents();
-                var before = startContainer.splitText(startOffset);
-                var parent = before.parentNode;
-                aNode.appendChild(docfrag);
-                parent.insertBefore(aNode, before);
-                this.spans.push(aNode);
-                return aNode;
-            },
-
-            /**
-             * Clears all search highlighting.
-             */
-            clear: function () {
-                this.spans.forEach(function (span) {
-                    if (span.parentNode) {
-                        let el = span.firstChild;
-                        while (el) {
-                            span.removeChild(el);
-                            span.parentNode.insertBefore(el, span);
-                            el = span.firstChild;
-                        }
-                        span.parentNode.removeChild(span);
-                    }
-                });
-                this.spans = [];
-            },
-
-            isHighlighted: function (doc) this.doc == doc &amp;amp;&amp;amp; this.spans.length &amp;gt; 0
-        };
     },
 
     // set searchString, searchPattern, caseSensitive, linksOnly
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -354,26 +223,20 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
         if (config.name == "Muttator")
             return;
 
-        if (this._highlighter.isHighlighted(content.document))
-            return;
-
-        if (!str)
-            str = this._lastSearchString;
-
-        this._highlighter.highlightDoc(window.content, str);
-
-        // recreate selection since highlightDoc collapses the selection
-        if (window.content.getSelection().isCollapsed)
-            config.browser.fastFind.findAgain(this._backwards, this._linksOnly);
-
-        // TODO: remove highlighting from non-link matches (HTML - A/AREA with href attribute; XML - Xlink [type="simple"])
+        var findToolbar = document.getElementById("FindToolbar");
+        if (findToolbar) {
+            findToolbar._highlightDoc(false);
+            findToolbar._highlightDoc(true, str);
+        }
     },
 
     /**
      * Clears all search highlighting.
      */
     clear: function () {
-        this._highlighter.clear();
+        var findToolbar = document.getElementById("FindToolbar");
+        if (findToolbar)
+            findToolbar._highlightDoc(false);
     }
 }, {
 }, {
diff -r b6d5a4df3137 common/content/style.js
--- a/common/content/style.jsThu Apr 19 21:45:23 2012 +1000
+++ b/common/content/style.jsSat Apr 21 22:43:03 2012 +0900
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -205,13 +205,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
     HelpWarning                                 color: red; font-weight: bold;
 
     Logo
-
-    Search,,* {
-        font-size: inherit;
-        padding: 0;
-        color: black;
-        background-color: yellow;
-    }
     ]]&amp;gt;&amp;lt;/&amp;gt;.toString();
 
 /**
&lt;/pre&gt;</description>
    <dc:creator>teramako</dc:creator>
    <dc:date>2012-04-21T13:46:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6253">
    <title>freeze on open /tabopen command</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6253</link>
    <description>&lt;pre&gt;Hi all.
All was fine with vimperator but now I can't open any url.
I just press "o" or "t" and instantly freeze.
I tried to empty *sqlite in my profile without success.

It's frustating use FF without vimperator..
tried with FF 11.0 + vimperator 3.3 or 3.4 (same results) on ubuntu 
2.6.38 amd64 (no other plugin are loaded at the moment).


It seem a duplicate of #653 issue


JohnnyRun
&lt;/pre&gt;</description>
    <dc:creator>Gianni Carabelli</dc:creator>
    <dc:date>2012-04-17T11:05:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6251">
    <title>Firefox URL popup covering search term</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6251</link>
    <description>&lt;pre&gt;When hovering over a link in the current Firefox, a small popup
appears at the lower left corner of the browser window to show the
address of that link. This small popup overlays the page.

When searching for a term on a page with Vimperator, the term is
scrolled to the bottom of the Firefox window. If it is a link, then
Firefox pops up the aforementioned link address, which has the
unfortunate side effect of covering the text with the term which is
now at the bottom of the page!

Is there any workaround for this? Vimperator seems to be missing a
VIM-like "scrolloff" option which would keep the term further away
from the page edge. Workarounds such as mapping "n" to "njjj" have
their own inherent problems, such as when the page wraps and the term
is now at the top.

Any other ideas? Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Dotan Cohen</dc:creator>
    <dc:date>2012-04-16T15:21:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6239">
    <title>Accessing the No Script menu</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6239</link>
    <description>&lt;pre&gt;Is it possible to map a shortcut in vimperratorrc to the No Script menu? I
can only find this by right-clicking and select it there. Would be great to
have a shortcut for allowing a page. 


Jostein


&lt;/pre&gt;</description>
    <dc:creator>Jostein Berntsen</dc:creator>
    <dc:date>2012-03-28T18:14:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6238">
    <title>feedSomeKeys_3.js:704: TypeError: plugins.libly isund...</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6238</link>
    <description>&lt;pre&gt; Hello guys,
I'm getting this when feedSomeKeys_3 and _libly are in the
~/.vimperator/plugin dir. I can't make any "fmap" calls from .vimperatorrc
though it's possible thru command line. This seems to me like a plugin
loading order issue, but I'm clueless on how to solve this.

Ubuntu 11.04
Firefox 11
Vimperator 3.3
&lt;/pre&gt;</description>
    <dc:creator>Alexandre Provencio</dc:creator>
    <dc:date>2012-03-28T17:43:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6237">
    <title>Avoiding arrows for completing in insert mode</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6237</link>
    <description>&lt;pre&gt;Hello guys,

I have seen calls to "inoremap &amp;lt;c-p&amp;gt; &amp;lt;up&amp;gt;" and "inoremap &amp;lt;c-n&amp;gt; &amp;lt;down&amp;gt;"
in anekos and voidy's vimperatorrcs.

Do these statements mean shortcuts to use &amp;lt;c-p&amp;gt; and &amp;lt;c-n&amp;gt; for choosing
between completion suggestions in edit boxes and such?

Although that would be awesome, I couldn't manage them to work. In
addiction, such feature does not seem to be possible according to these
links:
-
http://code.google.com/p/vimperator-labs/issues/detail?id=576&amp;amp;amp;q=insert%20mode&amp;amp;amp;colspec=ID%20Summary%20Project%20Type%20Status%20Priority%20Stars%20Owner
-
http://code.google.com/p/vimperator-labs/source/browse/vimperator/TODO?spec=svnd1f07f0e84467159b68ec1e81230bf9cb6d7bef8&amp;amp;amp;r=e76e7ce9ed0766ffb3e4c0f73bbc7b881db449ed

Can someone please clear this up to me?
&lt;/pre&gt;</description>
    <dc:creator>Alexandre Provencio</dc:creator>
    <dc:date>2012-03-28T13:49:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6229">
    <title>ctrl-u &amp; ctrl-k doesn't work the same as on firefox3.6 any more</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6229</link>
    <description>&lt;pre&gt;Hi all,

    As far as I could remember that ctrl-u (ctrl-k) in insert mode of
Vimperator would clear the content from the cursor position up to the first
character (down to the last character) as it happened in Ubuntu terminal
too, but after I upgrade firefox and vimpertor to some version then that
key bindings didn't work any more. The ctrl-u select the characters from
cursor position up to the first character while ctrl-k does nothing at all
now.

   I had test my firefox with only vimperator installed and problem was
still there.

   And today I downloaded firefox 3.6 and installed vimperator 2.3.1 to see
if that key bindings work and it did work.

   So my problem is, Is this a problem or some key bindings have changed?

   Firefox version:nightly
   Vimperator version:nightly

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>Chen San</dc:creator>
    <dc:date>2012-03-13T08:54:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6219">
    <title>Open buffer listed by B?</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6219</link>
    <description>&lt;pre&gt;Hi,

When I list tabs using 'B', is there a way to then open one of the
listed buffers?

Kendall
&lt;/pre&gt;</description>
    <dc:creator>Kendall Shaw</dc:creator>
    <dc:date>2012-03-05T22:21:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6217">
    <title>issue #708 (extendedhinttags ignored) diff</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6217</link>
    <description>&lt;pre&gt;Fixing #708
http://code.google.com/p/vimperator-labs/issues/detail?id=708

In attachment.

Tnx
JohnnyRun
&lt;/pre&gt;</description>
    <dc:creator>Gianni Carabelli</dc:creator>
    <dc:date>2012-03-05T19:11:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6216">
    <title>external editor issue and diff</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6216</link>
    <description>&lt;pre&gt;Hi all. I'm new here, tring to fix something that I need (and love) in
vimperator.

The issue:
1. go to a website containing a form with password
2. click on password field and enter "foobar"
3. &amp;lt;C-i&amp;gt;
4. answer "yes"

The editor come up populated with "yes" instead of 'foobar'.

I'm not a javascript expert but the fix could be like in attachment.
Tested (vimperator hg checkout on ubuntu natty)

Tnx

JohnnyRun
&lt;/pre&gt;</description>
    <dc:creator>Gianni Carabelli</dc:creator>
    <dc:date>2012-03-05T18:29:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6204">
    <title>lastest vimperator build</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6204</link>
    <description>&lt;pre&gt;Hi all. I cant build vimperator from git by myself. Can anyone share the
xpi?
&lt;/pre&gt;</description>
    <dc:creator>Кучма Кирилл</dc:creator>
    <dc:date>2012-02-27T19:25:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6201">
    <title>Enable / Disable CSS file / style with Vimperator</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6201</link>
    <description>&lt;pre&gt;I am trying to create a way to enable / disable a CSS file with
Vimperator. This is the style that I use with Stylish:
http://userstyles.org/styles/18192/nightshift-eye-care

Right now I can currently enable / disable that style with the mouse,
via the Stylish toolbar button.

My first attempt to enable / disable with Vimperator was to try to run
some javascript [1] with a Vimperator map:
map s var prefs =
Components.classes["&amp;lt; at &amp;gt;mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch).prefHasUserValue("extensions.stylish.styleRegistrationEnabled");
if (prefs){ stylishOverlay.turnOnOff(true); } else {
stylishOverlay.turnOnOff(false); }

That did not work, so I put a plugin [2] in
~/.vimperator/plugins/stylechanger.js and I put the CSS file from
NightShift into the ~/.vimperator/colors/NightShift.css file. I now
try to run ":hi NightShift" or ":hi NightShift.css" but that does not
enable the style. What am I doing wrong? This is in Firefox 8.0 with
Vimperator 3.3.

Thanks.


[1] http://forum.userstyles.org/discussion/17763/shortcut-key-to-turn-all-styles-off/p1
[2] http://coderepos.org/share/browser/lang/javascript/vimperator-plugins/trunk/stylechanger.js?rev=9402

&lt;/pre&gt;</description>
    <dc:creator>Dotan Cohen</dc:creator>
    <dc:date>2012-02-26T11:01:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6199">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.mozilla.firefox.vimperator/6199</link>
    <description>&lt;pre&gt;Hi.

I made a patch to fix the problem of environment-dependent occur when
you "make".

Some hg client for Windows(ex. TortoiseHG) cannot handle symbolic
links correctly.
With such clients, "vimperator/components" that will be treated as a file.
As a result, the content of "component / protocols.js" in the xpi is wrong.
(ex. ../../common/components/protocols.js )

I was addressed in such a way that changing the order to copy when make.
As a result, the wrong content is overwritten by the correct content.
Of course, does not affect the normal environment.

(Sorry my poor English..

&lt;/pre&gt;</description>
    <dc:creator>丹羽直也</dc:creator>
    <dc:date>2012-02-14T16:56:17</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.mozilla.firefox.vimperator">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.mozilla.firefox.vimperator</link>
  </textinput>
</rdf:RDF>

