You are not logged in.

#476 2017-02-25 14:52:29

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

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

It'd still be pretty simple.  Something along the lines of the following could be an alias/function:

sqlite3 /path/to/db ".mode tabs" "select * from history" > /tmp/history &&
   $EDITOR history &&
   sqlite3 /path/to/db ".mode tabs" "delete from history" ".import /tmp/history"

Of course this isn't nearly as simple as "$EDITOR /path/to/history", but it also allows for more powerful filtering.


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

Offline

#477 2017-03-01 10:28:39

SubS0
Member
Registered: 2015-02-10
Posts: 35

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

I switched from webkit to webengine when v.10.0 were announced. I’m happy with it.

I encounter a problem similar to #2317 with compose-key, but on every input field. I can't write ^ or a letter like â.

In fact, I can : it seems that when opening a tab and going on insert field a first time, it is impossible to use the compose-key. Going to another open tab, and coming back to the first one, and the compose-key is available ! I can reproduce this behavior every time, everywhere (even on the sbb.ch input fields present in the issue report opened by The-Compiler).

Offline

#478 2017-03-01 10:32:46

parchd
Member
Registered: 2014-03-08
Posts: 421

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

SubS0 wrote:

I switched from webkit to webengine when v.10.0 were announced. I’m happy with it.

I encounter a problem similar to #2317 with compose-key, but on every input field. I can't write ^ or a letter like â.

In fact, I can : it seems that when opening a tab and going on insert field a first time, it is impossible to use the compose-key. Going to another open tab, and coming back to the first one, and the compose-key is available ! I can reproduce this behavior every time, everywhere (even on the sbb.ch input fields present in the issue report opened by The-Compiler).

Ooh, that is a useful workaround! Thanks for sharing!

Offline

#479 2017-03-01 10:33:30

ayekat
Member
Registered: 2011-01-17
Posts: 1,386
Website

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

SubS0 wrote:

In fact, I can : it seems that when opening a tab and going on insert field a first time, it is impossible to use the compose-key. Going to another open tab, and coming back to the first one, and the compose-key is available ! I can reproduce this behavior every time, everywhere (even on the sbb.ch input fields present in the issue report opened by The-Compiler).

Nice observation smile
The same appears to be the case for dead keys (I always opened the external editor whenever I had to type something that required me to use dead keys).


{,META,RE}PKGBUILDSpacman-hacks (includes makemetapkg and remakepkg) │ dotfiles

Offline

#480 2017-03-07 06:39:28

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

Thanks for that! Ways to consistently reproduce a bug are really useful, especially when reporting it upstream smile


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

Offline

#481 2017-03-07 09:32:07

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

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

I'm wondering if this is a bug (on qtwebengine at least): whenever I follow-open a tab in the background, I lose focus on the current tab (e.g. <space> does not work anymore).

Step to reproduce:

- Open a long page on arch wiki.
- Check that <space> scrolls down.
- follow-hint in the background.
- <space> does not scroll down anymore.

On a related topic, some pages have different scrollable areas. Is it possible to change the focus using key bindings?

Offline

#482 2017-03-07 09:37:01

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

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

It seems there is a report for this bug, although the description involves closing a tab: https://github.com/qutebrowser/qutebrowser/issues/2403

Offline

#483 2017-03-07 09:43:09

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

I added a comment about that to that issue.

On a related topic, some pages have different scrollable areas. Is it possible to change the focus using key bindings?

See this comment.


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

Offline

#484 2017-03-07 14:25:25

SubS0
Member
Registered: 2015-02-10
Posts: 35

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

While we’re on the subject, <space> stay attached to input field when you press <escape>, so you don’t recover scrolling with <space> and continue to add spaces on input. Have to press <escape> a second time (other keys are ok).

Last edited by SubS0 (2017-03-07 14:26:39)

Offline

#485 2017-03-07 17:08:21

wkd
Member
Registered: 2016-04-04
Posts: 19

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

I'm currently testing the webengine backend and I noticed it doesn't fully respect private browsing.
In particular the files in
~/.local/share/qutebrowser/webengine
and
~/.cache/qutebrowser/webengine
are still being generated and retained over multiple sessions. This includes cached pictures and visited links.
Is this a bug or is private browsing just not fully implemented into this backend yet?

