Replacing the "- name: All" platform wildcard
Andreas Cord-Landwehr
cordlandwehr at kde.org
Wed Jun 15 09:56:05 UTC 2016
On Wednesday, June 15, 2016 11:45:18 AM CEST Martin Graesslin wrote:
> On Wednesday, June 15, 2016 11:18:40 AM CEST Andreas Cord-Landwehr wrote:
> > On Wednesday, June 15, 2016 11:01:14 AM CEST Martin Graesslin wrote:
> > > On Wednesday, June 15, 2016 10:16:19 AM CEST Andreas Cord-Landwehr
wrote:
> > > > Hey all,
> > > >
> > > > in preparation for getting information about Android as supported
> > > > platform
> > > > on api.kde.org, I would like to purge the "- name: All" platform
> > > > wildcard
> > > >
> > > > from all metainfo.yaml files and replace it by:
> > > > - name: Linux
> > > > - name: Windows
> > > > - name: MacOSX
> > >
> > > As you are preparing this for Android: is the name Linux correct, if yes
> > > what is it supposed to tell us? That it works on GNU/Linux, but not on
> > > Android/ Linux or that it works on Linux/X11, but not on Linux/Android?
> >
> > Hi, sorry for the confusion. This is only a preparation step that does not
> > change any logic in apidox, but just removes the All wildcard.
> > In a second step, I want to add the Android information with "- name:
> > Android" for the about 15 frameworks that already work with Android.
> > The wildcard has to be removed first, since otherwise all frameworks would
> > declare to support Android once the overview page says that we (partially)
> > support Android.
>
> there's no confusion. I did understand that. But as Android is clearly I'm
> questioning what Linux is supposed to tell us and whether it's better to
> directly change it with something which better expresses the Linux but not
> Android condition. After all it cannot be about the kernel.
Ah, I see. At least for me "Linux" seems to be the best common denominator for
naming what we understand as "the Linux ecosystem/platform". Exceptions like
that a framework only supports Linux/X11 but not Linux/Wayland currently is
stated by additional comments.
Cheers,
Andreas
More information about the Kde-frameworks-devel
mailing list