<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Same for us in Qt. When we implement a new version of the protocol, we copy it manually from wayland-protocols into qtwayland/src/3rdparty/protocol, that way we can support new versions regardless of which old-as-dirt wayland-protocols version is shipped with
 the device.<br>
<br>
I think that if we'd have both released and non-released versions side by side in the same folder in wayland-protocols, it would be really confusing.<br>
<br>
Johan<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> wayland-devel <wayland-devel-bounces@lists.freedesktop.org> on behalf of Jonas Ådahl <jadahl@gmail.com><br>
<b>Sent:</b> Tuesday, February 18, 2020 09:37<br>
<b>To:</b> Pekka Paalanen <ppaalanen@gmail.com><br>
<b>Cc:</b> Dorota Czaplejewicz <dorota.czaplejewicz@puri.sm>; wayland-devel@lists.freedesktop.org <wayland-devel@lists.freedesktop.org><br>
<b>Subject:</b> Re: Batching text input protocol changes</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">On Tue, Feb 18, 2020 at 10:12:11AM +0200, Pekka Paalanen wrote:<br>
> On Mon, 17 Feb 2020 19:58:43 +0100<br>
> Dorota Czaplejewicz <dorota.czaplejewicz@puri.sm> wrote:<br>
> <br>
> > Hi all,<br>
> > <br>
> > over the past month, the zwp_text_input_v3 protocol has moved to real<br>
> > devices and had seen unprecedented usage. Together with that, it also<br>
> > got a reality check, from which it didn't come unscathed. There are<br>
> > some issues identified:<br>
> > <br>
> > - a hint that there's no need for an on-screen keyboard<br>
> > - allow deleting text even when surrounding text is unknown<br>
> > - making it harder for compositors to send uninformed updates<br>
> > <a href="https://gitlab.freedesktop.org/wayland/wayland-protocols/merge_requests/16">
https://gitlab.freedesktop.org/wayland/wayland-protocols/merge_requests/16</a><br>
> > - possibly graceful switching within text inputs<br>
> > <a href="https://gitlab.gnome.org/GNOME/gtk/issues/2437">https://gitlab.gnome.org/GNOME/gtk/issues/2437</a><br>
> > - sending control events (submit, next field, undo) to gain<br>
> > independence from a virtual keyboard protocol<br>
> > <br>
> > I might have left something out.<br>
> > <br>
> > Since they are all relatively unrelated, they can thankfully be<br>
> > discussed separately. But merging them in separately would create<br>
> > needlessly many combinations of possible supported versions.<br>
> > <br>
> > A new integration branch on gitlab would keep related merge requests<br>
> > on the wayland-protocols repo, and it could be merged as one large<br>
> > update once it's sufficiently hardened. Or is there another way to do<br>
> > this?<br>
> <br>
> Hi Dorota,<br>
> <br>
> sounds like you have a good reason to have an upstream branch like<br>
> that, so that the work in progress won't stop the master branch from<br>
> releasing. I would be fine with that.<br>
> <br>
> Another way could be to start a new major version XML file, and exclude<br>
> it from install by default. No-one could use it until you make it<br>
> installable, so there would be no need to maintain implementations of<br>
> the intermediate steps.<br>
<br>
Note that some users of wayland-protocols don't use the installed<br>
version, but manage wayland-protocols as a git submodule, thus just not<br>
installing would not be good enough for that.<br>
<br>
Also, if these additions are going to introduce a version 2 of the<br>
text-input unstable v3, it'd be awkward to keep the changes in a dummy<br>
file until merged back into the actual one.<br>
<br>
Thus, I think using a branch until the new version is settled is the<br>
best option here. You could still use merge requests, just that you<br>
target a 'wip/text-input-v3.2' branch we create instead of the master<br>
branch.<br>
<br>
<br>
Jonas<br>
<br>
> <br>
> Mind the wayland-protocols governance rules.<br>
> <br>
> <br>
> Thanks,<br>
> pq<br>
<br>
<br>
<br>
> _______________________________________________<br>
> wayland-devel mailing list<br>
> wayland-devel@lists.freedesktop.org<br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/wayland-devel">https://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
<br>
_______________________________________________<br>
wayland-devel mailing list<br>
wayland-devel@lists.freedesktop.org<br>
<a href="https://lists.freedesktop.org/mailman/listinfo/wayland-devel">https://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
</div>
</span></font></div>
</body>
</html>