From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Recent commit modifying mark-whole-buffer (master/aeb613ea95b7970e66d663ec5cba54e9ec0528fa) Date: Sat, 30 Apr 2016 11:06:47 -0800 (GMT-08:00) Message-ID: <5c06c920-60f1-4f99-8416-948b7669509e@default> References: << <87lh3x4dkb.fsf@gnus.org> <83wpngx69z.fsf@gnu.org>>>> <<<87fuu4bo3y.fsf@gnus.org> <83inz0wprx.fsf@gnu.org>>>> <<<87shy4a8d4.fsf@gnus.org> <83fuu4wnmm.fsf@gnu.org>>>> <<<87y47w5w0p.fsf@gnus.org>> <83bn4swdif.fsf@gnu.org>> <0943fde5-ec4e-40f5-85da-6cfe258f0513@default> <83y47wuqvg.fsf@gnu.org>>> <<<87eg9ouq24.fsf@gnus.org>> <<83shy4ups9.fsf@gnu.org>> <86e5d397-b01c-4e74-8deb-1a71192f62dc@default>> <<83r3dnvfed.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1462043306 12076 80.91.229.3 (30 Apr 2016 19:08:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Apr 2016 19:08:26 +0000 (UTC) Cc: larsi@gnus.org, emacs-devel@gnu.org, Stephan.Mueller@microsoft.com To: Eli Zaretskii , Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 30 21:08:14 2016 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 1awaFR-0002Ir-NQ for ged-emacs-devel@m.gmane.org; Sat, 30 Apr 2016 21:08:13 +0200 Original-Received: from localhost ([::1]:59366 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awaFN-0004bA-RN for ged-emacs-devel@m.gmane.org; Sat, 30 Apr 2016 15:08:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awaF3-0004Nu-UM for emacs-devel@gnu.org; Sat, 30 Apr 2016 15:07:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1awaEs-0008S6-1L for emacs-devel@gnu.org; Sat, 30 Apr 2016 15:07:44 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:25610) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awaEg-0008Du-NL; Sat, 30 Apr 2016 15:07:26 -0400 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u3UJ6nb1003684 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Apr 2016 19:06:50 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u3UJ6no1002349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Apr 2016 19:06:49 GMT Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u3UJ6mSM031961; Sat, 30 Apr 2016 19:06:48 GMT In-Reply-To: <<83r3dnvfed.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:203461 Archived-At: > > > So, more than one face, one each for every part of the prompt? > > > > Maybe. Depends on what you need/want. > > > > It's not the minibuffer, but see attached screenshots of > > isearch prompts (from `isearch+.el'). >=20 > AFAICT, those don't show minibuffer prompts at all. Which is what I said - they are Isearch prompts. They show the effect of using different faces for different parts of a prompt. But not necessarily "one each for every part". > And you evidently have succeeded to put faces you want there. I tweaked Isearch code, yes. Irrelevant. Your question was about what kind of face propertizing was being requested for minibuffer prompts. I showed examples of propertized prompts (for Isearch and minibuffer). > So once again, I don't think I understand what is it that > you are looking for, in terms of faces. I also showed an example using the minibuffer. Dunno what else you want to see. It's about applying text properties, in particular property `face', to any or all parts of the minibuffer prompt, and not having that overridden by Emacs. "So once again," it escapes me what you are having trouble understanding about this. Hopefully someone else can be more helpful than I. Lars pointed you to bug #12377, but I guess that didn't help either. (And yes, it is possible to remove `face' from `minibuffer-prompt-properties', which is how I am able to use a prompt that has parts that are propertized with `face'. But that means foregoing having face `minibuffer-prompt' by default.) The request of bug #12377 is for Emacs to use face `minibuffer-prompt' _by default_, but not for it to override text properties (e.g. `face') that are already in the prompt string. That's all.