Hello, On Tuesday 15 July 2014 10:01:50 David Faure wrote: > On Tuesday 15 July 2014 08:15:46 Kevin Ottens wrote: > > Honestly to me it looks like a wrong move. A better move would be to have > > the framework (e.g. KIO) read the settings from the platform for its > > settings (e.g. proxies). > > OK about proxies, but web shortcuts is a KIO-specific thing, you won't find > any platform settings for these. > > I see nothing workspace-related or platform-related in web shortcuts. > You type "gg:foo" in a KDE app,
Which applications? I experience that mostly in krunner and the browsers. As a user I don't think I get to type those anywhere else. > you get a google search - this requires a GUI for configuration, and I can't > see why that configuration should be only available in a plasma workspace or > on Unix. I have to admit I would have no problem having this kind of "extra" only controllable in our own workspace. I mean, it makes only a difference for end users, and I've no problem pointing them to our workspace if they want to get it in full. > Nor do we want to see each one of the 10 apps that support web shortcuts to > have to come up with their own GUI for configuring this.... At the same time they don't need a full fledged KCM either. A pre-made piece of GUI they can hook up is a much leaner answer to the problem which won't mandate a lot of dependencies. That could just be a widget in kio/widgets for instance. Then it would be usable by our browser and the workspace KCM. As I mentioned in the thread, some of those settings we're struggling with should be: - either application settings for with a widget can be more than enough (e.g. web shortcuts), I'm not even sure we want a widget in every cases (if considered power user could be just in the files with no pre-made GUI); - or workspace settings for which the frameworks should read them from the platform instead of by-passing them (e.g. proxies). In any case that doesn't ask for a KCM in a framework IMO. Cheers. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud supporter of KDE, http://www.kdab.com
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
