vimprobable-users Mailing List for Vimprobable (Page 2)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Merged



Marcos Cruz <vim...@pr...>:
> Some time ago I created this shortcut
> 
>   shortcut wa http://web.archive.org/web/*/%s
> 
> but it doesn't work because the parameter is percent-encoded and the
> Web Archive doesn't understand it.
> 
> This
> 
>   :wa http://vimprobable.org
> 
> opens
> 
>   http://web.archive.org/web/*/http%3A%2F%2Fvimprobable.org
> 
> what shows a blank page.
> 
> But this works fine:
> 
>   :open http://web.archive.org/web/*/http://vimprobable.org
> 
> Is there any way to solve this?  Maybe an alternative to "%s", for
> verbatim arguments?  I've searched the man pages and the wiki, but
> found nothing related.

Eh, that is strange behaviour on the side ot the Web Archive! I'm
afraid there is no way to solve it out of the box. I guess if we skip
soup_uri_encode it should do the trick. Could you try it?

Hannes




"Serge E. Hallyn" <se...@ha...>:
> has anyone written a patch to make the the cookies file and the
> readonly state configurable? (I.e. :set cookies=~/github.cookies)

Sounds useful!

Hannes



Hi Serge!

"Serge E. Hallyn" <se...@ha...>:
> is anyone working on packaging vimprobable for debian?

Not that I'm aware of.

Hannes



Hi,

is anyone working on packaging vimprobable for debian?

I have a lazily packaged version that I've been keeping in an ubuntu
PPA for several years.  If noone else is working on or interested in
packaging it, then I may clean up my package and start an ITP, but
frankly I'd prefer someone else package it...  (In part because not
being a DM makes the whole process painful)  The only customizations
I have right now are to add search engines and to lock down an apparmor
profile (and use a Downloads directory to ease confinement)

-serge



Hi,

has anyone written a patch to make the the cookies file and the
readonly state configurable? (I.e. :set cookies=~/github.cookies)
Seems like it would be nice to keep different sites balkanized, as
well as more easily keep tabs on which sites are really laying on
the garbage.

-serge



Hi all,

Some time ago I created this shortcut

  shortcut wa http://web.archive.org/web/*/%s

but it doesn't work because the parameter is percent-encoded and the Web
Archive doesn't understand it.

This

  :wa http://vimprobable.org

opens

  http://web.archive.org/web/*/http%3A%2F%2Fvimprobable.org

what shows a blank page.

But this works fine:

  :open http://web.archive.org/web/*/http://vimprobable.org

Is there any way to solve this?  Maybe an alternative to "%s", for
verbatim arguments?  I've searched the man pages and the wiki, but found
nothing related.

Thank you.

-- 
Marcos Cruz
http://programandala.net



Hannes Schüller <ha...@yl...> writes:

> Hi Matthew!
>
> Matthew Carter <m...@ah...>:
>> This patch allows you to type something like:
>> 
>> ahu twit TAB
>> 
>> and get an auto-complete to:
>> 
>> https://twitter.com/_ahungry (assuming it was in your history).
>
> This looks very useful!
>
> What is important to me, however, is that the default behaviour (if
> just one word is entered) remains the same as currently. At a first
> glance at the code, this seems to be the case. Do you confirm?
>
> Hannes
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

Hi Hannes,

Thanks - it should perform the same as always when given single words
(although it is one extra function call vs pre-patch, but I
think it's quite a small overhead).

-- 
Matthew Carter (m...@ah...)
http://ahungry.com



Hi Matthew!

Matthew Carter <m...@ah...>:
> This patch allows you to type something like:
> 
> ahu twit TAB
> 
> and get an auto-complete to:
> 
> https://twitter.com/_ahungry (assuming it was in your history).

This looks very useful!

What is important to me, however, is that the default behaviour (if
just one word is entered) remains the same as currently. At a first
glance at the code, this seems to be the case. Do you confirm?

Hannes



Hi Matthew!

Matthew Carter <m...@ah...>:
> The attached patch adds support for quickmarks in the ASCII character
> range.

Personally, I've never used quickmarks. The site shortcut (former
search engines) feature is much more powerful. Nevertheless, of course,
this seems like a non-invasive patch, so no problem with it.

