| From: |
| Bastien Nocera <hadess-AT-hadess.net> |
| To: |
| Allan Day <aday-AT-gnome.org>, Emmanuele Bassi <ebassi-AT-gmail.com> |
| Subject: |
| Re: GNOME Online Accounts 3.34 won't have documents support |
| Date: |
| Wed, 23 Jan 2019 13:47:23 +0100 |
| Message-ID: |
| <0ca5fccb22be53a5814556f285702a04ebbd099f.camel@hadess.net> |
| Cc: |
| GNOME Desktop Development List <desktop-devel-list-AT-gnome.org> |
| Archive-link: |
| Article |
On Wed, 2019-01-23 at 12:25 +0000, Allan Day wrote:
> Emmanuele Bassi <ebassi@gmail.com> wrote:
> ...
> > > This approach isn't new, and you can read more detail here:
> > > https://wiki.gnome.org/Projects/GnomeOnlineAccounts/Goals
> > >
> >
> > I know the rationale. I never particularly agreed with it, because
> > it felt like an ex post rationalisation about not having third
> > party modules, and getting people to commit functionality upstream.
> > ...
>
> I don't think that was the reason. At least, it's not what's been on
> my mind, and I don't remember others putting that view forward.
>
> The main factor has always been about how we handle identity. If we
> give online accounts access to 3rd party apps, we're giving them
> access to the GNOME keys. They appear as "GNOME" to online providers
> and their access is bundled up with our own. As a result, we lose the
> ability to ensure that the GNOME keys are being used in accordance
> with providers' terms and conditions.
>
> From a design perspective that's never been something we've wanted to
> do, both from a branding and identity perspective, as well as from a
> "oh shit we can't access Google any more, because some random app did
> something they didn't like".
GNOME apps are not, and were never the only consumers of the gnome-
online-accounts capabilities, and, correct me if I'm wrong, but the
only problems we had with applications doing something that wasn't
liked in the past were in *platform* components, not even in core
applications.
> > What I'm objecting to is the wishy-washy approach of telling
> > people: "Sure, you can keep working on Documents, it's just not
> > going to be installed any more" without telling the whole story.
> >
> > If Documents is removed, then all the Documents integration within
> > GNOME is also removed, which means that the project *in its current
> > incarnation* should just be archived. People should be encouraged
> > to fork it, if they find it useful, and implement that integration
> > inside Documents itself. This gives the proper context and
> > communicates the proper expectations to people willing to maintain
> > the Documents code base.
>
> If you think something can be done better, just suggest how it can be
> done better.
Flip it on its head and please suggest why, nowadays, any application
developer, whether for a GNOME application or a third-party, would
spend time integrating services into gnome-online-accounts, or using
gnome-online-accounts for functionality that's somewhat core to the
application experience, when the rug can be pulled from under your app
at any point?