Home_greyopenFATE - openSUSE feature tracking > #305731
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Remove scrollkeeper

Feature state

Rejected Information


We should remove scrollkeeper from the distribution and only use a rarian-based solution.
This implies working upstream on migrating the modules.
Also, we could make packages install their help in /usr/share/datatir/gnome-panel/help (eg), instead of /usr/share/gnome/help which is difficult to handle from a package ownership point of view.


icons/user_comment.png S. K. wrote: (9 years ago)

why should we? What is the advantage for openSUSE?

icons/user_comment.png V. U. wrote: (9 years ago)

A few reasons:

+ scrollkeeper is unmaintained

+ it requires some weird hacks in some packages to remove changes done in /var/run/scrollkeeper because the help files have to be registered and the "make install" step requires this (some packages provides --disable-scrollkeeper to avoid this but some don't)

+ the omf file format is only used by GNOME

+ the rarian-based format has been discussed on xdg and is really close to what KDE is doing, so it will simplify the consolidation of help (the first reason itself would be enough, IMHO)

Now, re my /usr/share/gnome/help comment: might not be that interesting, since we lose the help-bundle thing. So let's forget about this part for now, I guess.

Last change: 9 years ago
Loading tags...
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint