From sz.krzeminski at gmail.com  Fri Nov  3 17:26:10 2017
From: sz.krzeminski at gmail.com (=?UTF-8?Q?Szymon_Krzemi=C5=84ski?=)
Date: Fri, 03 Nov 2017 16:26:10 +0000
Subject: [qutebrowser] Opening multiple tabs at once
Message-ID: <CACCOJeZK1r82_rLSYGrkj7MRzgX9rxPtB6E4PkP30N0-Ots7-g@mail.gmail.com>

Hey

Would like to bind a shortcut to open 4 fixed links at once. How do I go
about that? Is there a delimiter that would allow stacking commands?

Best
Szymon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171103/3f002eae/attachment.htm>

From jaygkamat at gmail.com  Fri Nov  3 20:41:50 2017
From: jaygkamat at gmail.com (Jay Kamat)
Date: Fri, 03 Nov 2017 15:41:50 -0400
Subject: [qutebrowser] Opening multiple tabs at once
In-Reply-To: <CACCOJeZK1r82_rLSYGrkj7MRzgX9rxPtB6E4PkP30N0-Ots7-g@mail.gmail.com>
 ("Szymon \=\?utf-8\?Q\?Krzemi\=C5\=84ski\=22's\?\= message of "Fri, 03 Nov 2017
 16:26:10 +0000")
References: <CACCOJeZK1r82_rLSYGrkj7MRzgX9rxPtB6E4PkP30N0-Ots7-g@mail.gmail.com>
Message-ID: <87vairxi81.fsf@gmail.com>

Hi Szymon,

> Would like to bind a shortcut to open 4 fixed links at once. How do I
> go about that? Is there a delimiter that would allow stacking
> commands?

I think you are looking for ';;':

:bind ;p open -t one.com ;; open -t two.com ;; open -t three.com ;; open -t four.com

And of course, you can change the key ';p' or the arguments to 'open'.

Off topic, but you might be interested in the rapid hinting mode ';r' as
well, which let's you open many links in quick succession!

-Jay


From catwheezel at operamail.com  Fri Nov  3 23:36:48 2017
From: catwheezel at operamail.com (Whiskers)
Date: Fri, 3 Nov 2017 22:36:48 +0000
Subject: [qutebrowser] Opening multiple tabs at once
In-Reply-To: <87vairxi81.fsf@gmail.com>
References: <CACCOJeZK1r82_rLSYGrkj7MRzgX9rxPtB6E4PkP30N0-Ots7-g@mail.gmail.com>
 <87vairxi81.fsf@gmail.com>
Message-ID: <20171103223648.37cca4a6.catwheezel@operamail.com>

On Fri, 03 Nov 2017 15:41:50 -0400 Jay Kamat <jaygkamat at gmail.com> wrote:

>Hi Szymon,
>
>> Would like to bind a shortcut to open 4 fixed links at once. How do I
>> go about that? Is there a delimiter that would allow stacking
>> commands?  
>
>I think you are looking for ';;':
>
>:bind ;p open -t one.com ;; open -t two.com ;; open -t three.com ;; open
>-t four.com
>
>And of course, you can change the key ';p' or the arguments to 'open'.
>
>Off topic, but you might be interested in the rapid hinting mode ';r' as
>well, which let's you open many links in quick succession!
>
>-Jay

There's also the 'sessions' facility.


-- 
-- ^^^^^^^^^^
--  Whiskers
-- ~~~~~~~~~~


From me at the-compiler.org  Sat Nov  4 17:19:52 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Sat, 4 Nov 2017 17:19:52 +0100
Subject: [qutebrowser] qutebrowser v1.0.3 released
Message-ID: <20171104161952.c6jbwln24exwbjo5@hooch.localdomain>

Hey,

I just released qutebrowser v1.0.3 with a couple of improvements:

Changed
~~~~~~~

- macOS and Windows builds are now built with PyQt 5.9.1 and Qt 5.9.2, including
  various bugfixes, as well as security fixes from Chromium up to version
  61.0.3163.79.
- Performance improvements for tab rendering.
- The :open-editor command is now not hidden anymore as it's also usable in
  normal mode.

Fixed
~~~~~

- Handle accessing a locked sqlite database gracefully
- Abort pinned tab dialogs properly when a tab is closed e.g. by closing a
  window
- Unbinding a default keybinding twice now doesn't bind it again
- Completions are now sorted correctly again when filtered

Enjoy!

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171104/e5c8bb42/attachment.asc>

From me at the-compiler.org  Sat Nov  4 23:41:04 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Sat, 4 Nov 2017 23:41:04 +0100
Subject: [qutebrowser] qutebrowser v1.0.3 released
In-Reply-To: <20171104161952.c6jbwln24exwbjo5@hooch.localdomain>
References: <20171104161952.c6jbwln24exwbjo5@hooch.localdomain>
Message-ID: <20171104224104.xn24w46gxvlag7vj@hooch.localdomain>

Hi,

On Sat, Nov 04, 2017 at 05:19:52PM +0100, Florian Bruhin wrote:
> I just released qutebrowser v1.0.3 with a couple of improvements:

Unfortunately, a qutebrowser/html/doc/foo.mp3 which I used to reproduce a bug
some days ago was distributed as part of the source release.

I've just uploaded a v1.0.3-1 source release with the file removed.

I've also pulled the original upload - I hope this won't cause any trouble
somewhere, but it was necessary here, as I'm probably not permitted to
redistribute the file.

For anyone curious, this was the song:
https://soundcloud.com/tonymoss917/tiredboy

Sorry for the inconvenience!

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171104/f8c8187a/attachment.asc>

From me at the-compiler.org  Thu Nov 16 10:03:25 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Thu, 16 Nov 2017 10:03:25 +0100
Subject: [qutebrowser] News about qutebrowser on Gentoo,
 Fedora and Debian (testers needed!)
Message-ID: <20171116090325.7efka6tm47cbf6pe@hooch.localdomain>

Hey!

Just some quick news about how things look for qutebrowser in various
distributions.

Gentoo
------

After being stuck on an ancient v0.9.1 for a long time, the package recently
got picked up by Justin Bronder (thanks!) and is up-to-date (v1.0.3) again
since a couple of weeks.

Debian
------

Thanks to Fritz Reichwald (and Axel Beckert who's sponsering the package),
qutebrowser v0.11.0 is currently in the NEW queue since a few weeks:
https://ftp-master.debian.org/new.html

Once it gets checked (and hopefully approved) by the Debian FTP masters, it'll
land in the official Debian repos, and an upgrade to v1.0.3 should follow
shortly afterwards.

Fedora
------

Fedora also hasn't seen any update since v0.10.1, but that's changed thanks to
Timoth?e Floure (fnux) picking it up (with help from Tomas Orsava and
Miro Hron?ok).

The plan is to update to v1.0.3 for Fedora 27, and v0.11.1 for Fedora 25
and 26.

However, those updates need some testing before they make it into the repos:

https://bodhi.fedoraproject.org/updates/FEDORA-2017-d1a1731d8c (Fedora 25)
https://bodhi.fedoraproject.org/updates/FEDORA-2017-432db0c7d6 (Fedora 26)
https://bodhi.fedoraproject.org/updates/FEDORA-2017-5918910b2c (Fedora 27)

If you use Fedora, please help test them!

Thanks - and I hope I didn't miss anyone,

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171116/76bf32d3/attachment.asc>

From sdavies at umw.edu  Mon Nov 20 02:22:16 2017
From: sdavies at umw.edu (Stephen Davies (sdavies))
Date: Mon, 20 Nov 2017 01:22:16 +0000
Subject: [qutebrowser] config.py, keys.conf, and autoconfig.yml
Message-ID: <20171120012209.GA9692@umw.edu>


    Hello, I'm a new qutebrowser user (moving away from VimFX on Firefox now
that it's not supported) and I love it so far! Really excited about being able
to customize everything.

    My question today has to do with the relationship between the config.py,
autoconfig.yml, and keys.conf files. My understanding is that if you create a
config.py, it is now "the boss," and no information will be loaded from
autoconfig.yml unless you explicitly have "config.load_autoconfig()" in your
config.py.

    Assuming I'm right about that, what is the situation with keys.conf? That
looks like a very convenient place to put custom keybindings, and the syntax
looks easier to type (and on the eyes) than the corresponding
"config.bind('...','...')" lines would be in config.py. But it doesn't seem
that keys.conf is getting sourced for me. Is that for a similar reason as the
above -- namely, I have a config.py and so keys.conf doesn't automatically get
sourced -- and if so, is there a command similar to "config.load_autoconfig()"
where I can explicitly bring in my keys.conf situation?

    Apologies if this is somewhere in the documentation right under my nose.
The relevant page seemed to be this one, but it doesn't mention keys.conf:

https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc#configuring-qutebrowser-via-configpy

- Stephen Davies, Ph.D.
  (stephen at umw.edu)

From me at the-compiler.org  Mon Nov 20 06:34:24 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Mon, 20 Nov 2017 06:34:24 +0100
Subject: [qutebrowser] config.py, keys.conf, and autoconfig.yml
In-Reply-To: <20171120012209.GA9692@umw.edu>
References: <20171120012209.GA9692@umw.edu>
Message-ID: <20171120053424.rnw7a44ibhmundi7@hooch.localdomain>

Hey,

(I had to manually approve your message because you're not subscribed to the
list - I've added you to the whitelist now though, so future messages should go
through immediately.)

On Mon, Nov 20, 2017 at 01:22:16AM +0000, Stephen Davies (sdavies) wrote:
>     Hello, I'm a new qutebrowser user (moving away from VimFX on Firefox now
> that it's not supported) and I love it so far! Really excited about being able
> to customize everything.

Welcome! :)

>     My question today has to do with the relationship between the config.py,
> autoconfig.yml, and keys.conf files. My understanding is that if you create a
> config.py, it is now "the boss," and no information will be loaded from
> autoconfig.yml unless you explicitly have "config.load_autoconfig()" in your
> config.py.

That's correct - also see:
https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc#loading-autoconfigyml

>     Assuming I'm right about that, what is the situation with keys.conf? That
> looks like a very convenient place to put custom keybindings, and the syntax
> looks easier to type (and on the eyes) than the corresponding
> "config.bind('...','...')" lines would be in config.py. But it doesn't seem
> that keys.conf is getting sourced for me. Is that for a similar reason as the
> above -- namely, I have a config.py and so keys.conf doesn't automatically get
> sourced -- and if so, is there a command similar to "config.load_autoconfig()"
> where I can explicitly bring in my keys.conf situation?

keys.conf was where keys were configured before the v1.0 release. If you read
about it somewhere in current qutebrowser documentation, please let me know
where, as that'd be a bug.

I agree the current syntax for config.py is a bit more verbose, but the custom
format of keys.conf came with custom parsing and various issues related to
that, which is one of the reasons why it was dropped.

If you know a bit of Python, you can e.g. add keys and commands to some kind of
dictionary (or even a separate file) and then do the needed config.bind(...)
calls in config.py based on that. It's just not something qutebrowser supports
out-of-the-box, as having two different files is confusing enough ;-)

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171120/25c84ab0/attachment.asc>

