This is an unsolved problem which I couldn't solve for *years* now. But lately I gave it a try and did solve the gtk-3 part. gtk-2 still unsolvable.
I am a fluxboxuser, but I install packages across whichever DE.
That's how it looks like: (http://fotos.ac52.de/fonts_vergleich.png)
fluxbox decoration fro the fluxbox configuration.
dolphin (and KDE) configured using digikam, the most comprehensive settings manger for KDE
thunar (and all other gtk2 applications like geany, gksu, gimp. gparted): no clue
blusfish, not here on the image, useses gtk-3. I could change whatever using a CCS file ~/.config/gtk-3.0/gtk.css
https://developer.gnome.org/gtk3/stable/GtkCssProvider.html
For gtk-2 I tried everything:
http://awesome.naquadah.org/wiki/Customizing_GTK_Apps
The strange thing is: Using lxappearance I can change all fonts within the window of this application (lxappearance), and it looks like I wannted my gtk-2 application to look like. BUT, it doesn't change on bit on other applications AND it does not store these settings for itself (although I hit the respective button. It's gone after closing lxappearance and reopeningn it).
I installed gnome-settings-manager (which provides absolutly no font config, which remids me why I desperatly hate gnome). I could change *some* fonts in submenus :o only using gnome-color-chooser. I didn't change the fonts in the menue bar.
try lxappearance :)
You didn't read.
tja - leider kurz daneben - und ich kann lesen und schreiben. Dass dieses Problem recht trivial ist, hast Du ja schon gemerkt.
Lösung:
* xorg iso nehmen und booten
* netzwerk anschalten und apt-get update; apt-get install lxappearance git
* in ~ git init und user und mail festlegen
* git add . ; git commit
* jetzt lxappearance starten und irgendwas ändern. Ich hab als Test crux gewählt
* speichern
$ git status
... blabla ...
.config/gtk-3.0/
.gtkrc-2.0
... blabla ...
wo ist jetzt das Problem, in der .gtkrc-2.0 unter gtk-font-name den eigenen Font einzutragen, der als Standard benutzt wird?
Fonts sind normalerweise Sachen, die der WM verwaltet - so zum Beispiel bei Openbox mit obconf. Für openbox gibt es dann als Brücke zu lxappearance das Paket lxappearance-obconf. Und das generiert für openbox halt die GTK-Settings dynamisch und viel mehr granuliert. Die oben erzeugten Dateien sind dann nur noch ein guter Fallback.
Fluxbox als sehr beliebtes und aktiv entwickeltes Projekt bietet solche Tools meines Wissens nicht, in der Begleitliteratur werden aber oft nano und vi als Konfigurationsoberfläche genannt.
Quote from: melmarker on 2014/09/21, 16:18:49
...und ich kann lesen ...
Meine zweifel daran sind durch dieses posting erheblich gewachsen
Quote from: melmarker on 2014/09/21, 16:18:49Dass dieses Problem recht trivial ist...
Nur für leute die nach dem überfliegen das parsen vergessen.
Quote from: melmarker on 2014/09/21, 16:18:49wo ist jetzt das Problem, in der .gtkrc-2.0 unter gtk-font-name den eigenen Font einzutragen, der als Standard benutzt wird?
Leider ist auch der einzig sachliche hinweis in deinem sonstigen geschwafel so sinnlos wie ein kropf, weil das längst versucht wurde. Das problem besteht ja darin dass genau das nicht geht.
Quote from: melmarker on 2014/09/21, 16:18:49... in der Begleitliteratur werden aber oft nano und vi als Konfigurationsoberfläche genannt.
ist das jetzt wirklich so niveaulos wie es ausschaut? Ich meine wenn *du* ein problem nicht lösen kannst, dann stufe doch bitte den fragesteller nicht auf anfängerniveau herunter.
michaa7: Mach brav Deine Hausaufgaben, vielleicht nutzt es ja doch irgendwann was.
Das mit der Anfängernivea hast Du höchstselbst erledigt. So kreativ muss ich nicht sein. Falls ich mich geirrt haben sollte und Du tatsächlich so was wie Linux-Grundkenntnisse besitzt - sorry.
Du bist einfach unverschämt!
Quote from: michaa7 on 2014/09/21, 19:59:03
Du bist einfach unverschämt!
michaa7 bitte keine persönlichen Angriffe, sondern sachlich bleiben. Danke!
was ist daran ein persönlicher angriff?
Für mich ist überhaupt nicht nachvollziehbar was melmaker mit seinem wolkigem blah überhaupt zur lösung beitragen wollte? Ich bin derjenige der auf anfängerniveau heruntergestutzt werden soll weil er keine lösung hat. Bei ihm wäre deine bemerkung angebrachter.
EDIT:
Leute, ich habe ein altes font darstellungsproblem unter fluxbox mit programmen auf basis unterschiedlicher toolkits. Lösen konnte ich das für fluxbox-deco-fonts, KDE-deco-fonts, gtk-3-deco-fonts. gtk-2-deco-fonts ist nach wie vor ein problem.
Ich kann im von anderen hier beteiligten geschriebenen bislang keinen lösungsansatz erkennen, der bei mir nicht schon in einer sackgasse geändet hätte.
In soweit bin ich nach wie vor an tatsächlicher hilfe interessiert soweit jemand etwas neues beitragen kann.
Nochmals:
lxappearance startet selbst mit dem layout, wie ich es in anderen gtk-2 applikationen wie gparted oder geany zu gesicht bekomme. Es ist wohl das Light-industry Theam mit dem Tango Icon-theme.
Die schrift ist mit "Sans 10" angegeben.
Es ist kein problem in lxapearance die schrift auf die gewünschte größe zu ändern, z.b. "Sans 15". Das lxapearance fenster ändert sich nach drücken des "Anwenden"-knopfes entsprechend. Es schaut nun so aus wir ich es haben möchte.
Aber nach beenden von lxapearance und wiederöffnen ist wieder alles beim alten, "Sans 10" und nicht "Sans 15". Es speichtert die änderungen nicht.
Ein manuelles ändern der entsprechenden konfigurationsdatei .gtkrc-2.0 ändert auch nichts. Und auch das erstellen der eigentlich zum manuellen ändern gedachten datei .gtkrc-2.0.mine mit entsprechender fonts zeile ändert nichts.
Irgendetwas steht im weg und ich weiß nicht was und wo.
Back to EN:
The problem are the fonts of applications based on different toolkits with Fluxbox (I primarily refer to the fonts of the menue bar of each application). I could configure the fonts for the fluxbox decoration, for KDE and gtk-3 applications, gtk-2 is the problem I can't solve for a long time now:
I start lxappearance which presents itself with exactly the same fonts as other gtk-2 applications. Accordingly to lxappearance the font is "Sans 10". If I change the font to lets say "Sans 15" and I press "apply" I get what I want as far as the lxappearance window is concerned. I close it and reopen it. All gone, it's "Sans 10" again, not "Sans 15".
Manually changing the config file .gtkrc-2.0 does nothing. And creating the actually for user settings demanded file .gtkrc-2.0.mine containing the font definition helps neither.
I see two problems here:
1) lxappearance does not write correctly or not at all to ~.gtkrc-2.0, at least when running outside a lxde session.
2) gtk-2 applications do honor neither ~.gtkrc-2.0 nor ~.gtkrc-2.0.mine, at least when running outside a lxde session.
I am gratefull to everybody who could A) confirm the problem or B) give usefull advice how to solve this.
Hello michaa7,
thanks for returning to the topic of your question.
I highly appreciate your continous effort to spread the usage of english language in the siduction forum.
greetings
musca
Quote from: musca on 2014/09/21, 22:37:39
Hello michaa7,
thanks for returning to the topic of your question.
I highly appreciate your continous effort to spread the usage of english language in the siduction forum.
greetings
musca
Thanks. It would be great when all mods could stick to the conventions, too, which includes not posting in the wrong language. Talking BS is free, though.
I appreciate your support.
Just keep it cool! We all have to be very careful with our answers and responses. We're supposed to be the community based OS. Remember what happened to Ap**sid...
I've seen that you use Fluxbox and not LXDE/Openbox, but perhaps my observations in the latter could help as an example or reference. I had a similar problem with lxappearance forgetting it's settings last year. Sadly I don't remember the exact steps to solve that, but now it works: every time I change settings with lxappearance, the file that gets changed and keeps theme/icon/fonts is ~/.config/openbox/lxde-rc.xml and there is another file in that directory ~/.config/openbox/rc.xml
Does Fluxbox perhaps have similar files? I think I had to copy them from their original location /etc/xdg/openbox/rc.xml
/etc/xdg/openbox/LXDE/rc.xml
and changed permission to my user before I got it working.
FWIW the packages lxappearance and lxappearance-openbox are installed. (One odd thing is I don't have any .gtkrc-2.0 in my homedir, but I think lxappearance creates that when run without LXDE and uses above dirs when run with LXDE).
Someone having similar problem, without a solution yet, but maybe worth watching the thread: http://crunchbang.org/forums/viewtopic.php?pid=392782
yes, this sounds very much to be a similar if not the same problem.
I yesterday tested a bit with openbox, which only revealed that geany's font in the menue bar (gtk2) was looking slightly different as it looks in fluxbox. Strangely, this was limited to geany, other gtk2-apps weren't affected.
I also wanted to try cairo-dock (Gnome) but it didn't start, no clue why, but I don't care.
My next step will be to test with a new user with a new /home. But not today. This gkt2 problem is rather old and as fruitless as all my previous attemps have been I don't give it priority number one. (BTW, I still owe you an answer regarding our private deal. It will need some more time).
What I really need to find out is how to trace which font-path is actually used by a single gtk2 application while opening it it in a VT (as opposed to what whichever manual tells us is supposed to be used; it seems there can be to many players). I wonder whether there is *such a verbose* means.
Thanks.
https://mediacru.sh/T0GgP72QUp3L.jpg
michaa7 - only to understand the problem - we talking about which fonts and which settings? You should differ exactly between the application part and the decoration part. if you want to change the decorations font, this is done directly in the fluxbox theming.
For the apps itself: this is done via used toolkit - in this case i hereby recomment strongly gtk+ as style, because it is the only reasonable Setting that works for gtk2, gtk3, qt4 and qt5. Some other thing: It is ok to use the gtk+ Style for qt applications, the other way (qtcurves gtk) is buggy as hell and damn slow. if you consider to use gtk+ as style it is recommend not to start the app with a command like otter-browser -style gtk+, set a environment variable for it: QT_STYLE_OVERRIDE
http://unix.stackexchange.com/questions/127666/qtconfig-tool-for-qt-5
https://wiki.archlinux.org/index.php/qt
https://wiki.archlinux.org/index.php/Uniform_Look_for_Qt_and_GTK_Applications
@der_bud: Die Lösung damals war recht einfach. Ich bin einfach dem Upstream so lange auf die Nerven gegangen, bis die Probleme gefixt waren. Dann noch flugs die debian-Paketierung angepasst und schwupps funktionierte es.
Das war halt irgendwann Anfang Februar. Und seit dieser Zeit arbeiten Andriy und meinereiner immer wieder recht erfolgreich zusammen. Er programmiert, ich teste und nörgle. Das hat die Lösung vieler Fehler im Bereich appearance und panel erheblich beschleunigt.
lxappearance (0.5.5-1) unstable; urgency=low
[ Alf Gaida ]
* Add dbus support. (Closes: #720604)
[ Andriy Grytsenko ]
* Merging upstream version 0.5.4.
* Merging upstream version 0.5.5. (Closes: #636093)
* Adding myself to uploaders.
-- Andriy Grytsenko <andrej@rep.kiev.ua> Wed, 26 Feb 2014 03:19:29 +0200
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720604
Quote from: melmarker on 2014/09/22, 17:56:04
https://mediacru.sh/T0GgP72QUp3L.jpg
michaa7 - only to understand the problem - we talking about which fonts and which settings? ...
I appreciate you now try to parse the problem correctly [1].
The answer is in
my first posting where it says "This is how it looks like" with the underlying link: http://fotos.ac52.de/fonts_vergleich.png
From this foto it should be clear. All application windows obviously carry the fluxbox decoration, which I know and knew since years how to change. Fluxbox deco no problem for no whatever toolkit using program.
QT/KDE (here dolphin): fonts within application (i.e. all fonts
except deco provided by fluxbox) fonts menue bar, fonts file system tree, font menue, submenues: no problem, they are as fat and big as I like it, fonts are set using digikam because it is more comprehensive than KDE system settings!!!
GTK-3 applications (so far found bluefish, gaupol, gimage-view (don't remember exact name), one or two others), no example in the above linked foto. Solved recently with the help of some guys from debianforum.de , with pointed me to using CCS file ~/.config/gtk-3.0/gtk.css . Works like a charme (although seems to be slow while opening).
gtk2 (i.e. all fonts
except deco provided by fluxbox)
Look at the foto: It's thunar (partly covered by dolphin), a gtk2 application (like gparted, gksu, geany a.o.). Now compare the menue bar and the fonts of the file system tree. Compared to what dolphin and the fluxbox decoration looks like they are small and tiny (if your browser doesn't zoom the image). Accordingly to what lxappearance says and what cannot be saved after changing it it's "Sans 10". The words "Geräte" and "Orte" are a bit better only because the last days I tried whatever I got between my hands: gnome-color-chooser allows for changing some fonts, but not for the most important ones.
All this is info from the first posting, polished and extended.
I know qt-curve is considered a problem by some people including you, in the past (the farer past) I had uninstalled it but it created problems which I don't remember. I don't like to and don't want to change qt applications to gtk-X. The otter-browser thing happend for testing purpose only because allthough being a QT5 application, it doesn't honor my QT settings (which is a totaly unrelated problem caused by the fact that both, QT5 AND otter-browser are so to say *unstable* read "progressing with some glitches" and compiling the *.deb they are using ... kubuntu, different libs there and so on.... Yes, ...I am totally aware of what that means. Sidenote: I hope the progress of otter-browser will soon outshine other browsers development. I really hope you (the siduction team) at least consider to include it. Yeah, Im daydreaming ;-) ).
I reassigned a lower priority to this gtk2 problem as it requires a more profound research (at least new home, maybe qt-curve purged (and see what new problems occure). I'll follow your links and read it before I go on.
EDIT:
What really would help if someone could ponit me to a means which allowed for seening what font-path is used while open a gtk2 app in a VT. I this is possible at all.
/EDIT
Thanks
[1]
You earn all (my) merits for what you do for siduction. What you do is magnitude bigger than what I ever have done and am able to do.
I did blame you in the past when you didn't parse what I said, I did it in this partly deviated thread and I will do so it in future, if neccessary.
I say this here publicy as *I* have been the person who has been publicly blamed while (and somehow for) trying to *defend* my problem against being ridiculed.
And herewith I call this part auf the deviation *closed*. Your help is appreaciated.
only a thought - please change in ~/.gtkrc-2.0 the font to "Mono 14" or "Monotype 14", pkill all thunar instances and start thunar again. Post the picture here - or come with the screenshot to irc, its faster. This is only to see this works.
Eventually there is a solution for your problem - It doesn't need the chooser tool to edit the gtk-settings. There are some extended gtk2 ressources one can use:
https://github.com/alicee/config/blob/master/gtkrc-2.0-solarized-dark
These samples are all fugly as hell - but should work, the only thing you need to do is to identify the needed widgets or groups and format them the way you like them - not be affraid of, the most programs ues standard names. A deeper look into the internet may help too, even not directly. One note to the sample, they change only colors there - but this should work with fonts and sizes too.
Forgot one important thing - you should have a look at the settings created by the chooser tool, i would save this file as the include-file in .gtkrc.
Quote from: melmarker on 2014/09/22, 20:52:43
only a thought - please change in ~/.gtkrc-2.0 the font to "Mono 14" or "Monotype 14", pkill all thunar instances and start thunar again.
This test didn't work in the past. To please you, I did as described above, to no avail, although I changed not only ~/.gtkrc-2.0 (which shouldn't be touched) but ~/.gtkrc-2.0.mine, too. Nada ... which is why I won't post a screenshot.
Quote from: melmarker on 2014/09/22, 20:52:43
Eventually there is a solution for your problem - It doesn't need the chooser tool to edit the gtk-settings. There are some extended gtk2 ressources one can use:
https://github.com/alicee/config/blob/master/gtkrc-2.0-solarized-dark
Changing themes, isn't this a complete different building ground? Whatever, I am very sceptical with solutions outside the Debian repos (with siduction as an exception). And I was right, as you'll see below.
Quote from: melmarker on 2014/09/22, 20:52:43
Forgot one important thing - you should have a look at the settings created by the chooser tool, i would save this file as the include-file in .gtkrc.
the chooser tool does this by itself, but it seems it can get lost if you open lxappearance or other tools, not really sure.
But it is solved now, (and qt-curve isn't the culprit neither):
I opened a
xfce session. I went through different setting-dialogs and found something called, in german,
"Erscheinungsbild" (appearance). From how it looks it seems an XFCE-tool. Like with lxappearance, it showed "Sans 10" as used font. I changed it to "Sans 15", it not only changed the fonts in its own window, but in all gtk2 applications. The new setting is saved (but *not* to gtkrc-2.0 !). The changes work in fluxbox. Hooray!
So I can this mark solved, somehow, as it solved my problem.
But there are some questions. Whats the name of the xfce application I used? I really would like to know its binary name with which to call it from CL outside a XFCE session, if possible at all.
I seems there is a bug if XFCE settings do not care how and where other DEs or setting-tools store their settings (like lxappearance). Much worse, somehow this
XFCE-Erscheinungsbild/appearance-tool seems capable of somehow disable the fontpath used by gtk2 application *outside* a xfce session. And that really is a bug.
I don't know whether the following info is of any value:
Before opening the xfce session I played around with strace:
strace -o fonttest geanyand extracted "gtkrc"
cat fonttest | grep gtkrc
Quote$ cat fonttest | grep gtkrc
lstat64("/usr/share/geany/geany.gtkrc", {st_mode=S_IFREG|0644, st_size=1442, ...}) = 0
open("/usr/share/geany/geany.gtkrc", O_RDONLY|O_LARGEFILE) = 7
access("/usr/share/geany/geany.gtkrc.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/geany/geany.gtkrc.de", F_OK) = -1 ENOENT (No such file or directory)
lstat64("/usr/share/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT (No such file or directory)
access("/usr/share/gtk-2.0/gtkrc.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/gtk-2.0/gtkrc.de", F_OK) = -1 ENOENT (No such file or directory)
lstat64("/etc/xdg/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT (No such file or directory)
access("/etc/xdg/gtk-2.0/gtkrc.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/xdg/gtk-2.0/gtkrc.de", F_OK) = -1 ENOENT (No such file or directory)
lstat64("/etc/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT (No such file or directory)
access("/etc/gtk-2.0/gtkrc.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/gtk-2.0/gtkrc.de", F_OK) = -1 ENOENT (No such file or directory)
lstat64("/home/mh/.gtkrc-2.0", {st_mode=S_IFREG|0644, st_size=543, ...}) = 0
open("/home/mh/.gtkrc-2.0", O_RDONLY|O_LARGEFILE) = 7
lstat64("/home/mh/.gtkrc-2.0.mine", {st_mode=S_IFREG|0644, st_size=24, ...}) = 0
open("/home/mh/.gtkrc-2.0.mine", O_RDONLY|O_LARGEFILE) = 8
access("/home/mh/.gtkrc-2.0.mine.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/home/mh/.gtkrc-2.0.mine.de", F_OK) = -1 ENOENT (No such file or directory)
access("/home/mh/.gtkrc-2.0.de_DE", F_OK) = -1 ENOENT (No such file or directory)
access("/home/mh/.gtkrc-2.0.de", F_OK) = -1 ENOENT (No such file or directory)
access("/home/mh/.themes/808080/gtk-2.0/gtkrc", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/themes/808080/gtk-2.0/gtkrc", F_OK) = -1 ENOENT (No such file or directory)
I did the same after the XFCE session and did a diff between fonttest1 and fonttest2:
Quote$ diff -y --suppress-common-lines ft1 ft2
lstat64("/usr/share/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT ( | lstat64("/usr/share/gtk-2.0/gtkrc", 0xbfd83c50) = -1 ENOENT (
lstat64("/etc/xdg/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT (No | lstat64("/etc/xdg/gtk-2.0/gtkrc", 0xbfd83c50) = -1 ENOENT (No
lstat64("/etc/gtk-2.0/gtkrc", 0xbfd99100) = -1 ENOENT (No suc | lstat64("/etc/gtk-2.0/gtkrc", 0xbfd83c50) = -1 ENOENT (No suc
Stange thing, those files do not exist, how can there be something differnet?
Anyway, melmaker, if this is info you want to share with your lxappearance contact person, please do so. But let me know, because otherwise I will file a bug report myself. Probabely I'll do it anyway against XFCE-????, have to find out.
8)
hihihi - no clue - strange things going on
if all things run as they should gtk will use these files in ascending priority - so the user file should win in any case:
/usr/share gtkrc
/etc/ gtkrc
~/.gtkrc
tested and found working in my xorg (pure fluxbox) environment - und ich wollte Dich nicht ärgern, das ist auch kein Problem in lxappearance. btw - kann es sein, dass Du irgendeine Session laufen hast, die in lxappearance eingreift? das würde genau das Verhalten erklären. Denkbar wäre auch, das ein eventuell installiertes OpenBox zuschlägt - wild geraten. Aut gut deutsch, ich hab keinen Plan, was da schiefläuft. Ich weiss nur, dass es nicht so sein soll.
Quote from: melmarker on 2014/09/23, 00:24:02
...
if all things run as they should gtk will use these files in ascending priority - so the user file should win in any case:
/usr/share gtkrc
/etc/ gtkrc
~/.gtkrc
That's what I think, too
Quote from: melmarker on 2014/09/23, 00:24:02
tested and found working in my xorg (pure fluxbox) environment
What is an xorg.iso? I googeled for it, to no avail.
Quote from: melmarker on 2014/09/23, 00:24:02
... ist auch kein Problem in lxappearance. btw - kann es sein, dass Du irgendeine Session laufen hast, die in lxappearance eingreift? das würde genau das Verhalten erklären....
Yes, that is the case as I now found out. In the fluxbox startup script, there was a line (until some minutes ago) consisting of "xfsettingsd &". It sat there since I changed from KDE3 to fluxbox, some years ago. Commenting out this line caused the spook to vanish. lxappearance is now working (although the same fonts set with xfsettingsd look *slightly* different when set with lxappearance. Some fonts of my loved opera browser look different after disabeling xfsettingsd. But that's all secondary).
The fact is: xfsettingsd intercepted somehow the whole gtkrc fontpath in a not obvious manner. I still think this is a bug if no error message tells you something intercepts what you try to do.
the intentional behavior of lxappearance is: if lxde-session is available, hook on an save the setting via session and settings daemon - if no session to hook on - create the gtk files - if another settings daemon is running lxappearance dont recognise this daemon - and write the files which the daemon ignores.
But lxappearance do another thing too - thats fixed with the changelog entry i posted: it provide the changes via dbus to all running applications - this works fine, as seen - but it appears that lxappearance don't save the settings which is not the case :)
xorg-iso - or minimal iso: a stripped down siduction our x-related packages without a full desktop environment. we put fluxbox on it as fluxbox is only one package:
ftp://ftp.spline.de/pub/siduction/iso/december/xorg/amd64_2014-01-27_22-17/siduction-13.2.1-december-xorg-amd64-201401272217.iso
Quote from: michaa7 on 2014/09/23, 01:34:40
What is an xorg.iso? I googeled for it, to no avail.
Though not very much promoted, there is a siduction flavour for people who don't want one of the big players of DE but install their own favoured window manager on top of a minimal preconfigured Xorg environment:
Quote from: http://news.siduction.org/2013/12/release-notes-for-siduction-2013-2-with-systemd/"... Besides those desktop environments we also include noX, which had it's premiere with the last release and is an environment without X. There is, last, but not least, an image that listens to the name of Xorg and it features the minimal window manager Fluxbox on top of X.... "
It's a pretty thing, a minimal graphical siduction as starting point to play around with DEs and WMS of your choice. For a packagelist see the manifest file in http://ftp.uni-stuttgart.de/siduction/iso/december/xorg/amd64_2014-01-27_22-17/
we will promote the xorg iso more in the upcoming release - we create it primary just for fun and to ease our development - trying new packages, desktop environments without the need to take nox and install all the X things to it - after a while we found it useful and decide to make it public available :)