gmane.comp.mozilla.firefox.vimperator

Re: [Patch] Issue 320: Bookmark Folders/Subfolders

teramako — 2012-05-17T11:23:21


Thank you for feedback.

I committed
http://code.google.com/p/vimperator-labs/source/detail?r=c410c1d10413


  fixed


  fixed


  updated NEW and help (marks.xml)


  It seems that top-level LetDeclarations are converted to
VariableDeclarations on Gecko
  :echo (function(){ let a = 0; }).toString()
  => function(){ var a = 0; }

  but anyway, fixed


  fixed

Best regards.

Re:

Martin Stubenschrott — 2012-05-16T21:21:21

It's not so simple to remove that unfortunately, as under linux S-Ins first
checks if there
is an X11 selection and pastes this, and only as a fallback paste the
Clipboard.

I do think anekos fixed the function responsible for executing the
"cmd_paste" though,
so I think the problem should be gone in Vimperator 3.5 (or you can try the
development
version, if you are brave to check out the source).

--
Martin

Re: [Patch] Issue 320: Bookmark Folders/Subfolders

Martin Stubenschrott — 2012-05-16T21:11:42


Hi,

thanks for the work. From a static POV it looks good, with some comments:

1.) there are still some liberator.log() left in the code which should be
removed
2.) The short option should be -f and not -F
3.) The folder separator with / is fine to me, no need to hack around
people using that as a folder name.
4.) A NEWS entry and updated help document is missing
5.) At the end of the patch, in completion.bookmarkFolder, there are many
var folder = ...; Isn't "let" the new "var" or is it needed for some
special thing?
6.) If the bookmark folder cannot be found, the bookmark shouldn't be added
to the top folder, but rather an error thrown to the user.

Anyway, if those are fixed, you can commit the patch, and thanks a lot!

--
Martin

Re: [Patch] Issue 320: Bookmark Folders/Subfolders

Jostein Berntsen — 2012-05-16T20:46:25

Sorry, seems like I patched this to the wrong version. Found the right one
and it patched as expected. The folder option works perfectly for me after
some quick tests. Thanks!

Jostein

Re: [Patch] Issue 320: Bookmark Folders/Subfolders

Jostein Berntsen — 2012-05-16T15:15:05

This looks like a great new option! I tried to apply the patch, but received
"Hunk 1-5 failed". Could you indicate how this patch should be applied?

Jostein

[Patch] Issue 320: Bookmark Folders/Subfolders

teramako — 2012-05-16T13:59:33

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.

Re: command-line focus

Martin Stubenschrott — 2012-05-15T17:46:29

Hi Ted,

which Pentadactyl "feature" makes you have to press C-z so often?

I guess the ###VERSION### is one of the nightlies or directly from
mercurial?

If you haven't used Vimperator for a long time, I think it might have to
do, that our
vimperator command line is an official "toolbar" now (try right clicking it
and using "Customize" to add e.g. a back button).

So please try with a fresh Firefox (and Vimperator) profile. If you know,
what
you are doing, just deleting some XUL cache files might work as well,
but starting with a fresh profile is good to see if it works then.

In order to get back your status icons from addons, you can try:
:set gui=addons (and :set gui=noaddons), to hide them.

regards,
Martin


On Mon, May 14, 2012 at 5:13 PM, Ted Pavlic <ted-h4YI4kzIBEV8UrSeD/g0lQ< at >public.gmane.org> wrote:

command-line focus

Ted Pavlic — 2012-05-14T15:13:31

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

Re: The center_select.js plugin is not highlighting inred

Alexandre Provencio — 2012-05-08T17:44:04

Dotan, I don't get the red border until hitting one of those mappings I
mentioned though I think it would be nice if it could show itself as soon
as pressing enter.

I run the last stable versions of ubuntu, firefox and vimperator.

-alexandre

Re: The center_select.js plugin is not highlighting inred

Dotan Cohen — 2012-05-08T08:37:54

On Tue, May 8, 2012 at 11:35 AM, Martin Stubenschrott
<stubenschrott-enQHKQMjRamRpAAqCnN02g< at >public.gmane.org> wrote:

Right, that is a function of the center_select.js plugin mentioned in
the Subject and the OP!

Re: The center_select.js plugin is not highlighting inred

Martin Stubenschrott — 2012-05-08T08:35:07

I never had a red border around the search result, that's certainly not a
default Firefox feature,
and at least since 3.4 we use default Firefox mechanism for searching.

Re: The center_select.js plugin is not highlighting inred

Dotan Cohen — 2012-05-08T08:28:55

On Mon, May 7, 2012 at 4:58 PM, Alexandre Provencio
<alexandreprovencio< at >gmail.com> wrote:

Thanks, Alexandre, this does help. However, the initial search still
does not have the red border. How can that be configured? I am almost
certain that my throwaway Windows XP setup did have the red border on
the initial search.

Thanks.

[OT] linux firefox dead keys issue

Alexandre Provencio — 2012-05-08T02:43:31

 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

Re: The center_select.js plugin is not highlighting inred

Alexandre Provencio — 2012-05-07T13:58:02

I like to use this mappings on vimperatorrc:

    nnoremap <silent> n n:centerselect<CR>
    nnoremap <silent> N N:centerselect<CR>
    nnoremap <silent> zz :centerselect<CR>
    nnoremap <silent> zt :topselect<CR>
    nnoremap <silent> zb :bottomselect<CR>
    nnoremap <silent> zc :removeselect<CR>:nohl<CR>

Hope it helps.

-alexandre

On Sun, May 6, 2012 at 2:20 PM, Dotan Cohen <dotancohen-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

The center_select.js plugin is not highlighting in red

Dotan Cohen — 2012-05-06T17:20:43

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.

Re:

Casey Manion — 2012-05-06T03:55:21

Windows 7 + FF 12.0


On Sat, May 5, 2012 at 4:53 PM, Martin Stubenschrott <
stubenschrott-enQHKQMjRamRpAAqCnN02g< at >public.gmane.org> wrote:

Re:

Martin Stubenschrott — 2012-05-05T23:53:23

It might be possible to do:
:imap <S-Ins> <Ins><S-Ins><Ins>
but I can't really test it.

If firefox finally pastes with S-Ins by default without our hack, it would
be even
better though. Which OS and FF version do you use?

On Wed, May 2, 2012 at 10:51 PM, Casey Manion <casey-B1lt2CuTo1DQT0dZR+AlfA< at >public.gmane.org> wrote:

Re: ctrl-u & ctrl-k doesn't work the same as on firefox 3.6 any more

Martin Stubenschrott — 2012-05-03T07:09:02

I think that has been fixed recently (post 3.4)

On Tue, Mar 13, 2012 at 2:12 PM, Chen San <chenxsan-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re:

Casey Manion — 2012-05-02T20:51:38

I commented out these lines in editor.js and now it works as normal -
is it possible to disable this from the rc file ??

editor.js

661         mappings.add(myModes,$
662             ["<S-Insert>"], "Insert clipboard/selection",$
663             function () { editor.pasteClipboard(); });$


-Casey



On Tue, May 1, 2012 at 7:54 AM, Casey Manion <casey-B1lt2CuTo1DQT0dZR+AlfA< at >public.gmane.org> wrote:

Casey Manion — 2012-05-01T14:54:15

Guys,

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

Any way to get <S-Ins> to paste ?

Windows 7 + FF 12.0

Note: If I <Ctrl-Esc> then <S-Ins> pastes ...

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

Cheers,
Casey

Re: Switch between two tabs

2012-04-27T18:00:06