For several months, I have not been able to drag tabs off a Chromium window. When I let go of the mouse button to release the tab, Chromium didn’t respond. That is finally fixed!
First, thanks to jangxx for discovering that turning off Chromium’s “Use system titlebar and borders” option fixes the problem. Unfortunately, my Chromium doesn’t have that option! I had to do it by hand:
In the browser, go to chrome:settings
Under Appearance, make sure “Theme” is “GTK+”. If it’s not, hit “Use GTK+”.
In the browser, go to chrome:version
Make a note of the “profile path”.
Exit Chromium entirely.
In a shell, cd to the profile path
cp Preferences Preferences.bak
Edit Preferences and change "custom_chrome_frame":false to "custom_chrome_frame":true
Restart Chromium. You should be able to drag tabs!
Let me know if this helps you, or if you need more information about these steps. Happy browsing!
Good variety and nice beats! I think I’m on my third consecutive play-through 🙂 .
This mix reminds me of some albums from Cyan Music, as did the last Cafe de Anatolia set I wrote about. I haven’t checked Cyan’s catalog recently and it is clearly time to do so 🙂 . Any recent favorites you’d recommend?
My TabFern tab-management Chrome extension is ready for its next great leap and I need your help! For years, TabFern has been all-or-nothing: all the tabs in a window are open, or none of them are. Prerelease version 0.3.0-pre.1 removes that limitation. If the instructions below are your speed, or you already know how to load unpacked Chrome extensions, would you please install TabFern 0.3.0-pre.1 and let me know how it works for you? Please report problems through the GitHub issues page. Once this release has had some testing, I will roll it out to the over 1,000 users of TabFern! Thanks very much for your help, and for using TabFern!
(Reminder: as always — and especially when testing prereleases — backup early and often! TabFern comes with no warranty of any kind!)
Sometimes I run a complicated search-and-replace (:s/../../) in Vim, and I then want to repeat it somewhere else. In the past, I have always hit :, up-arrow to retrieve the command from the history. It should be no surprise by now that there is an easier way!
@: in normal mode (at-sign, colon) will repeat the last : command. Once you have done @:, you can hit @@ to re-run the command. Quick and easy!
This works because the : register, ":, holds the last Ex command. @ runs a macro, and knows that using the : register means you want to repeat an Ex command. @@ runs the last macro, so works for @: just as it does for @a or any other normal-mode macro.
I found ": in :help registers when I was looking for a register that held the filename of the file open in another window, as opposed to the alternate filename in the current window. Details of ": are at :help ": (believe it or not! 😉 ).
I just released the first version of my new Markdown-to-PDF converter, pfft. It runs on Linux, at least as far back as Ubuntu 18.04.
Why yet another converter when pandoc and many others already do the job? Size. Pandoc uses TeX to generate PDFs. All the other converters I found use a Web browser in one way or another to make the PDF. Pandoc is 50 MB by itself, not counting TeX! In less than 1.2 MB (a 5.25″ floppy 😉 ) and a single file, pfft will do the job.
Of course, there is a catch: pfft uses Pango and Cairo to make the PDFs. Those have their own dependencies, but are installed on many Ubuntu systems by default! So pfft itself does not add to the dependency load those systems already carry.
(By the way, I use and appreciate both TeX and Pandoc. They are great tools! But, like all tools, there are some use cases they are not great at. I wanted a small converter, and now I have one! 🙂 )
Please give pfft a try and let me know how it works for you! And, if you’re planning to do Hacktoberfest this year, know that I am happy to receive pull requests — there’s lots of room for features and polish in pfft. Check out the issues list for some ideas, and feel free to add suggestions of your own. Happy hacking!