Re: Abysmal state of GTK build

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: Lars Ingebrigtsen <larsi@gnus.org>,  Gregory Heytings
>  <gregory@heytings.org>,  emacs-devel@gnu.org
> Date: Tue, 23 Aug 2022 15:17:42 +0800
> 
> It will not affect Wayland at all, since the Wayland drag-and-drop API
> is too limited to allow Emacs to implement drag-and-drop properly there.
> 
> Most importantly, there is no way to cancel drag-and-drop after it
> begins (think C-g), or to receive a notification when the pointer
> reenters the frame where it originated after leaving.

Why is this such a grave problem?  E.g., to cancel drag-and-drop, the
user can drop it onto some place where dropping is a no-op, like some
window that doesn't accept drops or sometimes at the source from which
the stuff was dragged.  I never had any problems with this.

Maybe we are again asking too much from the GUI environment, and too
easily reject environments that are not 110% perfect?  If so, it makes
little sense to do that with Emacs, whose GUI aspects are secondary.

> X will probably remain the primary window server for the next decade or
> so.

It is IMNSHO bad policy for a serious project that intends to remain
alive for many years to put all of its eggs in a single basket.  We
should instead actively seek and try using alternative GUI
environments, and we shouldn't reject them just because they are not
perfect.