vimprobable-users — Mailing list for Vimprobable users

Re: [Vimprobable-users] two ideas to improve the quickmarks

[Marcos C. <vim...@pr...>]

En/Je/On 2013-09-09 15:10, Hannes Schüller escribió / skribis / wrote :
> I'm curious; has anyone tested this patch in the time which has passed?

Do you mean the shortcuts with optional parameter? I use it everyday
since you posted the patch. Examples from my config:

::::::::::::::::::::::::::::::::::::::::::::::::
: Shortcuts

:...............................................
: Secure web search engines:

: DuckDuckGo (HTML version)
searchengine dd https://duckduckgo.com/html/?q=%s&t=vimprobable
: DuckDuckGo (Javascript version)
searchengine ddj https://duckduckgo.com/?q=%s&t=vimprobable

: Other
searchengine sp https://startpage.com/do/search?cat=web&cmd=process_search&language=espanol&engine0=v1all&query=%s&x=0&y=0
searchengine dp http://www.dogpile.com/info.dogpl.t6.2/search/web?fcoid=417&fcop=topnav&fpid=27&q=%s&ql=
searchengine ix https://ixquick.com/do/search?cat=web&cmd=process_search&language=espanol&engine0=v1all&query=%s&x=0&y=0
searchengine ixm http://ixquick.com/do/metasearch.pl?query=%s

: Web archive:
searchengine wa http://web.archive.org/web/*/%s

:...............................................
: Dictionaries

: Wikipedia in Spanish, Esperanto and English:
searchengine wpes http://es.wikipedia.org/wiki/%s
searchengine wpeo http://eo.wikipedia.org/wiki/%s
searchengine wpen http://en.wikipedia.org/wiki/%s

: The Free Dictionary:
searchengine tfd http://thefreedictionary.com/%s

: Spanish Language Royal Academy:
searchengine rae http://lema.rae.es/drae/?val=%s
searchengine drae http://lema.rae.es/drae/?val=%s
searchengine dpd http://lema.rae.es/dpd/?key=%s

: Word Reference, English to Spanish:
searchengine wrenes http://www.wordreference.com/es/translation.asp?tranword=%s
: Word Reference, Spanish to English:
searchengine wresen http://www.wordreference.com/es/en/translation.asp?spen=%s

-- 
http://programandala.net

Re: [Vimprobable-users] two ideas to improve the quickmarks

[Hannes S. <ha...@yl...>]

On Sat, 18 May 2013 20:46:08 +0200, Hannes Schüller <ha...@yl...>
wrote:
> > Why didn't you include it in 1.3.0? Still not tested enough?  
> 
> The new version was long overdue, I didn't want to delay it any
> further.

I'm curious; has anyone tested this patch in the time which has passed?

Hannes

[Vimprobable-users] [Patch] Support SoupCookieJarAcceptPolicy

[Hannes S. <ha...@yl...>]

Hi,

as requested on IRC, here is a patch to support different cookie
policies:
- Accept all cookies (default)
- Accept no third party cookies
- Accept no cookies

This patch introduces the command

:set cookies=(all|no third party|none)

Since we already had out own cookie handler previously, it was a bit
more convoluted getting this properly working. Also, one function which
would be useful is only supported in libsoup 2.4 and later which would
be a significant increase of requirements to build the browser. I tried
coding all around this, but I will not merge it without extensive
testing. Please, folks, try it out with all three settings and
different websites and let me know how it goes – for such a central
function of a browser, I'm not confident enough this is working as
intended yet.

Hannes

Re: [Vimprobable-users] bluehost.com's pop-up window

[Marcos C. <vim...@pr...>]

En/Je/On 2013-07-18 23:26, Daniel Carl escribió / skribis / wrote :

> I can't see any popup neigther with
> (...)
> firefox 

Strange, Iceweasel/Firefox 10.0.12 shows it perfectly here, in Raspbian.

Thank you.

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] bluehost.com's pop-up window

[Marcos C. <vim...@pr...>]

En/Je/On 2013-07-18 23:01, Hannes Schüller escribió / skribis / wrote :

> > http://bluehost.com now shows a pop-up window to ask for permission to
> > use cookies. 
> 
> I don't see a popup. Do you mean this white layer? 

Yes, a white rectangle that covers the center of the page. That's the
failed pop-up. Midori and Iceweasel/Firefox show the content, but
Vimprobable doesn't, making it impossible to accept the dialog and
continue.

I can not try other WebKit browser at the moment. That would be a
definitive clue.

Thank you.

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] bluehost.com's pop-up window

[Hannes S. <ha...@yl...>]

Hi Marcos!

