You are not logged in.

#226 2016-01-16 09:55:24

navi_se
Member
Registered: 2015-07-06
Posts: 135

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

About time! Great : ) ! First package transitioning from AUR to Community, do I have to uninstall it and reinstall from [Community] ?

Last edited by navi_se (2016-01-16 09:56:25)

Offline

#227 2016-01-16 11:56:36

Ambrevar
Member
Registered: 2011-08-14
Posts: 212
Website

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

The pkgrel has been bumped, it should update automatically next time you run `pacman -Syu`.

Offline

#228 2016-01-17 09:25:45

chickenPie4tea
Member
Registered: 2012-08-21
Posts: 309

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

IGNORE below - I uninstalled qutebrowser-git and installed qutebrowser and all is fine.

updated system today and when I try to start qutebrowser I get

Traceback (most recent call last):
  File "/usr/bin/qutebrowser", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 3130, in <module>
    @_call_aside
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 3116, in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 3143, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 642, in _build_master
    ws.require(__requires__)
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 943, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 830, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'qutebrowser==0.2.1' distribution was not found and is required by the application

Last edited by chickenPie4tea (2016-01-17 10:37:13)


You can like linux without becoming a fanatic!

Offline

#229 2016-01-17 10:21:24

Docbroke
Member
From: India
Registered: 2015-06-13
Posts: 1,433

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

I installed qutebrowser from community(fresh install), and it is working fine, and it is my preferred browser, now. Bye bye luakit.
One quick question, how to open history? It is largerly hidden below my quickmarks when I use 'o'.

Offline

#230 2016-01-21 02:31:40

Docbroke
Member
From: India
Registered: 2015-06-13
Posts: 1,433

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

I have found one error frequently with many sites

ERROR: Error while loading https://qutebrowser.org/CHANGELOG.html: SSL handshake failed

page appers on changing from https to http

Offline

#231 2016-01-21 17:38:51

lahwaacz
Wiki Admin
From: Czech Republic
Registered: 2012-05-29
Posts: 748

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

The Compiler wrote:
Trilby wrote:

I don't know this is hardwired by QtWebkit or not, but I've been realy annoyed by the use of only the "clipboard" selection instead of the primary selection when I try to Shift+Insert paste content into a textbox.

For contrast, all other browsers and many gui programs have a context menu option to "paste" text which as a de-facto standard comes from X's Clipboard selection.  But in all other browsers and gui programs I can also use Shift-Insert to paste from the primary selection.  In Qutebrowser, either of these methods pull only from the Clipboard selection.

I feel your pain, I wish it pasted the primary selection as well... But I don't get the "But in all other browsers and gui programs I can also use Shift-Insert to paste from the primary selection" part. In literally everything I know except terminals, Shift-Insert pastes clipboard: Any GTK/Qt app, Firefox, Chromium, ...

I really wish you were right, but unfortunately it's a de-facto standard to paste clipboard with shift-insert...

I worked around this for the command input in qutebrowser, but doing the same for the web view isn't trivial unfortunately, as there's no way to paste primary via the API. I've tried adding a workaround which swaps clipboard/primary, pastes and swaps them back, but that lead to very strage segfaults I couldn't explain, so I had to remove it again. sad

Actually, we want Shift+Insert to paste the primary selection only in insert mode, right? And it is actually possible to bind Shift+Insert in insert mode! I've tried

[insert]
open-editor
    <Shift-Ins>

and that works as expected - opens the editor and does not paste the clipboard selection. Now if only there was another "hidden command" for insert mode, e.g. paste-primary, which would do the work. Given that open-editor can update the text, there should be no problem with the API, right?

Edit: It seems that QtWebKit does not have interface to insert text at cursor position into textarea (or any other) elements. What a piece of crap. Let's do it in Javascript then:
http://stackoverflow.com/questions/1107 … 6#11077016
https://forum.qt.io/topic/14922/solved- … r-position

