Wednesday, 21 June 2017

Eight years since first release and still no usable theme?

Well, let me be frank. Ever since gtk-3.0 I've been skeptical of it, especially of the theming aspect. In gtk-2 we had (and still have) many themes ranging from trash to excellent, almost every kind of taste could have been satisfied. Not so in gtk-3. First issue is constant changes to theming API, meaning that despite there being hundreds of themes, only handful of them actually work right :( And among them, I still have yet to find one that would work on my fairly usual 15,6″ laptop screen with 1366×768 px resolution. Basicaly I have two issues.


  1. Almost every possible gtk-3 theme has huge (no, not just big, I really mean the word huge) paddings and there are no working compact variants. Yes there are minwaita and adwaita-slim, but they kinda break Thunar's and Whisker menu's entry boxes, and they also aren't very slick (yes, I don't like proper adwaita either, it does not look very proffessional to me).

    So far it meant I had to expand side pane in libreoffice and had less usable screen estate left for editing (the first two pics, notice how in the gtk-3 version the sidepane is not only wider, but also needs a scrollbar!), but now inkscape is getting ported as well, I'd need twice the screen resolution I have now for it to be usable (the second two pics, notice how in the gtk-3 version much more buttons and entries are not directly accessible, and the sidebar is sooo huge and cannot be made smaller) :(
  2. Scrollbars. They're small, they're ugly, they're hiding and hiding badly, meaning sometimes it's almost impossible to select either last column or last row in a list or both.
*Sigh* You at gnome/gtk – why do you try to fix something that ain't broken? Why there isn't a single proffessional looking compact theme that I could use with inkscape on my laptop much like I could with its gtk-2 releases? Are low-end machine users nothing to you? Why gtk-2 themes worked actually better at gtk-2.8+ (and probably in any version sans the very first or second) than gtk-3 themes in any version you choose?

Do you still wonder why people are complaining?

Oh, and to end on a positive note: if someone points me to really working really compact theme that does not break xfce-gtk3/libreoffice-gtk3/inkscape-gtk3 a is good looking (no, not adwaita, but something along the lines of numix, greybird, menta, zuki*, etc.) I'd be very happy to change my mind about gtk3 ;-)

Thursday, 7 August 2014

Ripping DVD with FFMPEG

This more a post to myself than to others, but even so, others might find it useful as well. Because sometimes having a DVD is inconvenient compared to your usual Matroska file saved on a HDD, I was looking for a simple way to encode the DVD. I have it decrypted and copied in a folder, but there are a bunch of 1 GiB VOB files, which is a) big, b) inconvenient. So the idea is, join the VOBs and transcode it into h264 (substitute theora, vp8 or dirac if you are more radical FLOSS supporter than me) and FLAC for audio. Actually simple search on the net presented me with an easy solution using FFMPEG (I kinda had problems with using the GUI ripping software), but it took some more research (reading the ffmpeg man pages) to find out how to rip more than one audio stream into the final file (I used a JAP/ENG DVD about Aikido).

So, without further ado, here's the command:

ffmpeg -i concat:VTS_01_1.VOB\|VTS_01_2.VOB\|VTS_01_3.VOB -map 0:v -map 0:a -c:v libx264 -crf 18 -vf yadif -c:a flac aikido.mkv

And some info:

  • The ffmpeg command is in ffmpeg package, from rpmfusion free. It's not in Fedora proper because of patent issues, I believe.
  • -i concat:VTS_01_1.VOB\|VTS_01_2.VOB\|VTS_01_3.VOB marks that input file is a direct join of the three VOB files listed, the backslash is to escape the "|" so that it's seen by ffmpeg instead of bash.
  • -map 0:v tells that ALL video streams are to be copied/transcoded.
  • -map 0:a tells that ALL audio streams are to be copied/transcoded.
  • -c:v libx264 tells that for video streams we'll use libx264 codec (i. e. we'll transcode to h264).
  • -crf 18 tells that we want to use Constant Rate Factor, value 18 (which might be a bit of overkill, but I don't want to sacrifice quality for space and I don't have the time tune it).
  • -vf yadif use YADIF deinterlacing, because I don't wanna keep interlacing in the video – I'll be playing it on a computer, after all.
  • -c:a flac tells we'll be using FLAC for audio streams. It's free and lossless. Again, it might be overkill, but I like to keep the original sound without using nonfree codec like AAC or AC3.

