|
> Sean (also copied), can you clarify
this one way or the other? On the concept of persistence, the feed platform in Windows
persists downloaded entries from feeds for as long as the user wants them. Nothing
more complicated than that. From: M.
David Peterson [mailto:[EMAIL PROTECTED] > Also recently started on a AJAX-based APP client to go
with it. Very cool! This is something I can help with if needs
be... I'm still trying to get my legs in Python, and with some missing
holes in IronPython to allow Demokritos to run natively have held the
AtomicRSS.NET project off for now and moved forward with GlobalClip. Just to connect the dots, ideally I would like to couple
support for APP into GlobalClip, as the ability to copy text from a blog
entry, suck in all of the necessary meta-data, to then paste this into a
blog entry, or a research paper, or anything else that one might want
to make reference to something else on the web, seems to match well with
what APP is all about. Of course, the meta-data would include at very
least the reference URI (read: nobody has to do anything except post something
to the web, and this is enough information to at very least ensure proper
credit to the referencing URI is enclosed.) but would hopefully contain all the
proper copyright information, whether this be a Creative Commons license or
something else all together, as well as other related meta-data, such as that
found in the world of citations. I've copied Bruce D'Arcus on this as he and I have been
talking about building into the LiveClipboard/GlobalClip extension offerings
the ability to implement support for complete citation meta-data to then build
the necessary connector to enable a simple paste operation inside of a Word
document (ODF via OO.o is obvious, given the fact that Bruce is a part of
leading this effort already). Bruce: Have a look @ http://extf.net/Saxon/dotnet/ASP.NET/LiveClipboard/GlobalClip/ as
well as http://dev.extensibleforge.net/wiki/GlobalClip if
you haven't seen them recently... I think we're about ready to start expanding
into the citations side of this. Connecting this back to the AtomicRSS.NET project (or
whatever the final name turns out to be (NOTE: I've officially moved this
project to extensibleforge which is the new home of ALL of my ongoing projects
:) > http://dev.extensibleforge.net/wiki/AtomicRSS.NET ),
the ability to turn the MS Web Feed engine into an APP data store is
simple enough. But using Demokritos as the primary data
store, and syncronizing with the Web Feed engine brings all of the
wonderfulness that comes along with the persistence layer via SVN (and
therefore historical persistence, as long as I understand correctly how
Demokrito's handles persistence via SVN) thats built directly into
Demokritos. Unless I'm missing something [http://msdn.microsoft.com/library/default.asp?url=""
] there is no direct concept of historical persistence in the Web Feed
engine. Sean (also copied), can you clarify this
one way or the other? On 5/6/06, James Tauber <[EMAIL PROTECTED] >
wrote:
|
- What Atom software are you working on? Robert Sayre
- Re: What Atom software are you working on? M. David Peterson
- Re: What Atom software are you working on? M. David Peterson
- Re: What Atom software are you working on? Nick Gerakines
- Re: What Atom software are you working on? James Tauber
- Re: What Atom software are you working on? M. David Peterson
- RE: What Atom software are you working on? Sean Lyndersay
- Re: What Atom software are you working ... M. David Peterson
- RE: What Atom software are you working on? Granqvist, Hans