Edit 2: I've made a proof of concept: https://github.com/lahwaacz/qutebrowser … 9691b1c879 As ugly as it is, it seems to do the job wink

Last edited by lahwaacz (2016-01-21 21:34:33)

Offline

#232 2016-01-22 18:01:55

charli3
Member
Registered: 2015-06-01
Posts: 45

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

@The Compiler
Love the browser.  It's slick and unbloated and renders fast.  Impressive ... and with vi-like keybindgings is really awesome.  Thanks for all of your work on this.  I can see I'll be a quick convert.

Offline

#233 2016-01-27 06:32:07

The Compiler
Member
From: Switzerland
Registered: 2011-05-01
Posts: 214
Website

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Docbroke wrote:

I installed qutebrowser from community(fresh install), and it is working fine, and it is my preferred browser, now. Bye bye luakit.
One quick question, how to open history? It is largerly hidden below my quickmarks when I use 'o'.

There isn't a way to only show the history when opening so far. See #836.

Docbroke wrote:

I have found one error frequently with many sites

ERROR: Error while loading https://qutebrowser.org/CHANGELOG.html: SSL handshake failed

page appers on changing from https to http


What happens if you run openssl s_client -connect qutebrowser.org:443 -verify 1 in a terminal when this happens?

lahwaacz wrote:

Actually, we want Shift+Insert to paste the primary selection only in insert mode, right? And it is actually possible to bind Shift+Insert in insert mode!

Yeah, that part isn't an issue wink

Edit: It seems that QtWebKit does not have interface to insert text at cursor position into textarea (or any other) elements. What a piece of crap. Let's do it in Javascript then:
http://stackoverflow.com/questions/1107 … 6#11077016
https://forum.qt.io/topic/14922/solved- … r-position

Edit 2: I've made a proof of concept: https://github.com/lahwaacz/qutebrowser … 9691b1c879 As ugly as it is, it seems to do the job wink

Nice! I have a few nitpicks but in general I'd like to have this added, because the Shift-Ins behaviour is annoying so many people (including me) big_smile Could you open a pullrequest with it please?


>>> from __future__ import braces
  File "<stdin>", line 1
SyntaxError: not a chance

Offline

#234 2016-01-31 03:58:44

Docbroke
Member
From: India
Registered: 2015-06-13
Posts: 1,433

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

@Compiler,

the ssl error has not reappeared since I posted the error, in case it appears back I will report back with the asked output. thanks.

Offline

#235 2016-01-31 13:01:43

Grus
Member
Registered: 2011-12-31
Posts: 21

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Love the browser. But I'm having a problem with the background-tabs setting being constantly set to false. Changing it in the settings page and using set tabs background-tabs true never changes anything. It's happening in both the qutebrowser and qutebrowser-git packages. Am I doing something wrong or is it bugged?

Edit: I managed to get it to stick after a couple of reboots, not really sure what did it. Anyway, the browser crashes on certain sites like this and that one, with this output:

Fatal Python error: Floating point exception

Current thread 0x00007f6c18189700 (most recent call first):
  File "/usr/lib/python3.5/site-packages/qutebrowser/browser/webview.py", line 598 in paintEvent
  File "/usr/lib/python3.5/site-packages/qutebrowser/browser/signalfilter.py", line 88 in _filter_signals
  File "/usr/lib/python3.5/site-packages/qutebrowser/app.py", line 121 in qt_mainloop
  File "/usr/lib/python3.5/site-packages/qutebrowser/app.py", line 111 in run
  File "/usr/lib/python3.5/site-packages/qutebrowser/qutebrowser.py", line 154 in main
  File "/usr/bin/qutebrowser", line 9 in <module>
zsh: floating point exception (core dumped)  qutebrowser

and

Fatal Python error: Floating point exception

Current thread 0x00007f52299db700 (most recent call first):
  File "/usr/lib/python3.5/site-packages/qutebrowser/app.py", line 121 in qt_mainloop
  File "/usr/lib/python3.5/site-packages/qutebrowser/app.py", line 111 in run
  File "/usr/lib/python3.5/site-packages/qutebrowser/qutebrowser.py", line 154 in main
  File "/usr/bin/qutebrowser", line 9 in <module>