When I originally omitted the -map parameters, only single video and single audio stream were transcoded, so it's necessary if you want to transcode more audio streams or different stream than the first one.

Thursday, 26 June 2014

Connecting Linux machine to windows AD and mounting remote user dirs automagically ‒ how?

Dear lazy web,

I've been working for the last year as an informatics teacher at high school and I'm playing with the idea of trying to migrate a couple of machines (mine for the start, I still need to connect to remote win desktop for certain tasks :-D) fully to Linux which would work as well as the windows machines WRT network shares which are on a windows AD server that I don't have admin access to. There are couple of problems, some of which I was able to solve, some of which I have an idea how to solve and some of which I don't now at all how to solve, any pointers appreciated! I'm testing this on Fedora 20 by the way.

Joining the domain

This one took me a lot time to solve and I had a couple of times when I gave up. Mostly because I didn't know the AD server hostname and even when I found it, I still couldn't get it to work via the system-config-authentication, nor the config files in /etc. By chance I was lucky to run across a QA test case for joining the AD domain! Well, and that worked like a charm. So the trick is to run:

$ realm join --user=User ad.example.com

Logging in

Kinda superfluous for me, but a real need when there would be more users to use the computer. That was what I was originally trying to achieve. After joining the domain with the above example, it started to work magically. I don't remember if there was anything else that I needed to set up, probably not. But you definitely need oddjob-mkhomedir that sets up the environment when a new user (unknown to the local computer) logs in for the first time. I believe it should be installed automagically during the join. I've tried it in CLI and in LightDM, both worked by the time I successfully joined.

Mounting remote locations

Well, this is the last thing I was able to do. It does not require logging in, it does require joining the domain. You must fill your login credentials, though, if you don't have a guest share. I've run across a bug in gvfs-samba ‒ when I'm copying multiple files over the network, it hangs. So for the network shares I'm using Dolphin at the moment. The GUI managers I've tried work both in the same way, just go to the location bar, type smb://username@domain/share, you're asked for a password, then it mounts and you can use it. In Thunar, which uses gvfs, you need gvfs-samba package. You can also mount it in CLI:

gvfs-mount smb://username@domain/share

