From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?andr=C3=A9s_?= =?UTF-8?Q?ram=C3=ADrez?= Newsgroups: gmane.emacs.bugs Subject: bug#61432: 28.2; [PATCH] viper-init: disable face support Date: Sat, 11 Feb 2023 16:10:23 +0000 Organization: bien.comun.org Message-ID: References: <83357cjjp4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40703"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 61432@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Feb 11 17:11:45 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQsTZ-000AQF-7y for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 11 Feb 2023 17:11:45 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pQsTE-0001Ga-JW; Sat, 11 Feb 2023 11:11:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQsT4-0001Fi-Pz for bug-gnu-emacs@gnu.org; Sat, 11 Feb 2023 11:11:15 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pQsSs-0004cL-Qj for bug-gnu-emacs@gnu.org; Sat, 11 Feb 2023 11:11:06 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pQsSs-00038n-Gw for bug-gnu-emacs@gnu.org; Sat, 11 Feb 2023 11:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?andr=C3=A9s_?= =?UTF-8?Q?ram=C3=ADrez?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 16:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61432 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 61432-submit@debbugs.gnu.org id=B61432.167613184112041 (code B ref 61432); Sat, 11 Feb 2023 16:11:02 +0000 Original-Received: (at 61432) by debbugs.gnu.org; 11 Feb 2023 16:10:41 +0000 Original-Received: from localhost ([127.0.0.1]:42962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQsSW-000388-VR for submit@debbugs.gnu.org; Sat, 11 Feb 2023 11:10:41 -0500 Original-Received: from mail-dm6nam12olkn2064.outbound.protection.outlook.com ([40.92.22.64]:61889 helo=NAM12-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQsST-00037o-JG for 61432@debbugs.gnu.org; Sat, 11 Feb 2023 11:10:40 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hlr+2SW/VHN3BFThPJDA6+rxwDVtAn0vAUxI8w4dL9ZRCYfn3i5nkELyy10bILgvo7KcCcfJoaCRm7F4QJV91XoIJjIBmr7G85KuL6TutCh4H0Y/tvEuZtFHSrfr4okzI/QEFqM5NBCwQlxI9xjHKMjg8hSs/4yQ211bhiL+HImlempUT7d3zx1OXeDaFUPmnGCs8oj6NPMlKxOV1qnUnQK/48gJRvkczM6QbvI1+zSH/zNtDuZEwFvyUYkF3WfMdJuRH03kDINcB5j5q9jeppOTHtQX/cbxcpAp37BH5ea8bnM3US8ALwRORq5JNHDETtSOlxLKBiHqLD/WZSmckw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hbVxFZdJl5XXJeFOffoEGVeM50GlBuqt8Na4eaLvQG0=; b=AMHkG1pe6+n+Qff1H5lKYnNRUx5tK+mP3sUXtFtuvfDbKCTT/ONI8y1ttpW9olruDZWyidDI63TCsxvKR4x4i79o8tOGkfRyaoHT7b3g4mAZVE2GgL5ln4wnY2PK81AHRlHGW5k2ZbFESp228IpM9QKk/r1XsVQWJC4FgMeUzeozVL3/egrfs2KVXABTULV6aXLovuCe30bXhLK33+YOdwfSmd2uxTa0a3Dp3u+GWtAiTArLDsahqqtom+yPCG+J80yCxrsK7dhh4RiKYUQEpDE5t0YJewXIr+MsKiwqGeukCYwnYH/oho/bf2fdALHMybCHMN8EjIJQthfJxCOLvg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hbVxFZdJl5XXJeFOffoEGVeM50GlBuqt8Na4eaLvQG0=; b=ms28WVIo3BtYAIaIhMkpPagCFKEj6Nihu1/RKxbhUHguUDBz5e6Jz4y2EKe/Nhc/ZcbgzksWpI60Hn1t+KUp5wocRQrS0pvZdOoyESY89H3o+i6AauWZRjnizYn6JmcqfdkCnPOOchrqP6wSMb+44DS+SRXx4Tk7+YdU5KQZxe2fuStFQOTACC7eMUI8iUkV+oKqOWM8g8QWKuN/ZTgE0zjFjM1aGQct86sbr2uwvfJB6Sk9rW5Mc6pmA2zRu1BEhWsaqQDIYoEU8LH+sy7/ymehx48gxxIdKMhsPvvFa4mcA9q0vsx9W48naINDE73jeeEeMEInO1CEGkSpaPjt5A== Original-Received: from SJ1PR12MB6363.namprd12.prod.outlook.com (2603:10b6:a03:453::9) by DM4PR12MB5165.namprd12.prod.outlook.com (2603:10b6:5:394::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.22; Sat, 11 Feb 2023 16:10:30 +0000 Original-Received: from SJ1PR12MB6363.namprd12.prod.outlook.com ([fe80::47ba:5e78:d455:162b]) by SJ1PR12MB6363.namprd12.prod.outlook.com ([fe80::47ba:5e78:d455:162b%4]) with mapi id 15.20.6086.021; Sat, 11 Feb 2023 16:10:30 +0000 In-Reply-To: <83357cjjp4.fsf@gnu.org> X-Attribution: INKA X-TMN: [4uvoHB3VMKHLp6h7uIL1Sicxg2wA2yZC] X-ClientProxiedBy: SCYP152CA0003.LAMP152.PROD.OUTLOOK.COM (2603:10d6:300:7::9) To SJ1PR12MB6363.namprd12.prod.outlook.com (2603:10b6:a03:453::9) X-Microsoft-Original-Message-ID: <86a61kp4i8.fsf@hotmail.com> X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SJ1PR12MB6363:EE_|DM4PR12MB5165:EE_ X-MS-Office365-Filtering-Correlation-Id: 54335ac7-995e-4d77-2f7d-08db0c4a7f1f X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: KT2TwBDsCHzzjuciThM/CHSVSxfxPQcUttoMifVRnit5jdnKaZSTrD3s6D5HMUht6LUp2BV2rHxqbQXrzG1KnD82PByoXH5juLsxipQ0igOpDIgU8nhQGQAccB+Egz56H/gftkieafRw06BaTyu4vQH0EemLFwoUtoOdM1ej4y9g/wFUBG73/NlOl2Fx3Ka4ayjoCPRhyoRSYz/WR9SP2ee0dVuP0HOA08fiRHDl9QL/DC/UN0/pYEMklYVyojym3LC+VTZls3U0DtT069LVAm5umbAJ8xeyZ4pFxhgDlMcV2b/YoWwV5umrYr/AVRhm2zBACnrr/vyhdJvXySHi3NUTlUPtDe1ZZVaTuf96eobMQdG535K4nL0y7wzCEgf8DBcpwQvMxKlO2xiMJ7CGQS4NFYLwyx9g0IEe8IS1/eLYBqBBQloBzvE8ojtAZ741CJRUrRNv2ji0zdXigMOphNEdYLOuM1lZf3pVIHrFUPxyQHC3fMpY6cZ8NBSPQ3toDYEoywTC4rYsZiAGq249+YMYQnMDrtVxh9m31Zm7UDK6T+xRUcmyY4gYk7hTZAr7XGXlTmCX7Vgnw2FWbgS3nO3ej+ltYSlPW66gThaZy5g4d5cu8humqSD2VVn2Vx2z+fdBrUKgdOQgpfGe62lwqJP0Qiz2iCmZOiuZXx6YAJ8= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: JcxsMoLOMSN6aF3w7Q2kU8+ESv3haZU4QOLz/64Pl0QStxS3NmwgjJYjcDg7s+0OJq0qBJ6ZdyffQj1svXLEpRrIN32WFNpLI0m2zEYm8tPQV4nsfawRYgtYMSVXWfPhboz6Xocl7l9+aAkAAedfOnnNeWsi14Syxj5j1Q4R11K+pIGmTCqbhWp35moqk1ieCrbCQjmTdtiCgYBN8xc8DdDekMFSzF3iZvc7X8Rd7jCQvLPgQvwq0E+T8sgfiIsH1mcMh72187QbH6jvZAjSLHbc5RQpFnKjgWezP5MaIS9/Tyf63sDBF3ObU2hGjjgnp/0FhNUN9as28RcZYAMYKxafSJo2/RsYf14SVTJXuGTYzOozTy3ZoFViQWzfTY23TXhkxAzRevie/FQM9n2FfbJagMqykotLzdNW7ZkrPQj8Tog6wmUbndLT3tXXFZ2i4ec58qOO/YxyIWi/Ywna7UG1lU4vKlXATpfHnyibME9C5ya6hv7NN5dutDctXol6POewTl9ra4Urphg1nI7lJjCPhaa76P3o53j+5dKKdze/CdNcN+BvXXprYwYnzUiW+HaLaiWjDE7uzzle8EVLZ71iDXckfX2p+FRHpLeaDHpBey9grsOEcykNo/LQURE+bKSOhSI64G0ata8jL57AabU4xfVPwEOO9r+EdyrFyIh3KEF0HQ0DysIlAq9DWxDrSisZ+OaLcwvKACG4vV3qoHZvgcgu2CntxV6/Pn2Exn2/yamlZIq/yy5Mz1 gXaxQ8EueUhYOaWrgpOngk4AD/khXhQPmtrtff2d2vw6OFrDp16PevXU6v98z288GhsrDyjH96zf608DWRIR9GzgP8TuTmXwLi X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-71ea3.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 54335ac7-995e-4d77-2f7d-08db0c4a7f1f X-MS-Exchange-CrossTenant-AuthSource: SJ1PR12MB6363.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2023 16:10:30.5107 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR12MB5165 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:255336 Archived-At: Hi. Eli. >>>>> "Eli" == Eli Zaretskii writes: [...] Eli> Can't you have the same effect if you customize the faces viper-minibuffer-emacs-face and Eli> viper-minibuffer-vi-face to look the same? I have tried some modifications. like this one. --8<---------------cut here---------------start------------->8--- (when (viper-has-face-support-p) (set-face-foreground 'viper-minibuffer-emacs "white") (set-face-background 'viper-minibuffer-emacs "black")) --8<---------------cut here---------------end--------------->8--- But We need to remember than viper is a very old package. Perhaps emacs 21 or before. At that time viper coder's thought modifying always the faces for reflecting the viper state and also the viper emulation level (something like level 1 to level 5. It was according to the colors). The only thing they missed at that time was a variable for leaving everything as it was before. The same behaviour You get when running 'emacs -Q'. My issues with viper default behaviour are: Most of my time is spend on emacs within xterm. But from times to times I open PDF files with an emacs-lucid-frame at that time when running 'M-x' and showing the prompt faces have changed. Also when I move to an fb-console and when doing 'M-x' (and again inspecting the prompt or writting the command) sometimes what I type is not noticed cos of the faces. So I need to M-x delete-frame and 'TERM=screen emacsclient -c -t' that behaviour is different than the one You get when not using viper. So I have been thinking why the original viper coder's have not created a variable to inhibit the faces modifications. For solving the issue when being on 'insert-mode' or not being on 'insert-mode' I use a trick used by the evil-mode users changing the color of the modeline. So the main issue why the original viper coder's did that have been avoided (having a visual help for knowing in which state viper is currently in). And Yes perhaps customization of faces could work. But when You need to do it on several machines. So the simple solution would be having a variable to inhibit that behaviour. Finding the right face to modify would take time also. Hope that clarifies the use of this variable. And the most of vipers users are not going to notice that variable. Best Regards