From samuel at swalladge.id.au  Mon Nov 20 06:29:57 2017
From: samuel at swalladge.id.au (Samuel Walladge)
Date: Mon, 20 Nov 2017 15:59:57 +1030
Subject: [qutebrowser] config.py, keys.conf, and autoconfig.yml
In-Reply-To: <20171120012209.GA9692@umw.edu>
References: <20171120012209.GA9692@umw.edu>
Message-ID: <20171120052957.trgjlofu5cikhvpo@archdesk.lan>

On Mon, Nov 20, 2017 at 01:22:16AM +0000, Stephen Davies (sdavies) wrote:
>
>    Hello, I'm a new qutebrowser user (moving away from VimFX on Firefox now
>that it's not supported) and I love it so far! Really excited about being able
>to customize everything.
>
>    My question today has to do with the relationship between the config.py,
>autoconfig.yml, and keys.conf files. My understanding is that if you create a
>config.py, it is now "the boss," and no information will be loaded from
>autoconfig.yml unless you explicitly have "config.load_autoconfig()" in your
>config.py.

Correct.

>
>    Assuming I'm right about that, what is the situation with keys.conf? That
>looks like a very convenient place to put custom keybindings, and the syntax
>looks easier to type (and on the eyes) than the corresponding
>"config.bind('...','...')" lines would be in config.py. But it doesn't seem
>that keys.conf is getting sourced for me. Is that for a similar reason as the
>above -- namely, I have a config.py and so keys.conf doesn't automatically get
>sourced -- and if so, is there a command similar to "config.load_autoconfig()"
>where I can explicitly bring in my keys.conf situation?
>
>    Apologies if this is somewhere in the documentation right under my nose.
>The relevant page seemed to be this one, but it doesn't mention keys.conf:
>
>https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc#configuring-qutebrowser-via-configpy

