@Magnus is there anything that is missing from the Wikidata side (API, etc.) to complete the work? Any support you may need from us or volunteers in order to get this done? :)

A new wish for a full support of Lexemes on QS was mentioned here :)

The patch that resulted in the current support is surprisingly small: https://phabricator.wikimedia.org/R2010:d4bbd816e688d910d28617acf22a8ecc2a725dc5

This makes me think that it is a relatively small task to support Lexeme creation?
I have some JS and Guile experience but my python knowledge is very limited so I guess I'm not the best suited for the task, but it would be really nice if somebody would get it done.

Also the WD API seems to support glosses fine because it is what powers MachtSinn that saves glosses using this code https://github.com/Nudin/makesense/blob/master/app.py#L160

It uses LexData written in python by the same author, found here: https://github.com/Nudin/LexData

LexData supports lexeme creation as well as glosses, forms and grammatical forms. That means it support all important features of lexemes! Hooray! :)

I recommend adding LexData to QS as it is well written and works in MachtSinn without problems. Anyone up for the task?

The desire to create lexemes via QuickStatements was raised by a FactGrid user in the Wikibase Community User Group mailing list.

It seems there are still relatively few tools for this, most lexicographical data scripts being oriented around improving existing Wikidata content.

With QuickStatements installed on Wikibase.cloud and JS scripts currently forbidden, it'd also be nice to have it as an option that doesn't require, say, WikibaseIntegrator. (Cradle support is another idea, but not within this task.)

Can we clarify what is still missing? Is it only the creation of Lexemes? The dev team had asked for that to be held off a bit initially to take things a bit slowly when Lexemes were introduced. I think by now this is no longer an issue and shouldn't block anything.