zsh: floating point exception (core dumped)  qutebrowser

respectively.

qutebrowser-git r7108.b4a5482-1
python 3.5.1-1
python-setuptools 1:19.6.2-1
python-pyqt5 5.5.1-2
qt5-base 5.5.1-9
qt5-webkit 5.5.1-9

Last edited by Grus (2016-02-01 04:09:58)

Offline

#236 2016-02-01 16:45:51

Docbroke
Member
From: India
Registered: 2015-06-13
Posts: 1,433

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

The Compiler wrote:
Docbroke wrote:

I have found one error frequently with many sites

ERROR: Error while loading https://qutebrowser.org/CHANGELOG.html: SSL handshake failed

page appers on changing from https to http


What happens if you run openssl s_client -connect qutebrowser.org:443 -verify 1 in a terminal when this happens?

found the very same error today on https://bbs.archlinux.org, error stayed even after refreshing twice, after that I did run the above command in terminal, and page appeared on next refresh

> openssl s_client -connect qutebrowser.org:443 -verify 1
verify depth is 1
CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X1
verify return:1
depth=0 CN = www.the-compiler.org
verify return:1
---
Certificate chain
 0 s:/CN=www.the-compiler.org
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X1
 1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X1
   i:/O=Digital Signature Trust Co./CN=DST Root CA X3
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIFDDCCA/SgAwIBAgISAVVraj5+QQeWuRm/QDubsYoPMA0GCSqGSIb3DQEBCwUA
MEoxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1MZXQncyBFbmNyeXB0MSMwIQYDVQQD
ExpMZXQncyBFbmNyeXB0IEF1dGhvcml0eSBYMTAeFw0xNTEyMDYxODE4MDBaFw0x
NjAzMDUxODE4MDBaMB8xHTAbBgNVBAMTFHd3dy50aGUtY29tcGlsZXIub3JnMIIB
IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAu62q+8WD1sWHv6O/OWyI3LyG
1wIYfonQbG52XdxqE1cZaFmOnAblTHG9KarLu4nshWlitrbmzC0Cz1MUH8EbhPyh
xvPR/soSXvhJWgmCSBLCFGLJH/tyKWBCbF7ccciBvwmciV0sKnKw+7K8OiRfU+nr
vrZ0MgIjSyNzy/Q3vdp32bf+rPy8fdVsWjkP0MjdY6+QCtfcd7/ZRDM5vS7h2SUY
g/JVvPfW9fKMKMaKJXGKSnW3vNb7d+4hEckPcAhVT6vrAixI8Chs/vkaj0NBuA07
7jgm7y+MseG8RnpY5DlvNyB0UNbX+YLVJfwjbN50osiFEweW2kYSbkICEV17rQID
AQABo4ICFTCCAhEwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMB
BggrBgEFBQcDAjAMBgNVHRMBAf8EAjAAMB0GA1UdDgQWBBRUkbSbFZ/yofT/Y5//
O6zeNKa1njAfBgNVHSMEGDAWgBSoSmpjBH3duubRObemRWXv86jsoTBwBggrBgEF
BQcBAQRkMGIwLwYIKwYBBQUHMAGGI2h0dHA6Ly9vY3NwLmludC14MS5sZXRzZW5j
cnlwdC5vcmcvMC8GCCsGAQUFBzAChiNodHRwOi8vY2VydC5pbnQteDEubGV0c2Vu
Y3J5cHQub3JnLzAfBgNVHREEGDAWghR3d3cudGhlLWNvbXBpbGVyLm9yZzCB/gYD
VR0gBIH2MIHzMAgGBmeBDAECATCB5gYLKwYBBAGC3xMBAQEwgdYwJgYIKwYBBQUH
AgEWGmh0dHA6Ly9jcHMubGV0c2VuY3J5cHQub3JnMIGrBggrBgEFBQcCAjCBngyB
m1RoaXMgQ2VydGlmaWNhdGUgbWF5IG9ubHkgYmUgcmVsaWVkIHVwb24gYnkgUmVs
eWluZyBQYXJ0aWVzIGFuZCBvbmx5IGluIGFjY29yZGFuY2Ugd2l0aCB0aGUgQ2Vy
dGlmaWNhdGUgUG9saWN5IGZvdW5kIGF0IGh0dHBzOi8vbGV0c2VuY3J5cHQub3Jn
L3JlcG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQCRBECC2OV8YwNx9z6GUo8v
4h7iOBB+n6mcs82PHa/t9QGmXl+46Z6pFYIi3zZ7xfKY7C27E3jynsPIZXnZ2kE1
8dqprlsEOIrZVTA75tvI5Nsp1nuyK98RAq7/H7zNIY40V0U1J+y+ki3hXuf2C2Km
x/Ytng9Gje+ZnsHCblYr2ZtvxKfcLM6+r5rjHJcL2+ccpSBTNj2+EZ2bxUBKiUMt
ymh+zPdhgUAX2BiRIZpxGm9G06sZTFbhZCmuCD2OZVVnLYFngEXIVtxO51jE7Hap
xro/NsvjvT4VldNiQ+I2CRhxn8kPOQsQgTikE12Om9nFfhZ4X/Juz7anrXaBhMuL
-----END CERTIFICATE-----
subject=/CN=www.the-compiler.org
issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X1
---
No client certificate CA names sent
Peer signing digest: SHA512
Server Temp Key: ECDH, P-256, 256 bits
---
SSL handshake has read 3154 bytes and written 444 bytes
---
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES256-GCM-SHA384
    Session-ID: A69B0ECAE5A514B3FA81E43D39E879AC02941DA9E8D2B9C2BA5F16E450153DE1
    Session-ID-ctx: 
    Master-Key: BC8260E001B0D1BB3056F41D1083FF725DB62366B1546730D811DB2C918221E74367A5D4BDD339906EF54F68A441C3C1
    Key-Arg   : None
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    TLS session ticket lifetime hint: 300 (seconds)
    TLS session ticket:
    0000 - ed 6c 36 b3 1f 0a dc 46-4f 31 9e 63 bb 74 36 9d   .l6....FO1.c.t6.
    0010 - 2c 04 82 78 2a 21 55 b9-be 37 6f 98 e3 9f 11 46   ,..x*!U..7o....F
    0020 - 15 d4 d1 0f 4b a5 03 f3-b1 0e 90 6b e4 0c db f0   ....K......k....
    0030 - 40 76 1a b2 c3 89 0a b0-82 86 56 cb 42 21 7c a3   @v........V.B!|.
    0040 - a8 09 a2 e7 d9 b7 13 9d-3c ed 5d 40 eb 54 29 2a   ........<.]@.T)*
    0050 - e8 0f 80 e4 ff e0 99 ea-72 16 70 c1 c0 92 7f 0f   ........r.p.....
    0060 - 09 08 07 66 29 9a ee 95-0a a0 a0 d0 0d d9 17 79   ...f)..........y
    0070 - 32 ee b9 a5 f7 c6 13 60-a3 1e 1a af ad dc 9e 39   2......`.......9
    0080 - 15 e1 33 c7 12 71 6f 09-9c 76 ea 42 7a fb 7f 47   ..3..qo..v.Bz..G
    0090 - 47 f7 84 fd a3 2b 32 c8-4f cf 39 60 8d 72 c7 af   G....+2.O.9`.r..

    Start Time: 1454344732
    Timeout   : 300 (sec)
    Verify return code: 0 (ok)
