Re: Formal complaint concerning the use of the name System Settings by GNOME
On Wed, 2011-08-10 at 13:47 +0200, todd rme wrote: On Wed, Aug 10, 2011 at 1:42 PM, Richard Hughes hughsi...@gmail.com wrote: On 4 August 2011 07:27, George Spelvin li...@horizon.com wrote: I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. I think the KDE system settings desktop file just needs an addition of: OnlyShowIn=KDE; Richard. It has already been explained why this is not sufficient. System settings is needed to configure many aspects of KDE programs. Doing this will leave Gnome users unable to configure any KDE programs they use. I already pointed out a solution that makes it System Settings in KDE and KDE System Settings in other desktops. The KDE developers seemed to agree to this. The problem is solved. Please let's end this thread and get back to writing great free software. Thanks, Shaun
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Wed, 2011-08-10 at 13:47 +0200, todd rme wrote: On Wed, Aug 10, 2011 at 1:42 PM, Richard Hughes hughsi...@gmail.com wrote: On 4 August 2011 07:27, George Spelvin li...@horizon.com wrote: I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. I think the KDE system settings desktop file just needs an addition of: OnlyShowIn=KDE; Richard. It has already been explained why this is not sufficient. System settings is needed to configure many aspects of KDE programs. Doing this will leave Gnome users unable to configure any KDE programs they use. I already pointed out a solution that makes it System Settings in KDE and KDE System Settings in other desktops. The KDE developers seemed to agree to this. The problem is solved. Please let's end this thread and get back to writing great free software. Thanks, Shaun
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 4 August 2011 07:27, George Spelvin li...@horizon.com wrote: I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. I think the KDE system settings desktop file just needs an addition of: OnlyShowIn=KDE; Richard.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Wed, Aug 10, 2011 at 1:42 PM, Richard Hughes hughsi...@gmail.com wrote: On 4 August 2011 07:27, George Spelvin li...@horizon.com wrote: I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. I think the KDE system settings desktop file just needs an addition of: OnlyShowIn=KDE; Richard. It has already been explained why this is not sufficient. System settings is needed to configure many aspects of KDE programs. Doing this will leave Gnome users unable to configure any KDE programs they use. -Todd
Re: Formal complaint concerning the use of the name System Settings by GNOME
I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. By default, applications get the simplest name. If there is a collision, *both* get promoted to the next most specific name. E.g. you might have name1=Image Viewer name2=Image Viewer (kview) name3=Image Viewer (kview 3.5.9) while another application might have name1=Image Viewer name2=Image Viewer (xv) name3=Image Viewer (xv 3.10a) So if you only have one application of a particular type installed, you get the simple generic name. If you have multiples, you get to choose between Amarok, Clementine, Rhythmbox, Banshee, Gudyadequ, alsaplayer, etc. In the current dispute, it would be System Settings (KDE) and System Settings (Gnome). A user would only see the disambiguation suffix if they had both installed. You might even, as in the example I gave, include the version number so you can install multiple versions at once. (The overdesigner in me is thinking of an alternate menu implementation that uses the collising name as a submenu name, and the more specific names an entries below that, but maybe KISS is more appropriate here. Certainly even a design that *allows* such a thing should also allow not bothering.) This nicely avoids trying to divide desktops into primarily Gnome or primarily KDE to decide who gets the generic name. The answer is that nobody does. If I share an office with Joe Bloggs and Joe Shmoe, then I'm going to use their more specific names to refer to *both* of them. One naming suggestion I'd make would be that a pre-beta piece of software should probably avoid using the fully generic name, until it's stable and feature-complete enough to be the only such tool on a non-technical user's system.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Monday, July 25, 2011 10:30:46 Lydia Pintscher wrote: This whole debate is way too heated and I'd like to take this out ofthe arena. Are there 2 or 3 people on the GNOME side that areavailable to talk this through and find a solution? Ideally whoevermaintains system settings on the GNOME side would be one of them.I'd like to work with them and Ben on finding a good solution. Has anyone stepped up for this yet? It's something that deserves resolution and Lydia is willing to help facilitate, now we just need the relevant people involved to participate. I don't foresee it being a long process, but one that ought to be taken on and gotten out of the way. Hopefully those involved in the relevant GNOME and the KDE projects can appreciate this on behalf of our users and, with Lydia's help in keeping things constructive and out of the bikeshed, we can quickly put this behind us and move on to bigger and better things. :) Cheers ... -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Thu, Jul 28, 2011 at 10:07, Mark mark...@gmail.com wrote: Perhaps the involved people from KDE and Gnome should just sit down in an IRC chat room and talk about it. That is pretty much exactly what I'm trying to organize. But I need to know who that would be from the GNOME-side. note: congrats on the KDE 4.7 release! Thanks! Cheers Lydia -- Lydia Pintscher KDE Community Working Group member http://kde.org - http://about.me/lydia.pintscher
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Thu, Jul 28, 2011 at 11:24, Olav Vitters o...@vitters.nl wrote: On Thu, Jul 28, 2011 at 10:11:32AM +0200, Lydia Pintscher wrote: On Thu, Jul 28, 2011 at 10:07, Mark mark...@gmail.com wrote: Perhaps the involved people from KDE and Gnome should just sit down in an IRC chat room and talk about it. That is pretty much exactly what I'm trying to organize. But I need to know who that would be from the GNOME-side. gnome-control-center maintainers are listed at: http://git.gnome.org/browse/gnome-control-center/tree/gnome-control-center.doap and to see who actually commits things: http://git.gnome.org/browse/gnome-control-center/log Thanks Olav. I'll send some emails. Cheers Lydia -- Lydia Pintscher KDE Community Working Group member http://kde.org - http://about.me/lydia.pintscher
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Thu, Jul 28, 2011 at 10:11:32AM +0200, Lydia Pintscher wrote: On Thu, Jul 28, 2011 at 10:07, Mark mark...@gmail.com wrote: Perhaps the involved people from KDE and Gnome should just sit down in an IRC chat room and talk about it. That is pretty much exactly what I'm trying to organize. But I need to know who that would be from the GNOME-side. gnome-control-center maintainers are listed at: http://git.gnome.org/browse/gnome-control-center/tree/gnome-control-center.doap and to see who actually commits things: http://git.gnome.org/browse/gnome-control-center/log -- Regards, Olav
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 28 July 2011 08:51, Thomas Lübking thomas.luebk...@gmail.com wrote: I thought that was what the GenericName entry was supposed to be good for, so gnome-terminal.desktop would have Name=GNOME Terminal GenericName=Terminal Exec=gnome-terminal and the runner/menu could use the GenericName unless there's a clash (cause konsole's GenericName is Terminal as well) where it could fall back to the Name enties for disambiguation. So my question regarding all this flood in my inbox would be: Does gnome-control-center now use System Settings for the GenericName or the Name entry of gnome-control-center so whether there's a real issue with disambiguation (as long as you want to avoid invoking the Exec string) or just runner/menu xyz is too stupid to resolve ambiguities? Here's what the .desktop files look like: http://git.gnome.org/browse/gnome-control-center/tree/shell/gnome-control-center.desktop.in.in https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/master/annotate/systemsettings/app/systemsettings.desktop Jeremy Bicha
Re: Formal complaint concerning the use of the name System Settings
Hi Thomas. Sorry for stepping in here, but are you really discussing to present the users different names for applications (not the bins, but we're talking about joe) under different circumstances so if i'd tell a user to run foo he won't be able cause it's called bar in his DE? Yes, that is what this extension would allow. It's a powerful tool, and any powerful tool can be abused. The presumption of course that people choosing the names will choose them sensibly. For example, in the System Settings case, in KDE, there could be System Settings and Gnome System Settings, with the former being the KDE version; similarly in Gnome. And I think it's better than having two identically named System Settings, or having both of them always prefixed, i.e. KDE System Settings and Gnome System Settings. For example, consider the user asks you how he can change the fonts. You would simply tell him to open System Settings, and it would open his desktop's native configuration tool, which should work even for non-native applications IIRC. On the other hand, if he says that he changed something, but it didn't work in that particular application, you would tell him to open the other System Settings (better than telling him kcmshell4 whatever!) The .desktop file already knows a name and a generic name and the representation (aka runner) could be smart enought to detect pseudo doublettes and use the generic name by default and attach the non generic name (or, as LLOD the binary) for clarification if necessary or just to be honest. This doesn't solve the original problem. The two System Settings in fact have the same Name. It is also harder to implement, and the behavior is non-obvious. You're currently only talking about solutions covering LANG=C but you cannot possibly expect translators to avoid such clashes in their translations if the application name does not contain some trademark. Eg. system settings as well as configuration center could easily end up as Systemeinstellungen in German - simply cause it's (iirc - bee a long time) the winblows term - some languages might not even leave any options in some cases. My proposal is not tied to English in any way. The individual Specific-DE- prefixed keys would come localized, just like the non-prefixed keys. I don't see how choosing sensible names in other languages could be much harder than in English. Regards, Ambroz On Tue, Jul 26, 2011 at 8:14 PM, Thomas Lübking thomas.luebk...@gmail.com wrote: Am Tue, 26 Jul 2011 13:45:26 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: (Mark, sorry if you're getting this twice, I clicked the wrong Reply button the first time...) Hi Mark, I understand your concern, but I don't consider it an issue. There is a downside to your proposal compared to mine, which is that it only allows a specific value to one (!) DE. For example, with mine, you could have: Name=Some Generic Name Specific-KDE-Name=Name in KDE only Specific-GNOME-Name=Name in GNOME only Specific-XFCE-Name=Name in XFCE only Sorry for stepping in here, but are you really discussing to present the users different names for applications (not the bins, but we're talking about joe) under different circumstances so if i'd tell a user to run foo he won't be able cause it's called bar in his DE? The .desktop file already knows a name and a generic name and the representation (aka runner) could be smart enought to detect pseudo doublettes and use the generic name by default and attach the non generic name (or, as LLOD the binary) for clarification if necessary or just to be honest. If the runner isn't smart enough to avoid presenting clashes to the user, that's a runner bug - no matter what caused it in this particular case. You're currently only talking about solutions covering LANG=C but you cannot possibly expect translators to avoid such clashes in their translations if the application name does not contain some trademark. Eg. system settings as well as configuration center could easily end up as Systemeinstellungen in German - simply cause it's (iirc - bee a long time) the winblows term - some languages might not even leave any options in some cases. Cheers, Thomas
Re: Formal complaint concerning the use of the name System Settings
Hi Thomas, I hope you are aware that my proposal is a technical solution and not a social one. I cannot predict the social aspects of it. More specifically, it is mechanism that allows for solutions to problems. If the problem is two things from different DEs have the same name, then a direct solution to the problem is make the names different. And I have proposed a mechanism for doing exactly that, and doing it in a simple an intuitive way. Moreover, the mechanism is really generic as it would apply to all keys in a .desktop file, not only a Name, so you can't ever claim that it's a hack. If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Just no. It's abuse by the application author. Additionally, please stop arguing my solution based on purely hypothetical cases. Applications DON'T AND WOULD NOT have different names under different DEs, except for the very few specific cases where disambiguation is required. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) I'm not too sure what solution you're arguing here for, but I believe that if you looked at this specific case (in particular the .dekstop files) with a little more detail you would realize you're talking nonsense. To repeat the example, if translator (a) translates the KDE .desktop file, translator (b) the gnome one and they don't coordinate ... I'm pretty sure all the translators problems would be solved by mailing all translators something like: Please take a look at systemsettings.desktop, and choose the Specific-KDE-Name translation to what the System Settings application should be called from within KDE (probably what was previously used for Name), and then choose the Name translation to what the System Settings application should be called from other desktop environments, which would probably mention KDE somewhere for disambiguation with the other desktop's settings application. possibly mentioning other clashing cases. - If clashes are (apparently) an existing problem, they need to be avoided at the end of the chain where they can be spotted for sure and not on the start where we just hope we (and everybody else!) did everything ok My proposal does not provide a mechanism for detecting clashes, only one for resolving them. I'm sure that with a little attention from application developers and listening to users, relevant clashes will quickly be detected (as was the System Settings case). Regards, Ambroz On Tue, Jul 26, 2011 at 9:10 PM, Thomas Lübking thomas.luebk...@gmail.com wrote: Hi Ambroz, (and everybody else of course) Am Tue, 26 Jul 2011 20:39:27 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Yes, that is what this extension would allow. It's a powerful tool, and any powerful tool can be abused. If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Leaving aside systemsettings, what if i tell somebody to run marble (it's like google-earth!) but he then starts some solitaire game (because there is eg. a solitaire game like this on OtherDE and marble is named KDE's google-earth clone ;-) he'll be pissed and i'll be lost. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) It would also be possible to choose System Settings as generic name and KDE Settings as non generic one. The latter would only be presented for clarification (if the runner wanted) It is also harder to implement, and the behavior is non-obvious. a) i don't think so b) that's not an excuse. My proposal is not tied to English in any way. No, but it is tied to the ppl, knowing about an and resolving an actual clash which i doubt translators can be expected to be. The individual Specific-DE- I wasn't restricting my concerns to the we already know about an existing clash in LANG=C. The very same issue can _easily_ arise onlny in a particular translation. To repeat the example, if translator (a) translates the KDE .desktop file, translator (b) the gnome one and they don't coordinate, they might pick the very same translation for control center and system settings (unless as mentioned there's a trademark in the string what renders the entire approach useless since that could be added automatically anyway) This might happen even though there are similar strings in German (surprise, since english is just degene... strike that ;-) because as mentioned the translators might have other references in mind. In other languages there might not even be any variants of this item. - If clashes are (apparently) an existing problem, they
Re: Formal complaint concerning the use of the name System Settings
Hi Thomas, I'm not saying that the issues you have exposed do not exist. They are however minor in nature and do not invalidate my solution. You call that technical and not social? My proposal is technical. I have only mentioned the social aspects when you have risen social issues about it. You'll at best be able to resolve risen clashes. Yes, exactly. That's what the original problem was. The original problem was not We have to prevent ALL name clashes; rather, it was System Settings clashes with a Gnome application. So I think we should stay on point here and not wander into some utopian land you seem to be imagining. And in a quite workload causing way - systemsetting would eg. require an KDE System Settings entry for _every_ desktop but KDE ... You are mistaken here. I am afraid you just got a glimpse of my idea which was really a case pointing out an issue in some other inferior idea. Actually only this would be required in the System Settings case: Name=KDE System Settings Specific-KDE-Name=System Settings and would result in the program being called System Settings in KDE, and KDE System Settings in everything else, including DEs which do not know anything about my proposed extension. I suggest you look at the whole mail history. My original proposal is here (but I reversed the names there accidentally, sorry about that): http://lists.kde.org/?l=kde-core-develm=131160689716557w=2 Regards, Ambroz On Tue, Jul 26, 2011 at 10:31 PM, Thomas Lübking thomas.luebk...@gmail.com wrote: Am Tue, 26 Jul 2011 21:53:48 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Hi Thomas, I hope you are aware that my proposal is a technical solution and not a social one. No, it's probably not - see end of mail. If the problem is two things from different DEs have the same name, then a direct solution to the problem is make the names different. No, the solution of ambiguity is disambiguation - not adding more strings which could easily end up as ambigious. Again: the .desktop files already contain various identifying attributes. a) name b) generic name c) executable d) description e) (icon, but we'll leave that out) Whether your representation prefers the generic or non generic name is matter of pers. pref. but you can detect a clash and resolve it by adding more info. LLOD is the binary executable (in doubt including path parameters) since that /has/ to differ for different entries. And I have proposed a mechanism for doing exactly that, and doing it in a simple an intuitive way. By adding an extra key for every possible DE... Moreover, the mechanism is really generic as it would apply to all keys in a .desktop file, not only a Name, so you can't ever claim that it's a hack. a) how does that make/resolve it being a hack? b) where did I imply it was? If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Just no. It's abuse by the application author. So having different names on different DEs is not the intention of your approach (then why do you?) but abuse by the application author (where you drop accidents by the author/the translators...) except for the very few specific cases where disambiguation is required. Ans this is what i'm discussing. I didn't think of developers/translators deliberately confusing users at all. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) I'm not too sure what solution you're arguing here for, but I believe that if you looked at this specific case (in particular the .dekstop files) with a little more detail you would realize you're talking nonsense. So you imply that (in this particular case) the gnome application and the KDE application share the exact same binary executable path as well as each and every other identifying attribute? Well, as mentioned before there is then no problem at all, since the user will run the very same application regardless of which icon (of that only one should exist anyway) he clicks. (of course the new problem would be that installing gnome would wipe parts of KDE...) Otherwise i am not talking nonsense at all. I'm pretty sure all the translators problems would be solved by mailing all translators something like: ... My proposal does not provide a mechanism for detecting clashes, only one for resolving them. I'm sure that with a little attention from application developers and listening to users, relevant clashes will quickly be detected (as was the System Settings case). You call that technical and not social? Your approach relies on perfect communication _before_ a clashing release. That sounds more like unrealistic than generic. Sorry. You'll at best be able to resolve risen clashes. And in a quite workload causing
Re: Formal complaint concerning the use of the name System Settings
Hi Thomas. I think you didn't get what I said in the first place. The runner (the menu, whatever) has to ensure the disambiguation. Whether starting form the generic or non generic name doesn't matter at all. Okay, I get it now, thanks for clarifying. But please provide an example of how you would use it to resolve the System Settings case, for instance. I can't think of one. Assume that both applications have Name=System Settings - that is if KDE refuses to change its name and Gnome doesn't back away and revert to some other name. What would the .desktop files look like? Maybe something like this (KDE): Name=System Settings GenericName=KDE desktop configuration and Gnome: Name=System Settings GenericName=GNOME desktop configuration Suppose the user has the menu in the Name mode. Then your solution would, assuming both are present, result in there being KDE desktop configuration and GNOME desktop configuration - both (!) in KDE and GNOME (Name was ambiguous so GenericName was displayed instead). I hope we agree that is confusing for new users. Alternatively, there would be System Settings (KDE desktop configuration) and System Settings (GNOME desktop configuration), possibly the text in parentheses being subscribed instead. This is a little less confusing, but still confusing compared to just System Settings and GNOME System Settings, where System Settings, the native tool, is clearly preferred. And if the menu is in the GenericName mode, you would get KDE desktop configuration and GNOME desktop configuration, which is, again, confusing. Regards, Ambroz On Tue, Jul 26, 2011 at 10:39 PM, Thomas Lübking thomas.luebk...@gmail.com wrote: Am Tue, 26 Jul 2011 22:27:40 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Additionally, I make the following points on your proposed solution: My solution can do everything that the solution you are proposing No. Can't. The runner/startmenu (call it whatever you want) can effectively prevent clashes - what some extra string can only hope to achive (based on social engineering) Your solution (as far as I get it) assumes a specific interpretation of the Name and GenericName fields. No. It assumes that the .desktop files differ in some identifying attribute, It's just that some DEs (and distributions) use the Name field for the primary name in the menu, while some use the Name field. I think you didn't get what I said in the first place. The runner (the menu, whatever) has to ensure the disambiguation. Whether starting form the generic or non generic name doesn't matter at all. Cheers, Thomas
Re: Formal complaint concerning the use of the name System Settings
Hi Thomas, Additionally, I make the following points on your proposed solution: My solution can do everything that the solution you are proposing (if that is a solution at all). So if anything, it is techically on the same level. Your solution (as far as I get it) assumes a specific interpretation of the Name and GenericName fields. It's just that some DEs (and distributions) use the Name field for the primary name in the menu, while some use the Name field. Personally, I prefer the Name option where the menu shows the actual name of the application. This is also the case in other desktops, for instance Windows. Any disambiguation you attempt to do only on the basis of the Name and GenericName will behave differently, depending on what menu representation is in use (and there is *no* standard - some DEs use one, some the other, most allow you to switch, and even some distros change the default), and you won't have full control over the naming of the menu entry - which you do have with my solution (except for the Name-vs-GenericName thing), and which is necessary for proper disambiguation of clashes. Regards, Ambroz On Tue, Jul 26, 2011 at 9:10 PM, Thomas Lübking thomas.luebk...@gmail.com wrote: Hi Ambroz, (and everybody else of course) Am Tue, 26 Jul 2011 20:39:27 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Yes, that is what this extension would allow. It's a powerful tool, and any powerful tool can be abused. If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Leaving aside systemsettings, what if i tell somebody to run marble (it's like google-earth!) but he then starts some solitaire game (because there is eg. a solitaire game like this on OtherDE and marble is named KDE's google-earth clone ;-) he'll be pissed and i'll be lost. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) It would also be possible to choose System Settings as generic name and KDE Settings as non generic one. The latter would only be presented for clarification (if the runner wanted) It is also harder to implement, and the behavior is non-obvious. a) i don't think so b) that's not an excuse. My proposal is not tied to English in any way. No, but it is tied to the ppl, knowing about an and resolving an actual clash which i doubt translators can be expected to be. The individual Specific-DE- I wasn't restricting my concerns to the we already know about an existing clash in LANG=C. The very same issue can _easily_ arise onlny in a particular translation. To repeat the example, if translator (a) translates the KDE .desktop file, translator (b) the gnome one and they don't coordinate, they might pick the very same translation for control center and system settings (unless as mentioned there's a trademark in the string what renders the entire approach useless since that could be added automatically anyway) This might happen even though there are similar strings in German (surprise, since english is just degene... strike that ;-) because as mentioned the translators might have other references in mind. In other languages there might not even be any variants of this item. - If clashes are (apparently) an existing problem, they need to be avoided at the end of the chain where they can be spotted for sure and not on the start where we just hope we (and everybody else!) did everything ok. Cheers, Thomas
Re: Formal complaint concerning the use of the name System Settings
On Tue, Jul 26, 2011 at 11:24:26PM +0200, Ambroz Bizjak wrote: Alternatively, there would be System Settings (KDE desktop configuration) and System Settings (GNOME desktop configuration), possibly the text in parentheses being subscribed instead. This is a little less confusing, but still confusing compared to just System Settings and GNOME System Settings, where System Settings, the native tool, is clearly preferred. i would argue that thomas' solution is better, because it is more explicit. your automatic preference for the desktop's native settings app is counterproductive for the user, because he sees ah, system settings and wtf is this?. he ignores the latter, and is frustrated by the result. in thomas' variant otoh he sees *two* wtf?s, and *has* to research it, understand the underlying problem. this is a requirement of the reality we present him with, so that outcome is *good*.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 2011-07-23 Matthias wrote: On Fri, Jul 22, 2011 at 5:53 PM, Jeremy Bicha jbi...@ubuntu.com wrote: On 22 July 2011 17:17, Ben Cooksley bcooks...@kde.org wrote: To be more specific about the problem, installing kde-workspace to a GNOME installation results in 2 indistinguishable apps named System Settings and 2 named System Monitor. On Ubuntu at least, if I want the GNOME version, I have to remember to click the first System Monitor but the second System Setting which is awfully frustrating. Here's a screenshot from my Ubuntu install: https://launchpadlibrarian.net/75745040/Gnome%20Shell%20screnshot.p ng This is what happens when you mix and match bits and pieces from different operating systems. There is really not much that can be done about it. Since that is what both KDE and GNOME are trying to do: build complete, self-contained systems. Arguably, KDE is a little further along, with their big monolithic modules like kde-workspace that drag in most of the desktop, while GNOME apps can often still be installed without much of the desktop. Oh, come on. Both projects do that because of some incredibly silly attitude where everything that's from the other side is evil. And while that attitude is not universal. this tread (starting with the tone of Ben's mail) shows clearly many people still have that silly idea which leads to idiotic things like two calculators, two places to configure the language of the apps etcetera. How far have we, Free Software contributors, sunk, if KDE and GNOME apps work better under and integrate better in Windows and Mac OS X then they do ON THE SAME OS running in each other's desktop? I say VERY DEEP. Wake up. THe user doesn't give about the toolkit their app is written in. And they HATE the confusing situation KDE and GNOME purposely create (yes, it's on purpose and you all know it) by needlessly duplicating things and making it harder to run apps from one in the other. We've all seen countless installations of either KDE or GNOME where apps 'from the other side' look and work horrible. If KDE and GNOME can use the native Mac and Windows file dialogs, why can't they use each others dialogs? To name just one silly thing... Imho Ben's mail and the tone there-in was inpolite and uncalled for. And so was the tone many responses. Sigh. I'd like to suggest that the GNOME developers consider changing the public name of their app to System Preferences. This matches the Mac OS X design and arguably GNOME follows some parts of OS X design. Furthermore, it is more in line with Gnome 2's SystemPreferences and SystemAdministration. That is an absurd proposal. What next, rename gnome-terminal to 'Commandline Window' because Xfce also ships a 'Terminal' ?! Generic names don't come with exclusive ownership... Each desktop team should stop picking such generic names. gnome-terminal is fine, so is Konsole. Terminal should probably be renamed. NetworkManager is a braindead name, System Settings implies far more than it accomplishes (it can't handle much 'system settings') so it doesn't seem very smart either. Shaun's proposal is a work-around which would probably be 'good enough' but the root cause is that all DE teams try to create their own little world, going LALALA I DON'T SEE YOU about the rest of the world. And as has already been pointed out, offering the user a meaningless choice between 'System Settings' and 'System Preferences' is no less of a failure than having 2 identical items. That I agree with. KDE systemsettings has made a good step, being able to configure some aspects of GNOME apps (make them integrate better in a Plasma workspace). More of that is needed on both sides, OR a nice, generic config tool should be written which handles everything on both sides. Grtz Jos signature.asc Description: This is a digitally signed message part.
Re: Formal complaint concerning the use of the name System Settings
On Wed, July 27, 2011 8:33 am, Oswald Buddenhagen wrote: On Tue, Jul 26, 2011 at 11:24:26PM +0200, Ambroz Bizjak wrote: Alternatively, there would be System Settings (KDE desktop configuration) and System Settings (GNOME desktop configuration), possibly the text in parentheses being subscribed instead. This is a little less confusing, but still confusing compared to just System Settings and GNOME System Settings, where System Settings, the native tool, is clearly preferred. i would argue that thomas' solution is better, because it is more explicit. your automatic preference for the desktop's native settings app is counterproductive for the user, because he sees ah, system settings and wtf is this?. he ignores the latter, and is frustrated by the result. in thomas' variant otoh he sees *two* wtf?s, and *has* to research it, understand the underlying problem. this is a requirement of the reality we present him with, so that outcome is *good*. The Ossi solution: the more wtf's the better ;) Seriously, I think you make a good argument - two wtf's are better than one to prompt the user to eventually find the relevant system settings application. In the ideal world, of course, there would be zero wtf's, i.e. the default system settings application would configure all the settings required. Mind you, as Thomas has pointed out, without coordination between translators, Ambroz's scheme could also result in two wtf's in some languages, which rather than being a bad thing, is probably a good thing. (It is impossible to guarantee that all translations will be coordinated - sending an email round translators might help to fix things at the time, but what about future translations (e.g. for new languages) - how could you ensure that they would also be coordinated?) -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Wed, Jul 27, 2011 at 07:44:54AM +0200, Jos Poortvliet wrote: Each desktop team should stop picking such generic names. gnome-terminal is fine, so is Konsole. Terminal should probably be renamed. NetworkManager is a braindead name, System Settings implies far more than it accomplishes (it can't handle much 'system settings') so it doesn't seem very smart either. gnome-terminal is called gnome-terminal. Just not in the menu. In the menu we give it an understandable name and limit it to GNOME only. This is not going to change. The debate about things like baobab or 'Disk Usage Analyzer' was held within GNOME a long time ago. There was a general consensus that we don't want to show the actual name except in Help-About. Everything else (menu, window title, etc) uses something which is understandable. Meaning 'Disk Usage Analyzer' and 'Terminal'. Shaun's proposal is a work-around which would probably be 'good enough' but the root cause is that all DE teams try to create their own little world, going LALALA I DON'T SEE YOU about the rest of the world. Care is taken not to cause confusion when using another desktop (NotShowIn + OnlyShowIn). For things part of GNOME Core, we will keep on using understandable names. I can understand that some people want to have a mix and match of e.g. core applications. They're free to do so and nothing is done to prevent that (though it might take a small amount of effort). Further I can also understand that some people prefer so see gnome-terminal and konsole in the menu. However, that is not our goal. We want something simple. For everything part of GNOME Core we have say what it does instead of putting the git module name in the menu. For gnome-control-center specifically, it should pretty much configure everything in the OS. Same for the KDE one. Furthermore, working together on ensuring things are handled in a consistent way across all desktops is something that we has been worked upon by various people across various desktops for many years. Probably some things can/could've been done better, but let's just continue working together. For menu entries: we'll keep using 'Terminal', 'Disk Usage Analyser', etc (+NotShowIn/OnlyShowIn of course). -- Regards, Olav (speaking as a release-team member)
Re: Formal complaint concerning the use of the name System Settings
On Tue, Jul 26, 2011 at 12:53 AM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, The localization stuff you're concerned about is happening below the desktop file layer (in KDE's case, kconfigdata.h), and should work automatically, i.e. if you ask for some key it will automatically give you a localized version if available. Also, DE-specific desktop file keys would be a good thing to have in general, so I hope people do not oppose the idea just because it's not the ideal solution to this particular problem. Besides, it's (I think) very easy to implement, so even if we don't manage to push it, it wouldn't be that much time lost :) . I've done many enhancements to open-source projects, and many of them weren't liked by the developers - but I still think I did the right thing, and I'm not afraid of contributing for the fear of being opposed. Regards, Ambroz On Tue, Jul 26, 2011 at 12:19 AM, Mark mark...@gmail.com wrote: On Mon, Jul 25, 2011 at 9:51 PM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, I've done some small research on what components would have to be updated for the desktop-specific-names solution. I think that would be: - The Desktop Entry Specification, http://standards.freedesktop.org/desktop-entry-spec/latest/ - KDE's KDesktopFile, https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/changes/kdecore/config/kdesktopfile.cpp - Xfce's libxfce4menu, in particular http://git.xfce.org/xfce/libxfce4menu/tree/libxfce4menu/xfce-menu-item.c - Gnome's libgnome-menu, in particular http://svn.gnome.org/viewvc/gnome-menus/trunk/libmenu/desktop-entries.c Regards, Ambroz Hi, Thanx for the list. I already found the spec and kde file. One thing i can't find though is the part that makes multilanguage stuff for desktop files working.. Those 3 source files all just grab the Name value but where does it do the magic that happens when i set my language to dutch.. then it grabs Name[nl] but where does it do that? Asking that since the properties i proposed should have multi language suppert as well.. And besides that.. I do want to implement it, but i'm getting the feeling there isn't that much support for it thus wasting my time if i implement it since it won't get accepted anyway. (which i rather avoid). It's just a feeling and i hope i'm wrong... Regards, Mark You are completely right. However one small question.. In KDE you have a readName function that reads the Name value from the desktop file. But how should that behave if a desktop file has the following and is read from a KDE environment: NativeDE=Gnome NameNonNative=Gnome System Settings Would the readName property then return the NameNonNative value if it's read from a KDE environment..? That would seem the most easy solution but a bit dirty as well -- only seems nice if the spec would specifically say that the Name property is overwritten by NameNonNative if the NativeDE property is set and different from the currently used DE.
Re: Formal complaint concerning the use of the name System Settings by GNOME
[: Mark :] Just a small suggestion on how i think this should be fixed (since 2 desktop files for one app seems just ugly to me). Perhaps it's better to extend the desktop file specification: [...] Name=System Settings NativeDE=KDE NameNonNative=KDE System Settings Adding new field into .desktop specification would have a ripple effect. You have already felt that with KDesktopFile::readName(), and it would also be necessary to update localization systems, several of which are in use. This means that a new field should be added to .desktop specification only when it is obvious that it serves a general and permanent purpose. This purpose is not such. As for double .desktop files, I think that the ugliness of the solution matches well the stupidity of the problem. -- Chusslove Illich (Часлав Илић) signature.asc Description: This is a digitally signed message part.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 07/25/2011 04:53 PM, Aaron J. Seigo wrote: On Monday, July 25, 2011 12:19:19 Andrea Diamantini wrote: KCMsshould live in kde-runtime. Isn't it? they do. So, it's just my bad luck the ones I use (cookies, proxy, cache) are not. Working for a solution... -- Andrea Diamantini, adjam GPG Fingerprint: 57DE 8E32 7D1A 0E16 AA52 59D8 84F9 3ECD DBF9 730F rekonq project WEB: http://rekonq.kde.org IRC: rekonq@freenode
Re: Formal complaint concerning the use of the name System Settings by GNOME
Le 25/07/2011 19:51, Lennart Poettering a écrit : On Mon, 25.07.11 17:40, Giovanni Campagna (scampa.giova...@gmail.com) wrote: The spec does not provide a list of shared keys, does such a list exist? If there is no such list I don't see how we could share anything. http://wiki.freedesktop.org/wiki/Specifications/XSettingsRegistry This isn't really up-to-date as it appears. These are the settings that Gtk currently knows: http://git.gnome.org/browse/gtk+/tree/gdk/x11/gdksettings.c#n37 Thanks for the pointers. The IconThemeName in particular will be quite useful for me. Aurélien
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, July 25, 2011 8:08 pm, Nicolas Alvarez wrote: David Jarvie wrote: On Mon, July 25, 2011 12:50 pm, Ambroz Bizjak wrote: Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). This proposal has the same drawbacks as Mark's - it is aimed at knowledgeable users, not the ordinary user who may not be aware of which desktop a particular application is from. See http://lists.kde.org/?l=kde-core-develm=131159889604990w=2. So what is *your* proposed solution? As you say, the long term solution is to have setting interoperability. The key words there are long term. We can't do that *now*, before the new KDE release and before the new GNOME release. We need a solution *now* to avoid having two entries with the exact same name in the application list. Mark and Ambroz's solutions have the advantage of not requiring months of collaboration and programming, which would be needed for setting interoperability. I don't object to Mark's proposal as a short term solution - it's better than having two identically named applications. I'm just concerned that it isn't ideal from the ordinary user's perspective, and that it should be recognised as being an interim fix. The longer term aim should of course be to share as many as possible of the settings between desktops and therefore make them accessible from both Gnome and KDE System Settings applications. KCMs should be categorised according to whether or not they contain settings which are not shared between desktops, and applications using unshared settings should as a matter of policy be expected to provide direct access to the relevant KCMs, thus avoiding the need for the user to find and run the 'other' System Settings. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm
Re: Formal complaint concerning the use of the name System Settings by GNOME
Il giorno lun, 25/07/2011 alle 12.56 +0200, Markus Slopianka ha scritto: Which settings don't they follow? Apart from theme (as there is no gtk3 engine written in Qt yet) Why do theme engines have to be written for Qt in order to let GTK apps at least integrate visually into a Qt environment. There should be a Qt theme loader in GTK just as there is a GTK theme loader in Qt. Well, I think that an hypothetical KDE-looking GTK theme would use Qt calls to paint widget, same as the GNOME-looking Qt theme paints using gtk_paint_*. Well, other than that: GNOME/GTK apps don't integrate with the Notifications panel, File Type Associations, Icon theme, CDDB config (for media players or CD rippers), ... Gtk apps normally use either libnotify, libappindicator or GtkStatusIcon (systray protocol). All of them are supported by KDE, AFAIK. File type associations are from xdg-mime/shared-mime-info, and should be shared by all freedesktop toolkits. Icon theme is taken from XSettings, you just need to export it, like Xfce and Lxde do. As for CDDB config, I don't think GNOME as something shared across the desktop for that. Giovanni signature.asc Description: This is a digitally signed message part
Re: Formal complaint concerning the use of the name System Settings
(Mark, sorry if you're getting this twice, I clicked the wrong Reply button the first time...) Hi Mark, I understand your concern, but I don't consider it an issue. There is a downside to your proposal compared to mine, which is that it only allows a specific value to one (!) DE. For example, with mine, you could have: Name=Some Generic Name Specific-KDE-Name=Name in KDE only Specific-GNOME-Name=Name in GNOME only Specific-XFCE-Name=Name in XFCE only the result of which would be that there would be specific (possibly different) names for KDE, Gnome and Xfce, and a default name for other DEs. The same is not achievable with your suggestion. I suppose it would be possible to achieve this without embedding any value in the key itself, but it would become harder to read and to implement. For example, the following: Name=Some Generic Name Specific-Name-Count=3 Specific-Name-Desktop0=KDE Specific-Name-Value0=Name in KDE only Specific-Name-Desktop1=GNOME Specific-Name-Value1=Name in GNOME only Specific-Name-Desktop2=XFCE Specific-Name-Value2=Name in XFCE only which I think is flawed compared to the above version. It's hard to read and to modify, harder to implement, and introduces unnecessary coupling between the fields. What do you think? Regards, Ambroz On Tue, Jul 26, 2011 at 1:19 PM, Mark mark...@gmail.com wrote: On Tue, Jul 26, 2011 at 11:48 AM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, I am strongly opposed to the particular solution you are implementing. You are trying to extend the desktop file specification in a very non-generic and non-intuitive way, and people will obviously oppose that. The particular problems I see with your original proposed solution are: - You are only extending the Name field. It will not be possible to have a DE-specific GenericName field, for example. - You are adding two new fields to the specification, when the same effect could be achieved with just one new field (or class of fields) - Anything that is not aware of the your extension (which probably means it is not KDE) will be using the KDE-specific name rather than the generic name, until that software was patched to understand the extension. Please consider my second suggestion - it is a much more generic solution, and it does not have any of the problems I listed above. http://lists.kde.org/?l=kde-core-develm=131160689716557w=2 I'm sorry, I messed up the example there; it should say: Name=KDE System Settings Specific-KDE-Name=System Settings To implement this solution I guess you'd have to modify KConfigGroup::readEntry to first look for Specific-KDE-name and revert to name if the former does not exist. Regards, Ambroz On Tue, Jul 26, 2011 at 9:54 AM, Mark mark...@gmail.com wrote: On Tue, Jul 26, 2011 at 12:53 AM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, The localization stuff you're concerned about is happening below the desktop file layer (in KDE's case, kconfigdata.h), and should work automatically, i.e. if you ask for some key it will automatically give you a localized version if available. Also, DE-specific desktop file keys would be a good thing to have in general, so I hope people do not oppose the idea just because it's not the ideal solution to this particular problem. Besides, it's (I think) very easy to implement, so even if we don't manage to push it, it wouldn't be that much time lost :) . I've done many enhancements to open-source projects, and many of them weren't liked by the developers - but I still think I did the right thing, and I'm not afraid of contributing for the fear of being opposed. Regards, Ambroz On Tue, Jul 26, 2011 at 12:19 AM, Mark mark...@gmail.com wrote: On Mon, Jul 25, 2011 at 9:51 PM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, I've done some small research on what components would have to be updated for the desktop-specific-names solution. I think that would be: - The Desktop Entry Specification, http://standards.freedesktop.org/desktop-entry-spec/latest/ - KDE's KDesktopFile, https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/changes/kdecore/config/kdesktopfile.cpp - Xfce's libxfce4menu, in particular http://git.xfce.org/xfce/libxfce4menu/tree/libxfce4menu/xfce-menu-item.c - Gnome's libgnome-menu, in particular http://svn.gnome.org/viewvc/gnome-menus/trunk/libmenu/desktop-entries.c Regards, Ambroz Hi, Thanx for the list. I already found the spec and kde file. One thing i can't find though is the part that makes multilanguage stuff for desktop files working.. Those 3 source files all just grab the Name value but where does it do the magic that happens when i set my language to dutch.. then it grabs Name[nl] but where does it do that? Asking that since the properties i proposed should have multi language suppert as well.. And besides that.. I do want to implement it, but i'm getting the feeling there isn't that much support for it thus wasting my
Re: Formal complaint concerning the use of the name System Settings
Hi Ambroz, (and everybody else of course) Am Tue, 26 Jul 2011 20:39:27 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Yes, that is what this extension would allow. It's a powerful tool, and any powerful tool can be abused. If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Leaving aside systemsettings, what if i tell somebody to run marble (it's like google-earth!) but he then starts some solitaire game (because there is eg. a solitaire game like this on OtherDE and marble is named KDE's google-earth clone ;-) he'll be pissed and i'll be lost. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) It would also be possible to choose System Settings as generic name and KDE Settings as non generic one. The latter would only be presented for clarification (if the runner wanted) It is also harder to implement, and the behavior is non-obvious. a) i don't think so b) that's not an excuse. My proposal is not tied to English in any way. No, but it is tied to the ppl, knowing about an and resolving an actual clash which i doubt translators can be expected to be. The individual Specific-DE- I wasn't restricting my concerns to the we already know about an existing clash in LANG=C. The very same issue can _easily_ arise onlny in a particular translation. To repeat the example, if translator (a) translates the KDE .desktop file, translator (b) the gnome one and they don't coordinate, they might pick the very same translation for control center and system settings (unless as mentioned there's a trademark in the string what renders the entire approach useless since that could be added automatically anyway) This might happen even though there are similar strings in German (surprise, since english is just degene... strike that ;-) because as mentioned the translators might have other references in mind. In other languages there might not even be any variants of this item. - If clashes are (apparently) an existing problem, they need to be avoided at the end of the chain where they can be spotted for sure and not on the start where we just hope we (and everybody else!) did everything ok. Cheers, Thomas
Re: Formal complaint concerning the use of the name System Settings
Am Tue, 26 Jul 2011 21:53:48 +0200 schrieb Ambroz Bizjak ambr...@gmail.com: Hi Thomas, I hope you are aware that my proposal is a technical solution and not a social one. No, it's probably not - see end of mail. If the problem is two things from different DEs have the same name, then a direct solution to the problem is make the names different. No, the solution of ambiguity is disambiguation - not adding more strings which could easily end up as ambigious. Again: the .desktop files already contain various identifying attributes. a) name b) generic name c) executable d) description e) (icon, but we'll leave that out) Whether your representation prefers the generic or non generic name is matter of pers. pref. but you can detect a clash and resolve it by adding more info. LLOD is the binary executable (in doubt including path parameters) since that /has/ to differ for different entries. And I have proposed a mechanism for doing exactly that, and doing it in a simple an intuitive way. By adding an extra key for every possible DE... Moreover, the mechanism is really generic as it would apply to all keys in a .desktop file, not only a Name, so you can't ever claim that it's a hack. a) how does that make/resolve it being a hack? b) where did I imply it was? If an application has a different name under different DEs, that's not abuse but error by design (sorry, i don't mean to be offensive) Just no. It's abuse by the application author. So having different names on different DEs is not the intention of your approach (then why do you?) but abuse by the application author (where you drop accidents by the author/the translators...) except for the very few specific cases where disambiguation is required. Ans this is what i'm discussing. I didn't think of developers/translators deliberately confusing users at all. This doesn't solve the original problem. Yes it does. They will certainly not share the same binary name or we've a _real_ problem. (Or not, since there will be only one target for the application link anyway ;-) I'm not too sure what solution you're arguing here for, but I believe that if you looked at this specific case (in particular the .dekstop files) with a little more detail you would realize you're talking nonsense. So you imply that (in this particular case) the gnome application and the KDE application share the exact same binary executable path as well as each and every other identifying attribute? Well, as mentioned before there is then no problem at all, since the user will run the very same application regardless of which icon (of that only one should exist anyway) he clicks. (of course the new problem would be that installing gnome would wipe parts of KDE...) Otherwise i am not talking nonsense at all. I'm pretty sure all the translators problems would be solved by mailing all translators something like: ... My proposal does not provide a mechanism for detecting clashes, only one for resolving them. I'm sure that with a little attention from application developers and listening to users, relevant clashes will quickly be detected (as was the System Settings case). You call that technical and not social? Your approach relies on perfect communication _before_ a clashing release. That sounds more like unrealistic than generic. Sorry. You'll at best be able to resolve risen clashes. And in a quite workload causing way - systemsetting would eg. require an KDE System Settings entry for _every_ desktop but KDE (and the no desktop variant, just like the gnome variant required Gnome System Settings for every desktop but GNOME to prevent clashes) what could the ppl. you want to put this load onto (not me ;-) call it actually inferior to Mark's solution - which can not detect and effectively avoid clashes for sure but at least scales much better. Thomas
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Tue, Jul 26, 2011 at 01:26:03PM +0200, Mark Gaiser wrote: In my opinion there should be a cross desktop system settings application where the KDE implementation can use KCM and the gnome implementation uses whatever they want to use. That would be the ideal solution imho. you mean, like two date time settings applets inside the same shell application? ;)
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Tue, Jul 26, 2011 at 11:09 PM, Oswald Buddenhagen o...@kde.org wrote: On Tue, Jul 26, 2011 at 01:26:03PM +0200, Mark Gaiser wrote: In my opinion there should be a cross desktop system settings application where the KDE implementation can use KCM and the gnome implementation uses whatever they want to use. That would be the ideal solution imho. you mean, like two date time settings applets inside the same shell application? ;) wahahaha no, since that would mean the settings are not only stored in one app, but also shown in one place.. My idea is to have them stored in one central place so that each app can access it without the need of pulling in an entire desktop just for a setting. A nice side effect then is that it becomes possible to implement a cross desktop system settings where you would still have a desktop category first before you get all the settings. Kinda hard to explain..
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday, July 24, 2011 05:07:19 PM Ben Cooksley wrote: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. In any case, we need a short term solution to this. Basically, we are going to have to provide a different name under GNOME, because otherwise GNOME users will complain to distros, who will patch GNOME to ignore System Settings (I refuse to acknowledge their app). A long term solution, sharing settings isn't even counted, as they are bound to screw us over yet again in some way. They are not to be trusted. Adding the panels apps need to them isn't exactly workable either due to the number of applicable panels and apps. As was proposed earlier, System Settings would call itself System Settings under KDE, but would prefix KDE to the name under all other environments. ie. KDE System Settings under xfce. I have recieved objections that this collides with the branding policy however. Given such an objection, what do those of you who object propose? I mentioned this, but didn't actually object (not sure if you got comments from others on this). I think KDE systemsettings is fine. If you wanted to stick with the official rebrandingspeak, I think (I can't tell) it should be either Plasma Workspace Systemsettings, KDE Plasma Systemsettings, or something like System settings for KDE Frameworks. I've no idea really. A solution must be reached, otherwise it is the users of our applications who will ultimately suffer - and we will probably get blamed for it. For Kubuntu we've taken the position that we will follow KDE upstream on this and that until there is an upstream solution the only reasonable distro level thing to do is patch Gnome systemsettings back to it's old name to avoid user confusion. Scott K
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday, July 24, 2011 05:52:08 PM Cornelius Schumacher wrote: On Sunday 24 July 2011 Ben Cooksley wrote: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. I don't want to let a statement like this stand as it is. There are a lot of people in the GNOME community who do want to cooperate. There certainly are also people who don't. That's the same in our community. Not everybody cares about cross-desktop collaboration, and this creates issues, as we have seen. Still, we should treat each other with respect. I understand that it makes you angry, if things break because of decisions outside your control, which you consider to be wrong. But being angry doesn't solve problems, especially not when communication about a common solution is required. There are a lot of technical things we can do to address this specific problem, taking settings from the platform, making configuration available in context, making KDE applications and frameworks more modular and less interdependent. Not everything can be done easily, but we should look for the right solutions and persue them. Additionally we need to talk about how to do integration across desktops. We should not be content with having insular desktops, neither on the GNOME side, nor on our side, nor anywhere else. This only limits us, how we are perceived, and what users think what they can do with KDE software. We aren't the monolithic desktop, which only runs KDE software, and which is required by all KDE applications. That's exactly the misconception we are trying to get rid of. So let's have a constructive conversation with GNOME and others how to share settings, how to integrate applications running on different workspaces independent of the toolkit they are implemented with. The desktop summit provides a great opportunity for that. But again, please act with respect for your own and other communities. Being aggressive doesn't help in finding good solutions for users, and it's really not the atmosphere, I'd like to see in KDE. I haven't seen anything in any mailing list posts that is nearly as aggressive as knowningly reusing a name that was in use like systemsettings. My word for the messages that the Gnome moderators didn't like the tone of is accurate. Scott K
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Monday 25 July 2011 07.49.17 Scott Kitterman wrote: I haven't seen anything in any mailing list posts that is nearly as aggressive as knowningly reusing a name that was in use like systemsettings. Please don't assume that was an agressive act. I can totally see that someone that goes with the assumption that a piece of software is only usable on one desktop won't have problems if you call a similar piece of software the same on your desktop. In general; please stop assuming ;) (ask politely first) -- Thomas Zander
Re: Formal complaint concerning the use of the name System Settings by GNOME
Where's the problem? Have the release tarballs already and irrevocably been forged and fed into some unstoppable mechanism? Per the KDE Release Schedule, we are frozen for everything except build compilation failures, as the KDE 4.7.0 release process is underway. So what is the better option here, violate rules to prevent any users from 'suffering' - or for no meaningful reason (besides 'discipline') strictly adhering to that self-imposed code of conduct and finding ways to cope with the implications that might have? Have you asked 4.7 release manager about it? It would come as a big surprise if anyone would be going to file an official complaint for breaching the freeze for this very valid reason. I really doubt anyone is going to 'suffer'... They will. Will not, because the KDE team will act with common sense, of course. Experience Freedom! The KDE® Community is an international technology team dedicated to creating a free and user-friendly computing experience
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday, July 24, 2011 16:05:22 Emmanuele Bassi wrote: you're saying that anyone using a KDE application should also install the KDE system settings shell because it is the only way to configure KDE *applications*? Qt, like GTK+ uses the same XSETTINGS protocol, to allow interoperability between toolkits on the same environment -- that's what we use to bridge stuff like the icon theme, the application font name, and other settings shared across desktops. replying only to k-c-d as i hav eno interest in getting involved in the cat fight, but i would like to add some information to this discussion: * what Emmanuele writes above is not fully accurate. i have had to on more than one occassion run the GNOME control panels to get specific features working properly after installing GNOME applications. he describes a perfect or near-perfect world in which we do not yet exist. * Martin Gräßlin is correct that systemsettings is a workspace application; any kcm's that are required by non-workspace apps must be usable via kcmshell4 which is included in the runtime for this purpose. it is not perfect, in terms of giving users of KDE applications a perfect experience in, say a GNOME workspace, but then that's probably why we also recommend the KDE workspaces ;). but NO KDE application outside of the kde-workspace module may reasonably expect that ANY workspace app is installed. period. * if our users complain about the results, we can easily point them to the decison made by the GNOME community and let the fault lay on that decision. it is not our job to police everyone who writes free software, even if their decisions do not fit ours. we can point them to kcmshell4 and shrug our shoulders, noting that in the choice of GNOME3 as a shell, the user has made a decision with several collateral effects. * technical solutions to the underlying problems of needing multiple control panel applications installed simultaneously, not being able to extend the workspace control panels in a workspace-neutral way and not sharing technologies we probably ought to anyways for the sake of our users (the SecretService thing being a god example: when will we finally see that in git? :) are ways to improve the situation over the long term and the things we ought to be spending time and energy on. so regardless of what anyone may feel about the sociability / ethics of recent naming choices, the above are the useful points in terms of being able to make things better for our users. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 07/24/2011 05:11 PM, Emmanuele Bassi wrote: applications using the org.freedesktop.Secrets API will ask for the well-known bus name, and get to talk to the daemon implementing it; that means using the gnome-keyring daemon or kwallet, depending on which is installed. the same mechanism of auto-activation is used for many other things. A bit out of topic, just let me say that this secrets/wallet/keyring thingy is really cool ;) Ciao, -- Andrea Diamantini, adjam GPG Fingerprint: 57DE 8E32 7D1A 0E16 AA52 59D8 84F9 3ECD DBF9 730F rekonq project WEB: http://rekonq.kde.org IRC: rekonq@freenode
Re: Formal complaint concerning the use of the name System Settings by GNOME
2011/7/24 Ben Cooksley bcooks...@kde.org: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. In any case, we need a short term solution to this. Basically, we are going to have to provide a different name under GNOME, because otherwise GNOME users will complain to distros, who will patch GNOME to ignore System Settings (I refuse to acknowledge their app). A long term solution, sharing settings isn't even counted, as they are bound to screw us over yet again in some way. They are not to be trusted. Adding the panels apps need to them isn't exactly workable either due to the number of applicable panels and apps. As was proposed earlier, System Settings would call itself System Settings under KDE, but would prefix KDE to the name under all other environments. ie. KDE System Settings under xfce. I have recieved objections that this collides with the branding policy however. Given such an objection, what do those of you who object propose? A solution must be reached, otherwise it is the users of our applications who will ultimately suffer - and we will probably get blamed for it. Regards, Ben Cooksley System Settings Maintainer Hi Ben, Could you read and comment on my proposal: http://lists.kde.org/?l=kde-core-develm=131142514605051w=2 I would like to implement this in the spec, KDE en Gnome, but i need some pointers on where i should make such edits and to get it approved. I think that is the most sane solution that doesn't require multiple desktop files. If you agree on this, what do i need to do next? Just some guesses.. - Propose the updated standard in the freedesktop mailing list (which one?) - Make patched for KDE (which component? where? file?) - Make patches for gnome (which component? where? file?) Note: anyone is fine, not just Ben. Aiming at him since he started this mailing. Regards, Mark
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, July 25, 2011 12:32 pm, Mark wrote: Hi Ben, Could you read and comment on my proposal: http://lists.kde.org/?l=kde-core-develm=131142514605051w=2 I would like to implement this in the spec, KDE en Gnome, but i need some pointers on where i should make such edits and to get it approved. I think that is the most sane solution that doesn't require multiple desktop files. If you agree on this, what do i need to do next? Just some guesses.. - Propose the updated standard in the freedesktop mailing list (which one?) - Make patched for KDE (which component? where? file?) - Make patches for gnome (which component? where? file?) This proposal is fine for technically literate users, and might provide a short term fix, but, as Friedrich has already pointed out, it is not good for a user who just uses whatever desktop happens to be installed on his/her system, and installs whichever applications seem suitable regardless of what desktop they come from. Such users won't necessarily know whether the application they are using is a KDE one or a Gnome one or something else. Faced with two alternative settings applications, say System Settings and KDE System Settings/Gnome System Settings, that user would not realise the relevance of the Gnome/KDE System Settings, and would likely ignore it even if it happened to be the one needed for the application. The only long term solution for ordinary users is to have interoperability of settings between desktops, so that it won't matter which system settings application they use. Applications with more specialist needs, i.e. settings which aren't (yet) interoperable, would need to provide configuration of those settings from within the application. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm
Re: Formal complaint concerning the use of the name System Settings by GNOME
Il giorno dom, 24/07/2011 alle 22.17 +0200, Aurélien Gâteau ha scritto: Le 24/07/2011 17:11, Emmanuele Bassi a écrit : GTK+ applications use the XSETTINGS keys: http://standards.freedesktop.org/xsettings-spec/xsettings-spec-0.5.html so every key that is shared using that specification is picked up automatically by GTK+ applications. we can definitely talk about extending the set of shared keys: we routinely do that on xdg-list -- for instance when the sound theme spec was introduced. The spec does not provide a list of shared keys, does such a list exist? If there is no such list I don't see how we could share anything. http://wiki.freedesktop.org/wiki/Specifications/XSettingsRegistry I don't know what is shared right now but it is definitely not enough: a GTK application running on a KDE workspace does not follow KDE keybindings, palette, fonts, icon theme, label alignment or dialog button order. Additionally I don't believe a shared keys system is enough to share a widget theme. Otherwise the Oxygen devs probably wouldn't have created the Oxygen GTK theme. Of course, you would need to create a KDE theme. XSettings is just for choosing which theme among many. Giovanni signature.asc Description: This is a digitally signed message part
Re: Formal complaint concerning the use of the name System Settings by GNOME
Thomas Zander zan...@kde.org wrote: On Monday 25 July 2011 07.49.17 Scott Kitterman wrote: I haven't seen anything in any mailing list posts that is nearly as aggressive as knowningly reusing a name that was in use like systemsettings. Please don't assume that was an agressive act. I can totally see that someone that goes with the assumption that a piece of software is only usable on one desktop won't have problems if you call a similar piece of software the same on your desktop. In general; please stop assuming ;) (ask politely first) It was stated up front that Gnome was aware of the naming conflict when they did it and there was zero advance communication, so I don't think I'm assuming anything. Scott K
Re: Formal complaint concerning the use of the name System Settings by GNOME
Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). On Mon, Jul 25, 2011 at 1:32 PM, Mark mark...@gmail.com wrote: 2011/7/24 Ben Cooksley bcooks...@kde.org: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. In any case, we need a short term solution to this. Basically, we are going to have to provide a different name under GNOME, because otherwise GNOME users will complain to distros, who will patch GNOME to ignore System Settings (I refuse to acknowledge their app). A long term solution, sharing settings isn't even counted, as they are bound to screw us over yet again in some way. They are not to be trusted. Adding the panels apps need to them isn't exactly workable either due to the number of applicable panels and apps. As was proposed earlier, System Settings would call itself System Settings under KDE, but would prefix KDE to the name under all other environments. ie. KDE System Settings under xfce. I have recieved objections that this collides with the branding policy however. Given such an objection, what do those of you who object propose? A solution must be reached, otherwise it is the users of our applications who will ultimately suffer - and we will probably get blamed for it. Regards, Ben Cooksley System Settings Maintainer Hi Ben, Could you read and comment on my proposal: http://lists.kde.org/?l=kde-core-develm=131142514605051w=2 I would like to implement this in the spec, KDE en Gnome, but i need some pointers on where i should make such edits and to get it approved. I think that is the most sane solution that doesn't require multiple desktop files. If you agree on this, what do i need to do next? Just some guesses.. - Propose the updated standard in the freedesktop mailing list (which one?) - Make patched for KDE (which component? where? file?) - Make patches for gnome (which component? where? file?) Note: anyone is fine, not just Ben. Aiming at him since he started this mailing. Regards, Mark
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, Jul 25, 2011 at 1:50 PM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). On Mon, Jul 25, 2011 at 1:32 PM, Mark mark...@gmail.com wrote: 2011/7/24 Ben Cooksley bcooks...@kde.org: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. In any case, we need a short term solution to this. Basically, we are going to have to provide a different name under GNOME, because otherwise GNOME users will complain to distros, who will patch GNOME to ignore System Settings (I refuse to acknowledge their app). A long term solution, sharing settings isn't even counted, as they are bound to screw us over yet again in some way. They are not to be trusted. Adding the panels apps need to them isn't exactly workable either due to the number of applicable panels and apps. As was proposed earlier, System Settings would call itself System Settings under KDE, but would prefix KDE to the name under all other environments. ie. KDE System Settings under xfce. I have recieved objections that this collides with the branding policy however. Given such an objection, what do those of you who object propose? A solution must be reached, otherwise it is the users of our applications who will ultimately suffer - and we will probably get blamed for it. Regards, Ben Cooksley System Settings Maintainer Hi Ben, Could you read and comment on my proposal: http://lists.kde.org/?l=kde-core-develm=131142514605051w=2 I would like to implement this in the spec, KDE en Gnome, but i need some pointers on where i should make such edits and to get it approved. I think that is the most sane solution that doesn't require multiple desktop files. If you agree on this, what do i need to do next? Just some guesses.. - Propose the updated standard in the freedesktop mailing list (which one?) - Make patched for KDE (which component? where? file?) - Make patches for gnome (which component? where? file?) Note: anyone is fine, not just Ben. Aiming at him since he started this mailing. Regards, Mark Yes... old mail just getting send now?
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, July 25, 2011 12:50 pm, Ambroz Bizjak wrote: Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). This proposal has the same drawbacks as Mark's - it is aimed at knowledgeable users, not the ordinary user who may not be aware of which desktop a particular application is from. See http://lists.kde.org/?l=kde-core-develm=131159889604990w=2. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm
Re: Formal complaint concerning the use of the name System Settings by GNOME
David Jarvie wrote: On Mon, July 25, 2011 12:50 pm, Ambroz Bizjak wrote: Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). This proposal has the same drawbacks as Mark's - it is aimed at knowledgeable users, not the ordinary user who may not be aware of which desktop a particular application is from. See http://lists.kde.org/?l=kde-core-develm=131159889604990w=2. So what is *your* proposed solution? As you say, the long term solution is to have setting interoperability. The key words there are long term. We can't do that *now*, before the new KDE release and before the new GNOME release. We need a solution *now* to avoid having two entries with the exact same name in the application list. Mark and Ambroz's solutions have the advantage of not requiring months of collaboration and programming, which would be needed for setting interoperability. -- Nicolas
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, 25.07.11 17:40, Giovanni Campagna (scampa.giova...@gmail.com) wrote: The spec does not provide a list of shared keys, does such a list exist? If there is no such list I don't see how we could share anything. http://wiki.freedesktop.org/wiki/Specifications/XSettingsRegistry This isn't really up-to-date as it appears. These are the settings that Gtk currently knows: http://git.gnome.org/browse/gtk+/tree/gdk/x11/gdksettings.c#n37 Lennart -- Lennart Poettering - Red Hat, Inc.
Re: Formal complaint concerning the use of the name System Settings
Hi Mark, I've done some small research on what components would have to be updated for the desktop-specific-names solution. I think that would be: - The Desktop Entry Specification, http://standards.freedesktop.org/desktop-entry-spec/latest/ - KDE's KDesktopFile, https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/changes/kdecore/config/kdesktopfile.cpp - Xfce's libxfce4menu, in particular http://git.xfce.org/xfce/libxfce4menu/tree/libxfce4menu/xfce-menu-item.c - Gnome's libgnome-menu, in particular http://svn.gnome.org/viewvc/gnome-menus/trunk/libmenu/desktop-entries.c Regards, Ambroz
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon, Jul 25, 2011 at 6:50 PM, David Jarvie djar...@kde.org wrote: On Mon, July 25, 2011 12:50 pm, Ambroz Bizjak wrote: Hi Mark, have you seen my proposed improvement on your suggestion? http://lists.kde.org/?l=kde-core-develm=131149560119520w=2 I suggest that you consider it, because it would avoid having to update the Freedesktop specification and any DE that doesn't name its programs differently in other DEs (e.g. Xfce). This proposal has the same drawbacks as Mark's - it is aimed at knowledgeable users, not the ordinary user who may not be aware of which desktop a particular application is from. See http://lists.kde.org/?l=kde-core-develm=131159889604990w=2. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm Do you mind sharing your solution? Thanx.
Re: Formal complaint concerning the use of the name System Settings
On Mon, Jul 25, 2011 at 9:51 PM, Ambroz Bizjak ambr...@gmail.com wrote: Hi Mark, I've done some small research on what components would have to be updated for the desktop-specific-names solution. I think that would be: - The Desktop Entry Specification, http://standards.freedesktop.org/desktop-entry-spec/latest/ - KDE's KDesktopFile, https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/changes/kdecore/config/kdesktopfile.cpp - Xfce's libxfce4menu, in particular http://git.xfce.org/xfce/libxfce4menu/tree/libxfce4menu/xfce-menu-item.c - Gnome's libgnome-menu, in particular http://svn.gnome.org/viewvc/gnome-menus/trunk/libmenu/desktop-entries.c Regards, Ambroz Hi, Thanx for the list. I already found the spec and kde file. One thing i can't find though is the part that makes multilanguage stuff for desktop files working.. Those 3 source files all just grab the Name value but where does it do the magic that happens when i set my language to dutch.. then it grabs Name[nl] but where does it do that? Asking that since the properties i proposed should have multi language suppert as well.. And besides that.. I do want to implement it, but i'm getting the feeling there isn't that much support for it thus wasting my time if i implement it since it won't get accepted anyway. (which i rather avoid). It's just a feeling and i hope i'm wrong... Regards, Mark
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Mon 25 July 2011 06:53:28 Alvaro Soliverez wrote: On Mon, Jul 25, 2011 at 1:36 AM, Martin Gräßlin mgraess...@kde.org wrote: On Monday 25 July 2011 15:57:16 Ben Cooksley wrote: Otherwise our users will be the ones who will suffer. I really doubt anyone is going to 'suffer'... This NamingClashCrisis is more They will. As an example, KMyMoney users for instance depend on System Settings to be able to set their locale, and therefore the default currency, date format, etc. In that case KMyMoney has to depend on systemsettings and has to become a workspace application which I think the workspace coordinators will rightfully refuse. If this is a must have configuration for KMyMoney it has to add the KCM to its own configuration options. In comparison you are also able to configure Phonon from within Amarok. Be senseful, please. Any application that depends on locale settings needs a way to set that correctly. I can tell the user to open a terminal, run kcmshell4 somethings, and make the required change. Or, I can tell to open Systemsettings, and adjust locale settings. Or you could embed the locale settings KCM in the KMyMoney settings dialogs. KCMs are nice for a reason, and that reason is integration. So that IMPROVES your user experience, because instead of having to open some OTHER application, you tell them to open the KMyMoney configuration dialogs. r BTW, this is a very common support situation, and personally, I will very deeply hate the person responsible for making it even more difficult to support my users under a different, which we do have, and a lot of them. So, it's not a matter that there is an alternative way to do it. It's the matter that so far, it was very easy to point them to a solution, and now it's not. And existing solution on forums and otherwise, now won't work. And all that just because they chose a name that has been in use for over 4 years by their closest partner. So, as an application developer, you can bikeshed all you want, but at the end of the day, Gnome devs have made my life more difficult. Regards, Alvaro KMyMoney development team -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! = _ \//_ All Hail the Beefy Miracle! /_/ \ \ signature.asc Description: This is a digitally signed message part.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 25 July 2011 07:18, Scott Kitterman k...@kitterman.com wrote: Thomas Zander zan...@kde.org wrote: On Monday 25 July 2011 07.49.17 Scott Kitterman wrote: I haven't seen anything in any mailing list posts that is nearly as aggressive as knowningly reusing a name that was in use like systemsettings. Please don't assume that was an agressive act. I can totally see that someone that goes with the assumption that a piece of software is only usable on one desktop won't have problems if you call a similar piece of software the same on your desktop. In general; please stop assuming ;) (ask politely first) It was stated up front that Gnome was aware of the naming conflict when they did it and there was zero advance communication, so I don't think I'm assuming anything. Scott, yes you are assuming. The fact is that Gnome used the same name as KDE for their user-visible configuration app. There is no evidence however that they did so to aggressively and intentionally cause conflict. They probably just thought it was a good name. You seem to have a deep mistrust of Gnome that in the absence of evidence you interpret Gnome's actions as malicious instead of being done in good faith. A similar event happened years ago except that KDE took Gnome's name. Gnome had its System Monitor by 2002, ksysguard was renamed to System Monitor 4.5 years later. Notably, neither app has its OnlyShowIn key set so this is actually the very same problem (except that both apps effectively do the same thing which isn't the case for systemsettings). http://git.gnome.org/browse/gnome-system-monitor/commit/?id=a2ef5a0d37719f8610045508c33fec6d8dccf06b http://websvn.kde.org/trunk/KDE/kdebase/workspace/ksysguard/gui/ksysguard.desktop?r1=548992r2=589532pathrev=961381 There's no evidence to believe that KDE was trying to cause a conflict then, nor is there any evidence that Gnome is doing that now. Unproven allegations like these encourage the criticized party to get defensive and start attacking back, or just not want to listen. Please look for solutions instead of conspiracies. Jeremy Bicha
Re: Formal complaint concerning the use of the name System Settings
Mark mark...@gmail.com wrote: Just a small suggestion on how i think this should be fixed (since 2 desktop files for one app seems just ugly to me). Perhaps it's better to extend the desktop file specification: http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html And i would propose adding 2 entries: NativeDE - This one holds the desktop environment name where the app would be native. So GNOME, KDE or whatever. NameNonNative - This one holds the app name when it's shown in a desktop environment that is not native. When not set fallback to Name So for example the System Settings app in KDE looks somewhat like this in a .desktop file: Name=System Settings NativeDE=KDE NameNonNative=KDE System Settings The same applies for gnome system settings and also for the system monitor (that also has the naming issue) Isn't this a good solution? Regards, Mark I think this is the right idea - have a generic name and a native-desktop-specific name. But I think it could be implemented more nicely. I suggest the following: Name=KDE System Settings KDE-Name=System Settings Name=Gnome System Settings Gnome-Name=System Settings This would be a little easier to implement, and has the advantage that the non-native name will be used for any DE that doesn't specifically know about the extension. For example, in Xfce, you will get KDE System Settings and Gnome System Settings without Xfce having to implement anything; with Mark's suggestion however, Xfce would give you two System Settings until it was patched. Regards, Ambroz
Re: Formal complaint concerning the use of the name System Settings by GNOME
hi; 2011/7/24 Aurélien Gâteau agat...@kde.org: Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. installing both Gnome and KDE is not equivalent to running both at the same time. if you managed to get yourself into the scenario where KDE and Gnome have been installed at the same time then the KDE system settings shell should be marked as NotShowIn=Gnome, and the Gnome one should be NotShowIn=KDE. currently, gnome-control-center uses: OnlyShowIn=GNOME;Unity; so a menu rendered under KDE won't show it. now, googling a bit I found this: https://git.reviewboard.kde.org/r/102038/ which is, I guess, what really prompted this thread. so, if the KDE system settings shell appears alongside any other system settings shell it means that the users are not running KDE, but are running any other XDG-recognised desktop. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. the short-term fix is to make the KDE system settings OnlyShowIn=KDE, so that users running KDE will not have any issue, and every other desktop will correctly not show the KDE system settings shell. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/
Re: Formal complaint concerning the use of the name System Settings by GNOME
2011/7/24 Emmanuele Bassi eba...@gmail.com: hi; 2011/7/24 Aurélien Gâteau agat...@kde.org: Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. installing both Gnome and KDE is not equivalent to running both at the same time. if you managed to get yourself into the scenario where KDE and Gnome have been installed at the same time then the KDE system settings shell should be marked as NotShowIn=Gnome, and the Gnome one should be NotShowIn=KDE. currently, gnome-control-center uses: OnlyShowIn=GNOME;Unity; so a menu rendered under KDE won't show it. now, googling a bit I found this: https://git.reviewboard.kde.org/r/102038/ which is, I guess, what really prompted this thread. so, if the KDE system settings shell appears alongside any other system settings shell it means that the users are not running KDE, but are running any other XDG-recognised desktop. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. the short-term fix is to make the KDE system settings OnlyShowIn=KDE, so that users running KDE will not have any issue, and every other desktop will correctly not show the KDE system settings shell. Wrong. Emmanuele, read my initial email to see why that is not an acceptable solution under any circumstances. It has to be shown in some form, regardless of the name, under all desktop environments. ciao, Emmanuele. Regards, Ben -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday 24 July 2011, Ben Cooksley wrote: 2011/7/24 Emmanuele Bassi eba...@gmail.com: hi; 2011/7/24 Aurélien Gâteau agat...@kde.org: Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. installing both Gnome and KDE is not equivalent to running both at the same time. if you managed to get yourself into the scenario where KDE and Gnome have been installed at the same time then the KDE system settings shell should be marked as NotShowIn=Gnome, and the Gnome one should be NotShowIn=KDE. currently, gnome-control-center uses: OnlyShowIn=GNOME;Unity; so a menu rendered under KDE won't show it. now, googling a bit I found this: https://git.reviewboard.kde.org/r/102038/ which is, I guess, what really prompted this thread. so, if the KDE system settings shell appears alongside any other system settings shell it means that the users are not running KDE, but are running any other XDG-recognised desktop. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. the short-term fix is to make the KDE system settings OnlyShowIn=KDE, so that users running KDE will not have any issue, and every other desktop will correctly not show the KDE system settings shell. Wrong. Emmanuele, read my initial email to see why that is not an acceptable solution under any circumstances. It has to be shown in some form, regardless of the name, under all desktop environments. Yes, Ben is absolutely right here. It is used for setting up a whole lot of stuff like widget style, colors, printing, file associations etc. for application which link against KDE libraries, but can be run perfectly fine not only in Plasma, but also in other window managers/desktop environments. Alex
Re: Formal complaint concerning the use of the name System Settings
At Sat, 23 Jul 2011 21:43:16 +0200, Lorenz Quack wrote: So how can this be resolved? … TLDR: For this release: GNOME back off For the next release: KDE and GNOME unify your settings infrastructure and pick non-generic names for your apps. Why can’t the Gnome System Settings simply be shown in KDE as “Gnome Systemsettings” and in KDE as “Systemsettings” - and the same the other way round. Put the other desktop as brand before the name; that even scales to an unlimited number of desktops using generic names, and I can tell new users, who are trying this “Linux-thing” for the first time to just open Systemsettings, without having to ask first, if they use Gnome, KDE or other desktop of choice. Generic names are good: they facilitate desktop switching and cross-desktop support. And a prefix for non-native applications in case of name clashes should not be too hard. Best wishes, Arne
Re: Formal complaint concerning the use of the name System Settings by GNOME
Il giorno dom, 24/07/2011 alle 21.00 +1200, Ben Cooksley ha scritto: 2011/7/24 Emmanuele Bassi eba...@gmail.com: hi; 2011/7/24 Aurélien Gâteau agat...@kde.org: Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. installing both Gnome and KDE is not equivalent to running both at the same time. if you managed to get yourself into the scenario where KDE and Gnome have been installed at the same time then the KDE system settings shell should be marked as NotShowIn=Gnome, and the Gnome one should be NotShowIn=KDE. currently, gnome-control-center uses: OnlyShowIn=GNOME;Unity; so a menu rendered under KDE won't show it. now, googling a bit I found this: https://git.reviewboard.kde.org/r/102038/ which is, I guess, what really prompted this thread. so, if the KDE system settings shell appears alongside any other system settings shell it means that the users are not running KDE, but are running any other XDG-recognised desktop. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. the short-term fix is to make the KDE system settings OnlyShowIn=KDE, so that users running KDE will not have any issue, and every other desktop will correctly not show the KDE system settings shell. Wrong. Emmanuele, read my initial email to see why that is not an acceptable solution under any circumstances. It has to be shown in some form, regardless of the name, under all desktop environments. Again, no. There is nothing you want to configure, running under GNOME, in KDE system settings. Qt apps, running under GNOME, should use Gtk+ style (already done by Qt), GNOME preferred apps and mime-type associations (already done by shared-mime-info), GNOME networking preferences (already done by NetworkManager and libproxy), GNOME fonts (already done by fontconfig). Everything else (desktop effects, hardware settings, date and time, users...) should not be configurable by KDE system settings, and will likely conflict if changed. Giovanni signature.asc Description: This is a digitally signed message part
Re: Formal complaint concerning the use of the name System Settings by GNOME
Il giorno dom, 24/07/2011 alle 22.37 +1200, Ben Cooksley ha scritto: On Sun, Jul 24, 2011 at 10:25 PM, Giovanni Campagna scampa.giova...@gmail.com wrote: Il giorno dom, 24/07/2011 alle 21.00 +1200, Ben Cooksley ha scritto: 2011/7/24 Emmanuele Bassi eba...@gmail.com: hi; 2011/7/24 Aurélien Gâteau agat...@kde.org: Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. installing both Gnome and KDE is not equivalent to running both at the same time. if you managed to get yourself into the scenario where KDE and Gnome have been installed at the same time then the KDE system settings shell should be marked as NotShowIn=Gnome, and the Gnome one should be NotShowIn=KDE. currently, gnome-control-center uses: OnlyShowIn=GNOME;Unity; so a menu rendered under KDE won't show it. now, googling a bit I found this: https://git.reviewboard.kde.org/r/102038/ which is, I guess, what really prompted this thread. so, if the KDE system settings shell appears alongside any other system settings shell it means that the users are not running KDE, but are running any other XDG-recognised desktop. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. the short-term fix is to make the KDE system settings OnlyShowIn=KDE, so that users running KDE will not have any issue, and every other desktop will correctly not show the KDE system settings shell. Wrong. Emmanuele, read my initial email to see why that is not an acceptable solution under any circumstances. It has to be shown in some form, regardless of the name, under all desktop environments. Again, no. There is nothing you want to configure, running under GNOME, in KDE system settings. Qt apps, running under GNOME, should use Gtk+ style (already done by Qt), GNOME preferred apps and mime-type associations (already done by shared-mime-info), GNOME networking preferences (already done by NetworkManager and libproxy), GNOME fonts (already done by fontconfig). Everything else (desktop effects, hardware settings, date and time, users...) should not be configurable by KDE system settings, and will likely conflict if changed. Wrong, wrong and wrong. Phonon backend cannot be configured without System Settings. And that's a feature, I suppose. As a GNOME user, I want GStreamer at all times (and as a Fedora user, I can't even install xine). Standard keyboard shortcuts for KDE applications cannot be configured without System Settings. Which is a KDE bug. You should use GNOME shortcuts when possible. I mean, Gtk has emacs and Mac OS modes for keybindings, I doubt Qt hasn't something similar. We don't share Date/Time/Localisation/etc - you need System Settings for that. You don't have $LANG? or org.freedesktop.Accounts? Both are KDE bugs. Theme - we both have our own stores of it - you need System Settings again (in case you don't believe me, read ~/.gtk2rc) It is true that you can change KDE theme without changing the GTK one, but why would one want that? I want the look and feel of my system to be consistent, even when different apps or toolkits are used, and I want one place to configure the theme. (or none, if I'm using GNOME3 /rant) KDE Wallet has some of it's configuration stored in System Settings too - and it is used by KDE applications even outside KDE for secure password storage. KDE apps under GNOME should use gnome-keyring, not kwallet: that's what org.freedesktop.Secrets is for. Giovanni signature.asc Description: This is a digitally signed message part
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday 24 July 2011 17:55:54 Giovanni Campagna wrote: Il giorno dom, 24/07/2011 alle 22.37 +1200, Ben Cooksley ha scritto: Wrong, wrong and wrong. Phonon backend cannot be configured without System Settings. And that's a feature, I suppose. As a GNOME user, I want GStreamer at all times (and as a Fedora user, I can't even install xine). The Xine backend is not maintained anymore, so the choice is between the libvlc backend and gstreamer backend for most users, and many users actually prefer the libvlc backend (for many reasons, none of which are relevant here :-). I am not familiar with what additional restrictions your distro puts on you wrt. multimedia applications, so this might not be relevant to you, though. My two cent is that Gnome should rename it's configuration application to something that reflects what it is, instead of stealing the name from the KDE system configuration application. -- Martin Sandsmark
Re: Formal complaint concerning the use of the name System Settings by GNOME
Le 24/07/2011 12:55, Giovanni Campagna a écrit : Which is a KDE bug. You should use GNOME shortcuts when possible. I mean, Gtk has emacs and Mac OS modes for keybindings, I doubt Qt hasn't something similar. It is true that you can change KDE theme without changing the GTK one, but why would one want that? I want the look and feel of my system to be consistent, even when different apps or toolkits are used, and I want one place to configure the theme. (or none, if I'm using GNOME3 /rant) KDE apps under GNOME should use gnome-keyring, not kwallet: that's what org.freedesktop.Secrets is for. What about the other way around BTW? Do GNOME applications running on a KDE workspace follow KDE keybindings, theme, palette, fonts and icon theme? Do they use kwallet instead of gnome-keyring? If they don't I guess there is also a use for running GNOME System Settings on a KDE workspace. Aurélien
Re: Formal complaint concerning the use of the name System Settings by GNOME
Le 24 juil. 2011 14:35, Aurélien Gâteau agat...@kde.org a écrit : Le 24/07/2011 12:55, Giovanni Campagna a écrit : Which is a KDE bug. You should use GNOME shortcuts when possible. I mean, Gtk has emacs and Mac OS modes for keybindings, I doubt Qt hasn't something similar. It is true that you can change KDE theme without changing the GTK one, but why would one want that? I want the look and feel of my system to be consistent, even when different apps or toolkits are used, and I want one place to configure the theme. (or none, if I'm using GNOME3 /rant) KDE apps under GNOME should use gnome-keyring, not kwallet: that's what org.freedesktop.Secrets is for. What about the other way around BTW? Do GNOME applications running on a KDE workspace follow KDE keybindings, theme, palette, fonts and icon theme? Do they use kwallet instead of gnome-keyring? If they don't I guess there is also a use for running GNOME System Settings on a KDE workspace. Well, I wrote xsettings-kde http://svn.mandriva.com/viewvc/soft/theme/xsettings-kde/ in 2007 which exports kde settings as xsettings and causes GNOME/GTK applications to follow KDE settings. Unfortunately, this code has never been integrated in KDE... -- Frédéric Crozat
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sunday 24 July 2011 Ben Cooksley wrote: Dropping GNOME out of this, as it seems quite clear they aren't interested in co-operating at all. Which is fairly typical for them, they're insular and only care for themselves. I don't want to let a statement like this stand as it is. There are a lot of people in the GNOME community who do want to cooperate. There certainly are also people who don't. That's the same in our community. Not everybody cares about cross-desktop collaboration, and this creates issues, as we have seen. Still, we should treat each other with respect. I understand that it makes you angry, if things break because of decisions outside your control, which you consider to be wrong. But being angry doesn't solve problems, especially not when communication about a common solution is required. There are a lot of technical things we can do to address this specific problem, taking settings from the platform, making configuration available in context, making KDE applications and frameworks more modular and less interdependent. Not everything can be done easily, but we should look for the right solutions and persue them. Additionally we need to talk about how to do integration across desktops. We should not be content with having insular desktops, neither on the GNOME side, nor on our side, nor anywhere else. This only limits us, how we are perceived, and what users think what they can do with KDE software. We aren't the monolithic desktop, which only runs KDE software, and which is required by all KDE applications. That's exactly the misconception we are trying to get rid of. So let's have a constructive conversation with GNOME and others how to share settings, how to integrate applications running on different workspaces independent of the toolkit they are implemented with. The desktop summit provides a great opportunity for that. But again, please act with respect for your own and other communities. Being aggressive doesn't help in finding good solutions for users, and it's really not the atmosphere, I'd like to see in KDE. -- Cornelius Schumacher schumac...@kde.org
Re: Formal complaint concerning the use of the name System Settings by GNOME
Still, we should treat each other with respect. [...] being angry doesn't solve problems, especially not when communication about a common solution is required. [...] Not everything can be done easily, but we should look for the right solutions and persue them. There is no established mechanism to rate mailing list posts, but i'd mod this one up. (:
Re: Formal complaint concerning the use of the name System Settings by GNOME
KDE 4.7 will probably be shipped by distributions alongside GNOME 3.0. A short term solution is required at the bare minimum to fix that - which can be done as I noted. Where's the problem? Have the release tarballs already and irrevocably been forged and fed into some unstoppable mechanism? On 23/07/11 00:25, Shaun McCance wrote: Name=System Settings OnlyShowIn=KDE The other looks like this: Name=KDE System Settings NotShowIn=KDE Why not just SVN_SILENTly add these tree lines in the .desktop file and include in 4.7 gold? Two more days seem to give plenty time for that. Otherwise our users will be the ones who will suffer. I really doubt anyone is going to 'suffer'... This NamingClashCrisis is more ridiculous ego tussle then a real problem. For comparison, hunger crisis in Somalia is a real problem where people actually do suffer. #peace/marcel.
Re: Formal complaint concerning the use of the name System Settings
The only point that I would like to add is that the 'System' part of System Settings should be dropped since the settings listed there are not for the system but for the DE('s). Well it depends, Networking Bluetooth, Service startup are not DE('s) stuff
Re: Formal complaint concerning the use of the name System Settings by GNOME
On 22 July 2011 17:17, Ben Cooksley bcooks...@kde.org wrote: Now lets go into something more productive and perhaps we can fix this before the sunny Desktop Summit. Hi Olav, In terms of being productive surrounding this, I have several questions: Screenshots on your live wiki indicate that GNOME developers were aware of the use of the System Settings name by KDE. Why did your developers deliberately proceed with the use of this name, knowing it would cause a conflict? (This was the primary reason why I was particularly angry about the discovery of your use of this name) Is there any reason why it cannot be renamed once more as soon as is possible so that the next release your team makes fixes this issue? I would prefer to resolve this issue as soon as possible, to minimise the work packagers will inevitably do to block KDE System Settings under GNOME, and the resulting KDE application user support issues that will arise. Regards, Ben Cooksley KDE System Settings Maintainer To be more specific about the problem, installing kde-workspace to a GNOME installation results in 2 indistinguishable apps named System Settings and 2 named System Monitor. On Ubuntu at least, if I want the GNOME version, I have to remember to click the first System Monitor but the second System Setting which is awfully frustrating. Here's a screenshot from my Ubuntu install: https://launchpadlibrarian.net/75745040/Gnome%20Shell%20screnshot.png GNOME happily has the OnlyShowIn:Gnome,Unity key set for gnome-control-center but KDE is unwilling to do the same because that is the only way to change important preferences that affect KDE apps in general. I'd like to suggest that the GNOME developers consider changing the public name of their app to System Preferences. This matches the Mac OS X design and arguably GNOME follows some parts of OS X design. Furthermore, it is more in line with Gnome 2's SystemPreferences and SystemAdministration. I suspect GNOME developers would rather users not install KDE apps, but that's a narrow viewpoint. As one example, GNOME has no equivalent to the educational suite that kdeedu provides. I also don't think GNOME was intentionally malicious in choosing their app's new name but it is creating an interoperability issue that ought to be resolved. Jeremy Bicha
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Fri, 2011-07-22 at 17:53 -0400, Jeremy Bicha wrote: On 22 July 2011 17:17, Ben Cooksley bcooks...@kde.org wrote: Now lets go into something more productive and perhaps we can fix this before the sunny Desktop Summit. Hi Olav, In terms of being productive surrounding this, I have several questions: Screenshots on your live wiki indicate that GNOME developers were aware of the use of the System Settings name by KDE. Why did your developers deliberately proceed with the use of this name, knowing it would cause a conflict? (This was the primary reason why I was particularly angry about the discovery of your use of this name) Is there any reason why it cannot be renamed once more as soon as is possible so that the next release your team makes fixes this issue? I would prefer to resolve this issue as soon as possible, to minimise the work packagers will inevitably do to block KDE System Settings under GNOME, and the resulting KDE application user support issues that will arise. Regards, Ben Cooksley KDE System Settings Maintainer To be more specific about the problem, installing kde-workspace to a GNOME installation results in 2 indistinguishable apps named System Settings and 2 named System Monitor. On Ubuntu at least, if I want the GNOME version, I have to remember to click the first System Monitor but the second System Setting which is awfully frustrating. Here's a screenshot from my Ubuntu install: https://launchpadlibrarian.net/75745040/Gnome%20Shell%20screnshot.png GNOME happily has the OnlyShowIn:Gnome,Unity key set for gnome-control-center but KDE is unwilling to do the same because that is the only way to change important preferences that affect KDE apps in general. I'd like to suggest that the GNOME developers consider changing the public name of their app to System Preferences. This matches the Mac OS X design and arguably GNOME follows some parts of OS X design. Furthermore, it is more in line with Gnome 2's SystemPreferences and SystemAdministration. I very much doubt users will be any less confused when confronted with System Settings and System Preferences. We should work on shared groundwork so that our settings are interoperable. If a user has to set his language in two different applications just because he happens to use applications written in two different toolkits, we have failed miserably. However, if the here-and-now requires this duplication, then I don't think it's right for any application to use a generic name outside its target desktop. Having the KDE System Settings show up as just System Settings under GNOME is confusing to GNOME users. Just as it would be confusing if I made Yelp show up as Help in KDE. There's a very easy way to use a different application name under different desktops. Just install two .desktop files. One looks like this: Name=System Settings OnlyShowIn=KDE The other looks like this: Name=KDE System Settings NotShowIn=KDE You just can't expect to own generic names across desktops. -- Shaun
Re: Formal complaint concerning the use of the name System Settings by GNOME
2011/7/23 Matthias Clasen matthias.cla...@gmail.com: I'd like to suggest that the GNOME developers consider changing the public name of their app to System Preferences. This matches the Mac OS X design and arguably GNOME follows some parts of OS X design. Furthermore, it is more in line with Gnome 2's SystemPreferences and SystemAdministration. That is an absurd proposal. What next, rename gnome-terminal to 'Commandline Window' because Xfce also ships a 'Terminal' ?! Generic names don't come with exclusive ownership... And as has already been pointed out, offering the user a meaningless choice between 'System Settings' and 'System Preferences' is no less of a failure than having 2 identical items. Matthias, please, I suppose this thread doesn't need your aggressiveness. What about, instead, Shaun's proposal? It seems reasonable to me (while I like to test it) and we could do the same in GNOME stuff (while it's additional work for maintainers and tranlators).
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sat, Jul 23, 2011 at 09:17:17AM +1200, Ben Cooksley wrote: Now lets go into something more productive and perhaps we can fix this before the sunny Desktop Summit. Hi Olav, In terms of being productive surrounding this, I have several questions: Screenshots on your live wiki indicate that GNOME developers were aware of the use of the System Settings name by KDE. Why did your developers deliberately proceed with the use of this name, knowing it would cause a conflict? (This was the primary reason why I was particularly angry about the discovery of your use of this name) I don't own any developers, nor am I a GNOME developer (see end of the email for list of the things I do for GNOME). This said, I think it was already mentioned that 'System Settings' was purposely limited to GNOME and later Unity. So care was taken to ensure KDE would not have a confusing menu entry. The rest I'd guess is either oversight, different assumptions or just lack of time. Is there any reason why it cannot be renamed once more as soon as is possible so that the next release your team makes fixes this issue? This has been explained already I think. Be aware that I don't have any team. I would prefer to resolve this issue as soon as possible, to minimise the work packagers will inevitably do to block KDE System Settings under GNOME, and the resulting KDE application user support issues that will arise. I think I explained that I was speaking as a moderator. I'm also in the GNOME release team, GNOME sysadmin team and a bugmaster. In none of those things I've noticed this. Regarding release team: We almost always let developers decide things and gently steer things in the right direction. See https://live.gnome.org/ReleasePlanning if you want more background on how things are done @ GNOME. Not sure how it works in KDE, but although I have my own opinion on this topic, I prefer leave this to the developers. I've noticed some of the replies you've got are a bit harsh. This is not how a discussion should be and this is why I responded + cc'ed the mailing list (to prevent it). I really care that a discussion is being held nicely (assume people mean well + somewhat concise in the amount of messages) and step in when it is not. Regarding this topic: Various GNOME developers have already replied, suggest to continue the discussion with them and I'll just lurk. -- Regards, Olav
Re: Formal complaint concerning the use of the name System Settings by GNOME
This is what happens when you mix and match bits and pieces from different operating systems. There is really not much that can be done about it. Since that is what both KDE and GNOME are trying to do: build complete, self-contained systems. So far we are running the same OS (for most of us it is Linux, but it can be Solaris or *BSD). DE != OS. And the system can be multiuser - which sometimes means both KDE and GNOME can be present in the same installation. Also, some, especially semi-professional apps are not going to be duplicated in both environments (I am not talking about text editors or calculators) - so there are relatively high chances that the user would need both sets of settings, for KDE and GNOME (in that sense having ShowOnlyIn can be a bad idea - some foreign apps would become not configurable). The best idea really would be to define the mechanism of feeding the settings into foreign apps. Both directions, GNOME (desktop) -KDE (apps) and KDE (desktop) - GNOME (apps). If we have that, in addition to ShowOnlyIn, user could never notice that the system has two variants of System Settings. The only problem with that approach is that some settings can be defined only in one DE. In that case, sane default values could be the only choice.. Sergey
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Fri, Jul 22, 2011 at 5:53 PM, Jeremy Bicha jbi...@ubuntu.com wrote: On 22 July 2011 17:17, Ben Cooksley bcooks...@kde.org wrote: To be more specific about the problem, installing kde-workspace to a GNOME installation results in 2 indistinguishable apps named System Settings and 2 named System Monitor. On Ubuntu at least, if I want the GNOME version, I have to remember to click the first System Monitor but the second System Setting which is awfully frustrating. Here's a screenshot from my Ubuntu install: https://launchpadlibrarian.net/75745040/Gnome%20Shell%20screnshot.png This is what happens when you mix and match bits and pieces from different operating systems. There is really not much that can be done about it. Since that is what both KDE and GNOME are trying to do: build complete, self-contained systems. Arguably, KDE is a little further along, with their big monolithic modules like kde-workspace that drag in most of the desktop, while GNOME apps can often still be installed without much of the desktop. I'd like to suggest that the GNOME developers consider changing the public name of their app to System Preferences. This matches the Mac OS X design and arguably GNOME follows some parts of OS X design. Furthermore, it is more in line with Gnome 2's SystemPreferences and SystemAdministration. That is an absurd proposal. What next, rename gnome-terminal to 'Commandline Window' because Xfce also ships a 'Terminal' ?! Generic names don't come with exclusive ownership... And as has already been pointed out, offering the user a meaningless choice between 'System Settings' and 'System Preferences' is no less of a failure than having 2 identical items.
Re: Formal complaint concerning the use of the name System Settings by GNOME
Hi, I find what is proposed by Shaun to be acceptable, as the distinction between the two is clearly defined. It still allows users to determine the correct System Settings application to use to configure KDE applications with what is probably the most minimal level of confusion. KDE System Settings will continue to be called System Settings under KDE, but will be called KDE System Settings under all other environments. Unfortunately, this is too late for KDE 4.7. Had I been contacted when the decision to use the name System Settings under GNOME, this entire issue could have been avoided - which I think everyone would have preferred. If any GNOME components exist which do similar using of global names, particularly in the space of preferences, it would be much appreciated if you take similar steps. @Matthias: please explain how this doesn't solve the issue. If anyone has any other comments to make on this, please do. I'll make the needed adjustments once KDE 4.7 has been released, unless objections are raised. Regards, Ben Cooksley KDE System Settings Maintainer.
Re: Formal complaint concerning the use of the name System Settings by GNOME
Emmanuele Bassi eba...@gmail.com a écrit: On 2011-07-23 at 11:27, Dodji Seketeli wrote: Why? Do you have an example that would show where Shaun's proposal falls short? it falls short in showing: System Settings KDE System Settings under Gnome, and: System Settings Gnome System Settings under KDE. Oh, I see. the real solution is to make it unnecessary (or even conflicting) to install the KDE system settings shell under a Gnome environment, and the Gnome system settings under a KDE environment; That would be a more elegant situation, IMO. these are configuring the system settings, and you can hardly have two systems running at the same time on the same machine. Agreed. applications should not be configured through the *system* settings; and both system settings shell should configure the same services. This makes sense to me. You don't say why these would better address the issue here and now in comparison with what Shaun is proposing. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. My point was to have the options written down and have interested people explicitly say why a particular point is valid or not, rather than just bluntly dismissing someone's point as being a non-solution without providing rationale. As for the here and now, I don't personally perceive this issue as urgent as I use GNOME only. But I could imagine that some people do. -- Dodji
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Sat, Jul 23, 2011 at 4:41 AM, Ben Cooksley bcooks...@kde.org wrote: @Matthias: please explain how this doesn't solve the issue. It certainly solves the immediate symptom of 'two things in the menu are named the same'.
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Saturday, July 23, 2011 04:41:05 AM Ben Cooksley wrote: Hi, I find what is proposed by Shaun to be acceptable, as the distinction between the two is clearly defined. It still allows users to determine the correct System Settings application to use to configure KDE applications with what is probably the most minimal level of confusion. KDE System Settings will continue to be called System Settings under KDE, but will be called KDE System Settings under all other environments. Unfortunately, this is too late for KDE 4.7. Had I been contacted when the decision to use the name System Settings under GNOME, this entire issue could have been avoided - which I think everyone would have preferred. If any GNOME components exist which do similar using of global names, particularly in the space of preferences, it would be much appreciated if you take similar steps. @Matthias: please explain how this doesn't solve the issue. If anyone has any other comments to make on this, please do. I'll make the needed adjustments once KDE 4.7 has been released, unless objections are raised. This will, clearly, run afoul of the KDE rebranding strategy where KDE is a community and not a piece (or collection) of software. Personally I think that says more about the rebranding strategy than this proposal, but this aspect of it should be considered. Scott K
Re: Formal complaint concerning the use of the name System Settings by GNOME
Le 23/07/2011 12:33, Emmanuele Bassi a écrit : On 2011-07-23 at 11:27, Dodji Seketeli wrote: Matthias Clasen matthias.cla...@gmail.com a écrit: I don't think Shauns proposal addresses the issue, really. Why? Do you have an example that would show where Shaun's proposal falls short? it falls short in showing: System Settings KDE System Settings under Gnome, and: System Settings Gnome System Settings under KDE. now, if you got a computer without having it installed yourself, and you read the applications list, do you know what KDE or Gnome are? Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. applications should not be configured through the *system* settings; and both system settings shell should configure the same services. Agreed. If you want an app to be usable in different environments, then there are some good solutions: - make sure the app is self-contained and manages all of its settings itself - make your app smart enough to pick up the relevant settings from the different environments you want to support And there are bad solutions, including: - making the app drag along half of its original environment, via dependencies Agreed as well, but very few applications actually depends on KDE system settings. At least on my Ubuntu box, only knemo and kinfocenter do (if apt-cache rdepends is to be trusted) and they are system-related utilities. You don't say why these would better address the issue here and now in comparison with what Shaun is proposing. there is no here and now — that would be a hack. I hardly think we have to solve this *quickly*, so we should solve it correctly. Releases are conflicting right *now*, so yes, I think there is a need to solve it quickly, even if the first fix is a short-term one. Aurélien
Re: Formal complaint concerning the use of the name System Settings by GNOME
Most distributions split KDE packages so if you get a pre-installed computer with Gnome and a few KDE applications installed, KDE System Settings would not be installed. You are only likely to get both System Settings pre-installed if your computer was shipped with both KDE and Gnome desktops. In this situation, I assume you would be provided with some explanation as to what KDE and Gnome are. In my experience when a user has two or more DE's installed, it is because they had one installed to begin with, then they installed a package which pulled in an entirly different DE. For me, this is the most frequent cause of multiple DE's. And it is not that rare, especially for new Linux users that don't know that there are packages sitting in the same repo's designed for one DE but not the rest.
Formal complaint concerning the use of the name System Settings by GNOME
To all concerned developers, As you may or may not be aware, the name System Settings for an application is currently in use by KDE. A recent renaming by your GNOME control center developers to this name creates a naming conflict. This naming conflict will cause severe problems for users as a result. It will also cause problems for those members of the KDE Community supporting the usage of KDE applications on GNOME, as it will not be possible to adjust the settings used by KDE applications. This will be because they will both appear, leading to GNOME packagers stupidly patching the system to not show the KDE System Settings under GNOME. As KDE occupied this name first, it is ours as a result, and I will NOT be relinquishing it to satisfy your personal (selfish) desires, which will cause numerous problems for users on both sides. System Settings cannot just be shown on KDE, as the application is used to configure multiple settings shared between KDE applications such as Localisation (language, region, currency, calendar), Style, Colours, Fonts among others. As KDE System Settings maintainer, I request that you immediately rename it once again to another name which is not in conflict. Regards, Ben Cooksley KDE System Settings Maintainer
Re: Formal complaint concerning the use of the name System Settings by GNOME
On Fri, Jul 22, 2011 at 08:21:14PM +1200, Ben Cooksley wrote: As KDE occupied this name first, it is ours as a result, and I will NOT be relinquishing it to satisfy your personal (selfish) desires, which will cause numerous problems for users on both sides. Always nice to meet a fellow free desktop developer. Please be aware that no harm is meant. However, your tone is not what we're used to. Our mailing lists are moderated and though you can disagree all you want, please always show some respect. See for instance https://live.gnome.org/CodeOfConduct Now lets go into something more productive and perhaps we can fix this before the sunny Desktop Summit. -- Regards, Olav (moderator)
Re: Formal complaint concerning the use of the name System Settings by GNOME
Now lets go into something more productive and perhaps we can fix this before the sunny Desktop Summit. Hi Olav, In terms of being productive surrounding this, I have several questions: Screenshots on your live wiki indicate that GNOME developers were aware of the use of the System Settings name by KDE. Why did your developers deliberately proceed with the use of this name, knowing it would cause a conflict? (This was the primary reason why I was particularly angry about the discovery of your use of this name) Is there any reason why it cannot be renamed once more as soon as is possible so that the next release your team makes fixes this issue? I would prefer to resolve this issue as soon as possible, to minimise the work packagers will inevitably do to block KDE System Settings under GNOME, and the resulting KDE application user support issues that will arise. Regards, Ben Cooksley KDE System Settings Maintainer