
System Software by marcel83 56 comments

Email by marcel83 148 comments
This sounds like a bug within KDE's power management. I don't see how KOSD could produce such an error. Try running qdbusviewer (should be installed as part of Qt), select org.kde.Solid.PowerManagement on the left and navigate to org/kde/Solid/PowerManagement/org.kde.Solid.PowerManagement on the right. Click on 'Method: brightness' after changing the brightness with your keys. Does this produce the same error? If so, you should file a bug report for KDE.
Best regards. - Sep 21 2012

Email by marcel83 148 comments

System Software by marcel83 56 comments
If you want multiple lines, you can use <br> for a line break.
The progress bar is always visible.
Here's an example:
qdbus org.kde.kded /modules/kosd showSvgOsd icons/battery "(" "Battery" "Fill60" ")" "Hello<br>World" 50 - Jan 31 2011

Plasma 5 Multimedia by marcel83 7 comments

Plasma 5 Multimedia by marcel83 7 comments

System Software by marcel83 56 comments

Email by marcel83 148 comments

Email by marcel83 148 comments
Storing passwords in plain text is a really bad idea and I have no plans on reintroducing that "feature".
Sorry. - Dec 14 2009

System Software by marcel83 56 comments

Email by marcel83 148 comments
Please do so. I'll be happy to include your translations in the next release.
Thanks. - Dec 09 2009

System Software by marcel83 56 comments
Thanks. - Dec 04 2009

System Software by marcel83 56 comments
I originally planned to call it KCDEmu but as it turned out, the name was already taken. There's a KDE3 frontend that goes by that name, although it apparently hasn't been maintained for years. I thought it would be better to chose a new name rather than just stealing the name and causing confusion.
Btw, it's nice to see this in Portage:-) - Dec 04 2009

Email by marcel83 148 comments

Email by marcel83 148 comments
Anyway, unless other people, using other distributions, encounter the same crash, I have no other choice but to consider this an Ubuntu-specific bug for now and leave it up to them to dig deeper (and possibly prove me wrong).
Best regards
Marcel - Dec 02 2009

Email by marcel83 148 comments

Email by marcel83 148 comments
Either way, the output and core dump would be helpful to find the cause of the crash. - Nov 30 2009

Email by marcel83 148 comments
I'll need a some more information, since I can't reproduce that crash myself. You can try and run it from the command line and redirect the output to a file. That way the output could be analyzed on next login. Try running it e.g. like this:
kgmailnotifier --nocrashhandler --nofork > kgnout.txt
The --nocrashhandler option should cause a core dump file to be created which can then also be analyzed with gdb.
Since you're using a precompiled package you should also file a bug report for your distribution. It should be up to them to determine whether it's a distro-specific bug or an upstream bug.
Thanks. - Nov 30 2009

Email by marcel83 148 comments
KDE 4.2 is just too buggy, I'm afraid I really can't provide support for it. - Sep 11 2009

