On 03/29/2012 10:45 PM, Fons Adriaensen wrote:
On Thu, Mar 29, 2012 at 10:23:30PM +0100, Rui Nuno Capela wrote:

otoh. now in particular, those GUI (file menu) restrictions that NSM is
posing on applications is something i won't comply to any time soon, not
even later. so sorry. it's way too restrictive to me and my own
belongings. from what i read, applications must then be modified to run
in either of two or more awful different session modes eg. managed and
non-managed? for x-sake, as if we hadn't enough of that already... i am
so sorry again, but such a design won't fly much above the grass in my
lawn... it gives me the shivers o,O

You can't expect *any* session management system to work in
a reliable way without those rules. That's simple, basic, and
fairly easy to grok logic. The consequences of an app ignoring
this could be far more damaging than those of a user willingly
and knowingly keeping some data 'external'. And they will hit
the average user who doesn't even think about doing such things
and who expects his SM to just work.

Taking these rules into account is no big deal anyway. At least
not if your app has a clean control structure.

Again, the fact that the designer(s) of NSM have clearly stated
these rules is a sign that he/she/they know what is involved, and
has/have the courage to say this instead of going 'the easy way'.


well, you're probably right. i'm sure you are :)

only so like that he rules are telling me that i must code my application to run in at least two different modes: one (NSM-)managed and the other non-managed--often the original intended one

which one will it be? i ask: when will the user gets to run the application in which mode? or is that telling us that all applications should then be started under a "totalitarian" ruler as in NSM auspices?... oops. just i read the interesting part cf. http://non.tuxfamily.org/nsm/#n:1.1.1.7. Add Client, and yeah, really scary now... f7u12!

i may say now that people will be always welcome to patch (my) software, anytime ;)

cheers
--
rncbc aka Rui Nuno Capela
rn...@rncbc.org
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Reply via email to