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: Mon, 04 Nov 2024 22:19:12 +0200 Message-ID: <86o72uu4zj.fsf@gnu.org> References: <79fc91f3-c2c3-44db-9817-595808917f26@cas.cat> <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> <861pzw4r3j.fsf@gnu.org> <87v7x8y81c.fsf@gmail.com> <86ttcs38a8.fsf@gnu.org> <87jzdny1g4.fsf@gmail.com> <87plncgrq9.fsf@localhost> <87cyjbwsoh.fsf@gmail.com> <87v7x2sr4k.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9928"; mail-complaints-to="usenet@ciao.gmane.io" Cc: visuweshm@gmail.com, pinmacs@cas.cat, rpluim@gmail.com, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 04 21:20:06 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 1t83YT-0002Qq-OF for ged-emacs-devel@m.gmane-mx.org; Mon, 04 Nov 2024 21:20:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t83Xj-0001sf-7k; Mon, 04 Nov 2024 15:19:19 -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 1t83Xh-0001qx-UI for emacs-devel@gnu.org; Mon, 04 Nov 2024 15:19:18 -0500 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 1t83Xg-0000N7-Qq; Mon, 04 Nov 2024 15:19:16 -0500 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=Yovj5Oo3uT/Ynw9Q8oFNi54frlR1EFqgnx9a0Htf/E8=; b=jnkYhjt5K0fQ J2wgf73fF3M9Xc1RY/5Z1ukh/bZl1wVUEJxfki6MahE9SCmRbWBy077HrCx41EK52FcvvFzvNWnMG nV9v0LucGxjMA+xzGIqAaPuaPFUZOA3CJ9E/OkDgME/RKXaLpg32cKTRygMUjtxOYqoAHcqzJDVPn +/7Vowu0wzbi2nPYonrzUU4NzIrzIVk5ArYc6N+rgkfI1H/4lqi0FrYU0JHU5gzoGB8JdOUDnctoH RFJoH5ewPHPjzqx2zN5RHTgufZnKIeA1fPRMLaohV/JiCENaaEQE8UXBBN1vtKZFGpYoEuwupQS1W KBh2GlQbDIciPBSGKTdjCQ==; In-Reply-To: <87v7x2sr4k.fsf@localhost> (message from Ihor Radchenko on Mon, 04 Nov 2024 20:03:55 +0000) 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:325122 Archived-At: > From: Ihor Radchenko > Cc: Eli Zaretskii , pinmacs@cas.cat, rpluim@gmail.com, > emacs-devel@gnu.org > Date: Mon, 04 Nov 2024 20:03:55 +0000 > > I am happy to hear that there are no more conceptual obstacles to moving > this forward other than simple waiting. Actually, I think that this area is still not clear conceptually. (Which is not surprising, given that it is a very recent addition to Emacs.) One aspect that bugs me is that we have two separate commands for yanking: one for textual data, the other for everything else. Not only is this conceptually problematic, it also poses UI problems for formats that can be yanked either as some textual or some non-textual forms. One simple example is yanking formatted text as HTML or as an image. Another conceptual issue is what would be those "rules" for preferring one format over the others, and how will they depend on major-mode. Yet another issue is in what modes to set up yank-media handlers. Right now, we have a very small number of such modes, which is in stark contrast to C-y which is supported basically everywhere. One could ask why shouldn't we have yank-media handlers available in all modes as well. And I'm sure there are other issues to ponder. We are just beginning to explore this area, so it is expected to have these questions.