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.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.