From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mirek Kaim Newsgroups: gmane.emacs.devel Subject: RE: Turning off colorization Date: Mon, 10 Nov 2014 19:37:48 +0100 Message-ID: References: , <87a944cm3x.fsf@moondust.localdomain>, <83r3xfs8mx.fsf@gnu.org>, <83r3xeqfa9.fsf@gnu.org>, , , , , , <831tpbni05.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1415644704 8537 80.91.229.3 (10 Nov 2014 18:38:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Nov 2014 18:38:24 +0000 (UTC) Cc: "nljlistbox2@gmail.com" , "larsi@gnus.org" , "rms@gnu.org" , "cloos@jhcloos.com" , "emacs-devel@gnu.org" To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 10 19:38:05 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 1Xntqn-0008QJ-9l for ged-emacs-devel@m.gmane.org; Mon, 10 Nov 2014 19:38:05 +0100 Original-Received: from localhost ([::1]:44631 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xntqm-0006XJ-Ml for ged-emacs-devel@m.gmane.org; Mon, 10 Nov 2014 13:38:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40841) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xntqe-0006XC-5h for emacs-devel@gnu.org; Mon, 10 Nov 2014 13:38:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XntqY-0006cT-3l for emacs-devel@gnu.org; Mon, 10 Nov 2014 13:37:56 -0500 Original-Received: from col004-omc2s17.hotmail.com ([65.55.34.91]:53246) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XntqX-0006cM-Ro for emacs-devel@gnu.org; Mon, 10 Nov 2014 13:37:50 -0500 Original-Received: from COL131-W8 ([65.55.34.72]) by COL004-OMC2S17.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Mon, 10 Nov 2014 10:37:49 -0800 X-TMN: [MTmTjz2rgUIuBt33BLy/cFa8tRyGaXIxLeeeyN5qmRE=] X-Originating-Email: [mirek.kaim@outlook.com] Importance: Normal In-Reply-To: <831tpbni05.fsf@gnu.org> X-OriginalArrivalTime: 10 Nov 2014 18:37:49.0055 (UTC) FILETIME=[6D8420F0:01CFFD15] X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 65.55.34.91 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:176704 Archived-At: > From: eliz@gnu.org=0A= >=0A= > Please take a look at lisp/term/xterm.el: modern terminal emulators=0A= > report their background color as rgb:NUM1/NUM2/NUM3 rgb triplets.=0A= > This allows Emacs to interpret the color itself=2C not its name.=0A= >=0A= =0A= my mistake. i recall seeing a method to check if the background is being re= ported pasted here by someone=2C and it didn't return rgb triplet=2C just t= he color name afair.=0A= =0A= still=2C i think using the full 256-color palette for things like html rend= ering under the terminal should be the way to go - and by that i mean that = either things are being displayed using a user-defined terminal/emacs theme= combo (discarding the colors defined by a website)=2C or colors are proper= ly handled - and then the background=2C if not defined=2C should be a defau= lt specific for a web browser=2C not the default background in emacs=2C bec= ause then it's bound to be wrong.=0A= =0A= either it'll behave like a proper web browser=2C handling everything and ha= ving own default colors=2C or it'll have to discard all colors alltogether = to guarantee readable results in every case. there's no perfect 'inbetween'= solution=2C imho. one can't just mix up colors defined by some terminal an= d/or emacs theme with colors defined by a website=2C because then what - 'o= h=2C this combination will be unreadable=2C lets change this color a bit so= that the user won't complain'? i saw something along that line here not so= long ago - ensuring that the page will stay readable. why bother? all that= 's needed is proper color handling=2C as good as possible on target display= (wether it's rgb gui or 256-color terminal=2C doesn't matter).=0A= =0A= it is website's author responsibility to make it readable. all that's neede= d is proper display of all the colors defined. in that regard=2C turning of= f colorization for terminals unable to report their background color is kin= da pointless. all that matters is if 256 colors are supported - because if = not=2C then there's no sure way to display a website in readable manner wit= hout discarding all rainbowy stuff. on the other side=2C if 256 colors are = supported=2C then the current background shouldn't matter and in case of a = website display=2C shouldn't be used at all.=0A= =0A= =0A= unic0rn=0A= =0A= =