From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: yank-media: allow users to limit image types that can be inserted Date: Thu, 31 Oct 2024 10:29:06 +0200 Message-ID: <86y1243cbx.fsf@gnu.org> References: <79fc91f3-c2c3-44db-9817-595808917f26@cas.cat> <86ed5ahb08.fsf@gnu.org> <87zfnywki8.fsf@gmail.com> <86setqfnmq.fsf@gnu.org> <87frpqflv4.fsf@gmail.com> <86ikumfjri.fsf@gnu.org> <877cb2fj0c.fsf@gmail.com> <86cykufhw7.fsf@gnu.org> <3a015d0f-549a-401f-be1c-651c9dbd5d9a@cas.cat> <8634lqfcaf.fsf@gnu.org> <87ikulwsd6.fsf@gmail.com> <86o74ddzxp.fsf@gnu.org> <87msiqvkph.fsf@localhost> <86ed42bs03.fsf@gnu.org> <874j4yot7x.fsf@localhost> <861q01c3h9.fsf@gnu.org> <87wmht3n17.fsf@gmail.com> <86v7xdamck.fsf@gnu.org> <87sesh37ya.fsf@gmail.com> <86iktd8o9h.fsf@gnu.org> <87iktb171d.fsf@gmail.com> <830de500-7c21-4dad-8290-9ab0f210af97@cas.cat> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32248"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Pedro Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 31 09:29:32 2024 Return-path: Envelope-to: ged-emacs-devel@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 1t6QYd-0008B9-PB for ged-emacs-devel@m.gmane-mx.org; Thu, 31 Oct 2024 09:29:31 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t6QYJ-0003Bz-2N; Thu, 31 Oct 2024 04:29:11 -0400 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 1t6QYH-0003Bg-3W for emacs-devel@gnu.org; Thu, 31 Oct 2024 04:29:09 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t6QYG-0007xP-Er; Thu, 31 Oct 2024 04:29:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=uHwfqgQQKqiQN3jmF8/rR1owiZZf1WjQXr2AlP7u1yA=; b=Cgti/l4xGaZw FrH354bUs2MswfPIckIxcmEDSFtdOZZnxn4ae80NRo+4ghO1ogBbw6Lv6lKp8zvKSzd/hkz1QtI0+ FIXcslPrkW7gb3QEQfA3DP1Itt9uDxXKilObNQEo5byHp55PwNWkSYBAdlLbZF8xeUmy2f8yowP7E iFgsc1XREr5YjFlMhMbYpiVxA/F+n7tqTHCK3HauPhLqQ7/TlieqD0hcgDElpR1z+LCqlGmOUAzhD TTlvIOFYAkd8GAQeJP0ZgZIde/kJcrZTNtMiPCh0jgrx8R9KKMU8YJOo3xzWR0xKQ6poDCtfRUm9N s3SKTwCYaGtGjv8PVZFLjA==; In-Reply-To: <830de500-7c21-4dad-8290-9ab0f210af97@cas.cat> (message from Pedro on Thu, 31 Oct 2024 00:22:57 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:324958 Archived-At: > Date: Thu, 31 Oct 2024 00:22:57 +0100 > From: Pedro > > The approach of this patch permits to have different yank commands with > different keybindings and context to respond to different needs (For the > things I care, I end up having two commands, one that is simple and fast > with the most preferred thing; and the other that gives all flexibility > and possibilities). So, happy to see flexibility here too. Flexibility doesn't come for free, though: are you arguing for having N yank-media commands, each with its own preference of media formats? Which means the user will have to remember the preferences for each command and allocate a separate key binding to each? How is that a good thing? > It might be useful to know why this is better: it is less error prone to > what I have now. Let me explain this: the other day, by mistake (being > in a hurry) I did several screen captures and I thought I was using .png > (I usually pick png on the first time, and then, by frequency, it > appears in the first position because of the completion tool > (vertico/orderless ?)). But I was wrong, I took .pbm, for that case, > that was fine, it was notes for me, but it could be the case of having > screen captures with the wrong format and having difficulty to generate > them again. This patch and approach helps the user to avoid that risk. I don't understand that: how is the image format of the screen capture relevant to yanking images into an Emacs buffer? What am I missing?