Batching text input protocol changes

Dorota Czaplejewicz dorota.czaplejewicz at puri.sm
Tue Feb 18 15:45:19 UTC 2020


On Tue, 18 Feb 2020 16:20:08 +0100
Jonas Ådahl <jadahl at gmail.com> wrote:

> On Tue, Feb 18, 2020 at 04:14:50PM +0100, Dorota Czaplejewicz wrote:
> > On Tue, 18 Feb 2020 10:12:11 +0200
> > Pekka Paalanen <ppaalanen at gmail.com> wrote:
> >   
> > > On Mon, 17 Feb 2020 19:58:43 +0100
> > > Dorota Czaplejewicz <dorota.czaplejewicz at puri.sm> wrote:
> > >   
> > > > Hi all,
> > > > 
> > > > over the past month, the zwp_text_input_v3 protocol has moved to real
> > > > devices and had seen unprecedented usage. Together with that, it also
> > > > got a reality check, from which it didn't come unscathed. There are
> > > > some issues identified:
> > > > 
> > > > - a hint that there's no need for an on-screen keyboard
> > > > - allow deleting text even when surrounding text is unknown
> > > > - making it harder for compositors to send uninformed updates
> > > > https://gitlab.freedesktop.org/wayland/wayland-protocols/merge_requests/16
> > > > - possibly graceful switching within text inputs
> > > > https://gitlab.gnome.org/GNOME/gtk/issues/2437
> > > > - sending control events (submit, next field, undo) to gain
> > > > independence from a virtual keyboard protocol
> > > > 
> > > > I might have left something out.
> > > > 
> > > > Since they are all relatively unrelated, they can thankfully be
> > > > discussed separately. But merging them in separately would create
> > > > needlessly many combinations of possible supported versions.
> > > > 
> > > > A new integration branch on gitlab would keep related merge requests
> > > > on the wayland-protocols repo, and it could be merged as one large
> > > > update once it's sufficiently hardened. Or is there another way to do
> > > > this?    
> > > 
> > > Hi Dorota,
> > > 
> > > sounds like you have a good reason to have an upstream branch like
> > > that, so that the work in progress won't stop the master branch from
> > > releasing. I would be fine with that.
> > > 
> > > Another way could be to start a new major version XML file, and exclude
> > > it from install by default. No-one could use it until you make it
> > > installable, so there would be no need to maintain implementations of
> > > the intermediate steps.
> > > 
> > > Mind the wayland-protocols governance rules.
> > > 
> > > 
> > > Thanks,
> > > pq  
> > 
> > Hi,
> > 
> > seeing the answers so far, I think starting a new branch is a good idea. In case there are major changes, a new major version could be created out of the new branch anyway.
> > 
> > Currently, there's only one change that's important and potentially backwards-incompatible, but that depends on the future discussion (deleting text being broke), so a new version might not be necessary yet.
> > 
> > Could someone with the permissions create such a branch?  
> 
> I created a branch called `wip/text-input-next`:
> 
> https://gitlab.freedesktop.org/wayland/wayland-protocols/commits/wip/text-input-next
> 
Thank you!
--Dorota

> 
> Jonas
> 
> > 
> > Thanks,
> > Dorota  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/wayland-devel/attachments/20200218/9f307318/attachment-0001.sig>


More information about the wayland-devel mailing list