<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 26, 2020 at 2:10 PM Mark Watts <<a href="mailto:watts.mark2015@gmail.com">watts.mark2015@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br></blockquote><div><br></div><div>Thanks for bumping this topic, it would be good to move that forward.<br></div></div><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> I don't<br>
see the advantage of locating this capability in the notification<br>
system vs having the source applications themselves popping up their<br>
own reply dialog: </blockquote></div><div class="gmail_quote"><br></div><div class="gmail_quote">That is the current state if an application wants to have this feature.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">It is worth expanding on why that is problematic:</div><div class="gmail_quote"><br></div><div class="gmail_quote"> - On wayland, clients can't position themselves. This notification will be positioned anywhere and it's effectively garbage.</div><div class="gmail_quote"></div><div class="gmail_quote"></div><div class="gmail_quote"> - On a phone and other platforms there are even more constraints</div><div class="gmail_quote"></div><div class="gmail_quote"> - The current world /is/ fragmented on chat programs again. I personally have 4 open right now.  The UX would be messy.<br></div><div class="gmail_quote"></div><div class="gmail_quote"></div><div class="gmail_quote"></div><div class="gmail_quote"> - We (KDE/Plasma) keep a history of notifications after the popup is gone. If an app did it's own popup we wouldn't get an entry, or if it sends a notification and it's own popup we would get duplicate information on screen.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"></div><div class="gmail_quote">For those reasons we tend to see applications prefer to use common specs for current notifications instead of doing their own custom thing. <br></div><div class="gmail_quote">Which IMHO is a very good thing, but it means we need new common specs to support additional  requirements.<br></div><div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> If<br>
applications do want a common way to do...less obtrusive message<br>
replies, why not have a "quick reply" interface that's its own thing -<br></blockquote></div><div class="gmail_quote"><br></div><div>Something bespoke would be a technically valid option. <br></div><div>But ultimately you then need to duplicate everything notifications already have: Title, text, actions, dismissal and it puts the burden on application developers to support two modes where only one is available duplicating all notification and action handling code.<br></div><div><br></div><div></div><div>One of the reasons the proposal above ended up as it did, was due to a requirement to make sure clients can have one code path and have it handled implicitly.  <br></div><div>We can debate pros and cons of that, but it comes down to a trade-off.<br></div><div></div><div><br><div>David<br></div><div class="gmail_quote"><div> </div></div></div></div>