---
closed

Interestingly I had the same site open in another window without error.

Offline

#237 2016-02-06 23:06:12

SataMaxx
Member
Registered: 2011-08-07
Posts: 22

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Hey The Compiler!

I've been a loooooong time user of Firefox, and had my times when I would complain about its sluggishness, and some of them where I'll try and find alternatives, but kept being drawn back to it because they were way too minimalistic to my taste (I'm looking at you uzbl ;-))

But last week I stumbled upon qutebrowser and I must say I've been quite impressed by such a young project : Vim navigation, tabs, bookmarks, adblocking, and ultra light and superfast etc. and after a couple of days… well I took the leap and made it my default browser!

Now I used to have some plugins and functonnalities in firefox that I wanted to have or at least emulate in qute to not disrupt my usage too much:

- adblock (disconnect + ublock) -> built in (not as polished, but very good already!)
- tabs -> built in
- vimperator -> built in
- flashgot -> binding to spawn mpv (spawn is genius!)
- bookmarks toolbar organized in folders -> quickmarks with path (a bit of vimfu helped me convert the json export of bookmarks to an usable quickmark file. Why quickmarks and not bookmarks? Because :quickmark-add lets you type the name so I can organize new marks on the fly (ex: blogs/comics/xkcd))
- It's All Text -> built in (actually using neovim to write this ;-))
- Tile tabs -> deferring to the wm, as I'm using bspwm
- smoothscroll -> actually didn't work in conjunction with vimperator, here it's built in! Amazing!
- stored passwords -> deferred to keepassx
- image zoom -> built in
- Stylish -> ?
- zotero -> ?

So thank you for this, I went smoothly from firefox to qute, and now I feel like I'm rediscovering "surfing" the web !

However, I have a couple remarks/suggestions about what I didn't get working or fully working:

- zotero : don't care actually, can fire up ff to deal with this usage
- stored password : maybe a form filler? Or simply a way to call keepass from the command line to set/save a login:password?
- stylish : it would be wonderful to be able to use per site user styles!
- I really like being able to open at once all the bookmarks from a folder. Would it be possible to have a switch on :quickmark-load to bg open all the matching links? (ex: :quickmark-load --all /comics/ would open all the quickmarks in the blogs/comics/ "folder")

I get that my suggestions might not be of the highest priority, but that's only because qutebrowser is already excellent! (support for some aesthetics tweaking being my second most important feature request says it all!)

Last edited by SataMaxx (2016-02-06 23:14:29)

Offline

#238 2016-02-25 18:53:26

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,442
Website

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

The Compiler, I'm not sure if this is a real bug or not and/or whether it'd be better on the github tracker.  Feel free to let me know.

I've encountered an odd behavior.  I have "last-close = default-page" in my configuration but there is an exception to that behavior where I can be left without a webview.  To replicate the issue:
1) open qutebrowser, press 'u' (or the undo binding), you will see a message along the lines of "nothing to undo" and in my case the "page" turns from my default-page dark background to white.
2) use a binding to open a quickmark.  In my case this is go1<enter> or go2<enter> etc - but I think the "g" was a binding I imported from other browsers and the default key was something else.  This will give an error saying that there is no webview available.

