Re: Help on .desktop files for oxygen
On 6 May 2011 12:53, Parker Coates parker.coa...@kdemail.net wrote: On Fri, May 6, 2011 at 05:50, Hugo Pereira Da Costa wrote: Some follow-up. I coded locally the necessary changes to have oxygen-settings included inside systemsettings, even when through changing the various pages into KCModules, and ... well ... it pretty much defeats the purpose (see screenshot at: http://simplest-image-hosting.net/jpg-0-plasma-desktopye3595) The result is that the advanced configuration is now more visible than the basic ones (located in Application Appearance and Workspace Appearance, for widget and decoration style), which is pretty much the opposite of what oxygen-settings was trying to achieve ... So unless someone has a better idea (or disagrees with the above), I guess I'll leave things unchanged (oxygen-settings as a non-advertised standalone application) for kde 4.7. Oppinions ? Comments ? Ideas ? (somehow I wish system-settings still had its advanced tab). Why not just do something like http://i.imgur.com/vTJ00.png ? It's not particularly elegant and opening dialogs from dialogs is typically frowned upon, but it's an easy, simple, practical way of letting users discover oxygen-settings without having to broadcast its existence in the menu or the top level of system settings. I would say that because It's not particularly elegant and opening dialogs from dialogs is typically frowned upon that this isn't a good option. I don't know of an alternative though... Parker
Re: Help on .desktop files for oxygen
Some follow-up. I coded locally the necessary changes to have oxygen-settings included inside systemsettings, even when through changing the various pages into KCModules, and ... well ... it pretty much defeats the purpose (see screenshot at: http://simplest-image-hosting.net/jpg-0-plasma-desktopye3595) The result is that the advanced configuration is now more visible than the basic ones (located in Application Appearance and Workspace Appearance, for widget and decoration style), which is pretty much the opposite of what oxygen-settings was trying to achieve ... So unless someone has a better idea (or disagrees with the above), I guess I'll leave things unchanged (oxygen-settings as a non-advertised standalone application) for kde 4.7. Oppinions ? Comments ? Ideas ? (somehow I wish system-settings still had its advanced tab). Hugo Le 04/28/2011 04:08 PM, Hugo Pereira Da Costa a écrit : Le 04/28/2011 02:52 PM, Harald Sitter a écrit : On Thursday 28 April 2011 11:54:13 Hugo Pereira Da Costa wrote: Having all the configuration featurs of oxygen-settings in systemsettings is simply not an option (it has been discussed at length among oxygen devs). It does not have to be in the existing KCMs ;) (i.e. see what Ben wrote). All I am saying is, not having a settings UI appear in SystemSettings but in the menu is rather confusing from a user POV. Icon probably should be start-here-oxygen. mmm. I'm confused. There is no start-here-oxygen.png icon in themes, whereas there is an oxygen.png icon (well, in oxygen theme). But maybe I should rather ship the icon (and install) with the application ? Oh my bad, I was thinking of start-here.png, which is not suitable. Basically I think there are 2 options here: a) ship your own icon b) use oxygen.png Latter is not very advisable iff you choose to have the app listed in the menu, as the implementation of the menu (think gnome-menu) is responsible for icon lookup, which of course then fails if the used icon set is not oxygen. For a KCM/SystemSettings entry that would be a none-issue as IIRC KIconLoader always tries to look for icons in oxygen as second to last option. So, if your desktop file is only used within a KApplication (such as SystemSettings) you can use any icon from the oxygen set knowing that it will always be displayed, if your desktop file can be used by non-KApps you will need to ship an icon for the application and install it to the hicolor theme. Also see [1]. General note about the Settings category: I think in a default setup only SystemSettings is listed in Settings (which will not make it show up in the menu at all), adding another application entry to the Settings category will make it show up in the menu... a menu with 2 entries (of which one is already listed by default in kickoff favorites *and* the kickoff computer tab) seems like bad default appearance to me *shrug* Fine with me (and I agree about your concern). Any better Categories suggestion ? (or alternatively, where do I find the list of available Categories) ? [3] contains a list of all registred cateogires. [2] is the main spec on desktop files, it points to other relevant specs as needed (which includes [1] and [3] of course ;)). I do still believe that integrating the app to show up within systemsettings rather than the menu would be the way to go though :) Yep. You, and Berto and Ben got me convinced. I'll do that. Thanks a bunch for the feedback and advice. [1] http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec- latest.html#install_icons [2] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec- latest.html [3] http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#category- registry
Re: Help on .desktop files for oxygen
On Fri, May 6, 2011 at 05:50, Hugo Pereira Da Costa wrote: Some follow-up. I coded locally the necessary changes to have oxygen-settings included inside systemsettings, even when through changing the various pages into KCModules, and ... well ... it pretty much defeats the purpose (see screenshot at: http://simplest-image-hosting.net/jpg-0-plasma-desktopye3595) The result is that the advanced configuration is now more visible than the basic ones (located in Application Appearance and Workspace Appearance, for widget and decoration style), which is pretty much the opposite of what oxygen-settings was trying to achieve ... So unless someone has a better idea (or disagrees with the above), I guess I'll leave things unchanged (oxygen-settings as a non-advertised standalone application) for kde 4.7. Oppinions ? Comments ? Ideas ? (somehow I wish system-settings still had its advanced tab). Why not just do something like http://i.imgur.com/vTJ00.png ? It's not particularly elegant and opening dialogs from dialogs is typically frowned upon, but it's an easy, simple, practical way of letting users discover oxygen-settings without having to broadcast its existence in the menu or the top level of system settings. Parker
Help on .desktop files for oxygen
Hi, For a couple of releases, oxygen widget and decoration style comes with an advanced configuration tool, called oxygen-settings [1], and accessible (so far) only from terminal (or krunner). For the record: there are already 'basic' configuration tools available at the usual places in system-settings for the decoration and the style with a much more limited set of configuration options, the idea being not to expose newcommers and casual users to too many options of which they simply do not care (such as the duration of the animations). On the other hand, another advantage that I see for oxygen-settings is that it regroups the widget style and decoration options at the same place. For 4.7 I'd like to make this advanced tool available via kde' launcher menu. Good idea ? Bad idea ? Objections ? Also I guess need a .desktop file for that. Never wrote such a thing before, so some other expert pair of eyes would help. The content I came up with by looking at various other desktop files is attached. Advice welcome, Hugo [1] Screenshot: http://simplest-image-hosting.net/jpg-0-plasma-desktopat4300 [Desktop Entry] Type=Application Exec=oxygen-settings -caption %c %i Icon=oxygen GenericName=Oxygen Advanced Configuration Terminal=false Name=Oxygen Advanced Configuration Categories=Qt;KDE;Settings; X-KDE-ServiceTypes=DBUS/InstantMessenger X-DBUS-StartupType=Unique X-DBUS-ServiceName=org.kde.konversation
Re: Help on .desktop files for oxygen
On Thursday 28 April 2011, Hugo Pereira Da Costa wrote: X-DBUS-StartupType=Unique X-DBUS-ServiceName=org.kde.konversation I doubt that oxygen-settings will register as konversation to DBus. With these lines in, you should actually get a klauncher error when running this desktop file from the K menu... If it doesn't register to dbus at all, remove these lines completely. -- David Faure, fa...@kde.org, http://www.davidfaure.fr Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org).
Re: Help on .desktop files for oxygen
Harald, David, Thanks for the feedback. Obviously too much careless copy/paste on my side. Harald: Having all the configuration featurs of oxygen-settings in systemsettings is simply not an option (it has been discussed at length among oxygen devs). So the available solutions are either: 1/ no advanced options GUI at all, and we instruct power users on how to modify oxygenrc manually at will. This is what we started with, and Nuno has a blog post about it. 2/ keep oxygen-settings to edit oxygenrc for you, but don't make it generally available, instructing people that it is here and can be run via command line on a per-user, per-bug, per-whatever basis. This is the current solution (and I've read complains about it on various forums). 3/ make it available via .desktop file, which is what I suggest now. Also, we're naturally ready to discuss the possibility of moving some (one or two, no more) of the advanced options to the basic options. More detailed questions follow. X-KDE-ServiceTypes=DBUS/InstantMessenger X-DBUS-StartupType=Unique X-DBUS-ServiceName=org.kde.konversation are probably not supposed to be there ;) True. I guess now you know which desktop file I use to make mine ;) GenericName and Name ought not be the same... Generic could be something like Advanced Widget and Window Decoration Settings. Clear. Thanks ! Icon probably should be start-here-oxygen. mmm. I'm confused. There is no start-here-oxygen.png icon in themes, whereas there is an oxygen.png icon (well, in oxygen theme). But maybe I should rather ship the icon (and install) with the application ? General note about the Settings category: I think in a default setup only SystemSettings is listed in Settings (which will not make it show up in the menu at all), adding another application entry to the Settings category will make it show up in the menu... a menu with 2 entries (of which one is already listed by default in kickoff favorites *and* the kickoff computer tab) seems like bad default appearance to me *shrug* Fine with me (and I agree about your concern). Any better Categories suggestion ? (or alternatively, where do I find the list of available Categories) ? Even a KDE;Application;Misc would suit me. I want the application to appear in the menu, but do not care about how visible it is (and it should definitely not be as visible as system-settings). Hugo
Re: Help on .desktop files for oxygen
On Thu, Apr 28, 2011 at 9:57 PM, Hugo Pereira Da Costa h...@oxygen-icons.org wrote: Le 04/28/2011 10:45 AM, Harald Sitter a écrit : On Thursday 28 April 2011 09:26:52 Hugo Pereira Da Costa wrote: For 4.7 I'd like to make this advanced tool available via kde' launcher menu. Good idea ? Bad idea ? Objections ? Personally I do not think if they are of genuine use, the options should be in SystemSettings; having a second application that manages system settings, even at smaller scope, seems confusing to me. System Settings has inbuilt support for launching external applications, which you can use to integrate your application into it whilst having to make no changes. You can find an example *.desktop file in kde-workspace/systemsettings/examples/ Regards, Ben Cooksley System Settings Maintainer Hi again, sorry for the noise. Alternatively the whole thing could be its own entry accessible in one of the cathegories (to be decided) of systemsettings main page. Is that what you had in mind ? (though this would require some work since right now it is not of kcmshell type).
Re: Help on .desktop files for oxygen
On Thursday 28 April 2011 11:54:13 Hugo Pereira Da Costa wrote: Having all the configuration featurs of oxygen-settings in systemsettings is simply not an option (it has been discussed at length among oxygen devs). It does not have to be in the existing KCMs ;) (i.e. see what Ben wrote). All I am saying is, not having a settings UI appear in SystemSettings but in the menu is rather confusing from a user POV. Icon probably should be start-here-oxygen. mmm. I'm confused. There is no start-here-oxygen.png icon in themes, whereas there is an oxygen.png icon (well, in oxygen theme). But maybe I should rather ship the icon (and install) with the application ? Oh my bad, I was thinking of start-here.png, which is not suitable. Basically I think there are 2 options here: a) ship your own icon b) use oxygen.png Latter is not very advisable iff you choose to have the app listed in the menu, as the implementation of the menu (think gnome-menu) is responsible for icon lookup, which of course then fails if the used icon set is not oxygen. For a KCM/SystemSettings entry that would be a none-issue as IIRC KIconLoader always tries to look for icons in oxygen as second to last option. So, if your desktop file is only used within a KApplication (such as SystemSettings) you can use any icon from the oxygen set knowing that it will always be displayed, if your desktop file can be used by non-KApps you will need to ship an icon for the application and install it to the hicolor theme. Also see [1]. General note about the Settings category: I think in a default setup only SystemSettings is listed in Settings (which will not make it show up in the menu at all), adding another application entry to the Settings category will make it show up in the menu... a menu with 2 entries (of which one is already listed by default in kickoff favorites *and* the kickoff computer tab) seems like bad default appearance to me *shrug* Fine with me (and I agree about your concern). Any better Categories suggestion ? (or alternatively, where do I find the list of available Categories) ? [3] contains a list of all registred cateogires. [2] is the main spec on desktop files, it points to other relevant specs as needed (which includes [1] and [3] of course ;)). I do still believe that integrating the app to show up within systemsettings rather than the menu would be the way to go though :) [1] http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec- latest.html#install_icons [2] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec- latest.html [3] http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#category- registry -- Harald