As far as I know, the old keys.conf format is no longer supported.
The `config.bind` syntax isn't actually that bad once you get used to it 
(I thought the same thing to begin with). You could always roll your own 
with something like (pseudocode):

```
# some object/dictionary - python, json, load from yaml, etc.
mybindings = {
 'x': 'mpv {url}'
}

for binding in mybindings:
  config.bind(binding.key, binding.command, etc...)
```


>
>- Stephen Davies, Ph.D.
>  (stephen at umw.edu)

-- 
Regards,
Samuel Walladge

W: https://swalladge.id.au/ | PGP: 437A 4481 5AC1 0404
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171120/648fb408/attachment.asc>

From sdavies at umw.edu  Thu Nov 23 03:07:43 2017
From: sdavies at umw.edu (Stephen Davies (sdavies))
Date: Thu, 23 Nov 2017 02:07:43 +0000
Subject: [qutebrowser] viewing bindings
Message-ID: <20171123020740.GA6420@umw.edu>


    If you want to know what command a key is currently bound to, you can
type:

:bind thekey

    or

:bind --mode insert thekey

    or whatever.

    What if you want to go the other way? Is there a way to see what key(s)
are currently mapped to a particular command, if any?

- Stephen Davies, Ph.D.
  (stephen at umw.edu)

From xyuusha at paranoici.org  Thu Nov 23 05:54:30 2017
From: xyuusha at paranoici.org (Yuusha Spacewolf)
Date: Wed, 22 Nov 2017 22:54:30 -0600
Subject: [qutebrowser] viewing bindings
In-Reply-To: <20171123020740.GA6420@umw.edu>
References: <20171123020740.GA6420@umw.edu>
Message-ID: <20171123045430.zovhbbtonknzicww@Cowzilla.Cowland.net>

On Thu, Nov 23, 2017 at 02:07:43AM +0000, Stephen Davies (sdavies) wrote:
> 
>     If you want to know what command a key is currently bound to, you can
> type:
> 
> :bind thekey
> 
>     or
> 
> :bind --mode insert thekey
> 
>     or whatever.
> 
>     What if you want to go the other way? Is there a way to see what key(s)
> are currently mapped to a particular command, if any?
> 
> - Stephen Davies, Ph.D.
>   (stephen at umw.edu)

