Planet KDE

[Carl Schwan]

Hi,

it is nice to hear that LibreOffice is also interested in Pluto.

I don't think it will be very difficult to implement a solution
similar to how you proposed it, but there is some drawbacks in using
a JS solution to filter some of the feeds:

* then loading the page, all blog posts will be displayed and then
some posts disappear. This makes the entire page reflow.
* since the generator create statically x post per page, if you
don't display all post, your page will contains a variable number
of post per page and can be empty.

But even though filtering with js and cookie doesn't create the
best reader experience, it is also the only way to filter the
post per authors. We had something similar in the old version of
planet for filtering per language.

Depending on why you want to filter some posts, you could try to
classify the various feeds in category (LibreOffice documentation,
LibreOffice news, Off topic, ...) and create a page for each
category similar to how I did with the language. So every can only
read and subscribe to the few categories, they are interested in.

Do you have a link to the planet LibreOffice and instructions in
how to get in touch with the team working on it?

Regards,

Carl

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Le jeudi, mars 12, 2020 2:56 PM, Ilmari Lauhakangas <ilmari.lauhakangas at libreoffice.org> a écrit :

> Hello,
> 

> congrats on the new planet! In a remarkable coincidence, I was just
> today browsing the web in frustration, looking for content aggregators
> and finally concluding that Pluto is the only actively-developed
> alternative to Planetplanet.
> 

> In the TDF team, we have been discussing about cloning a feature from
> GNOME's planet: in their footer they have a "Feeds" element that expands
> to show an array of bloggers. In theory (the feature is actually broken
> for me), one could toggle the visibility of the posts from certain
> bloggers. The toggle state would be stored in a cookie. I will copy my
> analysis at the end of this mail.
> 

> I was wondering, if KDE planet readers would have a need for this
> functionality and if it could be implemented in a less hacky way with
> Pluto? Perhaps I could sell the idea of moving to Pluto to our team.
> 

> My analysis of the GNOME toggling solution:
> 

> They use jQuery library. I would rather see us not relying on jQuery. I
> could reimplement it in pure JS.
> 

> I see they used some jQuery.cookie plugin, which is no longer maintained
> and is now superseded by this pure JS solution:
> https://github.com/js-cookie/js-cookie
> 

> The things we would need to change in our backend HTML generating code:
> 

> The GNOMErs have this: https://planet.gnome.org/feeds.html
> It is a list of all the feeds. Each list item has a class name that is
> the nickname of the person.
> 

> On the planet.gnome.org page itself, each entry is contained in a div
> element which, again, has the nickname class.
> 

> So Matthias Clasen's posts are contained in
> <div class="entry mclasen">
> 

> while in the feeds.html there is
> <li class="mclasen">
> 

> The JavaScript code constructs the array of toggleable people from the
> feeds.html and then it hides the elements based on the nickname classes,
> when we uncheck the checkboxes.
> 

> Regards,
> Ilmari Lauhakangas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: publickey - carl at carlschwan.eu - 0x7F564CB5.asc
Type: application/pgp-keys
Size: 3195 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-community/attachments/20200312/b7007e60/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 823 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/kde-community/attachments/20200312/b7007e60/attachment.sig>