Thank you!

Hannes



Actually it's one or more words, I just happened to use two in my samples.
It splits the search terms on the spaces and filters via matching all terms/seed words (the more partial words, the more specific the matches).
You may be right on the tab part (I use a laptop from 2008 myself) and it is nice to not lose speed running over terms.
If you see any issue with the code let me know, my c is a bit rusty :)

-------- Original message --------
From: Marcos Cruz <vim...@pr...> 
Date: 11/10/2015  8:09 AM  (GMT-05:00) 
To: vim...@li... 
Subject: Re: [Vimprobable-users] Fuzzy (think emac's helm) tab completion on
  history 

En/Je/On 2015-11-10 01:55, Matthew Carter escribió / skribis / wrote :

> This patch allows you to type something like:
> ahu twit TAB
> and get an auto-complete to:
> https://twitter.com/_ahungry (assuming it was in your history).

Hi Matthew, nice work.

I find this feature useful, but why two "seed" words instead of one?

> (now if only I could get it to narrow down results as you type vs having
> to press tab...)

I know it is a popular feature, and many people find it useful.  But I
find it quite annoying, especially when I use slow computers.  I prefer
to type what I want, without suggestions, and decide when to complete it
by pressing tab. I don't want any program to waste system resources
trying to guess what I want to type, keypress after keypress :) Same
problem about the incremental searches on texts.

But anyway, all such features related to the interface should be
configurable (in any program, I mean, not just in Vimprobable2). The
user should be able to turn them on and off.

-- 
Marcos Cruz
http://programandala.net

------------------------------------------------------------------------------
_______________________________________________
Vimprobable-users mailing list
Vim...@li...
https://lists.sourceforge.net/lists/listinfo/vimprobable-users

En/Je/On 2015-11-10 01:55, Matthew Carter escribió / skribis / wrote :

> This patch allows you to type something like:
> ahu twit TAB
> and get an auto-complete to:
> https://twitter.com/_ahungry (assuming it was in your history).

Hi Matthew, nice work.

I find this feature useful, but why two "seed" words instead of one?

> (now if only I could get it to narrow down results as you type vs having
> to press tab...)

I know it is a popular feature, and many people find it useful.  But I
find it quite annoying, especially when I use slow computers.  I prefer
to type what I want, without suggestions, and decide when to complete it
by pressing tab. I don't want any program to waste system resources
trying to guess what I want to type, keypress after keypress :) Same
problem about the incremental searches on texts.

But anyway, all such features related to the interface should be
configurable (in any program, I mean, not just in Vimprobable2). The
user should be able to turn them on and off.

-- 
Marcos Cruz
http://programandala.net



This patch allows you to type something like:

ahu twit TAB

and get an auto-complete to:

https://twitter.com/_ahungry (assuming it was in your history).

Makes finding past pages when you only recall the general gist of what
was in the URL quite easy, for instance, you could find past programming
blogs with:

prog blog TAB

Let me know what you think!

(now if only I could get it to narrow down results as you type vs having
to press tab...)


Hi all,

I've been using pentadactyl off and on with vimprobable2 and one feature
I really enjoy is how pentadactyl allows pneumonic quickmarks by way of
assigning letters to quickmarks (not just numbers like we use).

The attached patch adds support for quickmarks in the ASCII character
range.

Unfortunately, it is not backwards compatible with old quickmark files
(numbers 1 to 9 will now map to their ASCII codes and require being set
by the user in the appropriate positions).

Also, top level mod keys will not work (g and z) as quickmarks (so while
'qr' will function, 'qz' or variations will not).

Let me know what you think, I know I'll find this useful (at a minimum,
its 48 new quickmarks a-z and A-Z sans g/z combos, although I did add '0').


