Announcement

Collapse
No announcement yet.

Vincent Untz Goes Over The Direction Of GNOME

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #91
    Originally posted by Vim_User View Post
    So now it is important which functionality is made accessible through an API when we want to determine if it even is an API?
    Well, of course it is an API, no one is contesting that.
    But I think you could argue that not all API are alike.
    On the one hand you have APIs like, say GTK+ or Qt, which are rigidly defined and guaranteed to not break between versions.
    Then you have stuff like the Linux kernel where you of course have an API, but it is not guaranteed to be stable between even minor version numbers.
    GNOME-shell extensions fall in the latter category.

    I have shown you a link to a blog post from a Gnome developer describing that what he calls "the extension API" and where he decribes that they will break it if they want to. No superpowers needed, I have backed up my claims, time for you to do the same.
    The API that broke in this case was that the mechanism for loading the extensions was changed. There is still no stable API for Gnome-Shell.

    I am not sure why the lack of a stable API is anything to be upset about though. The kernel has the same policy, and everyone seems to agree that this is a good thing.
    I think the same reasoning is applicable in this case.

    Comment


    • #92
      Originally posted by kigurai View Post
      I am not sure why the lack of a stable API is anything to be upset about though. The kernel has the same policy, and everyone seems to agree that this is a good thing.
      I think the same reasoning is applicable in this case.
      The kernel has the very important rule: We don't break userland. Userland is what makes the kernel into an OS. Pretty similar like many people claim that extensions are the one thing that make Gnome Shell usable for them. So you can see extensions in a way as Gnome userland, but Gnome developers (and GTK developers also, just ask some developers that use GTK putside of Gnome, or even people designing GTK themes) have no problem with breaking userland, regularly. They just don't care and some people even think that this is intentional, since anything not Gnome will not be accepted, in fear of damaging the Gnome brand.
      Some people also think that the current effort of using extensions to get a classic mode is not because the Gnome developers finally hear what their users want, but to bring the extensions that are used anyways by Gnome users under control of the Gnome brand, to eliminate non-Gnome things on Gnome.

      If that is really the case, I can't say, but when you see some statements of Gnome developers and their behavior one could think that this is not so far from the truth, that to them the brand is more worth than the userbase.

      Comment


      • #93
        Originally posted by Vim_User View Post
        The kernel has the very important rule: We don't break userland.
        Userland is what makes the kernel into an OS. Pretty similar like many people claim that extensions are the one thing that make Gnome Shell usable for them. So you can see extensions in a way as Gnome userland, but Gnome developers (and GTK developers also, just ask some developers that use GTK putside of Gnome, or even people designing GTK themes) have no problem with breaking userland, regularly. They just don't care and some people even think that this is intentional, since anything not Gnome will not be accepted, in fear of damaging the Gnome brand.
        Some people also think that the current effort of using extensions to get a classic mode is not because the Gnome developers finally hear what their users want, but to bring the extensions that are used anyways by Gnome users under control of the Gnome brand, to eliminate non-Gnome things on Gnome.
        I specifically mentioned kernel modules, and said nothing of userland.
        I think extensions should be considered the same as kernel modules in this case, since they are tightly coupled to Gnome-Shell and modify its core behaviour.

        Whether GTK+ has broken API or not is irrelevant for this discussion.
        Last edited by kigurai; 17 February 2013, 03:54 AM.

        Comment

        Working...
        X