Email by marcel83 148 comments
When you write an application you always have to decide who your targeted users should be. When it comes to email there are people who just have one personal account for sending and receiving mail and who just like to have a simple, little tool to tell them whether they have new mail or not (so they don't have to check themselves all the time). Personally, I belong to that group. Then there's the other extreme, that is people who would probably like to completely administer all there 20 accounts from 20 different providers from their system tray (well, that might be a bit exaggerated but you get the point). And of course, there are also all gradients in between.
So the point is, that I decided to write an application for the first group of people and I'm sticking with that decision. After all, no matter how many features you include in an application, some people will always want more and eventually you will have to draw the line at some point, anyway.
Besides, there already is a fantastic tool available for KDE that provides just the features you are asking for, and that tool is called "Akregator"!
Best regards
Marcel - Sep 11 2009

System Software by marcel83 56 comments

System Software by marcel83 56 comments
cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` -DCMAKE_MODULE_PATH=`kde4-config --prefix`/share/apps/cmake/modules . - Feb 22 2009

System Software by marcel83 56 comments
Could you also have a look at the kde_cdemu.desktop and kde_cdemu_mount.desktop files and translate those? It's only three lines so you can just post them here.
Thanks. - Feb 22 2009
Hope that helps. - Feb 19 2009
You can find out which range your sound card provides by running this command:
qdbus org.kde.kmix /Mixer0 org.kde.KMix.absoluteVolumeMax Master:0
What does this give you?
The point is that when your sound card doesn't provide small enough volume steps then changing the volume by a small percentage (such as 1-3%) doesn't change anything.
I'll see if I can find a way to set the smallest volume step KOSD allows to the smallest step supported by individual sound cards. - Feb 19 2009
dcop kmix Mixer0 setVolume 0 50
dcop kmix Mixer0 volume 0
I know that changing the volume through KMix via DCOP doesn't work for all channels on all mixers, but that's something that's out the scope of what I can fix.
Does changing the volume step not have any effect at all? Or just the wrong effect?
2) If all necessary kernel modules are loaded and your hardware supports reporting the battery status (which probably should be the case) then the information will be available somewhere in the /sys directory. However the exact location and names of the virtual files containing the information can depend strongly on the drivers used by your system. The default path should work with the default battery driver but your system may need a more hardware-specific driver (such as acer_acpi or asus_acpi). These drivers may report the battery status through different files. See if you find a directory called BAT, BAT0 or similar in /sys and see which of the files in that directory look most appropriate. I'm afraid that's all the help I can give on this matter.
3) You can use KOSD on KDE4 as long as you have the KDE3 libraries installed. I will start porting KOSD to KDE4 once 4.1 is out (maybe earlier). I guess it shouldn't take to long to port. - Jun 06 2008

Email by marcel83 148 comments
I've been thinking about adding an option allowing users to manually select a channel, however since KMix doesn't provide any information about which channels are available or how they are called ('Master', 'PCM', etc.) it's not so easy to provide a selection box in KOSD's configuration dialog. So all that's possible would be for KOSD to find out which channels are available and let the user select one. However the channels could only be identified as 'Channel 0', 'Channel 1' etc. which isn't really very user friendly.
Anyway, I'll see what can be done about this. I'll try to come up with at least some kind of solution for the next release. - May 30 2008
This is a general limitation of KDE/Qt/X11. I'm having the same problem. When a XF86* event is mapped to two or more keys, then KDE will only report one of them (on my system it's always the one with the smaller keycode). I worked around this problem by assigning my brightness keys to two different and otherwise unused XF86* codes (in my case XF86Launch0/1) and then setting those in the KOSD configuration dialog.
2)
This is a bug in 0.1.3 (although not everyone is affected by it). It should be fixed in 0.2 (which I will release soon). - May 29 2008
This is a general problem and not specific to KOSD (you can test it with Amarok or just Ctrl+F1/F2 etc. None will work as long as a menu is open.)
* being able to alter the displayed text
i18n support will be added later, other than that, you'll just have to make your changes in the source files. I'm not planning to make strings configurable ("configurability" is a good thing but that's just overkill)
* being able to alter the font of the displayed text
I'll change it to use the standard system font. I might add a font chooser in a future version
* being able to change the displayed icons via gui
I'm planning to add icon theme support for the next version
* a preview button to check on the changes made to the appearance
I'll think about it, but it's really a lot more complicated than it sounds.
* being able to alter the displayed box (edgy/round corners, frame thickness)
Maybe in a future version.
* being able to alter the steps by which the volume is increased or decreased
That I have planned for the next version.
About the OSD placement, it's currently only displayed on the primary screen, I'll see how that can be improved in a future version. - May 27 2008
Just a few comments:
* Dualscreen
I'm planing to add support for this in a coming release
* Placement
This could be a bug. I'll have a closer look on this.
* Brightness & Battery
There just isn't a single solution that will work on every imaginable system, but the DCOP interface added in 0.1.2 should help on systems that don't provide this information the usual ways
* Missing events
I'll be adding more actions/events in future versions
* Customization
You can of course replace the icons with your own before installing. I'll try to make KOSD a bit more themeable in a coming release
* Internationalization
I'll add i18n support soon (I'll also provide the German translations myself)
- May 26 2008

Email by marcel83 148 comments
Thanks for bringing this to my attention. - May 26 2008
Also read some of the other posts. Some common problems have already been explained there.
BTW, I only just added the 'make -f Makefile.cvs' line to the description a few hours ago, so it's not your fault:-) It's only necessary on systems which only provide automake 1.10 (but also doesn't harm on such with automake 1.9). - May 26 2008