From what I can tell, the initial 'undo' undoes the creation of the initial webview.  So from there on, I can't do anything until a new webview is created.  This seems at odd with the purpose of last-close set to not remove the last webview.  I would expect that 'undo' right after opening would either do nothing, or alternatively, if it undoes the creation of the initial webview, then qutebrowser should treat this the same as closing the current webview and honor the last-close setting.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#239 2016-02-26 03:20:37

Docbroke
Member
From: India
Registered: 2015-06-13
Posts: 1,433

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

cannot reproduce the error in my case.
"last-close=**" operates on closing the last tab, not when new window is opened. So I think that is not relevent with issue.

Note: I have "default-page = about:blank", "last-close = ignore", and "tabs-are-windows = true" as I don't use tabbing function of qutebrowser (tabbing is managed by i3wm)

Offline

#240 2016-02-28 11:48:46

bstaletic
Member
Registered: 2014-02-02
Posts: 658

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

The Compiler,

I like the browser, but something is still keeping me from switching to it for daily usage.  Is there a way to theme it? I'd like a way to make all sites look dark. The way I did this with firefox is by using stylish plugin. How do i clear my hystory and cookies? And how to pass key presses to the web page for an intefinite amount of time/key presses?

Last edited by bstaletic (2016-02-28 11:50:59)

