Version: 0.7.6 (using KDE 3.5.1, Debian Package 4:3.5.1-1 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.14-kanotix-9 Kmahjongg consequently ignores a pics folder and its content I created in the ~/.kde/share/apps/kmahjongg/ directory. That forces the user to use the systemwide kmahjongg directory and become root just to install a new kmahjongg theme.
SVN commit 508616 by aacid: Allow reading of pictures in ~/.kde/share/apps/kmahjongg/pics so people don't need to be root to add themes, etc BUGS: 121807 M +83 -105 Preview.cpp M +15 -15 Preview.h M +0 -7 boardwidget.h M +5 -5 kmahjongg.cpp M +1 -1 version.h
So with the next release the user can save designs in home, thanks. When I now, in the current unpatched release, want to save a design it has the (wrong) path /usr/share/apps in it. Is that also be corrected with this? Themes saved now in the home directory won't need that path information.
Hmmm, did not understood the question sorry, my english is not as good as i would want sometimes. Can you make a "simple" example of what is the problem now and how do you want the program to behave?
Well... I try it: I do not yet have the version of kmahjongg you have fixed, I still have the official version. When I save a new design (Game - Save Design) I get a text file (for example saved in my home directory) with the following content: kmahjongg-theme-v1.0 /usr/share/apps:something.tileset /usr/share/apps:something.bgnd /usr/share/apps:something.layout Note that /usr/share/apps. If I (as root) move the text file to /usr/share/apps/kmahjongg/pics I have to delete that /usr/share/apps entry manually because otherwise kmahjongg cannot load the theme. Kmahjongg cannot load desings from other places than /usr/share/apps/kmahjongg/pics so the entry /usr/share/apps in the design text file is useless and wrong. Imagine now I have your fixed version. When I now save a new design I expect it to be saved in ~/.kde/share/apps/kmahjongg/pics. Do I still have to manually delete the line /usr/share/apps from the saved design file or is it also fixed?
Reopening the bug as that still does not seem to work
Theme loading will be fixed also on 3.5.2, no need to edit the .theme file.
Same problem applies to kmahjongg of KDE4. Tilesets and backgrounds in the user's home (~/.kde4/share/apps/kmahjonggglib/tilesets) are ignored. Every user should be able to use own tilesets without need to manipulte the content of the systemwide directory.
Reassigning to kmahjongg maintainer. I think he's on holidays for a few days though, so you'll have to wait for a correct answer. Anyways, just a wild guess, are you sure the tilesets you are putting on your .kde dir are kmahjongg4 compatible? The format may have changed from kde3 to kde4
Yes I'm sure they are compatible because they are based on copies of the default KDE4 ones. And when I put them in the systemwide directory they do work. So it must be a problem with the user's directory. But maybe I just use the wrong directory, I orientated on the location of the tiles and backgrounds in the systemwide directory and created the same directory tree in ~/.kde/share/apps.
I can not reproduce this in my KDE4 environment. I was able to install a copy of a background and a tileset to /home/kdedev/.kde4/share/apps/kmahjongglib/backgrounds /home/kdedev/.kde4/share/apps/kmahjongglib/tilesets And have them show up when kmahjongg starts, listed alongside the regular ones installed in the systemwide directory. In my case the KDEDIR for the KDE4 session is ~/.kde4, yours might be different. However, if you simply copy the files and launch the game the duplicated ones will not show up. Make sure you edit the .desktop file and the svg one: Give the theme another name in the .desktop file, and make sure it lists a different svg filename as well. If kmahjongg can not load the SVG filename specified it will discard the theme and not show it: it also can not show two themes if both use the same SVG filename, as KDE will locate one or the other, in the order of preference used by all system config files. Hope that helps!
It wasn't the name or content of the files for they were recognized when put into /usr/share/kde4/apps/kmahjongglib/... I now tried again and moved them back to ~/.kde4/share/apps/kmahjongglib/.. and now it works. Sorry for bothering you.