> Handle in what way? I guess a message will be delivered to u-s-s somehow?
My understanding is that it's going to go through the normal mimetype handling mechanism, which means clicking on "settings://...." is going to call the default handle for settings: (which is u-s-s) "system- settings settings://system/sound" for example ... we should parse the "settings://system/<name>" argument as a request to open "<name>" (the "system" part of the name is because they want to reserve the option to have different settings in the futur, the alternative is to use "system-settings://<name>") > I think I could start working on this on Friday. If you think it deserves > higher priority, someone else needs to work on it. Thanks Alberto, friday should be fine -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1227690 Title: should support settings://system/<...> urls To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-system-settings/+bug/1227690/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