At least on 1.0.3 (and I think it was the same on older versions, but I
don't have one to test right now) you can see on the right side of the
completion panel triggered by `:`, the key(s) bound to that command, if
any.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171122/96ceacb7/attachment.asc>

From ryan at rcorre.net  Thu Nov 23 14:18:56 2017
From: ryan at rcorre.net (Ryan Roden-Corrent)
Date: Thu, 23 Nov 2017 08:18:56 -0500
Subject: [qutebrowser] viewing bindings
In-Reply-To: <20171123045430.zovhbbtonknzicww@Cowzilla.Cowland.net>
References: <20171123020740.GA6420@umw.edu>
 <20171123045430.zovhbbtonknzicww@Cowzilla.Cowland.net>
Message-ID: <20171123131856.GA24995@desktop-arch.localdomain>

Yuusha is correct, however it only applies to command-mode bindings. I don't
know of a good way to do this for other modes. 

-Ryan

On Wed 11/22/17 10:54PM, Yuusha Spacewolf wrote:
> On Thu, Nov 23, 2017 at 02:07:43AM +0000, Stephen Davies (sdavies) wrote:
> > 
> >     If you want to know what command a key is currently bound to, you can
> > type:
> > 
> > :bind thekey
> > 
> >     or
> > 
> > :bind --mode insert thekey
> > 
> >     or whatever.
> > 
> >     What if you want to go the other way? Is there a way to see what key(s)
> > are currently mapped to a particular command, if any?
> > 
> > - Stephen Davies, Ph.D.
> >   (stephen at umw.edu)
> 
> At least on 1.0.3 (and I think it was the same on older versions, but I
> don't have one to test right now) you can see on the right side of the
> completion panel triggered by `:`, the key(s) bound to that command, if
> any.



From trevor.robertson55 at gmail.com  Thu Nov 23 19:44:21 2017
From: trevor.robertson55 at gmail.com (Trevor Robertson)
Date: Thu, 23 Nov 2017 20:44:21 +0200
Subject: [qutebrowser] : then arrows don't work? (1.0.3)
Message-ID: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>

Hi I recently uninstalled 0.xx and installed 1.0.3 on windows 10.
Previously I could press : (colon), some letters and then the up / down
cursors keys to select something from the (ever finer list) of available
commands.
Now the arrows don't work .. Is there a setting I am missing?
Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171123/cd4a517a/attachment.htm>

From me at the-compiler.org  Thu Nov 23 19:50:53 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Thu, 23 Nov 2017 19:50:53 +0100
Subject: [qutebrowser] : then arrows don't work? (1.0.3)
In-Reply-To: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
Message-ID: <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>

Hi,

On Thu, Nov 23, 2017 at 08:44:21PM +0200, Trevor Robertson wrote:
> Hi I recently uninstalled 0.xx and installed 1.0.3 on windows 10.
> Previously I could press : (colon), some letters and then the up / down
> cursors keys to select something from the (ever finer list) of available
> commands.
> Now the arrows don't work .. Is there a setting I am missing?

See https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc#migrating-older-configurations

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171123/e5f4cae2/attachment.asc>

From sdavies at umw.edu  Thu Nov 23 20:34:18 2017
From: sdavies at umw.edu (Stephen Davies (sdavies))
Date: Thu, 23 Nov 2017 19:34:18 +0000
Subject: [qutebrowser] spaces in URLs
In-Reply-To: <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
 <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
Message-ID: <20171123193415.GA26387@umw.edu>


    Trevor's question leads to one from me.

    When I highlight and paste a long URL into Firefox, it seems to helpfully
trim out any internal whitespace (like linebreaks/spaces introduced into the
URL by long lines in my email reader. I use mutt btw.) qutebrowser does not do
this, and therefore when I copy/paste a long URL (like the one Florian gave,
below) into the ":open" command, I get a 404. The only way I know to fix it is
to scrutinize the URL by hand and surgically remove each space, or else to use
FF again instead of qutebrowser for the moment.

    Could qutebrowser be made easily to emulate FF's behavior here?

- Stephen Davies, Ph.D.
  (stephen at umw.edu)

> See https://secure-web.cisco.com/1Qi7KvIXuDtUCAloc3SHdg4s1HxCB7DjOPbK0pOiA-AqNINNSo_Ga8bCPaisHjDA9UGTvmMvNemmyj3qE-eZQrHRjL3q2I1cl6d3d78kQgh8YbWCAKfBbJ3_3nInYZQd-CL0hZMgrWCay7RMZVZYcvf5kh5iijuYYPHXzyvt7kz52StU6eBdtnLhHZsiu7C8zuR0pItg30jA39_7lQsACuZE0QsKoAU1-Jmk_Cj3upYo4WZrPxhJ4qQ6reodpBNwmKQhzr717zOSW8vx0vIDlpKDLcsJhMP-s6FUIrmGU--BuXJWtbqmDRqYvv_ZK1tzICdKHEaTSNgmP-e8KwXN5FQ/https%3A%2F%2Fgithub.com%2Fqutebrowser%2Fqutebrowser%2Fblob%2Fmaster%2Fdoc%2Fhelp%2Fconfiguring.asciidoc#migrating-older-configurations

From sdavies at umw.edu  Thu Nov 23 20:59:22 2017
From: sdavies at umw.edu (Stephen Davies (sdavies))
Date: Thu, 23 Nov 2017 19:59:22 +0000
Subject: [qutebrowser] entering in text fields
Message-ID: <20171123195921.GD26387@umw.edu>


    A group of questions regarding entering info in web forms:

    1) Pet peeve: when the focus is in a text field, I get a blinky vertical
cursor even if I'm not in insert mode. That seems really strange since afaik
"blinky vertical cursor" pretty much universally means "if you type right now,
your keystrokes will go into this field." I'd like it if I only got blinky
cursor when I'm actually in insert mode, rather than having to simultaneously
visually track the status bar. Would others want this behavior? (I guess if it
worked the way I'm describing, though, there would have to be another,
different-looking cursor when the field is in focus but you're not in insert
mode, because otherwise you couldn't navigate within the field; see #2 below.)

    2) When I'm in a text field but *not* in insert mode, I'd like to be able
to do vim-like cursor commands to move around in that field. hjkl work exactly
like I expect in this mode, but others ("0" to jump to start of line or "$" to
jump to end, for instance) do not. I tried the following config binding:

config.bind('0', 'move-to-start-of-line', mode='insert')

    but when I tried it, I got the message "move-to-start-of-line: This
command is only allowed in caret mode, not normal." Other messages make me
think caret mode isn't currently implemented. Am I stuck then?

    3) Absolutely *love* the open-editor command to drop me into an external
