Re: [Vimprobable-users] Newbie Questions
Vimprobable is a lean web browser optimised for full keyboard control
Brought to you by:
hanness
|
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 > |