Marcos Cruz <vim...@pr...> wrote:
> http://bluehost.com now shows a pop-up window to ask for permission to
> use cookies. 

I don't see a popup. Do you mean this white layer? It would be
interesting to see where this comes from. A quick look at the source
code seems to imply that the Javascript might come from a different
server (but honestly, I haven't made sure). Maybe there is an issue with
the same origin policy?

Hannes

Re: [Vimprobable-users] bluehost.com's pop-up window

[Daniel C. <dan...@gm...>]

Marcos Cruz <vim...@pr...> wrote:
> I suppose it's a JavaScript issue with WebKit.

I can't see any popup neigther with vimprobable, chromium or firefox with
enabled javascript, disabled proxy enabled plugins not popup blocker.

I think this is a bug on the site iteself.

Daniel

Re: [Vimprobable-users] bluehost.com's pop-up window

[Marcos C. <vim...@pr...>]

En/Je/On 2013-07-18 20:44, matto fransen escribió / skribis / wrote :

> > http://bluehost.com now shows a pop-up window to ask for permission to
> 
> I see a kind of running wheel on that pop-up but it doesn't stop.

Thank you Matto.

Exactly. Sometimes the wheel doesn't appear here, I don't know why, and
the pop-up is totally empty.

I suppose it's a JavaScript issue with WebKit.

I don't like pages that run code in my browser and don't provide a plain
HTML alternative.

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] bluehost.com's pop-up window

[matto f. <ma...@ma...>]

Hi,

On 18 July 2013 12:45, Marcos Cruz
<vim...@pr...> wrote:
>
> Hi,
>
> http://bluehost.com now shows a pop-up window to ask for permission to
> use cookies.  Its content is not shown by Vimprobable (with scripts and
> plugins set to true), so there's no way to accept and continue to the
> main page. I have to use Midori instead.
>

I see a kind of running wheel on that pop-up but it doesn't stop.
The vimprobable on the system I tried it with is rather old, BTW.

Cheers,

Matto
> I guess this is a WebKit issue. May anybody visit that page?  I just
> want to confirm it has nothing to do with my configuration.
>
> Thank you
>
> Marcos
>
> --
> http://programandala.net
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

[Vimprobable-users] bluehost.com's pop-up window

[Marcos C. <vim...@pr...>]

Hi,

http://bluehost.com now shows a pop-up window to ask for permission to
use cookies.  Its content is not shown by Vimprobable (with scripts and
plugins set to true), so there's no way to accept and continue to the
main page. I have to use Midori instead.

I guess this is a WebKit issue. May anybody visit that page?  I just
want to confirm it has nothing to do with my configuration.

Thank you

Marcos

-- 
http://programandala.net

[Vimprobable-users] Patch to add support for setting urlboxfont, completionfont, download path and statustont

[matto f. <ma...@ma...>]

Hi,

On 25/05/2013, Hannes Schüller <ha...@yl...> wrote:
> matto fransen <ma...@ma...> wrote:
>> > Now I'm trying to add urlboxfont after your implementation of
>> > statusfont, but it seems the required changes are different, because
>> > urlbox has three possible values (normal, warning and error).
>>
>> Indeed, this is a bit more complicated.
>> In the current config file, all three values carry the same values.
>
> The thing is, it's not all the same in the default config. And before
> anyone asks, same complexity in the case of the completion font.
>
> Why don't we just define independent variables for the three sub-types
> of urlboxfont which can then all be run through :set?
>

Attached please find a patch which combines the previous patch wiith
a patch to set the urlboxfont (normal, warning or error) and to set
the completionfont (normal and error).

Cheers,

Matto

Re: [Vimprobable-users] number of letters allowed in mappings

[Hannes S. <ha...@yl...>]

Hi Marcos!

Marcos Cruz <vim...@pr...> wrote:
> Are 3-letter mappings buggy or simply not allowed?

Two is the maximum.

Hannes

[Vimprobable-users] number of letters allowed in mappings

[Marcos C. <vim...@pr...>]

Hi, 

The following maps work fine:

  map s1=:set minimumfontsize=10
  map s2=:set minimumfontsize=20
  map s3=:set minimumfontsize=30

I removed them and tried the following instead:

  map s10=:set minimumfontsize=10
  map s12=:set minimumfontsize=12
  map s14=:set minimumfontsize=14
  :etc.

But they don't work.

Are 3-letter mappings buggy or simply not allowed? I supposed there was
no length limit, because I use a lot of 2-letter mappings and they work
fine -- but I've just realized the man page shows only 1-letter mappings.

Anyway I can use colon commands instead, and they work fine:

  map :s10=:set minimumfontsize=10
  map :s12=:set minimumfontsize=12
  map :s14=:set minimumfontsize=14
  :etc.

