vimprobable-users Mailing List for Vimprobable (Page 10)
Vimprobable is a lean web browser optimised for full keyboard control
Brought to you by:
hanness
Menu
▾
▴
vimprobable-users — Mailing list for Vimprobable users
You can subscribe to this list here.
| 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
|
|
From: Hannes S. <ha...@yl...> - 2014-01-01 11:02:36
|
Just to finally follow up on this... Thomas Gardner <tom...@gm...> wrote: > + webkit_web_view_set_zoom_level(client.gui.webview, 221/96); This means that you hardcoded it for displays using 221dpi, right? Maybe it would be possible to just make this 221 a configurable value? Still not ideal, but it should at least be universal. Hannes |
|
From: DC <dc...@sy...> - 2013-12-05 05:35:12
|
Marcos Cruz <vimprobable_list_00@...> writes: > > Hi all, > > In order to deactivate the "d" key binding the soft way, I have "map d > stop" in <.vimprobablerc> (an 'unmap' command or a 'noop' action would > be nice, I think we talked about it some time ago). But the mapping > doesn't work, it doesn't override the value in <keymap.h>. > > I'm using Vimprobable2 1.4.0 on Raspbian, but this problem happened with > a pathched 1.3.0 as well. > > In order to find out the error conditions, I have being moving "map d > jumpbottom", executing Vimprobable and pressing "d", again and again. > My provisional conclusion is "map d" overrides the default configuration > only if it's not the first 'map' command in the file, and if there are > some other commands before the first 'map'. > > Then I noticed the "d" mapping is the last one defined in <keymap.h>, > what made me suspect. I've exchanged the position of the last two key > bindings in the array, compiled... and the problem was solved. Now "map > d" works in any position of <.vimprobablerc> (and presumably the other > mapping is affected). > > It seems there's a bug. I hope this little investigation helps to remove > it. > > Marcos > Hi, I can confirm this on 1.4.0. The bug resided on the function changemapping(). As described the last element on the keys list is skipped and not available to rebind/override. Fix is on this commit: https://github.com/desyncr/vimprobable/ commit/050a96f849e7b14ba2e2629268ee559c5afe6856 Greets. |
|
From: Daniel C. <dan...@gm...> - 2013-11-24 16:32:34
|
Marcos Cruz <vim...@pr...> wrote:
> In order to check if web pages degrade gracefully during website
> development, I'd like to turn CSS on and off with a key mapping, without
> requiring a separate text browser.
>
> The 'stylesheet' setting replaces the user CSS, which is an addition to
> the page CSS, not a substitute.
>
> Is there a way to deactivate CSS support completely?
After searching around the webkit settings, it seems there is no out of box
way to easily toggle css usage on and off like the loading of pictures. A
possible way to implement this could be to filter out the css request before
they are sent ('resource-request-starting' event of the webview). But that
means you have to reload the page after you toggle the value.
Daniel
|
|
From: Marcos C. <vim...@pr...> - 2013-11-24 15:59:42
|
In order to check if web pages degrade gracefully during website development, I'd like to turn CSS on and off with a key mapping, without requiring a separate text browser. The 'stylesheet' setting replaces the user CSS, which is an addition to the page CSS, not a substitute. Is there a way to deactivate CSS support completely? Thank you. -- Marcos Cruz http://programandala.net |
|
From: Thomas G. <tom...@gm...> - 2013-11-11 07:50:14
|
This is a---case limited---patch that will resolve the issue pictured in [1]. To reproduce the "problem" you will have to set a useragent that serves you the latest incarnation of Google.com while using a somewhat "high" DPI display. [1] http://imgur.com/a/AYeMm -- Thomas Gardner |
|
From: Marcos C. <vim...@pr...> - 2013-11-05 13:15:17
|
Hi all, In order to deactivate the "d" key binding the soft way, I have "map d stop" in <.vimprobablerc> (an 'unmap' command or a 'noop' action would be nice, I think we talked about it some time ago). But the mapping doesn't work, it doesn't override the value in <keymap.h>. I'm using Vimprobable2 1.4.0 on Raspbian, but this problem happened with a pathched 1.3.0 as well. In order to find out the error conditions, I have being moving "map d jumpbottom", executing Vimprobable and pressing "d", again and again. My provisional conclusion is "map d" overrides the default configuration only if it's not the first 'map' command in the file, and if there are some other commands before the first 'map'. Then I noticed the "d" mapping is the last one defined in <keymap.h>, what made me suspect. I've exchanged the position of the last two key bindings in the array, compiled... and the problem was solved. Now "map d" works in any position of <.vimprobablerc> (and presumably the other mapping is affected). It seems there's a bug. I hope this little investigation helps to remove it. Marcos -- http://programandala.net |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 13:59:18
|
Oh, damn, of course! :) Hannes |
|
From: Marcos C. <vim...@pr...> - 2013-11-02 13:52:55
|
You mean 1.4.0, I hope ;) But the "Vimprobable 2 1.4.0" link in <http://sourceforge.net/apps/trac/vimprobable/> still points to <http://sourceforge.net/projects/vimprobable/files/Releases/vimprobable2_1.3.0.tar.bz2/download>. Meanwhile, 1.4.0 can be downloaded from <http://sourceforge.net/projects/vimprobable/files/Releases/>. It's great to have all pending patches merged at last. Thank you. Marcos -- http://programandala.net |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 10:10:40
|
Hello everybody, this is actually the first time we have a Vimprobable2-only release. The reason being that there has been no need for bugfixes which would have been backported to the Vimprobable1 branch. I see this as a sign of stability. Anyway, this release merges the smaller and larger feature additions posted on this mailing list since the last release: - Shortcuts function (Hannes Schueller) This is basically an extension of the search engine feature. Shortcuts can have one or zero string placeholders, making it possible to use these definitions as a sort of extension of the limited quickmark slots. The definition in the rc file goes just like the search engines before. Mind that the keyword "searchengine" in the rc file will continue to work for now, but its use is deprecated in favour of using "shortcut" (as per the man page)! - Download path, status bar font, URL box font and completion font are all configurable via :set (Matto Fransen) - Support for different cookie policies: accept all cookies (default), accept no third party cookies or accept no cookies. This is configured using the "cookies" setting: :set cookies=(all|no third party|none) Mind that this will not affect cross domain requests! The policy is always evaluated with respect to the atomic HTTP request. I.e. if website example.org embeds contents from example.com in an iframe or in an image tag, cookies from the latter will still be accepted in the "no third party" setting if they are delivered with the contents in the iframe/image tag. No correlation between hierarchical requests like this is performed. Enjoy the new release and as usual, report any problems you might encounter right here! Hannes |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 09:49:12
|
As per discussion on IRC, merged as well. |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 09:45:59
|
Addition to previous patch merged as well. |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 09:44:16
|
Patch merged. |
|
From: Hannes S. <ha...@yl...> - 2013-11-02 09:40:37
|
Patch merged. |
|
From: Hannes S. <ha...@yl...> - 2013-10-05 07:48:39
|
Ian Macdonald <ia...@gm...> wrote: > A total red herring Alright, thanks for confirming. I will merge the patch anyway, because it cannot hurt to make the setting available for whatever other cases that might come up, I guess. Hannes |
|
From: Ian M. <ia...@gm...> - 2013-10-05 00:16:49
|
Hannes A total red herring, I think. At the time I had the problem with midori I was trying to write a html table that was automatically updated using javascript and python. The enable-universal-access-from-file-uris setting may have influenced that. I have just confirmed that the setting makes no difference to static html in vimprobable or midori. Anyway, thanks again for the patch; it can probably be modified to deal with any other webkit parameter I think is causing me problems, and I should remember to set it back to FALSE. cheers On Fri, Oct 4, 2013 at 6:28 PM, Hannes Schüller <ha...@yl...> wrote: > Ian Macdonald <ia...@gm...> wrote: > > It seems that webkitgtk needs > > the gtk/gnome packages shared-mime-info and desktop-file-utils to > > determine what to do with .html if it on localhost. > > Glad you solved it! Just for curiosity, does > enable-universal-access-from-file-uris still play a role in the > solution? > > Hannes > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Vimprobable-users mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > |
|
From: Hannes S. <ha...@yl...> - 2013-10-04 08:28:39
|
Ian Macdonald <ia...@gm...> wrote: > It seems that webkitgtk needs > the gtk/gnome packages shared-mime-info and desktop-file-utils to > determine what to do with .html if it on localhost. Glad you solved it! Just for curiosity, does enable-universal-access-from-file-uris still play a role in the solution? Hannes |
|
From: Ian M. <ia...@gm...> - 2013-10-04 08:23:43
|
Hi Just in case someone else has this issue. As suspected it's not a vimprobable problem. It seems that webkitgtk needs the gtk/gnome packages shared-mime-info and desktop-file-utils to determine what to do with .html if it on localhost. cheers |
|
From: Jason R. <jas...@gm...> - 2013-10-02 22:40:43
|
Hi Ian, On 03/10/13 at 08:10am, Ian Macdonald wrote: >Hannes, > >Thanks for the patch and no, it didn't help. I'm almost sure it's not a >Vimprobable issue and more likely >as Matt suggests, a runtime dependency. I don't use the gnome desktop and >have always had a problem >working out where gtk ends and gnome begins. I notice that Arch Linux >lists, for instance, gobject-introspection >as a requirement for webkitgtk and I don't have it. Midori didn't need it >but perhaps vimprobable does. > No: you don't need it. ┌─[Veles ~] └─╼ pacman -Q gobject-introspection error: package 'gobject-introspection' was not found I have no issues opening local .html files without it. Cheers, /J -- http://jasonwryan.com/ [GnuPG Key: B1BD4E40] |
|
From: Ian M. <ia...@gm...> - 2013-10-02 22:10:08
|
Hannes, Thanks for the patch and no, it didn't help. I'm almost sure it's not a Vimprobable issue and more likely as Matt suggests, a runtime dependency. I don't use the gnome desktop and have always had a problem working out where gtk ends and gnome begins. I notice that Arch Linux lists, for instance, gobject-introspection as a requirement for webkitgtk and I don't have it. Midori didn't need it but perhaps vimprobable does. Anyway, thanks for the assistance; if I didn't enjoy these sort of problems I'd be using firefox on ubuntu! On Wed, Oct 2, 2013 at 5:01 AM, Hannes Schüller <ha...@yl...> wrote: > On Tue, 1 Oct 2013 13:35:47 +1000, Ian Macdonald <ia...@gm...> > wrote: > > enable-universal-access-from-file-uris=true > > If it's as simple as that, please try the attached patch and add > > set universalaccess=true > > to your rc file. > > I can't really test it, because regardless of what I set, local HTML > files (including your example one) are displayed fine for me. But let > us know if this helps – I would include this, then. > > > Any hints or examples of a usable font set? > > I'm afraid this is really out of the scope of Vimprobable itself. There > is no font rendering code within the browser. I can't say I've ever run > into any problems, though. > > Hannes > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Vimprobable-users mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > > |
|
From: Hannes S. <ha...@yl...> - 2013-10-01 19:01:31
|
On Tue, 1 Oct 2013 13:35:47 +1000, Ian Macdonald <ia...@gm...> wrote: > enable-universal-access-from-file-uris=true If it's as simple as that, please try the attached patch and add set universalaccess=true to your rc file. I can't really test it, because regardless of what I set, local HTML files (including your example one) are displayed fine for me. But let us know if this helps – I would include this, then. > Any hints or examples of a usable font set? I'm afraid this is really out of the scope of Vimprobable itself. There is no font rendering code within the browser. I can't say I've ever run into any problems, though. Hannes |
|
From: Ian M. <ia...@gm...> - 2013-10-01 08:49:26
|
Hi Matt My distro is LFS (Linux from Scratch) which I arrived at via Arch and Gentoo in my ( some say obsessive ) quest for simplicity and control. Having lots of control and limited knowledge is a dangerous thing! I don't THINK it's a dependency issue; everything has been built from source and usually missing dependencies crash configure or make. Vimprobable2 is not reporting any errors or warnings. Also, as I mentioned, I had the same problem with midori ( also webkitgtk based) and so did other midori users and the solution was to set the webkit parameter enable-universal-access-from-file-uris to TRUE. I just don't know if this can be easily done in vimprobable. The fonts problem did not appear in midori although I had the same fonts installed. I notice that if I change fonts in firefox, they change, whereas in vimprobable changing the font with :set seems to have no effect. Possibly it's not finding the fonts ( in /usr/share/fonts) Today I grepped the webkit source code and found a string 'enable-universal-access-from-file-uris,FALSE' As a last resort I might change that to TRUE and rebuild webkit! Anyway, thanks for the reply. If I really get myself in trouble, I can go back to Arch. On Tue, Oct 1, 2013 at 2:50 PM, Matthew Carter <je...@gm...> wrote: > Hi Ian, > > The GTK doc page renders fine for me in both Firefox and vimprobable2 > (both 1.2 and 1.3). > > The fonts on gmail are also clear. > > I am using Arch GNU/Linux - I tried the local file with both proxy on and > proxy > off (I use privoxy normally) and had no issues with either. > > I don't have any special settings in vimprobablerc other than > set escapeinput=true and set proxy=true. > > I may have missed it in your other email, what distro are you using? > Maybe it is a problem with vimprobable2 dependencies vs vimprobable2 > itself on your system? > > -Matt > > On Tue, Oct 01, 2013 at 01:35:47PM +1000, Ian Macdonald wrote: > > Hannes, > > > > Thanks for the prompt reply. > > > > My first problem is largely resolved. My 'cabundle' file is called > > 'ca-bundle.crt' not the default 'ca-certificates.crt' and I checked > > the path was correct but didn't notice the file name difference. Now the > > certificates are accepted and I don't have to set sslstrict=false > > which was the main concern. It still insists on the browser identifying > > itself as Mozilla but I can live with that. > > > > To explain the second problem; if I navigate to > > 'file:///usr/share/gtk-doc/html/webkitgtk/index.html' in firefox I see a > > nicely formatted > > title page of the WebKitGTK+ Reference Manual with links to various > topics > > etc. If I go to the same site using vimprobable2, I get > > > > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 > Transitional//EN"><html><head> > > > > ... etc > > > > I had the same problem with midori and it is referred to in the midori > FAQ > > "Is it possible to disable Same Origin Policy? What Webkit settings not > in > > the preferences can I change? > > > > You can change all values of > > WebKitWebSettings< > http://webkitgtk.org/reference/webkitgtk/stable/WebKitWebSettings.html>in > > the config file (~/.config/midori/config on unices, > > %APPDATA%\midori\config [please check :)] on Windows). For example, to > > disable Same Origin Policy for local files, add > > > > enable-universal-access-from-file-uris=true > > > > to your config file." > > That solved the problem in midori but it seems that vimprobable only > allows > > a subset of the webkit settings to be set in vimprobablerc. I notice in > the > > vimprobable config.h there is an > > array mapping set commands to webkit parameters; would it be a simple > > matter of adding another for 'enable-universal-access-from-file-uris'? > > It does worry me that no one else is seeing this problem; more and more > > software packages ( like webkit) distribute their help files as html and > > you would have thought others > > would have the same problem. > > > > Since my first post, having resolved one problem, I've discovered > another. > > On many sites ( e.g. gmail ) the fonts are fuzzy or faint and difficult > to > > read. I'm using the same default fonts > > in firefox and they are fine. Playing with the :set command shows that > the > > fontsize parameters work as expected but font type changes seem to have > no > > effect. > > Any hints or examples of a usable font set? > > > > Thanks and sorry for the silly questions. > > > > > > > > > > > > On Tue, Oct 1, 2013 at 1:48 AM, Hannes Schüller <ha...@yl...> wrote: > > > > > Hello Ian! > > > > > > On Mon, 30 Sep 2013 10:49:58 +1000, Ian Macdonald <ia...@gm...> > > > wrote: > > > > Browsing the mail achive makes me think this is not the place for > > > > newbies at all, but I cant find anything else. > > > > > > This is the right place :) > > > > > > > I have been able to connect to a couple of banks with vimprobable > > > > ( all be it very slowly) by setting strictssl false, scripts true and > > > > user agent to the one used by my current firefox. My first question > > > > is can this be done on a 'per site' basis? > > > > > > I made a patch for that once: > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=1334266187-30993-5-git-send-email-hannes%40yllr.net&forum_name=vimprobable-users > > > > > > Apart from a couple of technical issues identified further down the > > > thread, there were major conceptual issues, though, and it did not seem > > > to be a particularly popular proposition at the time. > > > > > > Pending an update (which is questionable right now), my suggestion > > > would be the following: > > > - The SSL issue can be solved by importing the bank's certificate (or > > > the appropriate root certificate) into your certificate store. That > > > should be good practice anyway. > > > - Assign a key combination to commit and revert those settings you use > > > all the time, e.g. bind <C-w> to set the alternate useragent and > > > <S-w> to revert back. Certainly not ideal, but a workaround. > > > > > > > My second question concerns rendering html files stored locally. > > > > > > I'm not sure what the issue is here. Vimprobable can display local HTML > > > files. Could you be a bit more specific what is it that is preventing > > > you from doing what you want to achieve? > > > > > > Hannes > > > > > > > > > > ------------------------------------------------------------------------------ > > > October Webinars: Code for Performance > > > Free Intel webinars can help you accelerate application performance. > > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the > most > > > from > > > the latest Intel processors and coprocessors. See abstracts and > register > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > > > _______________________________________________ > > > Vimprobable-users mailing list > > > Vim...@li... > > > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > > > > > > > ------------------------------------------------------------------------------ > > October Webinars: Code for Performance > > Free Intel webinars can help you accelerate application performance. > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > > the latest Intel processors and coprocessors. See abstracts and register > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > > > _______________________________________________ > > Vimprobable-users mailing list > > Vim...@li... > > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > > > -- > Matthew Carter > je...@gm... > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Vimprobable-users mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > |
|
From: Matthew C. <je...@gm...> - 2013-10-01 04:50:59
|
Hi Ian, The GTK doc page renders fine for me in both Firefox and vimprobable2 (both 1.2 and 1.3). The fonts on gmail are also clear. I am using Arch GNU/Linux - I tried the local file with both proxy on and proxy off (I use privoxy normally) and had no issues with either. I don't have any special settings in vimprobablerc other than set escapeinput=true and set proxy=true. I may have missed it in your other email, what distro are you using? Maybe it is a problem with vimprobable2 dependencies vs vimprobable2 itself on your system? -Matt On Tue, Oct 01, 2013 at 01:35:47PM +1000, Ian Macdonald wrote: > Hannes, > > Thanks for the prompt reply. > > My first problem is largely resolved. My 'cabundle' file is called > 'ca-bundle.crt' not the default 'ca-certificates.crt' and I checked > the path was correct but didn't notice the file name difference. Now the > certificates are accepted and I don't have to set sslstrict=false > which was the main concern. It still insists on the browser identifying > itself as Mozilla but I can live with that. > > To explain the second problem; if I navigate to > 'file:///usr/share/gtk-doc/html/webkitgtk/index.html' in firefox I see a > nicely formatted > title page of the WebKitGTK+ Reference Manual with links to various topics > etc. If I go to the same site using vimprobable2, I get > > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head> > > ... etc > > I had the same problem with midori and it is referred to in the midori FAQ > "Is it possible to disable Same Origin Policy? What Webkit settings not in > the preferences can I change? > > You can change all values of > WebKitWebSettings<http://webkitgtk.org/reference/webkitgtk/stable/WebKitWebSettings.html>in > the config file (~/.config/midori/config on unices, > %APPDATA%\midori\config [please check :)] on Windows). For example, to > disable Same Origin Policy for local files, add > > enable-universal-access-from-file-uris=true > > to your config file." > That solved the problem in midori but it seems that vimprobable only allows > a subset of the webkit settings to be set in vimprobablerc. I notice in the > vimprobable config.h there is an > array mapping set commands to webkit parameters; would it be a simple > matter of adding another for 'enable-universal-access-from-file-uris'? > It does worry me that no one else is seeing this problem; more and more > software packages ( like webkit) distribute their help files as html and > you would have thought others > would have the same problem. > > Since my first post, having resolved one problem, I've discovered another. > On many sites ( e.g. gmail ) the fonts are fuzzy or faint and difficult to > read. I'm using the same default fonts > in firefox and they are fine. Playing with the :set command shows that the > fontsize parameters work as expected but font type changes seem to have no > effect. > Any hints or examples of a usable font set? > > Thanks and sorry for the silly questions. > > > > > > On Tue, Oct 1, 2013 at 1:48 AM, Hannes Schüller <ha...@yl...> wrote: > > > Hello Ian! > > > > On Mon, 30 Sep 2013 10:49:58 +1000, Ian Macdonald <ia...@gm...> > > wrote: > > > Browsing the mail achive makes me think this is not the place for > > > newbies at all, but I cant find anything else. > > > > This is the right place :) > > > > > I have been able to connect to a couple of banks with vimprobable > > > ( all be it very slowly) by setting strictssl false, scripts true and > > > user agent to the one used by my current firefox. My first question > > > is can this be done on a 'per site' basis? > > > > I made a patch for that once: > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=1334266187-30993-5-git-send-email-hannes%40yllr.net&forum_name=vimprobable-users > > > > Apart from a couple of technical issues identified further down the > > thread, there were major conceptual issues, though, and it did not seem > > to be a particularly popular proposition at the time. > > > > Pending an update (which is questionable right now), my suggestion > > would be the following: > > - The SSL issue can be solved by importing the bank's certificate (or > > the appropriate root certificate) into your certificate store. That > > should be good practice anyway. > > - Assign a key combination to commit and revert those settings you use > > all the time, e.g. bind <C-w> to set the alternate useragent and > > <S-w> to revert back. Certainly not ideal, but a workaround. > > > > > My second question concerns rendering html files stored locally. > > > > I'm not sure what the issue is here. Vimprobable can display local HTML > > files. Could you be a bit more specific what is it that is preventing > > you from doing what you want to achieve? > > > > Hannes > > > > > > ------------------------------------------------------------------------------ > > October Webinars: Code for Performance > > Free Intel webinars can help you accelerate application performance. > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > > from > > the latest Intel processors and coprocessors. See abstracts and register > > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > > _______________________________________________ > > Vimprobable-users mailing list > > Vim...@li... > > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Vimprobable-users mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimprobable-users -- Matthew Carter je...@gm... |
|
From: Ian M. <ia...@gm...> - 2013-10-01 03:35:54
|
Hannes, Thanks for the prompt reply. My first problem is largely resolved. My 'cabundle' file is called 'ca-bundle.crt' not the default 'ca-certificates.crt' and I checked the path was correct but didn't notice the file name difference. Now the certificates are accepted and I don't have to set sslstrict=false which was the main concern. It still insists on the browser identifying itself as Mozilla but I can live with that. To explain the second problem; if I navigate to 'file:///usr/share/gtk-doc/html/webkitgtk/index.html' in firefox I see a nicely formatted title page of the WebKitGTK+ Reference Manual with links to various topics etc. If I go to the same site using vimprobable2, I get <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head> ... etc I had the same problem with midori and it is referred to in the midori FAQ "Is it possible to disable Same Origin Policy? What Webkit settings not in the preferences can I change? You can change all values of WebKitWebSettings<http://webkitgtk.org/reference/webkitgtk/stable/WebKitWebSettings.html>in the config file (~/.config/midori/config on unices, %APPDATA%\midori\config [please check :)] on Windows). For example, to disable Same Origin Policy for local files, add enable-universal-access-from-file-uris=true to your config file." That solved the problem in midori but it seems that vimprobable only allows a subset of the webkit settings to be set in vimprobablerc. I notice in the vimprobable config.h there is an array mapping set commands to webkit parameters; would it be a simple matter of adding another for 'enable-universal-access-from-file-uris'? It does worry me that no one else is seeing this problem; more and more software packages ( like webkit) distribute their help files as html and you would have thought others would have the same problem. Since my first post, having resolved one problem, I've discovered another. On many sites ( e.g. gmail ) the fonts are fuzzy or faint and difficult to read. I'm using the same default fonts in firefox and they are fine. Playing with the :set command shows that the fontsize parameters work as expected but font type changes seem to have no effect. Any hints or examples of a usable font set? Thanks and sorry for the silly questions. On Tue, Oct 1, 2013 at 1:48 AM, Hannes Schüller <ha...@yl...> wrote: > Hello Ian! > > On Mon, 30 Sep 2013 10:49:58 +1000, Ian Macdonald <ia...@gm...> > wrote: > > Browsing the mail achive makes me think this is not the place for > > newbies at all, but I cant find anything else. > > This is the right place :) > > > I have been able to connect to a couple of banks with vimprobable > > ( all be it very slowly) by setting strictssl false, scripts true and > > user agent to the one used by my current firefox. My first question > > is can this be done on a 'per site' basis? > > I made a patch for that once: > > http://sourceforge.net/mailarchive/forum.php?thread_name=1334266187-30993-5-git-send-email-hannes%40yllr.net&forum_name=vimprobable-users > > Apart from a couple of technical issues identified further down the > thread, there were major conceptual issues, though, and it did not seem > to be a particularly popular proposition at the time. > > Pending an update (which is questionable right now), my suggestion > would be the following: > - The SSL issue can be solved by importing the bank's certificate (or > the appropriate root certificate) into your certificate store. That > should be good practice anyway. > - Assign a key combination to commit and revert those settings you use > all the time, e.g. bind <C-w> to set the alternate useragent and > <S-w> to revert back. Certainly not ideal, but a workaround. > > > My second question concerns rendering html files stored locally. > > I'm not sure what the issue is here. Vimprobable can display local HTML > files. Could you be a bit more specific what is it that is preventing > you from doing what you want to achieve? > > Hannes > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > _______________________________________________ > Vimprobable-users mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimprobable-users > |
|
From: Hannes S. <ha...@yl...> - 2013-09-30 15:48:57
|
Hello Ian! On Mon, 30 Sep 2013 10:49:58 +1000, Ian Macdonald <ia...@gm...> wrote: > Browsing the mail achive makes me think this is not the place for > newbies at all, but I cant find anything else. This is the right place :) > I have been able to connect to a couple of banks with vimprobable > ( all be it very slowly) by setting strictssl false, scripts true and > user agent to the one used by my current firefox. My first question > is can this be done on a 'per site' basis? I made a patch for that once: http://sourceforge.net/mailarchive/forum.php?thread_name=1334266187-30993-5-git-send-email-hannes%40yllr.net&forum_name=vimprobable-users Apart from a couple of technical issues identified further down the thread, there were major conceptual issues, though, and it did not seem to be a particularly popular proposition at the time. Pending an update (which is questionable right now), my suggestion would be the following: - The SSL issue can be solved by importing the bank's certificate (or the appropriate root certificate) into your certificate store. That should be good practice anyway. - Assign a key combination to commit and revert those settings you use all the time, e.g. bind <C-w> to set the alternate useragent and <S-w> to revert back. Certainly not ideal, but a workaround. > My second question concerns rendering html files stored locally. I'm not sure what the issue is here. Vimprobable can display local HTML files. Could you be a bit more specific what is it that is preventing you from doing what you want to achieve? Hannes |
|
From: Ian M. <ia...@gm...> - 2013-09-30 00:50:05
|
Hi, Browsing the mail achive makes me think this is not the place for newbies at all, but I cant find anything else. I have just arrived at vimprobable2 via firefox, opera and midori in an effort to simplify things but, unfortunately I still need firefox for certain tasks, most prominently, online banking. I have been able to connect to a couple of banks with vimprobable ( all be it very slowly) by setting strictssl false, scripts true and user agent to the one used by my current firefox. My first question is can this be done on a 'per site' basis? It seems a bit insecure to use these settings all the time and it's a bit inconvenient to change settings each time you visit a bank. My second question concerns rendering html files stored locally. I have a program that scrapes variable information from the web periodically and presents it locally as a html page which, with firefox, I can view. In midori, this could be done by setting 'enable-universal-access-from-file-uris=true' in the midori config file. Is there a way of doing this in vimprobeble2? Any pointers would be much appreciated. Thanks |
2 messages has been excluded from this view by a project administrator.