vim window where I can edit and save and return to page with my text inserted.
(That one feature might be killer enough to have made me switch to qutebrowser
even if it had nothing else!)  One problem, though: when I exit my editor and
return to the page as described, I want to be able to press "enter" to get it
to take my input (say I typed in google search terms in my editor, and now
want Google to do my search.) But the "enter" key doesn't seem to work in this
situation, and "escape" doesn't do anything either -- I have to go to the
mouse and press the page's submit button (which eliminates most of the
advantage of doing this operation at all). Is there a workaround anyone knows?

- Stephen

From me at the-compiler.org  Thu Nov 23 21:28:57 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Thu, 23 Nov 2017 21:28:57 +0100
Subject: [qutebrowser] entering in text fields
In-Reply-To: <20171123195921.GD26387@umw.edu>
References: <20171123195921.GD26387@umw.edu>
Message-ID: <20171123202857.zhnq4f3vn2mhjk6a@hooch.localdomain>

Hi,

On Thu, Nov 23, 2017 at 07:59:22PM +0000, Stephen Davies (sdavies) wrote:
>     1) Pet peeve: when the focus is in a text field, I get a blinky vertical
> cursor even if I'm not in insert mode. That seems really strange since afaik
> "blinky vertical cursor" pretty much universally means "if you type right now,
> your keystrokes will go into this field." I'd like it if I only got blinky
> cursor when I'm actually in insert mode, rather than having to simultaneously
> visually track the status bar. Would others want this behavior? (I guess if it
> worked the way I'm describing, though, there would have to be another,
> different-looking cursor when the field is in focus but you're not in insert
> mode, because otherwise you couldn't navigate within the field; see #2 below.)

So far nobody found a way to hide the cursor (which is drawn by
QtWebKit/QtWebEngine) without introducing other side effects. See
https://github.com/qutebrowser/qutebrowser/issues/2668

>     2) When I'm in a text field but *not* in insert mode, I'd like to be able
> to do vim-like cursor commands to move around in that field. hjkl work exactly
> like I expect in this mode, but others ("0" to jump to start of line or "$" to
> jump to end, for instance) do not. I tried the following config binding:
> 
> config.bind('0', 'move-to-start-of-line', mode='insert')
> 
>     but when I tried it, I got the message "move-to-start-of-line: This
> command is only allowed in caret mode, not normal." Other messages make me
> think caret mode isn't currently implemented. Am I stuck then?

There are various related things here:

- Having readline-like bindings in insert mode:
  https://github.com/qutebrowser/qutebrowser/issues/68

- Having a vim-like editor in insert mode:
  https://github.com/qutebrowser/qutebrowser/issues/827

- Having a working caret mode (which is for selecting text on the page, not for
  form elements) with QtWebEngine:
  https://github.com/qutebrowser/qutebrowser/issues/2577

>     3) Absolutely *love* the open-editor command to drop me into an external
> vim window where I can edit and save and return to page with my text inserted.
> (That one feature might be killer enough to have made me switch to qutebrowser
> even if it had nothing else!)  One problem, though: when I exit my editor and
> return to the page as described, I want to be able to press "enter" to get it
> to take my input (say I typed in google search terms in my editor, and now
> want Google to do my search.) But the "enter" key doesn't seem to work in this
> situation, and "escape" doesn't do anything either -- I have to go to the
> mouse and press the page's submit button (which eliminates most of the
> advantage of doing this operation at all). Is there a workaround anyone knows?

Works fine for me. Can you reproduce it when starting with --temp-basedir? Can
you show your ":open qute:version" output?

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171123/426016d3/attachment.asc>

From me at the-compiler.org  Thu Nov 23 21:34:31 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Thu, 23 Nov 2017 21:34:31 +0100
Subject: [qutebrowser] spaces in URLs
In-Reply-To: <20171123193415.GA26387@umw.edu>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
 <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
 <20171123193415.GA26387@umw.edu>