Thank you.

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] Patch to add support for setting download path and statustont

[matto f. <ma...@ma...>]

Hi,

On 25 May 2013 15:51, Hannes Schüller <ha...@yl...> wrote:
> matto fransen <ma...@ma...> wrote:
>> > Now I'm trying to add urlboxfont after your implementation of
>> > statusfont, but it seems the required changes are different, because
>> > urlbox has three possible values (normal, warning and error).
>>
>> Indeed, this is a bit more complicated.
>> In the current config file, all three values carry the same values.
>
> The thing is, it's not all the same in the default config. And before
> anyone asks, same complexity in the case of the completion font.
>
> Why don't we just define independent variables for the three sub-types
> of urlboxfont which can then all be run through :set?

OK

In the next days I will look into this :)

Cheers,

Matto

Re: [Vimprobable-users] Patch to add support for setting download path and statustont

[Hannes S. <ha...@yl...>]

matto fransen <ma...@ma...> wrote:
> > Now I'm trying to add urlboxfont after your implementation of
> > statusfont, but it seems the required changes are different, because
> > urlbox has three possible values (normal, warning and error).  
> 
> Indeed, this is a bit more complicated.
> In the current config file, all three values carry the same values.

The thing is, it's not all the same in the default config. And before
anyone asks, same complexity in the case of the completion font.

Why don't we just define independent variables for the three sub-types
of urlboxfont which can then all be run through :set?

Hannes

Re: [Vimprobable-users] Patch to add support for setting download path and statustont

[matto f. <ma...@ma...>]

Hi,

On 24 May 2013 18:02, Marcos Cruz <vim...@pr...> wrote:
> En/Je/On 2013-05-23 21:38, matto fransen escribió / skribis / wrote :
>> Attached please find a patch for vimprobable2.
>> It makes it possible to set the downloadpath and the statusfont with
>> :set and through the rc-file.
>
> Thank you Matto. It works fine. First I had some problems because the
> sources were already patched and modifed, but finally I patched
> manually.

Ah. The patch was against a current clone :)

> Now I'm trying to add urlboxfont after your implementation of
> statusfont, but it seems the required changes are different, because
> urlbox has three possible values (normal, warning and error).

Indeed, this is a bit more complicated.
In the current config file, all three values carry the same values.

So if Hannes agrees, we can change the code so that there is just
one single font for the urlbox. Then we can use the current
mechanism for the other rc-file settings (as well as the :set command)
for also this font.

In that case it seems logical to also do this for the completionfont.

Hannes, please give your opinion about this.

Cheers,

Matto

Re: [Vimprobable-users] Patch to add support for setting download path and statustont

[Marcos C. <vim...@pr...>]

En/Je/On 2013-05-23 21:38, matto fransen escribió / skribis / wrote :
> Attached please find a patch for vimprobable2.
> It makes it possible to set the downloadpath and the statusfont with
> :set and through the rc-file.

Thank you Matto. It works fine. First I had some problems because the
sources were already patched and modifed, but finally I patched
manually.  Now I'm trying to add urlboxfont after your implementation of
statusfont, but it seems the required changes are different, because
urlbox has three possible values (normal, warning and error).

Marcos

[Vimprobable-users] Patch to add support for setting download path and statustont

[matto f. <ma...@ma...>]

Hi,

On 21/05/2013, Marcos Cruz <vim...@pr...> wrote:
> En/Je/On 2013-05-20 20:46, Lingnan Dai escribió / skribis / wrote :
>
>> every time a newer version of vimprobable2 comes
>> out I have to change the DOWNLOADS_PATH definition in config.h. I wonder
>> if this option can make into the :set command? That would be much more
>> convenient as I can then put that in my rc.
>
> Same here! :) Besides I have to change also the font of the command box
> and the status bar (I prefer "Terminus 20"), and other things.

Attached please find a patch for vimprobable2.
It makes it possible to set the downloadpath and the statusfont with
:set and through the rc-file.

Cheers,

Matto

Re: [Vimprobable-users] Add support for setting download path

[Marcos C. <vim...@pr...>]

En/Je/On 2013-05-20 20:46, Lingnan Dai escribió / skribis / wrote :

> every time a newer version of vimprobable2 comes
> out I have to change the DOWNLOADS_PATH definition in config.h. I wonder
> if this option can make into the :set command? That would be much more
> convenient as I can then put that in my rc.

Same here! :) Besides I have to change also the font of the command box
and the status bar (I prefer "Terminus 20"), and other things.

Happily, Vimprobable compiles quickly, so editing config.h is not a big
problem. I think/hope eventually more config options will move from
config.h to vimprobablerc, to make upgrades even easier.

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] Add support for setting download path