Offline

#241 2016-02-28 11:59:23

lahwaacz
Wiki Admin
From: Czech Republic
Registered: 2012-05-29
Posts: 748

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

You can have a custom stylesheet at ~/.config/qutebrowser/user-stylesheet.css (not sure if that's a full replacement for stylish though). Not sure what you mean exactly by passing key presses, have you looked at the input.forward-unbound-keys option?

Offline

#242 2016-02-28 12:07:34

bstaletic
Member
Registered: 2014-02-02
Posts: 658

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

CSS stylesheet should be enough. By "passing key presses" I meant could qutebrowser ignore all keys like pentadactyl's C-z or vimperator's S-Ins? There are some sites that have their own keybindings. Basically I'm looking for a way to use those.

Offline

#243 2016-02-28 12:33:57

lahwaacz
Wiki Admin
From: Czech Republic
Registered: 2012-05-29
Posts: 748

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

bstaletic wrote:

By "passing key presses" I meant could qutebrowser ignore all keys like pentadactyl's C-z or vimperator's S-Ins? There are some sites that have their own keybindings. Basically I'm looking for a way to use those.

Hmm, that somewhat works if you just enter the insert mode (without focusing an input field).

Offline

#244 2016-02-28 13:13:26

bstaletic
Member
Registered: 2014-02-02
Posts: 658

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Thanks, it works. Do you know where can I find an example of user-stylesheet.css?

Offline

#245 2016-02-28 13:41:15

lahwaacz
Wiki Admin
From: Czech Republic
Registered: 2012-05-29
Posts: 748

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Oops, I forgot to tell you that you need to configure the path in the ui.user-stylesheet option - it can be an absolute filename, filename relative to the config directory or CSS string. I don't know of any example, but it's just plain CSS. Use the "Inspect" tool if something does not look as intended.

Offline

#246 2016-02-28 14:07:23

bstaletic
Member
Registered: 2014-02-02
Posts: 658

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

I'm still not getting it.
Should my ui.user-stylesheet look like the following?

set ui user-stylesheet '/home/bstaletic/.config/qutebrowser/style.css::-webkit-scrollbar { width: 0px; height: 0px; }'

Offline

#247 2016-02-28 14:20:12

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,442
Website

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

*confused*

Bstaletic, was that a copy-paste error?  You have a filename mashed together with a css string there.  The setting should be to either a filename or a css string.  If you set it to the filename, that file will contain the css.

For example, my ~/.config/qutebrowser/style.css

::-webkit-scrollbar { width: 0px; height: 0px; }

.pun { max-width: none !important; font-size: 0.9rem !important; }

That file could really be named anything and stored anywhere.  But the filename is entered in qutebrowser.conf:

user-stylesheet = style.css

I didn't specify a path as it is relative to the config file and I put it in the same directory.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#248 2016-02-28 14:31:20

bstaletic
Member
Registered: 2014-02-02
Posts: 658

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

That wasn't copy-paste error. I'll fix it right away. Thanks.

Offline

#249 2016-03-03 19:06:10

kvtb
Member
Registered: 2014-01-11
Posts: 30

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

when I open this page:
http://blog.cognitect.com/blog/2016/1/2 … ey-results
qutebrowser uses 100% CPU
could anyone please try reproduce this before I bug THE Compiler? (ie just open link in qutebrowser and watch CPU usage)
Thanks!

Offline

#250 2016-03-03 19:19:15

lahwaacz
Wiki Admin
From: Czech Republic
Registered: 2012-05-29
Posts: 748

Re: qutebrowser - A keyboard-driven, vim-like browser based on PyQt5

Confirmed, even with disabled javascript.

Offline

Board footer

Powered by FluxBB