Offline

#486 2017-03-07 17:28:15

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

It's not implemented yet - that's why you get an error when trying to set it via :set wink


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

Offline

#487 2017-03-07 18:15:45

wkd
Member
Registered: 2016-04-04
Posts: 19

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

Oh, cool, thanks for letting me know. Didn't catch that error since I already had private mode set permanently with the old backend. Anyway, other than that webengine so far is really nifty.

Offline

#488 2017-03-10 04:23:22

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

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

Is it possible yet to configure a certain type of link (a matched string, like youtube.com) to launch in another application rather than a qutebrowser tab when trying to open it directly, by clicking on it? Instead of spawning hints to specifically execute a specific command on a link, would it be configurable for certain domains never to launch a tab/instance and instead passing the link to another command when qutebrowser tries to open them?

Offline

#489 2017-03-10 04:46:05

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

No - that'll probably be available once there's a plugin API.


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

Offline

#490 2017-04-10 14:46:43

rdeckard
Wiki Maintainer
Registered: 2015-01-28
Posts: 137

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

Hey The Compiler, is brotli implemented in qutebrowser (specifically with webengine)?

Offline

#491 2017-04-10 16:16:18

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

There's nothing qutebrowser needs to do to support it - but yes, it works: http://httpbin.org/brotli


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

Offline

#492 2017-04-10 16:43:50

rdeckard
Wiki Maintainer
Registered: 2015-01-28
Posts: 137

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

Okay, thanks, that's a good resource. I asked because with Chromium (as well as Firefox) the accept-encodings include "br" when using https, but qutebrowser does not.

Offline

#493 2017-04-10 17:02:46

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

Hm, indeed - I opened QTBUG-60049 now.


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

Offline

#494 2017-04-12 20:31:18

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

Brotli support was fixed in Qt now.


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

Offline

#495 2017-04-13 19:19:51

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

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

I've been having trouble with the primary selection in qutebrowser.  I've only just tracked down a pattern with it.  When I selected text in qutebrowser (using the mouse) and try to paste elsewhere, I frequently get extra text pasted.

If found that this is 100% repeatable when the source is a textarea or input boxes.  For example, if I select just these bolded words from my post while I'm typing it, I get quite a bit extra content copied into the primary selection, specifically:

xsel wrote:

is 100% repeatable when the source is a textarea or input boxes.  For example, if I select just these bolded words from my post while I'm typing it, I get quite a bit extra content copied into the primary selec

What is copied to the primary selection seems to be the selected text plus exactly 100 characters before the start of the selected text (or up to the start of the textarea/input content) and 100 characters after the end of the selected text (or up to the end of the content).


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

Offline

#496 2017-04-13 20:43:17

parchd
Member
Registered: 2014-03-08
Posts: 421

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

That might be the issue, or one of the issues, with primary selection I've been noticing. I'd always assumed nothing was getting selected, but now I realise it could have been that too much was being selected and I just thought it was from a previous selecting.

Offline

#497 2017-04-13 20:58:30

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

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

Parchd, that was my initial suspicion too.


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

Offline

#498 2017-04-13 22:21:59

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

Looks like another QtWebEngine issue - reported as QTBUG-60174.


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

Offline

#499 2017-04-14 05:51:52

parchd
Member
Registered: 2014-03-08
Posts: 421

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

The Compiler wrote:

Looks like another QtWebEngine issue

Wow! I would never have expected that. QtWebEngine is usually so perfect!

Offline

#500 2017-04-18 15:16:21

The Compiler
Member
From: Winterthur, Switzerland
Registered: 2011-05-01
Posts: 213
Website

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

I just started qutebrowser's second crowdfunding campaign, with the goal of implementing the new config system.

This will finally make it possible to have a config file which doesn't get touched by qutebrowser, allow to set some settings per-domain (e.g. JavaScript support, like NoScript), and much more! After that, it'll also be time to release qutebrowser v1.0.

I'd appreciate your support, it'd be awesome if I could work full time on qutebrowser during my summer holidays again! smile


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

Offline

Board footer

Powered by FluxBB