Message-ID: <20171123203431.ivoqzduizutalmrf@hooch.localdomain>

On Thu, Nov 23, 2017 at 07:34:18PM +0000, Stephen Davies (sdavies) wrote:
> 
>     Trevor's question leads to one from me.
> 
>     When I highlight and paste a long URL into Firefox, it seems to helpfully
> trim out any internal whitespace (like linebreaks/spaces introduced into the
> URL by long lines in my email reader. I use mutt btw.) qutebrowser does not do
> this, and therefore when I copy/paste a long URL (like the one Florian gave,
> below) into the ":open" command, I get a 404. The only way I know to fix it is
> to scrutinize the URL by hand and surgically remove each space, or else to use
> FF again instead of qutebrowser for the moment.
> 
>     Could qutebrowser be made easily to emulate FF's behavior here?

qutebrowser allows pasting multiple URLs (like from a text file or so) to open
them all - which I find quite useful.

You might want to instead configure your terminal (or mutt, e.g. via
urlview/urlscan) so you can open links without copy-pasting them.

> See https://secure-web.cisco.com/1Qi7KvIXuDtUCAloc3SHdg4s1HxCB7DjOPbK0pOiA-AqNINNSo_Ga8bCPaisHjDA9UGTvmMvNemmyj3qE-eZQrHRjL3q2I1cl6d3d78kQgh8YbWCAKfBbJ3_3nInYZQd-CL0hZMgrWCay7RMZVZYcvf5kh5iijuYYPHXzyvt7kz52StU6eBdtnLhHZsiu7C8zuR0pItg30jA39_7lQsACuZE0QsKoAU1-Jmk_Cj3upYo4WZrPxhJ4qQ6reodpBNwmKQhzr717zOSW8vx0vIDlpKDLcsJhMP-s6FUIrmGU--BuXJWtbqmDRqYvv_ZK1tzICdKHEaTSNgmP-e8KwXN5FQ/https%3A%2F%2Fgithub.com%2Fqutebrowser%2Fqutebrowser%2Fblob%2Fmaster%2Fdoc%2Fhelp%2Fconfiguring.asciidoc#migrating-older-configurations

That's not the link I sent. You have some (Cisco)-piece rewriting incoming
mails. Seeing that the umw.edu also has thrown you off the mailing list because
of "spoofed mails", and it apparently intercepts your mails, I can really
recommend using something else.

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171123/001d6945/attachment.asc>

From christian.helbling at localsearch.ch  Thu Nov 23 21:46:07 2017
From: christian.helbling at localsearch.ch (Christian Helbling)
Date: Thu, 23 Nov 2017 21:46:07 +0100
Subject: [qutebrowser] spaces in URLs
In-Reply-To: <20171123203431.ivoqzduizutalmrf@hooch.localdomain>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
 <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
 <20171123193415.GA26387@umw.edu>
 <20171123203431.ivoqzduizutalmrf@hooch.localdomain>
Message-ID: <94bda032-603a-c789-445c-c8a83e958429@localsearch.ch>

On 23.11.2017 21:34, Florian Bruhin wrote:
> On Thu, Nov 23, 2017 at 07:34:18PM +0000, Stephen Davies (sdavies) wrote:
>>
>>     Trevor's question leads to one from me.
>>
>>     When I highlight and paste a long URL into Firefox, it seems to helpfully
>> trim out any internal whitespace (like linebreaks/spaces introduced into the
>> URL by long lines in my email reader. I use mutt btw.) qutebrowser does not do
>> this, and therefore when I copy/paste a long URL (like the one Florian gave,
>> below) into the ":open" command, I get a 404. The only way I know to fix it is
>> to scrutinize the URL by hand and surgically remove each space, or else to use
>> FF again instead of qutebrowser for the moment.
>>
>>     Could qutebrowser be made easily to emulate FF's behavior here?
> 
> qutebrowser allows pasting multiple URLs (like from a text file or so) to open
> them all - which I find quite useful.
> 
> You might want to instead configure your terminal (or mutt, e.g. via
> urlview/urlscan) so you can open links without copy-pasting them.

With email it is often the case that newlines are broken on the sender side already.

Maybe both requirements can be met when only triggering the multiple urls mode
when lines start with a valid protocol like http / https.

-Christian


From trevor.robertson55 at gmail.com  Fri Nov 24 07:49:03 2017
From: trevor.robertson55 at gmail.com (Trevor Robertson)
Date: Fri, 24 Nov 2017 08:49:03 +0200
Subject: [qutebrowser] spaces in URLs
In-Reply-To: <20171123193415.GA26387@umw.edu>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
 <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
 <20171123193415.GA26387@umw.edu>
Message-ID: <CAJ_E-57DKg3ju4spQ3WUe4rSMN+p0hBrM=-p=WGJdjwDT_JN1A@mail.gmail.com>

Hi thank you so much for replying ... I missed this on the landing page you
mention, my mistake.
Works great now!

On 23 November 2017 at 21:34, Stephen Davies (sdavies) <sdavies at umw.edu>
wrote:

