On 7/27/07, Günther Noack <[EMAIL PROTECTED]> wrote: > Hi! > > Are you going to drop Grr maintenance, or are you going to integrate > both?
The short answer is 'I don't know yet'. There are a lot of issues we need to discuss. There are three components from Vienna: RSS parsing, data storage and UI. I plan to separate them, but not sure in which combination. (RSS Parsing and 'data storage+UI' or 'RSS Parsing+data storage' and UI). StepChat may want to support 'Atom on XMPP'. In that case, the RSS parsing need to be in a framework, maybe mered in RSSKit. David mentions the NNTP support in NewsStand, which is interesting but may need some adjustment on UI. In a broader scale, Jesse propose the 'Inbox' idea, which is related to the 'Object Manager'. It is something we don't have a solid idea yet. On the other side, Apache 2.0 is not compatible with GPL 2. So it increases the complicity, especially for code merge. I think we are at the point where we cannot just talk, but need to find a way to do whatever we want. It will define what Etoile is. For people who want to have a document-centric environment, they need to look at Typewriter and Sketch and propose a way to do so, maybe finish up NSDataLink in GNUstep. For object management, we have AddressManager, Grr/NewsStand, OuterSpace and probably including StepChat. How we are going to make them integrated is a very interesting question. At window management level, most technique details has been figured out. But how we really want to manage windows is still not very clear. So going back the the Grr issue. NewsStand has a better RSS parsing than RSSKit, but since it is an application, all RSS-related classes are scattering around. It may be easier to merge them with RSSKit interface for others to use. If that is the case, I might need your permission to change license since Apache 2.0 is not compatible with LGPL 2. For storage, NewsStand use sqlite3. There are always pros and cons with any storage. So I will leave this issue to another discussion. The only thing I want to be sure is that any storage in Etoile needed to be able to be indexed and searched by a 3rd-party application. Therefore, they need to have an open interface, either from the data itself (XML or sqlite3) or a framework (like Addresses). On the UI part, there are many small UI classes from NewsStand which can be reused, but nothing critical. They are just a combination of NSOutlineView, NSTableView and NSTextView. That is the least thing I am worry about. Yen-Ju > > -Günther > > > Am 26.07.2007 um 00:16 schrieb Yen-Ju Chen: > > > Just a quick announcement that I port Vienna to GNUstep > > by removing a lot of fancy UI. > > It is renamed as NewsStand and you can get it in Etoile -trunk. > > I probably will spend time to test the stability and > > hopefully separate the storage part and UI, > > just like Addresses framework and AddressManager > > so that any application can access users' RSS data. > > Help is always welcome. > > > > Have fun > > > > Yen-Ju > > > > _______________________________________________ > > Etoile-discuss mailing list > > [email protected] > > https://mail.gna.org/listinfo/etoile-discuss > > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