On Thu, May 07, 2015 at 09:52:47PM +0200, Hannes Schüller wrote:
> Hi Serge!
> 
> > So fwiw, after a few weeks of just always re-installing the older
> > packages, I've found that the following patch works for me:
> 
> Great news! I'll add version check and merge this.

Sorry, seems I spoke too soon - it works for github, but not for
launchpad.  Furthermore, it worked with 2.49.91.1-1, it now again
fails with 2.49.92-1.  Guess I'll have to actually try to understand
what's going on.

> If it's alright with everybody, I would then wrap the current status up
> as a new release to have a stable, working release version once again.
> Hopefully, I'll get to it on the weekend.
> 
> Hannes
> 
> 
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users



Hi Morgan!

Morgan Howe <mt...@gm...>:
> This patch moves the commands out of the header file and into main.c
> and makes the COMMANDSIZE a compile time calculated const value. This
> makes it so we don't need to remember to update that value each time a
> new command is added, reduces likelihood of merge conflicts when
> adding new commands, and should make things a bit more flexible in the
> future (user defined colon commands?).

Getting rid off COMMANDSIZE is definitely a good idea. Moving the whole
thing into main.c, though, which is already overcrowded? Maybe there is
a possible middle ground somewhere?

Hannes




Hi Serge!

> So fwiw, after a few weeks of just always re-installing the older
> packages, I've found that the following patch works for me:

Great news! I'll add version check and merge this.

If it's alright with everybody, I would then wrap the current status up
as a new release to have a stable, working release version once again.
Hopefully, I'll get to it on the weekend.

Hannes




On Wed, Mar 18, 2015 at 01:13:11PM -0500, Serge E. Hallyn wrote:
> Hi,
> 
> I don't believe what's going on is vimprobable's fault, but I don't know how to
> investigate further.  I assume it's a webkit problem...
> 
> I upgraded my laptop from Ubuntu utopic to Ubuntu vivid - this did not involve
> an upgrade of vimprobable2.  But since I upgraded, I have to login every time I
> start a new vimprobable.  stracing suggests that it is having no problem opening
> my cookies file.  After logging in I can use the page just fine, but a new
> vimprobable has to log back in.
> 
> I'll try testing with an older version of webkit, but was wondering whether
> anyone knew offhand what would be to blame.

So fwiw, after a few weeks of just always re-installing the older packages,
I've found that the following patch works for me:

>From 41d150365b267415e623aa12bd6d31567de264f9 Mon Sep 17 00:00:00 2001
From: Serge Hallyn <ser...@ub...>
Date: Thu, 7 May 2015 12:45:49 -0500
Subject: [PATCH 1/1] fix cookies support with newer libsoup

This patch won't suffice, as we'll need to ifdef the code based on
libsoup versioning.

As of commit 29a976932f libsoup sometimes sends 'request-queued' instead
of 'request-started'.  This causes cookie-based logins to fail.  With this
patch, autologin to sites like github are fixed with newer libsoup.

Signed-off-by: Serge Hallyn <ser...@ub...>
---
 main.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/main.c b/main.c
