Thread: [Vimprobable-users] Newbie Questions
Vimprobable is a lean web browser optimised for full keyboard control
Brought to you by:
hanness
Menu
▾
▴
vimprobable-users
|
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 |
|
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-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: 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 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: Hannes S. <ha...@yl...> - 2013-10-01 19:01:31
Attachments:
universalaccess.patch
|
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-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: 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] |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X