>
>     Trevor's question leads to one from me.
>
>     When I highlight and paste a long URL into Firefox, it seems to
> helpfully
> trim out any internal whitespace (like linebreaks/spaces introduced into
> the
> URL by long lines in my email reader. I use mutt btw.) qutebrowser does
> not do
> this, and therefore when I copy/paste a long URL (like the one Florian
> gave,
> below) into the ":open" command, I get a 404. The only way I know to fix
> it is
> to scrutinize the URL by hand and surgically remove each space, or else to
> use
> FF again instead of qutebrowser for the moment.
>
>     Could qutebrowser be made easily to emulate FF's behavior here?
>
> - Stephen Davies, Ph.D.
>   (stephen at umw.edu)
>
> > See https://secure-web.cisco.com/1Qi7KvIXuDtUCAloc3SHdg4s1HxCB7
> DjOPbK0pOiA-AqNINNSo_Ga8bCPaisHjDA9UGTvmMvNemmyj3qE-
> eZQrHRjL3q2I1cl6d3d78kQgh8YbWCAKfBbJ3_3nInYZQd-
> CL0hZMgrWCay7RMZVZYcvf5kh5iijuYYPHXzyvt7kz52StU6eBdtnLhHZsiu
> 7C8zuR0pItg30jA39_7lQsACuZE0QsKoAU1-Jmk_Cj3upYo4WZrPxhJ4qQ6reodpBNwmKQ
> hzr717zOSW8vx0vIDlpKDLcsJhMP-s6FUIrmGU--BuXJWtbqmDRqYvv_
> ZK1tzICdKHEaTSNgmP-e8KwXN5FQ/https%3A%2F%2Fgithub.com%
> 2Fqutebrowser%2Fqutebrowser%2Fblob%2Fmaster%2Fdoc%2Fhelp%
> 2Fconfiguring.asciidoc#migrating-older-configurations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171124/550a6008/attachment.htm>

From trevor.robertson55 at gmail.com  Fri Nov 24 07:58:53 2017
From: trevor.robertson55 at gmail.com (Trevor Robertson)
Date: Fri, 24 Nov 2017 08:58:53 +0200
Subject: [qutebrowser] spaces in URLs
In-Reply-To: <CAJ_E-57DKg3ju4spQ3WUe4rSMN+p0hBrM=-p=WGJdjwDT_JN1A@mail.gmail.com>
References: <CAJ_E-55Zp5F17xaLGv10u6tamk8adC+K4cHThd637S1600B42w@mail.gmail.com>
 <20171123185053.txkalcxvuxldr4cq@hooch.localdomain>
 <20171123193415.GA26387@umw.edu>
 <CAJ_E-57DKg3ju4spQ3WUe4rSMN+p0hBrM=-p=WGJdjwDT_JN1A@mail.gmail.com>
Message-ID: <CAJ_E-563ekyVnfmdEJqXZpo0NdT0Yzp9iMpSL74gTZm9FAWFug@mail.gmail.com>

..But I see now the new method is actually better. I won't go back to the
old one!

On 24 November 2017 at 08:49, Trevor Robertson <trevor.robertson55 at gmail.com
> wrote:

> Hi thank you so much for replying ... I missed this on the landing page
> you mention, my mistake.
> Works great now!
>
> On 23 November 2017 at 21:34, Stephen Davies (sdavies) <sdavies at umw.edu>
> wrote:
>
>>
>>     Trevor's question leads to one from me.
>>
>>     When I highlight and paste a long URL into Firefox, it seems to
>> helpfully
>> trim out any internal whitespace (like linebreaks/spaces introduced into
>> the
>> URL by long lines in my email reader. I use mutt btw.) qutebrowser does
>> not do
>> this, and therefore when I copy/paste a long URL (like the one Florian
>> gave,
>> below) into the ":open" command, I get a 404. The only way I know to fix
>> it is
>> to scrutinize the URL by hand and surgically remove each space, or else
>> to use
>> FF again instead of qutebrowser for the moment.
>>
>>     Could qutebrowser be made easily to emulate FF's behavior here?
>>
>> - Stephen Davies, Ph.D.
>>   (stephen at umw.edu)
>>
>> > See https://secure-web.cisco.com/1Qi7KvIXuDtUCAloc3SHdg4s1HxCB7D
>> jOPbK0pOiA-AqNINNSo_Ga8bCPaisHjDA9UGTvmMvNemmyj3qE-eZQrHRjL3
>> q2I1cl6d3d78kQgh8YbWCAKfBbJ3_3nInYZQd-CL0hZMgrWCay7RMZVZYcv
>> f5kh5iijuYYPHXzyvt7kz52StU6eBdtnLhHZsiu7C8zuR0pItg30jA39_7lQ
>> sACuZE0QsKoAU1-Jmk_Cj3upYo4WZrPxhJ4qQ6reodpBNwmKQhzr717zOSW8
>> vx0vIDlpKDLcsJhMP-s6FUIrmGU--BuXJWtbqmDRqYvv_ZK1tzICdKHEaTS
>> NgmP-e8KwXN5FQ/https%3A%2F%2Fgithub.com%2Fqutebrowser%
>> 2Fqutebrowser%2Fblob%2Fmaster%2Fdoc%2Fhelp%2Fconfiguring.
>> asciidoc#migrating-older-configurations
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171124/6bccc737/attachment.htm>