index e13bae5..296f133 100644
--- a/main.c
+++ b/main.c
@@ -2888,6 +2888,7 @@ setup_signals() {
 #ifdef ENABLE_COOKIE_SUPPORT
     /* Headers. */
     g_signal_connect_after(G_OBJECT(client.net.session), "request-started", G_CALLBACK(new_generic_request), NULL);
+    g_signal_connect_after(G_OBJECT(client.net.session), "request-queued", G_CALLBACK(new_generic_request), NULL);
 #endif
     /* Accept-language header */
     g_object_set(G_OBJECT(client.net.session), "accept-language", acceptlanguage, NULL);
-- 
2.1.4




On Fri, 24 Apr 2015 09:50:14 +0100, hey hey <cg...@gm...> wrote:
> Have you asked to – for example – Vimb developers to merge
> Vimprobable2 and Vimb? This will create a better Vim-like web
> browser, focusing on being standard.

Daniel has contributed a lot of code to Vimprobable, too, before and
after he started his own project. So don't worry – it's not as bad as
it may look with the silos (although they are there to a degree).

Hannes



Thank you for your opinion.

Have you asked to – for example – Vimb developers to merge Vimprobable2 and
Vimb? This will create a better Vim-like web browser, focusing on being
standard.

You are right. It's all about learning curve. But with all these things
that require the control of the keyboard e.g. dwm, i3, vim, bash, touch
typing, vimprobable, vimb and mutt; it's a difficult task to master and to
be confident with all the keybinding, it takes a lot of time, and it's hard
to stay calm and relaxed. I've been using Vim for a long time, and I still
don't master it to think with certainty that mouse driven text editor
aren't better. An app that helps to practice shortcuts for every
applications would be superb. Like exercises that heps you to practice
shortcuts of differents applications at the same time – not only focused on
one.

The learning curve is so long, and the keybindings are changing so fast...
You just switch to an other app and go back to the begining of the curve.

On Thu, Apr 23, 2015 at 6:36 PM, Hannes Schüller <ha...@yl...> wrote:

> Hi!
>
> On Thu, 23 Apr 2015 12:20:23 +0100, hey hey <cg...@gm...> wrote:
> > However, not sure to use Vimprobable for a long time: there are too
> > many Vim-like web browsers (vimb, etc...) -- difficult to choose
> > which one.
>
> I'm sure they all have their advantages. There has been a small
> discussion on IRC about this lately and Vimb, for example, seemed to be
> quite popular. I recommend checking all out!
>
> > Also, those kind of web browsers are cool, but I think
> > they distract me. I am more focused when browsing the web with a
> > simple web-browser. The rapidity of shortcuts are pleasant, but is
> > this rapidity most important than allowing more concentration for the
> > brain?
>
> For me, it's exactly the other way around: Once you have learned the
> way of controlling such a browser, it helps you to focus completely on
> the contents of the websites themselves, because all your commands
> to the browser will be intuitively done. Of course, there is a certain
> learning curve and yes, this is not for everyone. Also, a big question
> for me is how well it integrates into the overall set of applications
> you're using, in what kind of environment (WM) it is running etc. There
> would be little point having a keyboard-driven browser in an otherwise
> pure point & click driven environment, because then you would *not*
> save those tiring movements from mouse to keyboard etc.
>
> Hannes
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>

Hi!

On Thu, 23 Apr 2015 12:20:23 +0100, hey hey <cg...@gm...> wrote:
> However, not sure to use Vimprobable for a long time: there are too
> many Vim-like web browsers (vimb, etc...) -- difficult to choose
> which one.

I'm sure they all have their advantages. There has been a small
discussion on IRC about this lately and Vimb, for example, seemed to be
quite popular. I recommend checking all out!

> Also, those kind of web browsers are cool, but I think
> they distract me. I am more focused when browsing the web with a
> simple web-browser. The rapidity of shortcuts are pleasant, but is
> this rapidity most important than allowing more concentration for the
> brain?

For me, it's exactly the other way around: Once you have learned the
way of controlling such a browser, it helps you to focus completely on
the contents of the websites themselves, because all your commands
to the browser will be intuitively done. Of course, there is a certain
learning curve and yes, this is not for everyone. Also, a big question
for me is how well it integrates into the overall set of applications
you're using, in what kind of environment (WM) it is running etc. There
would be little point having a keyboard-driven browser in an otherwise
pure point & click driven environment, because then you would *not*
save those tiring movements from mouse to keyboard etc.

Hannes



Thank you so much Hannes, it works with "set popups=true".

However, not sure to use Vimprobable for a long time: there are too many
Vim-like web browsers (vimb, etc...) -- difficult to choose which one.
Also, those kind of web browsers are cool, but I think they distract me. I
am more focused when browsing the web with a simple web-browser. The
rapidity of shortcuts are pleasant, but is this rapidity most important
than allowing more concentration for the brain?

I would love to have your point of view, as you use Vimprobable for a long
time.

Thanks again :)

On Wed, Apr 22, 2015 at 9:10 PM, Hannes Schüller <ha...@yl...> wrote:

