This is another one of those things where I always have to consult my own notes because it never sticks in my head. Part of the reason for this is the fact that I am old fashioned and still insist on doing this the non-graphical way.
Why? Because graphical tools for such things often fail or provide unpredictable results at random, or don’t offer enough of the right options.
Also, because I really like the command line. Weird, I know. But use it enough, and you might like it too. You’ve been warned.
So… Beware, there is command line ahead. Don’t be afraid of it. Sometimes that’s the only reliable way to get something done when other tools break and fail.
And yes, for the Linux gurus who might be reading this, the post you’re about to read is kind of aimed at newbies. That’s okay, because people gotta learn somehow, right?
I’ve been using the Xfce desktop environment again lately, for the first time in years, because I was curious to see how it has changed over time.
As an overall, I’ve been enjoying this experiment; I was never very satisfied with it before for a variety of reasons, but its flexibility and stability are still attractive to me, and I’ve discovered that it’s better this time around than when I last gave it a shot.
That said, I’ve encountered an annoyance or two, and in figuring out the solution to one of the biggest ones, I thought I’d do a which howto and share it for reference.
So I keep ranting about Firefox here, and for good reason: the Mozilla team is going above and beyond the call of duty when it comes to driving users to other browsers.
However, try as I might, I simply encounter too many dealbreakers in Chromium.
When I think about it, the last version of Firefox that didn’t drive me crazy with crashing, incompatible add-ons, and stupid UI changes and features removed, it would have to be Firefox 3.6.
I keep forgetting how to do this, so I’m posting this here as much for my own reference as for anyone else’s. This is how to downgrade newer versions of Firefox to 3.6 and keep it that way, at least until things settle down a little, or until another browser comes along that can actually be a viable replacement for it — unlike newer versions of Firefox, sadly. This works with Mint 11, which means it will also work with Ubuntu 11.04.
For the last year and some change, I’ve gone from using Opera as my primary browser to using Mozilla Firefox. I have a variety of reasons for this switch, and it was a somewhat gradual one, but as I detailed in a recent post, despite it being my browser of choice, I still feel that it has a lot of shortcomings, and as such, it needs a lot of tweaking out-of-the-box before I find it usable.
So this is a writeup of the things I do to Firefox — in this particular case Firefox 4 — immediately after I install it. It used to be a much shorter list, but these days it’s getting more and more involved, so this writeup is as much for my own purposes, as a checklist of sorts, as it is to share my thoughts with others on how to tweak Firefox 4.
A few weeks ago I posted a very early review of the new web-friendly Peppermint OS. In that review, I lauded the Peppermint team for achieving what I think might be the fastest graphical Linux distro I’ve ever tried, on any hardware.
The only things that get in my way of enjoying Peppermint are, unfortunately, the limitations imposed by the still-under-heavy-development LXDE desktop environment, which, while I’m still pretty excited about it, provides a few stumbling blocks to someone like me who likes to have more control over his user interfaces.
Well, for those of you out there who agree, I thought I’d do a quick writeup on getting the most out of Peppermint OS without having to resort to installing another desktop or window manager. Instead, we can make do with something that’s already integrated into Peppermint: the Openbox window manager!
One of the beautiful things about Linux is that developers tend to be conscientious about the use of technical standards. Freedesktop.org maintains a wide series of standards for X Window System desktops, which apply to Gnome, KDE, LXDE and XFCE (I’m not sure whether Fluxbox implements these standards.) The standard for “desktop entries” is still technically a draft, but is generally accepted by the larger X community.
The .desktop file fills two primary functions: first, it informs the desktop environment how the file is to be handled by the desktop environment with regard to menu placement, display, environmental variables, and similar. In this function, it resides globally in /usr/share/applications/ and for specific users in $HOME/.local/applications. The second function is the direct shortcut on the desktop itself. In this function, it resides in $HOME/Desktop. The same file fills both functions, so if you want to have an application both in the menu and on your desktop, you’ll need to put the .desktop file in two places. Let’s take a closer look, shall we?
Over at The Complete Geek my friend Jered posted a really nice howto on remote X11 forwarding the other day.
Like many of the uses of Synergy, remote X can be extremely useful when you’re working with multiple machines, or even if you’re working with a virtual machine and need to run some of the applications on the host without constantly flipping windows back and forth. One other useful application of remote X can be if you’re using a machine low on resources, it can act as a terminal of sorts, running remote X applications from other workstations.
Jered also points out how useful it is if you’re standing with one foot in the Windows world and one foot in the Linux world, because remote X can make that easier as well.
Give it a read, it’s a great writeup. The post can be found here: Remote X11.