From z1693060 at students.niu.edu Mon Aug 10 14:37:15 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Mon, 10 Aug 2015 07:37:15 -0500 Subject: Opening gmail links in new tabs Message-ID: Hi, When I middle-click on a link in any email I get through gmail, the link opens in a new tab and focuses that tab even though I thought I set the browser to open middle-clicked links in a new background tab (don't focus it yet). This affects me the most when I return to an email I've sent that has many links and I try to use ;r on them (rapid-mode open in background tabs), since opening one this way switches to that tab immediately. Is there a setting I forgot to change (maybe site-specific quirks?), or is this just a gmail bug? Thanks, Abe -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Mon Aug 10 14:52:39 2015 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 10 Aug 2015 14:52:39 +0200 Subject: Opening gmail links in new tabs In-Reply-To: References: Message-ID: <20150810125239.GC14835@tonks> * Abraham Baker [2015-08-10 07:37:15 -0500]: > When I middle-click on a link in any email I get through gmail, the link > opens in a new tab and focuses that tab even though I thought I set the > browser to open middle-clicked links in a new background tab (don't focus > it yet). > > This affects me the most when I return to an email I've sent that has many > links and I try to use ;r on them (rapid-mode open in background tabs), > since opening one this way switches to that tab immediately. > > Is there a setting I forgot to change (maybe site-specific quirks?), or is > this just a gmail bug? I can reproduce it - not sure what's going on, but I opened [1] and will look into it later. Setting tabs -> background-tabs should be enough, but I guess GMail does some javascript magic or so. [1] https://github.com/The-Compiler/qutebrowser/issues/865 Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From nathanpatterson26 at gmail.com Wed Aug 12 01:59:20 2015 From: nathanpatterson26 at gmail.com (Nate Patterson) Date: Tue, 11 Aug 2015 18:59:20 -0500 Subject: Opening gmail links in new tabs In-Reply-To: <20150810125239.GC14835@tonks> References: <20150810125239.GC14835@tonks> Message-ID: I think you sent this to the wrong person On Aug 10, 2015 07:52, "Florian Bruhin" wrote: > * Abraham Baker [2015-08-10 07:37:15 -0500]: > > When I middle-click on a link in any email I get through gmail, the link > > opens in a new tab and focuses that tab even though I thought I set the > > browser to open middle-clicked links in a new background tab (don't focus > > it yet). > > > > This affects me the most when I return to an email I've sent that has > many > > links and I try to use ;r on them (rapid-mode open in background tabs), > > since opening one this way switches to that tab immediately. > > > > Is there a setting I forgot to change (maybe site-specific quirks?), or > is > > this just a gmail bug? > > I can reproduce it - not sure what's going on, but I opened [1] and > will look into it later. > > Setting tabs -> background-tabs should be enough, but I guess GMail > does some javascript magic or so. > > [1] https://github.com/The-Compiler/qutebrowser/issues/865 > > Florian > > -- > http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) > GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc > I love long mails! | http://email.is-not-s.ms/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Wed Aug 12 06:13:39 2015 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 12 Aug 2015 06:13:39 +0200 Subject: Opening gmail links in new tabs In-Reply-To: References: <20150810125239.GC14835@tonks> Message-ID: <20150812041339.GB729@tonks> * Nate Patterson [2015-08-11 18:59:20 -0500]: > I think you sent this to the wrong person I sent it to the (right) mailinglist. ;) Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From anton.lofgren at gmail.com Sun Aug 16 19:03:07 2015 From: anton.lofgren at gmail.com (Anton =?iso-8859-1?Q?L=F6fgren?=) Date: Sun, 16 Aug 2015 19:03:07 +0200 Subject: :buffers? Message-ID: <20150816170307.GA27266@anton-t430s> Hi quties, Coming from Vimperator, I've been trying to find a qutebrowser equivalent to its "B"/:buffers functionality (which lists & filters current "buffers", as in tabs). Is there such a thing? If so, how do I find it? If not, any particular reason why? Thanks in advance, Anton -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From me at the-compiler.org Sun Aug 16 20:47:55 2015 From: me at the-compiler.org (Florian Bruhin) Date: Sun, 16 Aug 2015 20:47:55 +0200 Subject: :buffers? In-Reply-To: <20150816170307.GA27266@anton-t430s> References: <20150816170307.GA27266@anton-t430s> Message-ID: <20150816184755.GT729@tonks> * Anton L?fgren [2015-08-16 19:03:07 +0200]: > Hi quties, Hah, I like that :) > Coming from Vimperator, I've been trying to find a qutebrowser > equivalent to its "B"/:buffers functionality (which lists & filters > current "buffers", as in tabs). Is there such a thing? If so, how do I > find it? If not, any particular reason why? There isn't yet - see [1]. There are two main reasons really: 1) Nobody did it yet, and I'm busy working on other stuff, 2) It's quite hard with the current architecture to add a completion which is dynamic - all the current completions are "static" and updated manually when e.g. a setting is changed - this might be hard to do right for tabs/windows. See [2]. My hope is that I'll get to 2) somewhen in the next months, and then someone else will implement 1) ;) Florian [1] https://github.com/The-Compiler/qutebrowser/issues/32 [2] https://github.com/The-Compiler/qutebrowser/issues/74 -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From anton.lofgren at gmail.com Mon Aug 17 09:49:24 2015 From: anton.lofgren at gmail.com (Anton =?iso-8859-1?Q?L=F6fgren?=) Date: Mon, 17 Aug 2015 09:49:24 +0200 Subject: :buffers? In-Reply-To: <20150816184755.GT729@tonks> References: <20150816170307.GA27266@anton-t430s> <20150816184755.GT729@tonks> Message-ID: <20150817074924.GA31645@anton-t430s> On Sun, Aug 16, 2015 at 08:47:55PM +0200, Florian Bruhin wrote: > * Anton L?fgren [2015-08-16 19:03:07 +0200]: > > Hi quties, > > Hah, I like that :) > > > Coming from Vimperator, I've been trying to find a qutebrowser > > equivalent to its "B"/:buffers functionality (which lists & filters > > current "buffers", as in tabs). Is there such a thing? If so, how do I > > find it? If not, any particular reason why? > > There isn't yet - see [1]. There are two main reasons really: > > 1) Nobody did it yet, and I'm busy working on other stuff, > > 2) It's quite hard with the current architecture to add a completion > which is dynamic - all the current completions are "static" and > updated manually when e.g. a setting is changed - this might be hard > to do right for tabs/windows. See [2]. > > My hope is that I'll get to 2) somewhen in the next months, and then > someone else will implement 1) ;) > > Florian > > [1] https://github.com/The-Compiler/qutebrowser/issues/32 > [2] https://github.com/The-Compiler/qutebrowser/issues/74 Brilliant, exactly what I was looking for. I'll make sure to subscribe to those issues, and contribute if I find the time. Thanks! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From me at the-compiler.org Thu Aug 27 21:06:00 2015 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 27 Aug 2015 21:06:00 +0200 Subject: qutebrowser updates and roadmap Message-ID: <20150827190600.GI509@tonks> Heya! As you might have noticed, I stopped doing the weekly update mails recently since they were quite a bit of work I'd rather invest in writing code ;) But I think it's time for another update mail - I'm still mainly working on tests (and will probably continue to do so for a few more weeks to months), but thanks to some awesome contributors there are some great new features! The GitHub statistics for the last month are mindblowing: Excluding merges, 9 authors have pushed 374 commits to master and 401 commits to all branches. On master, 193 files have changed and there have been 17,591 additions and 11,777 deletions. 18 Pull requests merged by 7 people 4 Pull requests proposed by 3 people 30 Issues closed by 2 people 25 Issues created by 8 people Some highlights of new features - sorry if I missed something: - Antoni Boucher contributed the possibility to create bookmarks - they are similar to quickmarks, but don't have a label and store the page's title. - Antoni Boucher also contributed local directory browsing. - The column widths in the completion are now dependent on the active completion, thanks to Alexander Cogneau. - Martin Tournoij added a new network -> referer-header setting which allows you to control when the Referer header should be sent. - New settings to add padding to the tabbar and statusbar - thanks to Martin Tournoij and Icabob4 for their help with this! - Downloads now remember the last used directory - thanks to Martin Tournoij for the initial PR! - New setting to show the tabbar only when switching tabs, thanks to Artur Shaik. - New setting to not ask for the download location, thanks to Alexander Cogneau. This also enabled rapid hinting for downloads. - Many small bugfixes - thanks to Thorsten Wi?mann, kingdread, Alexander Cogneau and Leon Schwalb for related contributions. - Many many many new tests - thanks to Alexander Cogneau for some recent help with them! As for my future plans/roadmap, since I get asked a lot: - More tests. There's still plenty of easy unittests to be done, and on top of that I want enough end-to-end tests where qutebrowser is running with a local HTTP server and recieving commands. - Doing some remaining bugfixes and releasing v0.4.0 somewhen in the near future. - Some refactorings which are necessary for the next point. - A QtWebEngine backend, which will make the rendering/networking part of qutebrowser essentially equal with Chromium, which comes with performance, security and stability benefits: https://github.com/The-Compiler/qutebrowser/issues/666 - Ripping out all the config code and replacing it by something with some more thought (and tests) behind it: https://github.com/The-Compiler/qutebrowser/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22config+revolution%22 https://github.com/The-Compiler/qutebrowser/issues/499 - Releasing v1.0.0 - Plugin API, and refactoring a large part of qutebrowser to be plugin-based. Of course I'll also take care of pull requests along the way :) Thanks again to all contributors - around 40 of them by now. When I started with qutebrowser, I'd never have imagined this. Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: