Retirement of developer-old.gnome.org

The old developers documentation snapshot has been permanently retired, as all its content has effectively been moved to the new developers documentation website, or it’s irrelevant to anything that was released in the past 14 years.

Various redirections have already been put in place for API references that have been moved elsewhere, like Network Manager and the C++ bindings.

If there are missing references it mainly means that the corresponding libraries are not updating or publishing their documentation. Please, file an issue on their corresponding issue tracker.

2 Likes

There are still links to developer-old at Libraries

Fixed: Remove the link to the old developers docs snapshot (!174) · Merge requests · Teams / Websites / developer.gnome.org · GitLab

[acko@fedora GNOME]$ grep -r "developer-old" --exclude=*.po .
./GNOME/glib/docs/reference/gio/gdbus-codegen.rst:to `gtk-doc <https://developer-old.gnome.org/gtk-doc-manual/stable/>`_::
./GNOME/glib/docs/reference/gio/gdbus-codegen.rst:`gtk-doc <https://developer-old.gnome.org/gtk-doc-manual/stable/>`_ and
./GNOME/gnome-builder/doc/sdk/libide.toml.in:  docs_url = "https://developer-old.gnome.org/gtksourceview/stable/"
./GNOME/gnome-builder/doc/sdk/libide.toml.in:  docs_url = "https://developer-old.gnome.org/libpeas/stable/"
./GNOME/gjs/doc/Custom-GSources.md:[custom-gsource-tutorial]: https://developer-old.gnome.org/gnome-devel-demos/unstable/custom-gsource.c.html.en
./GNOME/devdocsgjs/lib/docs/scrapers/gtk.rb:      self.base_url = "https://developer-old.gnome.org/gtk4/#{self.version}/"
./GNOME/gobject-introspection/giscanner/annotationparser.py:        http://developer-old.gnome.org/gtk-doc-manual/1.18/documenting.html.en
./GNOME/gtksourceview/docs/lang-reference.md:[Regular expression syntax](https://developer-old.gnome.org/glib/stable/glib-regex-syntax.html)
./GNOME/gtkmm-documentation/docs/tutorial/C/index-in.docbook:Resource bundles are created by the <link xlink:href="https://developer-old.gnome.org/gio/stable/glib-compile-resources.html">glib-compile-resources</link>
./GNOME/msgraph/doc/msg.toml.in:docs_url = "https://developer-old.gnome.org/goa/stable/"
./GNOME/gnomemm-website/docs/C/documentation.xml:        <para><link xlink:href="https://developer-old.gnome.org/gtkmm-tutorial/3.24/index.html">Contents</link> of the whole online book, gtkmm-3.0.</para>
./GNOME/gnomemm-website/docs/C/documentation.xml:          <link xlink:href="https://developer-old.gnome.org/references#c++-bindings">developer-old.gnome.org C++ Bindings</link>
./GNOME/gnomemm-website/docs/C/books.xml:        and <link xlink:href="https://developer-old.gnome.org/gtkmm-tutorial/3.24/">Programming with gtkmm 3</link>
./GNOME/pan/pan/usenet-utils/gpg.cc:// https://developer-old.gnome.org/gmime/stable/gmime-changes-3-0.html
./GNOME/glibmm/tools/pm/DocsParser.pm:    # https://developer-old.gnome.org/gtk-doc-manual/unstable/documenting_symbols.html.en)
./GNOME/eog/doc/reference/eog.toml.in:  docs_url = "https://developer-old.gnome.org/libpeas/stable/"
./GNOME/eog/doc/reference/urlmap.js:    [ 'Libpeas', 'https://developer-old.gnome.org/libpeas/stable/' ],
./Infrastructure/gtk-web/_docs/language-bindings/vala.md:[**Vala**](https://wiki.gnome.org/Projects/Vala/) website lists various [Vala's GTK tutorial](https://wiki.gnome.org/Projects/Vala/Documentation#GUI_Programming) [GTK's Vala tutorial](https://developer-old.gnome.org/gnome-devel-demos/stable/beginner.vala.html.en) that range from introduction to the usage of Gtk and much more.
./Infrastructure/gtk-web/_docs/language-bindings/vala.md:  - [GTK's Vala tutorial](https://developer-old.gnome.org/gnome-devel-demos/stable/beginner.vala.html.en)
./Infrastructure/gtk-web/_docs/language-bindings/cpp.md:[here](https://developer-old.gnome.org/gtkmm-tutorial/stable/sec-helloworld.html.en).
./Infrastructure/gtk-web/_docs/language-bindings/cpp.md:[source](https://developer-old.gnome.org/gtkmm-tutorial/stable/index.html).
./Infrastructure/gtk-web/_docs/apis/index.md: - [Soup](https://developer-old.gnome.org/libsoup/stable/) — Asynchronous HTTP library with cookies, SSL, and XML-RPC

Fixed: Drop link to developer-old (!466) · Merge requests · GNOME / gobject-introspection · GitLab

Fixed: Remove developer-old links (!172) · Merge requests · Teams / Websites / www.gtk.org · GitLab

For the rest, please file bugs to the relevant projects.

Thank you. I was specifically talking about the links at this page: Libraries

Yes, I noticed that afterwards. I also fixed those links, and now they point to the right place.

1 Like

The transition was this one:

developer.gnome.org [1] → developer-old.gnome.org [2] plus a new website at developer.gnome.org [3] (which is equal to [1]).

What about all the links that pointed to [1] and haven’t been updated to [2]?

The grep command that you posted only searches [2].

Edit: so if I understand correctly the [1] links are all redirected (either to [3] or outside), so it’s not a big problem to keep the old URLs around. Ideally the [1] links also need to be updated, but is not essential. (to search all the [1] links, a different method is necessary, by requesting the URL and detect if there is a redirection).

Tickets filed for every mention I could find in GitLab:

3 Likes

Anyone is welcome to check any links and update them, I’d say.

Don’t know but I fill like the old was very easy to navigate the new version is sometimes a little confusing. in the old version things was arranged by topic it was clear but with the new it is not…for example look at the “function” for GLib or Gtk it takes some time to find elements.

Chance we still have Devhelp

The old documentation of GLib and GTK were generated with GTK-Doc, now these projects use gi-docgen.

It was already discussed on Discourse. It seems to me that many people don’t like the change (me included). And API documentation is something essential for developers, so changing something as fundamental as that must be done carefully.

It seems to you because you’re looking only to the people that don’t like it, as confirmation bias.

It took nearly a decade of broken library-web and gtk-doc, and yet nobody stepped up to make something better, because nobody really cared, as long as they didn’t have to change anything.

In the meantime, everybody else moved over to different documentation platforms—from MSDN, to Swift, to Rust, to Python, to JavaScript. Yes, not everyone likes new things; nothing is ever going to be liked by everybody, and trying to serve everybody is a great way to make everybody differently unhappy.

If you think you can do better, feel free to do so, and put your money where your mouth is.

1 Like

I find the presentation of gi-docgen a lot less relevant than the indirect benefits.

I liked some things about the output of gtk-doc, but the improvements to annotations, cross-linking and documentation comments in libraries just got better as a result of gi-docgen. Even if you don’t like gi-docgen it made it a lot easier to write other output generators.

There’s also nothing forcing projects to migrate to gi-docgen; most of us just are because we want to.

1 Like