Hey Sean,

So in more user controlled format (not a bad thing, obviously :)) then there is historical persistence...

My apologies for suggesting things were more complicated than they actually are...  I guess I should have dug a bit deeper.

Looks like I have some more studying to do...  Any pointers?

Thanks in advance!

One thing worth noting.. I realized after sending yesterdays email that if I don't simply develop the AtomicRSS.NET Atom > Web Feed Engine > Atom engined pronto, I'm going to miss any possible window of opportunity for any sort of internal changes to make the conversion process as losless as possible (if I haven't lost that window already).  As such, I started in on the basic engine last night using C#, and am actually using this as the basis for developing the data structure of the Clipboard[1], ClipData[2], and ClipItem[2] data structures that are then mapped to the Provider[4] class (soon to be an interface) of which any given data store can be map directly to the Provider interface that maps directly into the above mentioned classes.

I am still working through all of this, and to keep the current testclipboard.aspx[5] demo I hacked together a functional source code base that, while it looks a bit horrid at the moment, it allows me to keep working on the above mentioned files and allow the demo itself to move forward[kinda :)], at least showcasing some of the basic features.  I will ping this thread back with significant updates.  The timeline feed is available [6] for those who desire a bit more up-to-minute detail of whats being checked in, when its being checked in.

[1] > http://dev.extensibleforge.net/browser/trunk/GlobalClip/GlobalClip/GlobalClip_Clipboard.cs

[2] > http://dev.extensibleforge.net/browser/trunk/GlobalClip/GlobalClip/GlobalClip_ClipData.cs

[3] > http://dev.extensibleforge.net/browser/trunk/GlobalClip/GlobalClip/GlobalClip_ClipItem.cs

[4] > http://dev.extensibleforge.net/browser/trunk/GlobalClip/GlobalClip/GlobalClip_Provider.cs

[5] > http://dev.extensibleforge.net/browser/trunk/Research/GlobalClip/src/x.Instance/testclipboard.aspx

[6] > http://dev.extensibleforge.net/timeline?wiki=on&milestone=on&ticket=on&changeset=on&max=50&daysback=90&format=rss

On 5/8/06, Sean Lyndersay <[EMAIL PROTECTED]> wrote:

 

> 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]]
Sent: Sunday, May 07, 2006 12:59 PM
To: James Tauber
Cc: Robert Sayre; Atom Syntax; Bruce D'Arcus; Sean Lyndersay
Subject: Re: What Atom software are you working on?

 

> 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:


Demokritos - APP server and Python library.

http://jtauber.com/demokritos

Currently implementing basic auth support for 0.4 release.

Also recently started on a AJAX-based APP client to go with it.

James
--
James Tauber                       http://jtauber.com/
journeyman of some   http://jtauber.com/blog/


On 05/05/2006, at 9:11 AM, Robert Sayre wrote:

>
> I've been working to add Atom support to Firefox 2. Some other Firefox
> devs are toying with exposing internal data like history and bookmarks
> as Atom feeds.
>
> What software are you writing?
>
> --
>
> Robert Sayre
>
> "I would have written a shorter letter, but I did not have the time."
>




--
<M:D/>

M. David Peterson
http://www.xsltblog.com/




--
<M:D/>

M. David Peterson
http://www.xsltblog.com/

Reply via email to