From sdavies at umw.edu  Mon Nov 27 03:25:07 2017
From: sdavies at umw.edu (Stephen Davies (sdavies))
Date: Mon, 27 Nov 2017 02:25:07 +0000
Subject: [qutebrowser] Python and userscripts
Message-ID: <20171127022506.GA11717@umw.edu>


    I'm running qutebrowser this way (in Ubuntu 16.04):

$ ~/local/qutebrowser/.venv/bin/python3.5 -m qutebrowser


    I have a userscript called "zotero" in the directory
~/.local/share/qutebrowser/userscripts that does this import:

from requests import post, get, ReadTimeout, ConnectionError


    Now when I execute this userscript from within qutebrowser (via ":spawn
--userscript zotero") it barfs with:

Process stderr:
Traceback (most recent call last):
  File "~/.local/share/qutebrowser/userscripts/zotero", line 22,
in <module>
    from requests import post, get, ReadTimeout, ConnectionError
ImportError: cannot import name 'ReadTimeout'


    The strange thing is that if I execute python3.5 directly and attempt that
import, it works:

$ ~/local/qutebrowser/.venv/bin/python3.5
>>> from requests import post, get, ReadTimeout, ConnectionError
>>> ReadTimeout
<class 'requests.exceptions.ReadTimeout'>


    So I guess my question is: given that I started qutebrowser explicitly
with a particular python executable, why can't it find the requests module as
it does when I execute that python executable directly?

    Sorry if I'm being stupid,

- Stephen Davies, Ph.D.
  (stephen at umw.edu)

From me at the-compiler.org  Mon Nov 27 05:11:32 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Mon, 27 Nov 2017 05:11:32 +0100
Subject: [qutebrowser] Python and userscripts
In-Reply-To: <20171127022506.GA11717@umw.edu>
References: <20171127022506.GA11717@umw.edu>
Message-ID: <20171127041132.mzuse74eex7fdsfh@hooch.localdomain>

Hi,

first of all, note that you just got thrown off the mailinglist again because
your mailserver is still thinking the mailinglist is sending "spoofed" mails.

On Mon, Nov 27, 2017 at 02:25:07AM +0000, Stephen Davies (sdavies) wrote:
>     So I guess my question is: given that I started qutebrowser explicitly
> with a particular python executable, why can't it find the requests module as
> it does when I execute that python executable directly?

Does it have something like #!/home/foo/local/qutebrowser/.venv/bin/python3.5
as shebang? If not (i.e. if it has #!/usr/bin/python or so), it's going to use
that Python, with the modules of that.

What Python you started qutebrowser with doesn't matter, as userscripts are run
as a subprocess.

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171127/742bd719/attachment.asc>

From me at the-compiler.org  Tue Nov 28 11:19:51 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Tue, 28 Nov 2017 11:19:51 +0100
Subject: [qutebrowser] qutebrowser v1.0.4 released
Message-ID: <20171128101951.yu37ebcgaysriwtz@hooch.localdomain>

Hi,

I just released qutebrowser v1.0.4 with a couple of bugfixes:

- The qute://gpl page now works correctly again.
- Trying to bind an empty command now doesn't crash anymore.
- Fixed crash when :config-write-py fails to write to the given path.
- Fixed crash for some users when selecting a file with Qt 5.9.3
- Improved handling for various SQL errors
- Fix crash when setting content.cache.size to a big value (> 2 GB)

Enjoy!

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171128/7c71ba30/attachment.asc>

From me at the-compiler.org  Tue Nov 28 11:45:30 2017
From: me at the-compiler.org (Florian Bruhin)
Date: Tue, 28 Nov 2017 11:45:30 +0100
Subject: [qutebrowser] PyQt 5.9.2 released
Message-ID: <20171128104530.b6gnw76va5lbeotk@hooch.localdomain>

Hi,

just a quick heads-up that PyQt 5.9.2 (which bundles Qt 5.9.3) was released
recently.

If you're on Windows/macOS, the upgrade from qutebrowser v1.0.3 to .4 will
upgrade you from Qt 5.9.2 to Qt 5.9.3 (PyQt 5.9.1 to PyQt 5.9.2).

If you're on Linux and using PyQt from PyPI (via tox), there was no proper PyQt
5.9.1 binary upload, so doing "tox -e mkvenv-pypi -r" will now upgrade you from
Qt 5.9.1 to Qt 5.9.3 (PyQt 5.9 to PyQt 5.9.2).

Related QtWebEngine changes:
http://code.qt.io/cgit/qt/qtwebengine.git/tree/dist/changes-5.9.2
http://code.qt.io/cgit/qt/qtwebengine.git/tree/dist/changes-5.9.3

Notably, Qt 5.9.3 comes with security fixes up to Chromium 62.0.3202.89
(5.9.1 was on 59.0.3071.104).

(And yes, this would all be much easier if PyQt version numbers tracked Qt's -
unfortunately, that's not the case)

Florian

-- 
https://www.qutebrowser.org  | me at the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072  | https://the-compiler.org/pubkey.asc
         I love long mails!  | https://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/qutebrowser/attachments/20171128/ecb4cf20/attachment.asc>