On my old notebook which was essentially multiple times upgraded old fedoras this also created a mount point in the filesystem (somewhere under /run/user/gvfs), in my new computer (which has fresh Fedora 20), this does not create a mount point in the filesystem. Quick search on the internet showed, I need gvfs-fuse package and its daemon running. Then it appears under /run/user/⟨uid⟩/gvfs/* which then can be easily symlinked for wine to appear as a drive if needed.

Mounting the shared network shares on login

Now, here's where I have vague idea that I could probably call something like gvfs-mount on login, the problem is that it needs password. Is there a way to pass the credentials from login credentials to the mount data? Or ask for them only for the first time and in gui (meaning the mount point is created automatically, the user is asked for login credentials which are then saved in his default keyring)? The path to network share should be same for all users.

Mounting user specific network shares on login

Now, the same as above, but the network path depends on the user, i.e. something like smb://username@domain/share/username.

Doing the above two for new users as well

How do I run a custom script when a local user is created during first remote login?

"Mounting" the network shares as drives in wine

Now, here I have an idea that some simple symlinking should do the trick, the network shares names should stay the same (even the directories they appear in the filesystem), so it shouldn't be a problem.

So, once again, any help, pointers, suggestions are very welcome, I'll try to keep this post updated with new information and new solutions.

UPDATE: Solution to user automount problem

So, with the help of people that commented in the comments section, I found a solution that's called pam_mount. I'm not sure how to do it the right way (TM), but here's what made it work for me:

  • Add auth optional pam_mount.so before auth sufficient pam_winbind.so cached use_first_pass, so that the credentials are shared between pam mount and login to AD. I added it to /etc/pam.d/system-auth, I'm not sure that's the correct way though.
  • Add session optional pam_mount.so so that pam_mount is executed at the start of the session. I added it to the end of the same file as above.
  • Edit /etc/security/pam_mount.conf.xml. Typical line would look like <volume user="*" sgrp="DOMAIN\domain users" fstype="cifs" server="domain.server.org" path="Shares/Usr_home/%(DOMAIN_USER)" mountpoint="/home/DOMAIN/%(DOMAIN_USER)/.ad/%(DOMAIN_USER)" />

And voila, it works. I only have one still unsolved issue with this, and that's I cannot get it not to use forceuid, forcegid and nounix mount options. I haven't tried yet, if it's a problem with pam_mount, or mount.cifs (i. e. if the server/client combination support cifs unix extensions like POSIX acls)...

Sunday, 9 February 2014

Why I don't like new UIs

I've recently had two experiences with UIs that are designed to be streamlined and user-friendly. And, frankly, to me they're anything but that.

Windows 8

For some reason I had to use it and well, it took me several minutes to figure out that the loading...-like screen is actually a log in screen and I need to click a nearly invisible single-coloured button to actually allow me to select (or write) a username and log in. Then it took me another several minutes to figure out how to find Desktop. During my work I was several times greeted with IE instead of Start menu (who the hell did have the idea to put an IE icon next to a sensitive corner that gets you to the start menuscreen?) and found out how to log out by sheer luck. Didn't figure how to shut down from logged user. Ugh, I have to tell, GNOME Shell is heaven compared to that.

Fedora 20 Installation

Everything is parallel. I have to say, I prefer the linearity of the old Anaconda. Just clicking next, next, next and nothing gets missed... Now, well, that's another question. The icons being single coloured didn't help much either. I just hate these new symbolic icons that the PC world of nowadays is plagued with. E. g. here on blogger I always confuse pencil with label. *Sigh*

But well, having to spend 30 mins on custom partitioning and only figuring the problem after reading a manual, when it was actually a something the installed could have told me itself, is a completely another story :( Why does the new anaconda tells me the partition is not correct, but does not tell me why. Why? Why? If it knows it's not correct, it should tell me the reason, not just pop up a bubble telling me something is wrong, that Fedora needs 5 Gigs of space (which was perfectly satisfied by the configured layout) but not telling me, that the problem is missing /boot/efi partition?! Something that's was obvious to the installer but not to the human encountering UEFI for the first time... Why it cannot tell me the error it encounters? Why? Why are all the new UIs pretending human is a brain-dead idiot with less intelligence than a well-trained monkey?

But to end it on positive note, F20 on Live USB is freakishly fast as well as the actual installation :-p

Tuesday, 19 November 2013

Fedora 20 Supplemental Wallpapers

So, because I'm kinda busy with my $ job and aikido training, it took me a while to get it done, but supplemental wallpapers for Fedora 20 are packaged and update submitted. Please test and karma :) They're prepared for use with xfce, kde, gnome/cinnamon and mate. If there's a way to make them available via bg selector in other DEs in Fedora, let me know how, I'd be happy to expand the portfolio ;-)

Sunday, 3 March 2013

My Impression of Gnome Situation

To me it seems, and with the Gnome Shell release this has become even more pronounced, that the situation around Gnome is like the situation around political parties in Czech Republic. They mostly lost touch with reality and majority of people either lost their interest in them, became their haters or their (almost) unconditional adorers. Pointing out an issue equals hating now (and yes there are some exceptions). I have lost faith. Sadly. In both. Does it need to happen to Fedora as well? If we gnomeifficate anaconda, we might end-up like this as well. Users aren't as dumb as we tend to make them. People don't want grey lives with nothing to look forward to, with nothing to choose from. With computers treating them as monkeys. I don't want an environment where I cannot choose between grey two-colour symbolic icons and colorful normal ones. Is reaching out specifically to women making them feel equal?

No, I'm not promoting choice in general. Linux is not about choice. I realize there are lines you should not cross. We cannot sensibly support two parallel audio stacks in Fedora. We cannot sensibly support Hurd or BSD kernel in Fedora. We cannot sensibly support any random combination of system libraries. But we can let user customize their HDD layout when installing. We can show them nice professional looking installer (don't get me wrong, I agree that the installer needed rewrite of its internals, I just don't agree with many of the UI changes that went along with the code redesign). We can show them KDE quality design. We can promote open standards while not setting the hurdle too high for using proprietary or patent encumbered. We can let them choose desktop background by clicking on desktop. We can let them turn off their computer. We can let them install OpenOffice without breaking LibreOffice. Are we?

Fedora Desktops – Quick Look

Hello to all.

Yesterday and today I've been working on packaging the wallpapers for Fedora 19. Since we have a couple of new desktops in Fedora, I thought it would be good to expand our coverage to them as well. In short – since Fedora 19, new wallpapers will be visible in backgrounds selectors of Gnome, KDE, Mate and Xfce. LXDE does not show any pictures and has a plain file chooser for that, Cinnamon uses Gnome stack, but has a bug in its backgrounds selector (read on), so the background is usable but not visible.

I've had various experiences with testing the packages in the desktops and as a couple of these were driving me mad, I thought I'd write a quick showcase. I needed precisely two things – terminal to install/remove the WIP packages and means to set the background. So, up to some initial word or two, this will be about how to run a terminal and how to change a background in these desktops. Also, even though I did it in new user account, widget themes might not reflect fedora defaults as I changed them at one point and I also didn't reset configuration between switching the DEs. Maybe someday I'll test default config and do a quick review of look'n'feel.

For convenience I'll review the desktops alphabetically.

Cinnamon

On first look I thought this might be good – it had panel, menu and looked almost fine. First problem was the symbolic icons in system-tray. I had no idea what half of them meant, but at least there were bubbles popping out that clarified things a bit. Desktop wasn't clickable. Menu got me mad the more I tried to work with it. I could say, from my point of view (POV), this desktop is a wasted effort. If I wanted Gnome 3 I would use Gnome Shell, if not, I don't see the point of choosing this over Mate or XFCE. For me this was even more painful experience than Gnome Shell. It was like choosing the worst features from all the desktops I tried and putting them together.

So let's look how I start terminal. First I open a menu. Ugh. A bunch of icons, three columns, the first one without any text. Huge padding. The third column changes contents on hoover in the second column. I always hated dynamic menus on web and this is not an exception. Scrollbars everywhere because of the padding and fixed height. As I rarely start apps by typing their names, actually rather dislike doing it that way, this is absolute pain for me.

Now for the desktop background. As I noted earlier, desktop is not clickable. So I had to figure out how to change it. So, let's find settings. Oh, it's one of those icons without text…

This gets me into a common interface that I know from other desktops as well. This is good. No big issue here. One tiny complaint might be that theme, desktop and background are three separate tools. Also I wonder, why it uses different icons than the rest of the desktop?

So, let's click background.

Huge. What a huge waste of space. The images are neatly small, probably the ideal size, with a nice shading to boost, but that huge white-space totally kills it. Plus point for showing image name, minus for not showing image author. Furthermore, our background is missing. Because it's XML. It's supported (as evident by it being actually used as background), but not selectable. Someone who actually uses Cinnamon should fill bug about it. The background changes on click. Space waste is common with Gnome. The All Settings button could have been on the same row with the Close one. There is no single reason why one should be at the top and the other at the bottom.

GNOME

First impression terrible. Black theme, grey washed-out symbolic icons, no pop-up bubbles, no menu. Animation everywhere. Second impression better than Cinnamon, still not usable for me. Inexplicable removing/hiding of useful features, re-adding some of them three releases later, sometimes adding unneeded steps in-between (read on for more info on this). However it's actually usable desktop. It would be a pain for me, but it would probably be easy to use for my grandma, for kids used to touch interfaces on iPads, for game console or for browsing the internet (after all, it basically behaves like something between the web and modern Android-powered phones and it uses web technologies like javascript and css *ugh*).

Now on to the terminal. First go to top-left to open activities. Empty. As its primary task is probably switching between windows, I haven't entered any menu yet. First I have to click on the icon that looks like grid nodes (what's the idea? It does not even remotely suggest that this will get me app list).

Huge. So I finally got into the menu. With huge icons and (when compared to the icon size) small text. Weird looking scroll-bars everywhere. So next step is select category (you don't expect me to find Terminal among zillions of uncategorized apps, right?) and find terminal. Animations everywhere.

It's better than cinnamon, but the two steps to get into menu are strange and ineffective. Gnome Shell isn't optimized for using mouse. But lets continue to background selection. This is the worst background selection I've ever seen. I think the following four pictures speak for themselves, but let's explain a little bit first. So again, desktop is not clickable so I need to go through control center. Let's skip for now the fact that I don't see Theme or Appearance there (maybe I forgot to install something), the control center is categorized (like in XFCE) and Background is there. No issue from me. Kudos for the categorization. But then, after selecting Background, a completely useless window appears. It just shows the desktop. Whoa. Does that mean there are no pictures to select from? No. The desktop is actually clickable. I don't understand why this single step is included. It obviously extraneous, unneeded, confusing. Then the selection itself normal. I can select from installed backgrounds, pictures from XDG_PICTURES or plain color. The UI could be better, it could be worse, but it serves its purpose. The pictures are big, but there isn't too much of white space in between them, so no issue. However. Neither picture name, nor its author is present. Fail. The background does not change until I click Select.

One common thing about gnome and cinnamon is it's use of awful flat grey everywhere. No single hint of colour or shaded gradient. In sheer contrast to the next DE.

KDE

This takes a lot of time to actually start, but then you are finally welcomed by a desktop that looks like designed by an artist. Yes. This is the only Fedora desktop that looks great and consistent. It can be clearly seen the theme has been designed by professionals and lots of time has been invested in it. For my taste it has too much animations, but knowing KDE it can be probably turned off. UI is another story though. Not my cup of tea, but about half of linux users like this, so I'll say it's good and detailed but for me it offers too much detail, it easily becomes overwhelming. It does not usually waste space. This is a desktop I could use after a bit of customizing.

Now let's start terminal. Like many people are used to from file managers, right-click on desktop offers you to start terminal in KDE. So +1 from me.

Another way is through menu. The design is similar to cinnamon, but works better. It looks like cinnamon took the idea from KDE, kept its worst parts (fixed size, scrollbars anywhere, change menus on hoover) and made it even worse by adding gnome-like bits. While it behaves menu like, it's still in the same place, things get replaced, and due to fixed size, scrollbar is not uncommon. This is one of the worst parts of KDE, from my POV, but unlike Cinnamon or GNOME it does not get on my nerves.

To change desktop wallpaper, right-click on it and select Default Desktop Settings. I don't fathom the word Default in the name, but other then then all cool. What comes up is finally something that has done things right.

The image sizes are reasonable, white space is neither too big nor too small and most importantly, it shows both name and author of the wallpaper. Let's repeat it because it's important. KDE is the only Fedora desktop environment that shows both wallpaper name and its author in its Desktop Background selection app. This is how it should be done. The only thing that would make it even better would be to also show the license. You need to click Apply to change the background.

LXDE

Lightweight desktop with all it takes. It's fast, it works, but it's simple. Configuration might take longer than in other DEs but it looks like highly usable desktop if you don't mind less features. Now let's start terminal. Finally a sensible categorized menu without scroll-bars. As expected, terminal is quickly found.

Changing the wallpaper is also standard. Right-click on desktop and select Desktop Preferences.

The selector itself is light weight. No previews, just a file chooser and a few more options. Cannot probably expect much more from a lightweight desktop, right? And it does it's work without any unnecessary steps.

Mate

A direct continuation of a desktop I used to use. This is fork of Gnome 2 with the intention to provide and upgrade Gnome 2 experience and as such it behaves. Nothing unexpected. Menus work as usual, icons have colour, things are usually efficient. I still could use this, but nowadays I prefer XFCE. So let's start terminal. It's almost the same as in LXDE.

Nothing really wrong here, but too big icons and too much padding. If you have small screen or many apps, scrollbars appear. There's an option to start it from desktop context menu like in KDE as well.

Same goes with desktop settings. Directly accessible from desktop context menu. This is what we get.

Image size good, padding could be smaller, but just like with GNOME – no name, no author. Fail. Wallpaper changes on click.

Xfce

I'm not sure in which category this falls. It's not lightweight like LXDE, it's similar to gnome 2, but it's not gnome 2 ;-) Currently my desktop of choice so I skip on praising this time, only one note – the default config looks "bleh", but its actually highly tweakable and after some time it can be made look really good (although partly due to the lack of really professional looking GTK2/3 themes not as good as KDE). Starting terminal in XFCE is quickest of all the DEs I've tried thanks to special launchers to "Preferred Applications" that are also included in default bottom panel.

It can be also started from menu. It's similar to Mate, but it's all-in-one solution. There isn't separate menu for Settings and Administration. The icons are smaller, there's less padding so it takes much longer for scrollbars to appear. This is what I like the most.

Terminal can also be stared from desktop context menu.

Background selector can be run from the same place as well. This is what it looks like.

No waste of space, preview included, simple selector. No name, no author, but filename is present, so while it isn't fail, there's still lots of room to improve. Wallpaper changes on select.

Conclusion

While I was writing this, I realized that even though I write it alphabetically, it also reflects how I like the DE I write about – the first one least, the last one most. Interesting coincidence. If I had to draw some conclusion I'd say that traditional desktops are very good for starting applications, terminal especially, KDE is midway and GNOME and Cinnamon lag behind. I think the change from menu to something else is making things worse rather than better (this counts for Windows 7 as well, I find it very hard to find an app I want to start there without using keyboard). When selecting background, KDE is the obvious winner with both being quick and easy and providing most of important information. Gnome and Cinnamon both fail tremendously in this. Last, when it comes to design, KDE is the obvious winner with a very professional polished look, traditional GTK2 based desktops are so-so with lots of room for improvement, Cinnamon and GNOME are terrible and very amateurish from my POV.

So in short, while I use Xfce, and will continue doing so, from this short comparison, KDE comes out as the winner.

Wednesday, 27 February 2013

Consistent Perspective in a Group of Icons – How To

I've been creating a bunch of Echo icons lately and one thing I wondered how to do properly is perspective. It's easy to do thinks consistently if you're using some kind of metric projection (e.g. isometric), because you have simple linear transformations from (X, Y, Z) to (x, y). That's not true for perspective. How the 3D projects to 2D depends on the shape, on the position, on the size and many more factors when projecting with perspective. Because I was creating many icons at once, all flat ones with constant thickness, I wanted to do this not only consistently, but also quickly. I've came up with the following workflow.

Start with drawing the front face of the icon on the canvas, just like if you were drawing pure 2D.

Then duplicate the canvas as well as the icon shape. Don't forget to change colours so that you can easily tell them apart.

Next change the size of them by some factor and use the same factor for every icon you create and is supposed to have the same thickness. The resize should be done to both canvas and the icon shape at the same time so that it scales properly, keeping the ratios and position of the icon on canvas.

Then move the resized canvas together with the icon shape to it's new position. Again this has to be done consistently for all icons with the same thickness. You can imagine that the original and edited canvas create together some kind of cuboid whose front and back faces are squares, even in the 2D projected image its thickness regulates thickness of the icons and the relative position of its back side to the front side controls your point of view.

Next delete the changed canvas (we don't need it anymore) and put the back side of the icon behind the front one.

Next you should remember that you're doing an icon so it should be properly aligned to pixel grid in order to look crisp. This can be done quickly with the help of inkscape grid feature.

Now we have front and back side of the icon, but we still don't have it's sides, as can be seen on the next picture.

The easiest and for simple icons also the best way to do them is to duplicate the front side again, merge it with the back side and fix those bumpy parts to look as you'd expect them using the node tool.

Now the icon is only missing some shading and outline.

So next we add some gradients to make it look as we wish – this can be a tedious task, depending on how realistic we want the icon to look. On small size like this one it can be greatly simplified though. And finally we add an outline. This can be done by duplicating the edited shape again, adding an outline that is twice as wide as we want it to be (because half of it will be hidden) and push it bellow the whole icon. The result looks like this:

Finally we render the icon in desired size with transparent canvas and it looks like this:

I hope you like my today's how-to :-) Also, bear in mind that this is greatly simplified perspective projection as we use it in icons, if you were going for fully realistic painting you'd quickly find this workflow isn't suited for such task.

Monday, 11 February 2013

[New Fedora Package] Tagaini Jisho – A Japanese dictionary and study assistant

Dear fellow Japanese language students, rejoice. I've been using the app in title for a while, but I finally got around to do a proper Fedora package and push it to Fedora ;-) So installing is now super easy.

  • For Rawhide:
    su -c 'yum install tagainijisho'
  • For Fedora 17 and Fedora 18 (I decided not to support Fedora 16 as it's going to be EOLed shortly):
    su -c 'yum install tagainijisho'

Tagaini Jisho is a cool piece of software, an irreplaceable tool for anyone learning Japanese. You can use it not only as a Japanese-%{your-language} dictionary/kanji search tool, you can also use it to learn the words, and to learn the Japanese characters. Hiragana, Katakana, Kanji – all included, and with animated stroke order diagrams! More info on www.tagaini.net. Some screenshots bellow:

Update 2013/02/21: Tagaini Jisho has been tagged to stable repos for Fedora 17 onward. The issue with dictionaries mentioned in comments is also fixed in that push. Enjoy!

Thursday, 7 February 2013

(XFCE) Terminal and XChat Colour Scheme

I'm a regular terminal user and with F18 I switched back from Sakura to XFCE Terminal, because for some reason sakura refused to get configured as before (I think I wasn't able to remove window borders anymore)—I prefer terminal in some kind of semi-full-screen mode, i.e. maximized (but with DE panel[s] still visible), without menu, without window borders, without scrollbars. And while I was at the configuring, I decided to change the default colour scheme. It's not like I particularly dislike it, but as a regular mc (midnight-commander—there isn't a better file manager out there) user, I kinda grew to dislike the blueness of the default blue and some kind of colour combinations weren't exactly easy to read (hinted fonts are partially to blame for that though, by design). So first I searched a bit over the net, but didn't find anything satisfactory, so I decided to adapt Echo Icon Theme Palette for terminal use (black terminal, I've also prepared a bright/inverse version for xchat). First how it looks:

And now for the actual colours. Here's an excerpt from ~/.config/Terminal/terminalrc:

BackgroundMode=TERMINAL_BACKGROUND_TRANSPARENT
BackgroundDarkness=0.950000
ColorPalette1=#000000000000
ColorPalette2=#b4b400000000
ColorPalette3=#0000aaaa0000
ColorPalette4=#cbcb7c7c0000
ColorPalette5=#00003f3f6868
ColorPalette6=#bfbf0000efef
ColorPalette7=#0000a61dd074
ColorPalette8=#c6c6c6c6c6c6
ColorPalette9=#5ef75ef75ef7
ColorPalette10=#ffff52990000
ColorPalette11=#9393dada0000
ColorPalette12=#ffffe1e13939
ColorPalette13=#00007373a2a2
ColorPalette14=#dbdb8181ffff
ColorPalette15=#8181e3e3ffff
ColorPalette16=#ffffffffffff
ColorForeground=#c6c6c6c6c6c6
ColorCursor=#c6c6c6c6c6c6
TabActivityColor=#00003f3f6868
ScrollingSingleLine=FALSE

You can notice I also included ScrollingSingleLine=FALSE—that makes shift+arrows work in mc to select items ;-)

And now from ~/.xchat2/colors.conf

color_0 = 0000 0000 0000
color_1 = ffff ffff ffff
color_2 = 5050 d8d8 ffff
color_3 = 5b5b b5b5 0000
color_4 = ecec 2828 0000
color_5 = d7d7 a1a1 3c3c
color_6 = d4d4 6767 ffff
color_7 = b4b4 0000 0000
color_8 = 6666 3c3c 0000
color_9 = 0606 9090 0000
color_10 = 0000 7373 a2a2
color_11 = 0000 3f3f 6868
color_12 = 0000 adad dbdb
color_13 = bfbf 0000 efef
color_14 = 5e5e 5e5e 5e5e
color_15 = 3030 3030 3030
color_16 = 0000 0000 0000
color_17 = ffff ffff ffff
color_18 = 5050 d8d8 ffff
color_19 = 5b5b b5b5 0000
color_20 = ecec 2828 0000
color_21 = d7d7 a1a1 3c3c
color_22 = d4d4 6767 ffff
color_23 = b4b4 0000 0000
color_24 = 6666 3c3c 0000
color_25 = 0606 9090 0000
color_26 = 0000 7373 a2a2
color_27 = 0000 3f3f 6868
color_28 = 0000 adad dbdb
color_29 = bfbf 0000 efef
color_30 = 5e5e 5e5e 5e5e
color_31 = 3030 3030 3030
color_256 = ffff ffff ffff
color_257 = 0000 7373 a2a2
color_258 = 0000 0000 0000
color_259 = ffff ffff ffff
color_260 = cccc 1010 1010
color_261 = 0606 9090 0000
color_262 = 0000 7373 a2a2
color_263 = 5b5b b5b5 0000
color_264 = 5e5e 5e5e 5e5e

Hope it's useful to other people than me as well. I find it both easier on eyes, and having better readability (with the font I'm using, it seems this one is important too).

PS: For those wondering about some differences of my desktop compared to previous screenshots—when trying out CentOS 6, I got addicted to analog clock ;-) And a little while before I decided to hide the bottom panel automagically to have more space for apps.

PPS: My apologies for having some comments in my moderation queue for too long, somehow I wasn't notified via mail, or missed them. I definitely don't censor, the moderation is for spam purposes only (or for cases were people post the same reaction multiple times).

Update (2013/08/08): In Fedora 19 (and newer), the xfce terminal config is in different place and colours are specified slightly different. Here's excerpt from ~/.config/xfce4/terminal/terminalrc:

ColorPalette=#000000;#b40000;#00aa00;#cb7c00;#003f68;#bf00ef;#00a6d0;#c6c6c6;#5e5e5e;#ff5200;#93da00;#ffe139;#0073a2;#db81ff;#81e3ff;#ffffff
ColorCursor=#c6c6c6c6c6c6
TabActivityColor=#00003f3f6868
ColorForeground=#c6c6c6c6c6c6