From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Network security manager Date: Wed, 19 Nov 2014 06:17:59 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87r3wze8wo.fsf@lifelogs.com> References: <87a93oilxl.fsf@lifelogs.com> <87oas4h555.fsf@lifelogs.com> <87a93oh180.fsf@lifelogs.com> <83h9xw9zg3.fsf@gnu.org> <83d28k9yb9.fsf@gnu.org> <83vbmc8c9e.fsf@gnu.org> <87egt0f5m9.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416395893 6723 80.91.229.3 (19 Nov 2014 11:18:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Nov 2014 11:18:13 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 19 12:18:06 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xr3Gw-0004wu-3y for ged-emacs-devel@m.gmane.org; Wed, 19 Nov 2014 12:18:06 +0100 Original-Received: from localhost ([::1]:57548 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr3Gv-0003mk-LU for ged-emacs-devel@m.gmane.org; Wed, 19 Nov 2014 06:18:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37385) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr3Gc-0003lh-2T for emacs-devel@gnu.org; Wed, 19 Nov 2014 06:17:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xr3GV-0000Rh-SX for emacs-devel@gnu.org; Wed, 19 Nov 2014 06:17:45 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:33042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr3GV-0000Rd-Lk for emacs-devel@gnu.org; Wed, 19 Nov 2014 06:17:39 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xr3GU-0004mf-Df for emacs-devel@gnu.org; Wed, 19 Nov 2014 12:17:38 +0100 Original-Received: from c-98-229-61-72.hsd1.ma.comcast.net ([98.229.61.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Nov 2014 12:17:38 +0100 Original-Received: from tzz by c-98-229-61-72.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Nov 2014 12:17:38 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 46 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-61-72.hsd1.ma.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:MFXmO57J6GsNGJruUDHVwz9NvEA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:177731 Archived-At: On Wed, 19 Nov 2014 09:37:08 +0100 Lars Magne Ingebrigtsen wrote: LMI> Ted Zlatanov writes: >> http://www.w3.org/TR/wsc-ui/#indicators and >> http://www.w3.org/TR/wsc-ui/#Robustness are the W3C recommendations on >> this topic. To summarize (but please please please read the document, >> it's quite good): >> >> * show identity signal in a consistent visual position where web content >> can't obscure it LMI> Sure, eww should display TLS markers and stuff, but that's kinda LMI> orthogonal to the issue I was discussing, which is how (and whether) to LMI> query the user when running in an asynchronous context. >"? I mean that EWW's visual indicators of identity and trust should be global. Then you don't interrupt the user (they get cranky!) but show them a visual indicator that something requires their attention. I can't think of a better place that works in graphical and text modes and has the precedent of embedded infobar-style buttons than the modeline. Furthermore, I think it would make sense to use the same indicators for GnuTLS connections in general (whatever NSM handles), not just EWW. I couldn't find UI recommendations for mail clients, but from experience with a few they treat encryption problems as a high-priority dialog and interrupt the user experience until you say "OK, trust XYZ." Which is, again, not ideal for Emacs so we should find a nicer way to indicate problems without interrupting. I also mean that those indicators should not be solely implied by "the image looks broken" because that's displaying the indicator in the content where it can be obscured and the location varies. >> As I said, there is much more in the document. Of course, Emacs is not >> just a web browser, so we must adapt rather than blindly adopt these >> guidelines, but I hope we don't ignore them. Should I make a list of >> concrete recommendations for EWW and Emacs in general based on that >> document? LMI> Yeah, that would be nice. File it as an enhancement bug report so that LMI> we don't forget. All right. Ted