| |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||
21:23 03/06/02 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
#sidebar.txt
on now () { kernel (clock.now)}3/15/2002; 3:22:15 PM | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
Sporadic notes about working with radio No Simpler than this Radio:
Wednesday, January 30, 2002
| # 20:01 Radio |
|
|
 how did google wind up on weblogs.com? | ||
| # 19:35 Radio |
|
|
|
<upstream type="none" /> is not enough for a never-rendered-diary-category. it should be. and my changes to calendar and weblog rendering should not just get blown away during nightly root updates. as is we're required to be extremely cautious about the persistence of changes we make anywhere. that's a punishment i didn't think i had to sign up for just to tweak my radio. it ought to be easy to invite developer to enhance your code dave! please make it so. | ||
| # 18:54 Radio |
|
|
|
News Aggregator Archiving options
thinking about going away and the xml archive in general this idea arose:
what if once you enable archiving you were to get a new column in your subscription list enabling you to exclude individual feeds from being archived.
if i was away i'd probably not care about rwn (real world news) but more about those that would otherwise fall out of the news history which i now have set to 72hrs
i love the aggregator. it's eliminating surfing for news for me and nets three times as much fun in slightly less time than i used to dedicate to browsing. - are there callbacks that one could use to pre-screen news for images from ad-servers? wont be long before news sources will sell into the feeds now, won't it? | ||
| # 16:42 Radio |
|
|
|
system.verbs.builtins.radio.weblog.drawCalendar changed on Mon, 28 Jan 2002 00:39:57 GMT: Fixed a bug where one too few table cells were added at to the last day-row, when the last day of the month is not a Saturday. [Radio.root Updates]
it would be lovely if userland were to invite users to enhance their code by offering a source difference viewer which would allow one to manually merge cloud changes into one's own changes as they are received. imagine if the cloud had an md5 hash of what it expects to find in your database.. if it did it could politely hold off replacing your changes with its and give you a menu of 'pending updates' from which you could call up .. the original code (maybe) .. your code .. and the newly gotten root update .. in a vcs like merge screen to integrate new and old. by this method userland would only have to add a button reading 'suggest your diff to cloud' in order to add to the sum total of iq working on the product. they say they are a small company. this would be inviting intelligence and dedication in, and make it easy to deliver another layer of services on top.. i'll hold off on describing that till i see that someone else sees that its currently easy to feel uninvited to contribute. casually encouraging developers to submit their added value to a dedicated human router/ inhouse external developer advocate ought to go a loooooong way toward multiplying what the tool will do for all its users. make it easy guys! we have lives to live, fences to mend, cats to kill... | ||
| # 16:28 Radio |
|
|
|
Other people have been using the category thing to publish different Radio sites with one copy of Radio, so it's been fully beaten on in time for me to... [markpasc.blog] mark - i look forward to hearing from you about what the calendar links will include and not include.. on both 'sites'. | ||
| # 02:07 Radio |
|
|
|
tiny radio bugs..
stories page: 1/28/2002#prefs.txt is not supposed to be listed afaik ianal browsing ftsc's from the local server still does not "look" the same as when you download them from the cloud server. using the new file-system driver nets this in the events log: 1 file: <a href="F:\My Documents\My Internet\IE\directory.opml">F:My DocumentsMy InternetIEdirectory.opml. | ||