Re: dot articles on planet kde

On Thursday 12 August 2010 17:30:45 Thomas Thym wrote:
> Dude, you surprised me. Excellent work. I personally like that idea to
> add the dot and apps to the planet and would not add them to the rss.
> I don't know if it's possible but could there be two feeds (personal
> or all blogs) and the rss link directs you to the feed according to
> your settings?

Yeah, shouldn't be difficult if it is possible to set up a few different feeds - 
can just write the links to the feeds in as options are changed.

I've thrown together a quick demo of my general concept - about an hour's work 
so I won't cry if we don't go with this idea ;-)

http://test.asinen.org/planet

So have a play. Obviously it doesn't look nice and the toggle controls would 
need to show if they are on or off...Possibly, I'd do the script differently 
anwyay - I just adapted the existing microblog code to do it quickly. It's 
tested in new Konqui, Rekonq and Firefox. Other tests welcome. There are a 
couple of limitations probably in older browsers but they shouldn't cause 
major problems and have workarounds if needed (lack of support for 
DOMContentLoaded* and multiple classes per element).

Other variants such as Jonathan's original suggestion of showing just titles 
for 'hidden' entries would be easy to implement. RSS selection as suggested by 
Thomas is not done as there are no options to select at present, 

Stu

*Konqui now supports DOMContentLoaded event - yay for the Konqui devs :-)


> 
> 2010/8/12 Stuart Jarvis <[email protected]>:
> > On Thursday, August 12, 2010 03:47:31 pm Oriol Mirosa wrote:
> >> > Ok, I had a quick look last night. Within a few constraints this is
> >> > very simple. The main constraint is that the Python script will still
> >> > select X articles to display on the front page as it does now, but by
> >> > default we would hide the application and Dot ones with CSS so you
> >> > would have (often) less than X articles dispalyed by default.
> >> > According to personal preferences, this hiding can then be overridden
> >> > with Javascript, remembered between visits using cookies. So the
> >> > number of articles shown by default would vary according to how many
> >> > articles within X are not personal blogs. However, personal blogs are
> >> > the largest by far, so I don't expect the casual user would notice
> >> > that the number of articles varies between say X and X-5. We could
> >> > optionally make X larger than it is now too.
> >> > 
> >> > If everyone is happy with that, then I can probably have a solution to
> >> > pass to Jonathan very quickly (could be done this weekend). There
> >> > would be minimum overhead in the Python code, all it would need is
> >> > Python to write out a different class to blog entry divs depending on
> >> > whether it is a personal, application or Dot feed - wherever the feed
> >> > list is stored will need an additional field to identify the type.
> >> > 
> >> > Other solutions, such as always having a fixed X number of articles on
> >> > page one whatever the user preference for included feeds would require
> >> > a lot more changes in the Python code (and creation of several sets
> >> > of static pages) OR generation of the page on demand (expensive,
> >> > maybe not so bad if done with a little PHP add on) or masses more
> >> > Javascript and an ajaxy approach that I wouldn't have time to do for
> >> > ages.
> >> 
> >> I am not a technical person so I am not sure how this relates to what
> >> you wrote here, but how would all this affect the RSS feeds? I, and I
> >> assume that many others, access the dot and the planet through RSS
> >> feeds. Would all these options in the planet be reflected in the RSS
> >> feed subscription? If so, then I think this is wonderful, because after
> >> selecting what I want to see in the Planet the RSS feed would reflect
> >> my choices. But if that is not the case, there would be inconsistencies
> >> between what I see in the Planet page and what I get in the RSS feed,
> >> and then I would have more doubts about whether this is a good idea.
> > 
> > That's a very good question ;-)
> > 
> > Javascript and CSS are applied clientside, so would not influence what
> > shows up in the RSS feed reader. Therefore, under the above proposal,
> > the RSS feed would show everything (personal, Dot, applications)
> > regardless of what you did in the web interface.
> > 
> > Now, does that matter? The RSS feed links will take you direct to the
> > blog post, not to planetkde - so you won't click on something in RSS and
> > find it's been made invisible when you get there. Would you compare the
> > RSS feed with the planet website? Depending on how RawDog works it might
> > be easy and not expensive to serve the RSS only with personal blogs to
> > reflect the default settings on the website (personal only - Jonathan?)
> > 
> > If we want tailoring of RSS too then it has to be serverside. Even then,
> > you would have to explicitly subscribe to a feed that matched what you
> > did in the web interface (a cookie set in the browser wouldn't be
> > presented by your feed reader). There would either be a need for a feed
> > for every config combination or the feed - and manual user subscription
> > to that feed - or it would need to be generated each time on request.
> > 
> > Stu
> > 
> > _______________________________________________
> > This message is from the kde-promo mailing list.
> > 
> > Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set
> > digest on or temporarily stop your subscription.
> 
> _______________________________________________
> This message is from the kde-promo mailing list.
> 
> Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set
> digest on or temporarily stop your subscription.
 
_______________________________________________
This message is from the kde-promo mailing list.

Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set digest on or temporarily stop your subscription.