[Lingnan D. <dln...@gm...>]

It's sorted now; it turns out to be a problem with my package
builder. Thanks for checking it for me, Hannes.

On 21/05, Hannes Schüller wrote:
> Hi Lingnan!
> 
> Lingnan Dai <dln...@gm...> wrote:
> > I'm using Arch Linux and every time a newer version of vimprobable2
> > comes out I have to change the DOWNLOADS_PATH definition in config.h.
> > I wonder if this option can make into the :set command? 
> 
> Of course it's technically possible, but nobody has done it yet.
> 
> > BTW, vimprobable2 1.3 doesn't seem to take care of that DOWNLOADS_PATH
> > definition. After changing it like I did for previous versions the
> > browser still keeps downloading files in my home directory. I wonder
> > if anyone else has had the same problem or it is just a problem on my
> > own setup.
> 
> Sorry can't reproduce this. I have modified this setting as well and
> the files end up where they should.
> 
> Hannes
> 
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service 
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

-- 
Regards,
Lingnan

Re: [Vimprobable-users] Add support for setting download path

[Hannes S. <ha...@yl...>]

Hi Lingnan!

Lingnan Dai <dln...@gm...> wrote:
> I'm using Arch Linux and every time a newer version of vimprobable2
> comes out I have to change the DOWNLOADS_PATH definition in config.h.
> I wonder if this option can make into the :set command? 

Of course it's technically possible, but nobody has done it yet.

> BTW, vimprobable2 1.3 doesn't seem to take care of that DOWNLOADS_PATH
> definition. After changing it like I did for previous versions the
> browser still keeps downloading files in my home directory. I wonder
> if anyone else has had the same problem or it is just a problem on my
> own setup.

Sorry can't reproduce this. I have modified this setting as well and
the files end up where they should.

Hannes

[Vimprobable-users] Add support for setting download path

[Lingnan D. <dln...@gm...>]

Hi, 

I'm using Arch Linux and every time a newer version of vimprobable2 comes
out I have to change the DOWNLOADS_PATH definition in config.h. I wonder
if this option can make into the :set command? That would be much more
convenient as I can then put that in my rc.

BTW, vimprobable2 1.3 doesn't seem to take care of that DOWNLOADS_PATH
definition. After changing it like I did for previous versions the
browser still keeps downloading files in my home directory. I wonder if
anyone else has had the same problem or it is just a problem on my own
setup.

-- 
Regards,
Lingnan

Re: [Vimprobable-users] two ideas to improve the quickmarks

[Hannes S. <ha...@yl...>]

Marcos Cruz <vim...@pr...> wrote:
> En/Je/On 2013-05-17 15:07, Hannes Schüller escribió / skribis /
> wrote :
> > - If parameter given, but none expected, ignore them and open the
> >   shortcut.
> > - If no parameter given, but one was expected, open the shortcut
> > with blank string as parameter.
> 
> It works as you say. Thank you. It's very useful to create general
> mnemonic shortcuts.
> 
> Why didn't you include it in 1.3.0? Still not tested enough?

The new version was long overdue, I didn't want to delay it any further.

> Do you
> consider changing "searchengine" to "shortcut" or similar, when
> finally included in a future version?

I would consider that, yes (keeping "searchengine" as a deprecated
legacy alias).

Hannes

Re: [Vimprobable-users] two ideas to improve the quickmarks

[Marcos C. <vim...@pr...>]

En/Je/On 2013-05-17 15:07, Hannes Schüller escribió / skribis / wrote :

> The attached patch should do this. It makes the %s in search engine
> definitions in the rc file optional. So you can now use zero or one
> parameters.

Patched to 1.3.0.

> - If parameter given, but none expected, ignore them and open the
>   shortcut.
> - If no parameter given, but one was expected, open the shortcut with
>   blank string as parameter.

It works as you say. Thank you. It's very useful to create general
mnemonic shortcuts.

Why didn't you include it in 1.3.0? Still not tested enough? Do you
consider changing "searchengine" to "shortcut" or similar, when finally
included in a future version?

Marcos

-- 
http://programandala.net

Re: [Vimprobable-users] two ideas to improve the quickmarks

[Hannes S. <ha...@yl...>]

Marcos Cruz <vim...@pr...> wrote:
> I think one optional parameter is enough in most cases; and it's
> easier to implement. 

The attached patch should do this. It makes the %s in search engine
definitions in the rc file optional. So you can now use zero or one
parameters. Intended behaviour:

- If parameter given, but none expected, ignore them and open the
  shortcut.
- If no parameter given, but one was expected, open the shortcut with
  blank string as parameter.

Testing highly appreciated!

Hannes