> Hello hey hey!
>
> On Tue, 21 Apr 2015 21:56:27 +0100, hey hey <cg...@gm...> wrote:
> > On Tue, Apr 21, 2015 at 9:55 PM, Jason Ryan <jas...@gm...>
> > wrote:
> > > On 21/04/15 at 09:49pm, hey hey wrote:
> > >> The "F" keybinding does not work, although all others keybindings
> > >> works.
> > >>
> > >> I didn't touch the configuration files, I just did "make".
> > >>
> > >> If you've an idea...
> > >
> > > There were several responses to your previous (identical) email:
> > > did you read
> > > any of them before reposting?
> >
> > No, didn't read, didn't got responses...
>
> The short summary is:
>
> 1. Please use the Git master version.
> 2. Please set popups=true.
>
> Should you experience issues with segfaults using the mouse to open new
> windows, please apply the patch posted to the mailing list yesterday.
>
> Hannes
>
>
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>

On 21/04/15 at 09:54pm, Hannes Schüller wrote:
>Hello list,
>
>the attached patch fixes the segmentation fault of the originalwindow
>occuring under recent versions of libwebkit when a link is requested
>to be opened in a new window using the mouse. Testing appreciated!
>
Thanks Hannes: works great here.

Cheers,

/J

-- 

http://jasonwryan.com/
GPG: 7817 E3FF 578E EEE1 9F64 D40C 445E 52EA B1BD 4E40


Hello hey hey!

On Tue, 21 Apr 2015 21:56:27 +0100, hey hey <cg...@gm...> wrote:
> On Tue, Apr 21, 2015 at 9:55 PM, Jason Ryan <jas...@gm...>
> wrote:
> > On 21/04/15 at 09:49pm, hey hey wrote:
> >> The "F" keybinding does not work, although all others keybindings
> >> works.
> >>
> >> I didn't touch the configuration files, I just did "make".
> >>
> >> If you've an idea...
> >
> > There were several responses to your previous (identical) email:
> > did you read
> > any of them before reposting?
>
> No, didn't read, didn't got responses...

The short summary is:

1. Please use the Git master version.
2. Please set popups=true.

Should you experience issues with segfaults using the mouse to open new
windows, please apply the patch posted to the mailing list yesterday.

Hannes





No, didn't read, didn't got responses...

On Tue, Apr 21, 2015 at 9:55 PM, Jason Ryan <jas...@gm...> wrote:

> On 21/04/15 at 09:49pm, hey hey wrote:
>
>> Hi,
>>
>> The "F" keybinding does not work, although all others keybindings works.
>>
>> I didn't touch the configuration files, I just did "make".
>>
>> If you've an idea...
>>
>>
> There were several responses to your previous (identical) email: did you
> read
> any of them before reposting?
>
> /J
>
> --
>
> http://jasonwryan.com/
> GPG: 7817 E3FF 578E EEE1 9F64 D40C 445E 52EA B1BD 4E40
>
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>
>


2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (77)	Sep (44)	Oct (43)	Nov (38)	Dec (14)
2012	Jan (40)	Feb (18)	Mar (12)	Apr (25)	May (12)	Jun (13)	Jul (17)	Aug (3)	Sep (20)	Oct (42)	Nov (9)	Dec (2)
2013	Jan (9)	Feb (29)	Mar (9)	Apr (7)	May (38)	Jun	Jul (7)	Aug	Sep (5)	Oct (10)	Nov (11)	Dec (1)
2014	Jan (16)	Feb (18)	Mar (11)	Apr (5)	May (13)	Jun (5)	Jul (5)	Aug (7)	Sep (30)	Oct	Nov	Dec (26)
2015	Jan (5)	Feb (19)	Mar (8)	Apr (15)	May (4)	Jun	Jul	Aug	Sep	Oct	Nov (16)	Dec (10)
2016	Jan	Feb (1)	Mar (14)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

vimprobable-users Mailing List for Vimprobable (Page 2)

Vimprobable is a lean web browser optimised for full keyboard control

vimprobable-users — Mailing list for Vimprobable users