On Thu 14 Aug 2003 03:38, Aleksander Adamowski posted as excerpted below: > So to summarize, it's sort of a bug in KDE - it ignores Autostart links > to applications that don't have a name for currently used language. This > is bad since one can create a desktop entry, then switch to a differenet > language. > > With the current version of KDE and my language settings, when I create > a link to application, it gets both a "Name" and "Name[pl]" attribute, > but I'm not sure that other combinations of language settings couldn't > create one that only has "Name[pl]" and no "Name"...
I expect the bug was really in whatever you used to create the desktop entries w/o the general name attribute, altho that may have been an earlier possibly cooker version of KDE. I don't actually see the ignoring name entries without a general or current locale settings as a bug, since it's quite possible one may wish to start some things when running one language, others when running another, and this makes that possible to manage automatically. Keep in mind that one of the design philosophies behind KDE is that as much of it as possible should be available to be customized by the user (as compared to say, Gnome, which emphasizes simplicity over customizability, thus its simpler configuration applets that leave out the ability to change a lot of stuff easily that can be changed in KDE, while KDE often gets the complaint by usability experts that its to hard to find the setting one WANTS to change among all the others), and this feature would give that power to the user. Again, IMO, the real bug was rather that these entries didn't have a general name attribute by default, as they should have, which would have generated the expected default behavior. -- Duncan - List replies preferred. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin
