From me at the-compiler.org Tue Jan 5 20:34:34 2016 From: me at the-compiler.org (Florian Bruhin) Date: Tue, 5 Jan 2016 20:34:34 +0100 Subject: qutebrowser v0.5.0 released! Message-ID: <20160105193434.GB13305@tonks> Hi, I'm happy to annouce the release of qutebrowser v0.5.0! This release comes with various new features, commands and settings - such as the ability to use pdf.js to display PDF files in browser, :download --mhtml to download a page including all ressources or prettier error pages. A note for packagers: qutebrowser now uses pdf.js to display PDFs if the user enables that feature, and searches pdf.js in various common places like /usr/share/pdf.js and /usr/share/javascript/pdf. If pdf.js is packaged for your distribution (or you want to package it), please add it as optional/recommended dependency. The Windows packages are still building, but everything else should be updated. The full changelog: Added ~~~~~ - Ability to preview PDFs using pdf.js in the browser if it's installed. This is disabled by default and can be enabled using the `content -> pdfjs-enabled` setting. - New setting `ui -> hide-wayland-decoration` to hide the window decoration when using wayland. - New userscripts in `misc/userscripts`: - `open_download` to easily open a file in your downloads folder. - `view_in_mpv` to open a video in mpv and remove it from the page. - `qutedmenu` and `dmenu_qutebrowser` to select URLs via dmenu - New setting `content -> host-blocking-whitelist` to whitelist certain domains from the adblocker. - `{scroll_pos}` can now be used in `ui -> window-title-format` and `tabs -> title-format`. - New setting `general -> url-incdec-segments` to configure which segments of the URL should be affected by `:navigate increment/decrement`. - New `--target` argument to specify how URLs should be opened in an existing instance. - New setting `statusbar.url.fg.success.https` to set the foreground color for the URL when a page was loaded via HTTPS. - The scrollbar in the completion is now styled, and the following new options got added: * `completion -> scrollbar-width` * `completion -> scrollbar-padding` * `colors -> completion.scrollbar.fg` * `colors -> completion.scrollbar.bg` - New value `none` for options taking a color system so they don't display a gradient: * `colors -> tabs.indicator.system` * `colors -> downloads.fg.system` * `colors -> downloads.bg.system` - New command `:download-retry` to retry a failed download. - New command `:download-clear` which replaces `:download-remove --all`. - `:set-cmd-text` has a new `--append` argument to append to the current statusbar text. - qutebrowser now uses `~/.netrc` if available to authenticate via HTTP. - New `:fake-key` command to send a fake keypress to a website or to qutebrowser. - New `--mhtml` argument for `:download` to download a page including all ressources as MHTML file. - New option `tabs -> title-alignment` to change the alignment of tab titles. Changed ~~~~~~~ - The `colors -> tabs.bg/fg.selected` option got split into `tabs.bg/fg.selected.odd/even`. - `:spawn --userscript` and `:hint` with the `userscript` target now look up relative paths in `~/.local/share/qutebrowser/userscripts` or `$XDG_DATA_DIR`. Using a binary in `$PATH` won't work anymore with `--userscript`. - New design for error pages - Link filtering for hints now checks if the text is contained anywhere in the link, and matches case-insensitively. - The `ui -> remove-finished-downloads` option got changed to an integer and now takes a time (in milliseconds) to keep the download around after it's finished. When set to `-1`, downloads are never removed. - The `:follow-hint` command now optionally takes the keystring of a hint to follow. - `:scroll-px` now doesn't take floats anymore, which made little sense. - Updated the user agent list for the `:set network user-agent` completion. - Starting with `--debug` doesn't log `VDEBUG` messages anymore (add `--loglevel VDEBUG` to get them). - `:debug-console` now hides the console if it's already shown. - `:yank-selected` now doesn't log the selected text anymore. - `general -> log-javascript-console` got changed from a boolean to an option taking a loglevel (`none`, `info`, `debug`). - `:tab-move +/-` now wraps around if `tabs -> wrap` is `true`. - When a subprocess (like launched by `:spawn`) fails, its stdout/stderr is now logged to the console. - A search engine name can now contain any non-space character, like dashes. Deprecated ~~~~~~~~~~ - `:download-remove --all` is now deprecated and `:download-clear` should be used instead. - `:download ` is now deprecated and `:download --dest ` should be used instead. Removed ~~~~~~~ - `:scroll` with two pixel-arguments (deprecated in v0.3.0) - The `:run-userscript` command (deprecated in v0.2.0) - The `rapid` and `rapid-win` targets for `:hint` (deprecated in v0.2.0) - The `:cancel-download` command (deprecated in v0.2.0) - The `:download-page` command (deprecated in v0.2.0) Fixed ~~~~~ - Fixed retrying of downloads which were started in a now closed tab. - Fixed displaying of web history if `web-history-max-items` is set to -1. - Cloned tabs now don't display favicons anymore if show-favicons is False. - Fixed a crash when clicking a bookmark name and pressing `Ctrl-D`. - Fixed a crash when a website presents a very small favicon. - Fixed prompting for download directory when `storage -> prompt-download-directory` was unset. - Fixed crash when using `:follow-hint` outside of hint mode. - Fixed crash when using `:set foo bar?` with invalid section/option. - Fixed scrolling to the very left/right with `:scroll-perc`. - Using an external editor should now work correctly with some funny chars (U+2028/U+2029/BOM). - Movements in caret mode now should work correctly on OS X and Windows. - Fixed upgrade from earlier config versions. - Fixed crash when killing a running userscript. - Fixed characters being passed through when shifted with `forward-unbound-keys` set to `auto`. - Fixed restarting after a crash is reported. - Removed `.pyc` files accidentally contained in source releases. Since v0.4.0, the following people have contributed to qutebrowser: - Daniel Schadt - Lamar Pavel - meles5 - Nathan Isom - Patric Schmitz - Alexey Nabrodov - Thorsten Wi?mann - Jonas Sch?rmann - Alexander Cogneau - Panagiotis Ktistakis - skinnay - Felix Van der Jeugt - Artur Shaik - neeasade - Peter Michely - Halfwit - Antoni Boucher - Michael - Corentin Jule - Claude - xd1le - larryhynes - dylan araps - Samuel Loury - Martin Tournoij - Marcel Schilling - John ShaggyTwoDope Jenkins - Jean-Christophe Petkovich - Daniel Lu - Averrin Thank you! 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From me at the-compiler.org Sat Jan 16 22:45:01 2016 From: me at the-compiler.org (Florian Bruhin) Date: Sat, 16 Jan 2016 22:45:01 +0100 Subject: Fwd: [archlinux] Moved qutebrowser to community Message-ID: <20160116214501.GI22730@tonks> Hey, Awesome news, qutebrowser is now in the Archlinux community repository: ----- Forwarded message from Pierre Neidhardt ----- As you requested, I've moved qutebrowser to community. Thanks again for the good work! Cheers! ----- End forwarded message ----- A Chocolatey package for Windows also got added recently: https://github.com/The-Compiler/qutebrowser/blob/master/INSTALL.asciidoc#chocolatey-package Thanks to everyone involved! 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From pedromj at gmail.com Sun Jan 17 10:29:21 2016 From: pedromj at gmail.com (Pedro Martinez-Julia) Date: Sun, 17 Jan 2016 10:29:21 +0100 Subject: Fwd: [archlinux] Moved qutebrowser to community In-Reply-To: <20160116214501.GI22730@tonks> References: <20160116214501.GI22730@tonks> Message-ID: <20160117092921.GG12281@um.es> On Sat, Jan 16, 2016 at 10:45:01PM +0100, Florian Bruhin wrote: > Hey, > > Awesome news, qutebrowser is now in the Archlinux community > repository: > > ----- Forwarded message from Pierre Neidhardt ----- > > As you requested, I've moved qutebrowser to community. > Thanks again for the good work! > > Cheers! > > ----- End forwarded message ----- > > A Chocolatey package for Windows also got added recently: > > https://github.com/The-Compiler/qutebrowser/blob/master/INSTALL.asciidoc#chocolatey-package > > Thanks to everyone involved! Great work! Congratulations! > Florian Regards, Pedro -- Pedro Martinez-Julia Department of Communication and Information Engineering Faculty of Computer Science University of Murcia Email: pedromj at gmail.com, pedromj at um.es --------------------------------------------------------- *** Entia non sunt multiplicanda praeter necessitatem *** From me at the-compiler.org Mon Jan 18 22:30:26 2016 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 18 Jan 2016 22:30:26 +0100 Subject: qutebrowser v0.5.1 released! Message-ID: <20160118213025.GP22730@tonks> Hi, I'm happy to annouce the release of qutebrowser v0.5.1! This release fixes three bugs: - Fixed completion for various config values when using `:set`. - Fixed config validation for various config values. - Prevented an error being logged when a website with HTTP authentication was opened on Windows. Since the second one can cause all kinds of funny crashes with unexpected/wrong config values, I decided to do another release rather sooner than later ;) As usual, the Windows packages are still building while I'm writing this, but everything else should be updated. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Tue Jan 19 16:05:57 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Tue, 19 Jan 2016 09:05:57 -0600 Subject: Gmail bug? Message-ID: Hi, After upgrading to qutebrowser 0.5.0, I've noticed that when I try to drag emails from the inbox to labels on the side, instead of dragging the email as before, the mouse just selects the entire page. This is not a critical bug since it is still possible to sort emails with the drop-down folder menu. Abe -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Tue Jan 19 16:13:32 2016 From: me at the-compiler.org (Florian Bruhin) Date: Tue, 19 Jan 2016 16:13:32 +0100 Subject: Gmail bug? In-Reply-To: References: Message-ID: <20160119151332.GE22126@tonks> * Abraham Baker [2016-01-19 09:05:57 -0600]: > After upgrading to qutebrowser 0.5.0, I've noticed that when I try to drag > emails from the inbox to labels on the side, instead of dragging the email > as before, the mouse just selects the entire page. First of all, please upgrade to v0.5.1 and check if there's any invalid setting in the config - v0.5.0 has a bug where it doesn't validate most setting values, which can cause all kinds of fun trouble. If you get the same on v0.5.1, can you please downgrade to v0.4.1 and see if that makes things work again? I'd be quite surprised, as usually those kinds of things are due to QtWebKit issues. Thanks, 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Tue Jan 19 16:24:50 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Tue, 19 Jan 2016 09:24:50 -0600 Subject: Gmail bug? In-Reply-To: <20160119151332.GE22126@tonks> References: <20160119151332.GE22126@tonks> Message-ID: Still happens in .5.1, I'll try downgrading later On Tue, Jan 19, 2016 at 9:13 AM, Florian Bruhin wrote: > * Abraham Baker [2016-01-19 09:05:57 -0600]: > > After upgrading to qutebrowser 0.5.0, I've noticed that when I try to > drag > > emails from the inbox to labels on the side, instead of dragging the > email > > as before, the mouse just selects the entire page. > > First of all, please upgrade to v0.5.1 and check if there's any > invalid setting in the config - v0.5.0 has a bug where it doesn't > validate most setting values, which can cause all kinds of fun > trouble. > > If you get the same on v0.5.1, can you please downgrade to v0.4.1 and > see if that makes things work again? I'd be quite surprised, as > usually those kinds of things are due to QtWebKit issues. > > Thanks, > > 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 z1693060 at students.niu.edu Wed Jan 20 02:52:49 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Tue, 19 Jan 2016 19:52:49 -0600 Subject: Gmail bug? In-Reply-To: References: <20160119151332.GE22126@tonks> Message-ID: When I first tried qutebrowser, I installed the git version. So, I don't have any versions cached in pacman (I'm using Arch) older than .5.0. Where can I get older versions so I could try downgrading? On Tue, Jan 19, 2016 at 9:24 AM, Abraham Baker wrote: > Still happens in .5.1, I'll try downgrading later > > On Tue, Jan 19, 2016 at 9:13 AM, Florian Bruhin > wrote: > >> * Abraham Baker [2016-01-19 09:05:57 -0600]: >> > After upgrading to qutebrowser 0.5.0, I've noticed that when I try to >> drag >> > emails from the inbox to labels on the side, instead of dragging the >> email >> > as before, the mouse just selects the entire page. >> >> First of all, please upgrade to v0.5.1 and check if there's any >> invalid setting in the config - v0.5.0 has a bug where it doesn't >> validate most setting values, which can cause all kinds of fun >> trouble. >> >> If you get the same on v0.5.1, can you please downgrade to v0.4.1 and >> see if that makes things work again? I'd be quite surprised, as >> usually those kinds of things are due to QtWebKit issues. >> >> Thanks, >> >> 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 Jan 20 06:35:40 2016 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 20 Jan 2016 06:35:40 +0100 Subject: Gmail bug? In-Reply-To: References: <20160119151332.GE22126@tonks> Message-ID: <20160120053540.GG22126@tonks> * Abraham Baker [2016-01-19 19:52:49 -0600]: > When I first tried qutebrowser, I installed the git version. So, I don't > have any versions cached in pacman (I'm using Arch) older than .5.0. Where > can I get older versions so I could try downgrading? You should be able to close all running qutebrowser instances and do the following: $ git clone https://github.com/The-Compiler/qutebrowser.git $ cd qutebrowser $ git checkout v0.4.1 $ python3 -m qutebrowser --version If that shows you v0.4.1, start it via python3 -m qutebrowser and that's it. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Wed Jan 20 16:39:26 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Wed, 20 Jan 2016 09:39:26 -0600 Subject: Gmail bug? In-Reply-To: <20160120053540.GG22126@tonks> References: <20160119151332.GE22126@tonks> <20160120053540.GG22126@tonks> Message-ID: I was able to start v.4.1 using the method you described, but it quit with the error: "No option 'url-incdec-segmnts' in section 'general' On Tue, Jan 19, 2016 at 11:35 PM, Florian Bruhin wrote: > * Abraham Baker [2016-01-19 19:52:49 -0600]: > > When I first tried qutebrowser, I installed the git version. So, I don't > > have any versions cached in pacman (I'm using Arch) older than .5.0. > Where > > can I get older versions so I could try downgrading? > > You should be able to close all running qutebrowser instances and do > the following: > > $ git clone https://github.com/The-Compiler/qutebrowser.git > $ cd qutebrowser > $ git checkout v0.4.1 > $ python3 -m qutebrowser --version > > If that shows you v0.4.1, start it via python3 -m qutebrowser and > that's it. > > 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 aclopte at gmail.com Wed Jan 20 16:56:56 2016 From: aclopte at gmail.com (Johannes Altmanninger) Date: Wed, 20 Jan 2016 16:56:56 +0100 Subject: Gmail bug? In-Reply-To: References: <20160119151332.GE22126@tonks> <20160120053540.GG22126@tonks> Message-ID: the old version does not know about this config option so you can move your ~/.config/qutebrowser.conf temporarily then it should work alternatively you could use the --basedir command line option to use an empty directory for config and data storage 2016-01-20 16:39 GMT+01:00 Abraham Baker : > I was able to start v.4.1 using the method you described, but it quit with > the error: > "No option 'url-incdec-segmnts' in section 'general' > > On Tue, Jan 19, 2016 at 11:35 PM, Florian Bruhin > wrote: > >> * Abraham Baker [2016-01-19 19:52:49 -0600]: >> > When I first tried qutebrowser, I installed the git version. So, I >> don't >> > have any versions cached in pacman (I'm using Arch) older than .5.0. >> Where >> > can I get older versions so I could try downgrading? >> >> You should be able to close all running qutebrowser instances and do >> the following: >> >> $ git clone https://github.com/The-Compiler/qutebrowser.git >> $ cd qutebrowser >> $ git checkout v0.4.1 >> $ python3 -m qutebrowser --version >> >> If that shows you v0.4.1, start it via python3 -m qutebrowser and >> that's it. >> >> 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 Jan 20 17:18:11 2016 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 20 Jan 2016 17:18:11 +0100 Subject: PSA: GitHub broken with qutebrowser Message-ID: <20160120161811.GD533@tonks> Hey, it seems like GitHub did some changes to their site which means all their JS is broken in QtWebKit based browsers, like qutebrowser. Among other things, this means pressing Ctrl-Enter to submit a comment doesn't work, and clicking "Comment" *does* work, but does not update the page (so take care to not duplicate stuff when commenting on an issue please). Unfortunately there isn't very much I can do right now - so if you use GitHub and it's broken for you too, please contact GitHub support: https://github.com/contact Sorry for the trouble, and let's hope GitHub fixes this soon. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Wed Jan 20 19:27:48 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Wed, 20 Jan 2016 12:27:48 -0600 Subject: Gmail bug? In-Reply-To: References: <20160119151332.GE22126@tonks> <20160120053540.GG22126@tonks> Message-ID: Renaming ~/.config/qutebrowser let me start v.4.1, but after logging into gmail the same dragging problem happened, so it's not qutebrowser itself. Interestingly enough, for me this problem now also happens in Firefox (43.0.4). Perhaps this has something to do with some other recently updated package. On Wed, Jan 20, 2016 at 9:56 AM, Johannes Altmanninger wrote: > the old version does not know about this config option > so you can move your ~/.config/qutebrowser.conf temporarily then it should > work > alternatively you could use the --basedir command line option to use an > empty directory for config and data storage > > 2016-01-20 16:39 GMT+01:00 Abraham Baker : > >> I was able to start v.4.1 using the method you described, but it quit >> with the error: >> "No option 'url-incdec-segmnts' in section 'general' >> >> On Tue, Jan 19, 2016 at 11:35 PM, Florian Bruhin >> wrote: >> >>> * Abraham Baker [2016-01-19 19:52:49 -0600]: >>> > When I first tried qutebrowser, I installed the git version. So, I >>> don't >>> > have any versions cached in pacman (I'm using Arch) older than .5.0. >>> Where >>> > can I get older versions so I could try downgrading? >>> >>> You should be able to close all running qutebrowser instances and do >>> the following: >>> >>> $ git clone https://github.com/The-Compiler/qutebrowser.git >>> $ cd qutebrowser >>> $ git checkout v0.4.1 >>> $ python3 -m qutebrowser --version >>> >>> If that shows you v0.4.1, start it via python3 -m qutebrowser and >>> that's it. >>> >>> 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 Jan 20 19:38:37 2016 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 20 Jan 2016 19:38:37 +0100 Subject: Gmail bug? In-Reply-To: References: <20160119151332.GE22126@tonks> <20160120053540.GG22126@tonks> Message-ID: <20160120183837.GG533@tonks> * Abraham Baker [2016-01-20 12:27:48 -0600]: > Interestingly enough, for me this problem now also happens in Firefox > (43.0.4). Perhaps this has something to do with some other recently > updated package. That, or a change on GMail's side. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Wed Jan 20 23:19:51 2016 From: z1693060 at students.niu.edu (Abraham Baker) Date: Wed, 20 Jan 2016 16:19:51 -0600 Subject: Gmail bug? In-Reply-To: <20160120183837.GG533@tonks> References: <20160119151332.GE22126@tonks> <20160120053540.GG22126@tonks> <20160120183837.GG533@tonks> Message-ID: I'm starting to think this is on Gmail's side because I just tried this on an Ubuntu computer (w/Firefox), and the same thing happens. One thing I failed to notice is while most of the page text gets highlighted and the dragging animation is slow, the sort-by-dragging method still actually works, so this bug is mostly cosmetic. On Wed, Jan 20, 2016 at 12:38 PM, Florian Bruhin wrote: > * Abraham Baker [2016-01-20 12:27:48 -0600]: > > Interestingly enough, for me this problem now also happens in Firefox > > (43.0.4). Perhaps this has something to do with some other recently > > updated package. > > That, or a change on GMail's side. > > 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 rumpelsepp at sevenbyte.org Fri Jan 29 10:28:51 2016 From: rumpelsepp at sevenbyte.org (Stefan Tatschner) Date: Fri, 29 Jan 2016 10:28:51 +0100 Subject: List of Currently Opened Tabs? Message-ID: <56AB30D3.8090409@sevenbyte.org> Hi, I often have a lot of tabs open in qutebrowser. So I am looking for a solution to deal better with a lot of tabs. I have come to the idea that some dmenu/rofi userscript would be fine. That script should get a list of all currently opened tabs, pipe it into dmenu/rofi and finally send some "please change to tab number soandso" command to qutebrowser. I have not yet found a qutebrowser command to get a list of all opened tabs. Am I missing something? Greetz, Stefan From me at the-compiler.org Fri Jan 29 10:54:56 2016 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 29 Jan 2016 10:54:56 +0100 Subject: List of Currently Opened Tabs? In-Reply-To: <56AB30D3.8090409@sevenbyte.org> References: <56AB30D3.8090409@sevenbyte.org> Message-ID: <20160129095456.GJ5703@tonks> Hey, * Stefan Tatschner [2016-01-29 10:28:51 +0100]: > I often have a lot of tabs open in qutebrowser. So I am looking for a > solution to deal better with a lot of tabs. I have come to the idea that > some dmenu/rofi userscript would be fine. IMHO ideally this would be integrated into qutebrowser's completion, see this issue: https://github.com/The-Compiler/qutebrowser/issues/32 Unfortunately I'm working on stuff which is higher priority right now, probably for some more months (tests, QtWebEngine, per domain settings, plugins). I'm still hoping someone will contribute that one ;) > That script should get a list of all currently opened tabs, pipe it into > dmenu/rofi and finally send some "please change to tab number soandso" > command to qutebrowser. > > I have not yet found a qutebrowser command to get a list of all opened > tabs. Am I missing something? There isn't. You'd typically do this via an userscript, and there's currently no way for an userscript to request more information (or get "answers" to commands it sends). qutebrowser could expose this information to userscripts via an environment variable, e.g. some $QUTE_TABS variable set to something like: 0 0 url title of first tab in first window 0 1 url title of second tab in first window [...] The problem with that approach is that it might be too much data for an environment variable, so maybe $QUTE_TABS would need to be a filename of a temporary file, like $QUTE_HTML and $QUTE_TEXT is. Then again I'm not sure how much it makes sense to shoehorn all possible usecases into somewhat fragile userscripts. I'd rather see plugins written in Python (or possibly JS at some later point), but it might still take a while until that's ready. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From mattator at gmail.com Fri Jan 29 22:54:02 2016 From: mattator at gmail.com (Matt) Date: Fri, 29 Jan 2016 22:54:02 +0100 Subject: List of Currently Opened Tabs? In-Reply-To: <20160129095456.GJ5703@tonks> References: <56AB30D3.8090409@sevenbyte.org> <20160129095456.GJ5703@tonks> Message-ID: I suppose you use a tiling WM ? in which case you could force every new tab as a new window and use rofi window switcher (works for i3wm.com, not sure for other WM though). Then I am not sure qutebrowser is capable of syncing history between instances (like zsh or neovim do) ? which can be annoying 2016-01-29 10:54 GMT+01:00 Florian Bruhin : > Hey, > > * Stefan Tatschner [2016-01-29 10:28:51 +0100]: >> I often have a lot of tabs open in qutebrowser. So I am looking for a >> solution to deal better with a lot of tabs. I have come to the idea that >> some dmenu/rofi userscript would be fine. > > IMHO ideally this would be integrated into qutebrowser's completion, > see this issue: https://github.com/The-Compiler/qutebrowser/issues/32 > > Unfortunately I'm working on stuff which is higher priority right now, > probably for some more months (tests, QtWebEngine, per domain > settings, plugins). > > I'm still hoping someone will contribute that one ;) > >> That script should get a list of all currently opened tabs, pipe it into >> dmenu/rofi and finally send some "please change to tab number soandso" >> command to qutebrowser. >> >> I have not yet found a qutebrowser command to get a list of all opened >> tabs. Am I missing something? > > There isn't. You'd typically do this via an userscript, and there's > currently no way for an userscript to request more information (or get > "answers" to commands it sends). > > qutebrowser could expose this information to userscripts via an > environment variable, e.g. some $QUTE_TABS variable set to something > like: > > 0 0 url title of first tab in first window > 0 1 url title of second tab in first window > [...] > > The problem with that approach is that it might be too much data for > an environment variable, so maybe $QUTE_TABS would need to be a > filename of a temporary file, like $QUTE_HTML and $QUTE_TEXT is. > > Then again I'm not sure how much it makes sense to shoehorn all > possible usecases into somewhat fragile userscripts. I'd rather see > plugins written in Python (or possibly JS at some later point), but it > might still take a while until that's ready. > > 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/ From chris at dejimata.com Fri Jan 29 23:00:38 2016 From: chris at dejimata.com (Chris Salzberg) Date: Sat, 30 Jan 2016 07:00:38 +0900 Subject: List of Currently Opened Tabs? In-Reply-To: References: <56AB30D3.8090409@sevenbyte.org> <20160129095456.GJ5703@tonks> Message-ID: <20160129220038.3syr7d5674afyws5@chris-XPS13-9333.localdomain> Hi Just jumping in, but I have a setup on i3wm where through the i3 IPC I send an ordered history of recently-opened windows to an open port on localhost so I can then pick them up from other scripts. One of those scripts just filters for "qutebrowser" and returns all the open qutebrowser "tabs". I use this from rofi to get me a list of open browser windows, most recently opened on the top. One tricky thing is that for this setup I need to include the i3 window id (con_id) in the script that returns the windows to rofi, otherwise I can't actually find back the window from the script (I have no way to identify it). I'd be curious to hear if anybody else has found other ways to do this. Chris On 01/29 at 22:54, Matt wrote: >I suppose you use a tiling WM ? in which case you could force every >new tab as a new window and use rofi window switcher (works for >i3wm.com, not sure for other WM though). >Then I am not sure qutebrowser is capable of syncing history between >instances (like zsh or neovim do) ? which can be annoying > >2016-01-29 10:54 GMT+01:00 Florian Bruhin : >> Hey, >> >> * Stefan Tatschner [2016-01-29 10:28:51 +0100]: >>> I often have a lot of tabs open in qutebrowser. So I am looking for a >>> solution to deal better with a lot of tabs. I have come to the idea that >>> some dmenu/rofi userscript would be fine. >> >> IMHO ideally this would be integrated into qutebrowser's completion, >> see this issue: https://github.com/The-Compiler/qutebrowser/issues/32 >> >> Unfortunately I'm working on stuff which is higher priority right now, >> probably for some more months (tests, QtWebEngine, per domain >> settings, plugins). >> >> I'm still hoping someone will contribute that one ;) >> >>> That script should get a list of all currently opened tabs, pipe it into >>> dmenu/rofi and finally send some "please change to tab number soandso" >>> command to qutebrowser. >>> >>> I have not yet found a qutebrowser command to get a list of all opened >>> tabs. Am I missing something? >> >> There isn't. You'd typically do this via an userscript, and there's >> currently no way for an userscript to request more information (or get >> "answers" to commands it sends). >> >> qutebrowser could expose this information to userscripts via an >> environment variable, e.g. some $QUTE_TABS variable set to something >> like: >> >> 0 0 url title of first tab in first window >> 0 1 url title of second tab in first window >> [...] >> >> The problem with that approach is that it might be too much data for >> an environment variable, so maybe $QUTE_TABS would need to be a >> filename of a temporary file, like $QUTE_HTML and $QUTE_TEXT is. >> >> Then again I'm not sure how much it makes sense to shoehorn all >> possible usecases into somewhat fragile userscripts. I'd rather see >> plugins written in Python (or possibly JS at some later point), but it >> might still take a while until that's ready. >> >> 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/ From me at the-compiler.org Sun Jan 31 19:01:01 2016 From: me at the-compiler.org (Florian Bruhin) Date: Sun, 31 Jan 2016 19:01:01 +0100 Subject: List of Currently Opened Tabs? In-Reply-To: References: <56AB30D3.8090409@sevenbyte.org> <20160129095456.GJ5703@tonks> Message-ID: <20160131180101.GR5703@tonks> * Matt [2016-01-29 22:54:02 +0100]: > Then I am not sure qutebrowser is capable of syncing history between > instances (like zsh or neovim do) ? which can be annoying qutebrowser doesn't really run separate instances (unless you're using another --basedir or --temp-basedir) - when you open a second one, it communicates via IPC with the existing one and tells it to open whatever you passed. 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: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: