<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    The idea seems interesting.<br>
    On the other hand, things like gnome-control-center, lxqt-config and
    other 'control-center'-ish apps are just showing a  filtered list of
    settings-related applications which in turn described by their
    *.desktop entries.<br>
    Perhaps, refining categories for desktop files could accomplish the
    task. So, for example, a tool to configure networks could be
    properly labeled so in its desktop entry to be later properly
    filtered and presented when needed.<br>
    <br>
    Also, related concept: <a class="moz-txt-link-freetext" href="https://github.com/lxde/lxqt/issues/580">https://github.com/lxde/lxqt/issues/580</a><br>
    <br>
    <div class="moz-cite-prefix">2016-01-16 03:12, Corentin Noël пишет:<br>
    </div>
    <blockquote
cite="mid:CAAspeLBuVaEPDCFAbkf54h_DXhxrOg2Jt_0jB0CQk=R+2kdVpw@mail.gmail.com"
      type="cite">
      <p dir="ltr"><br>
        Le 16 janv. 2016 1:03 AM, "Mattias Andrée" <<a
          moz-do-not-send="true" href="mailto:maandree@member.fsf.org"><a class="moz-txt-link-abbreviated" href="mailto:maandree@member.fsf.org">maandree@member.fsf.org</a></a>>
        a écrit :<br>
        ><br>
        > Okay, so it is not fatal. But why do you need it?<br>
        > I think it is important not to introduce a bunch of<br>
        > standards just for completeness's sake, only if they<br>
        > are actually needed.<br>
        I actually need it in several places in the OS, in our
        indicators we have links to settings panel, in settings panels
        themselves we have crosslinks to other panels and in some of our
        apps we tell the user to add an account to the online accounts
        panel and give a button to open it. We also could use it in our
        web browser to ask the user to check his connectivity...<br>
        ><br>
        > On Sat, 16 Jan 2016 00:57:36 +0100<br>
        > Corentin Noël <<a moz-do-not-send="true"
          href="mailto:corentin@elementaryos.org">corentin@elementaryos.org</a>>
        wrote:<br>
        ><br>
        > > Le 16 janv. 2016 12:53 AM, "Mattias Andrée"<br>
        > > <<a moz-do-not-send="true"
          href="mailto:maandree@member.fsf.org">maandree@member.fsf.org</a>>
        a écrit :<br>
        > > ><br>
        > > > Why would this be useful? And what about when
        none of<br>
        > > > these are implemented, would that be a problem?<br>
        > ><br>
        > > It's then the same problem as clicking on an URL when
        you<br>
        > > don't have any web browser. Nothing will happen, your<br>
        > > users will complain as "not working", but it the same
        if<br>
        > > you hardcode things for unity-control-center and you
        only<br>
        > > have gnome-control-center installed.<br>
        > ><br>
        > > ><br>
        > > > On Sat, 16 Jan 2016 00:28:37 +0100<br>
        > > > Corentin Noël <<a moz-do-not-send="true"
          href="mailto:corentin@elementaryos.org">corentin@elementaryos.org</a>>
        wrote:<br>
        > > ><br>
        > > > > Hi everyone,<br>
        > > > > Many desktop environments have their own
        System<br>
        > > > > Settings applications, but there is no clear
        way for<br>
        > > > > developers to call settings from within
        their<br>
        > > > > applications  without resorting to
        hardcoding in<br>
        > > > > commands for each and every Settings app. I
        propose a<br>
        > > > > new specification that similar to other
        scheme<br>
        > > > > handling in Desktop files, through a new
        settings://<br>
        > > > > URI. With this, developers could call on
        Settings<br>
        > > > > applications, without resorting to
        hardcoding,<br>
        > > > > provided a desktop environment supports it.
        For<br>
        > > > > example, an application calling
        settings://bluetooth<br>
        > > > > would open Bluetooth settings for a given
        desktop<br>
        > > > > environment.<br>
        > > > ><br>
        > > > > Here is the specification I propose:<br>
        > > > ><br>
        > > <a moz-do-not-send="true"
href="https://docs.google.com/document/d/1N0uqNtVXEFn3cLgNMeN75mP_dpMpCco-7uw5PKow-_Q/edit?usp=sharing">https://docs.google.com/document/d/1N0uqNtVXEFn3cLgNMeN75mP_dpMpCco-7uw5PKow-_Q/edit?usp=sharing</a><br>
        > > > ><br>
        > > > > I'm of course open to changes and feedbacks,<br>
        > > > > Corentin Noël<br>
        > > > > elementary OS Developer<br>
        > > ><br>
        > > ><br>
        > > > _______________________________________________<br>
        > > > xdg mailing list<br>
        > > > <a moz-do-not-send="true"
          href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a><br>
        > > > <a moz-do-not-send="true"
          href="http://lists.freedesktop.org/mailman/listinfo/xdg">http://lists.freedesktop.org/mailman/listinfo/xdg</a><br>
        > > ><br>
        ><br>
      </p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
xdg mailing list
<a class="moz-txt-link-abbreviated" href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/xdg">http://lists.freedesktop.org/mailman/listinfo/xdg</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>