Re: dot articles on planet kde
Thomas Thym <[email protected]>
| Newsgroups | gmane.comp.kde.events |
|---|---|
| Message-ID | <[email protected]> |
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? Cheers, Thomas 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.