rssview-developers — Rss Viewer development discussions

[Rssview-developers] Informa Kernel and coding convention

[Joerg W. <we...@in...>]

Hi all,

Informa ... perfect !!!!

Coding convention ... you can use Jalopy or Checkstyle.
For Jalopy you can use, e.g. the XML formatter file in JOELib:
http://cvs.sourceforge.net/viewcvs.py/*checkout*/joelib/joelib/src/jalopy.format.convention.xml?content-type=text%2Fplain&rev=1.3

Kind regards, Joerg

Dipl. Chem. Joerg K. Wegner
Center of Bioinformatics Tuebingen (ZBIT)
Department of Computer Architecture
Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany
Phone: (+49/0) 7071 29 78970
Fax: (+49/0) 7071 29 5091
E-Mail: mailto:we...@in...
WWW:    http://www-ra.informatik.uni-tuebingen.de
--
Never mistake motion for action.
                                    (E. Hemingway)
                         
Never mistake action for meaningful action.
                               (Hugo Kubinyi,2004)                         

Re: [Rssview-developers] Code Style and Conventions

[Martin <na...@we...>]

Am Fri, den 16.04.2004 schrieb Christoph Walcher um 15:35:

Hi Christoph,

first of all, I don't want to be annoying, but could you please
send plain-text e-mails to the mailing list? I can read HTML,
but you are changing the font size in your mail and it looks
very tiny on my 1600x1200 desktop.

> how do our code style conventions look like? I noticed that Matthias
> is using spaces indentiation I prefer tabs - what's the decision?

I love tabs. Please use them. I don't want to make restrictions on
the variations placing {...}-blocks, but please keep your technique
consistant.

Then I want to recommend the typical stuff:
- restrict the class members as far as possible
- use setters and getters
- don't produce spaghetti-code (e.a. methods which are awfully
  long)
- don't duplicate too much code
- make a note in-place when you are not satisfied with the
  code, using mailing list is not always optimal

>  Could you all use a TODO: or some other defined tag to mark Tasks,
> Considerations? This would ease my live because I can use this tags in
> Eclipse.

VI also highlights TODO-comments. Yeah, that's a nice feature,
but I would recommend that we add problems to the bug database
on SF in the future, if there are bigger problems.

> I started to introduce apache commons logging to replace all
> System.err and exception.printStacktrace() calls - I think using a
> real logging System will make it a lot easier to find bugs reported by
> users (They should attach their log file with a bug report). What's
> your opinion?

I have already worked with log4j. I didn't like it very much,
but I'm flexible and can adapt to it, if you like it.

There is really no problem from my side. But don't forget to ask
the others.

> Should we do some package refactorings - package structure is not
> really perfect?

Yes. But let's keep it now like it is until next release. I don't
like big changes right now, because some people are obviously working
on the project.

Changing the packaging structure should be done by one single
who locks the entire tree. We can talk about it later again,
because I want to say something about it, too.

Do you agree with me on this or do we need it for better coding
right now?

-- 
Martin <na...@we...>

RE: [Rssview-developers] Proposal for Release Plan

[Christoph W. <chr...@we...>]

Matthias Schmidt wrote:
> Hi *,
> 
> at least one bug i filed is related to XML/RDF Parsing ( 927822 ).
> 
> The phenomena of older articles reapear only exists on some RDF Feeds
> like: 
> 
> 'http://www.golem.de/golem_backend.rdf'
> 'http://www.theregister.co.uk/feeds/latest.rdf
> 'http://www.macosxhints.com/backend/geeklog.rdf'
> 'http://www.wired.com/news_drop/netcenter/netcenter.rdf'
> 'http://www.heise.de/newsticker/heise.rdf'
> 'http://www.ftd.de/static/ticker/ftd-topnews.rdf'
> 'http://www.osnews.com/files/recent.rdf'

Thanks, thats important - never had any Problems with my Feeds :)

> Therefore I have moved the category of this Bug to XML-Parsing and
> switched the Resolution to 'later', because this highly depends on
> the parsing decisions we have to make.
> 
> Although I would like to see a new release and would like to
> recommend a feature-freeze, there are probably two things we have to
> make first: 
> 
> 1.) Switch to informa, to get rid of parsing-related bugs.
> 2.) Make Folders persistent, and let users group their feeds in these
> folders. 

Folders should be persistent - I'll have a look...

Ciao
Christoph

Re: [Rssview-developers] Proposal for Release Plan

[Matthias S. <sch...@su...>]

Hi *,

at least one bug i filed is related to XML/RDF Parsing ( 927822 ). 

The phenomena of older articles reapear only exists on some RDF Feeds like:

'http://www.golem.de/golem_backend.rdf'
'http://www.theregister.co.uk/feeds/latest.rdf
'http://www.macosxhints.com/backend/geeklog.rdf'
'http://www.wired.com/news_drop/netcenter/netcenter.rdf'
'http://www.heise.de/newsticker/heise.rdf'
'http://www.ftd.de/static/ticker/ftd-topnews.rdf'
'http://www.osnews.com/files/recent.rdf'

Therefore I have moved the category of this Bug to XML-Parsing and switched 
the Resolution to 'later', because this highly depends on the parsing 
decisions we have to make.

Although I would like to see a new release and would like to recommend a 
feature-freeze, there are probably two things we have to make first:

1.) Switch to informa, to get rid of parsing-related bugs.
2.) Make Folders persistent, and let users group their feeds in these folders.

I think, that giving the user the ability to create folders and then forget 
about them after a restart is a no-no. So we have to option to disable this 
feature, or make it work for a new RssViewer release.

Christoph, you have closed the corresponding Bug, have you fixed this?

cheers,

Matthias

Am Samstag, 10. April 2004 08:02 schrieb Martin Krzysiak:
> Am Samstag, 10. April 2004 01:06 schrieb Christoph Walcher:
> > > I found workarounds, but these are really bad hacks including
> > > BASE64-decoding etc.
> > >
> > > Let's forget it for now.
> >
> > Yes! But we should kick these issues out of our trackers too.
>
> An RFE can stay for long time. I marked the bug as a dupe
> and moved it to the RFE forum.
>
> Someone has written a solution for this, but did not submit a patch.
>
> > Some words to the prototype. I found a way to migrate softly to informa.
> > We could use informa for now like we use the RssParser class and "map"
> > the ChannelIF objects informa uses to our RssChannel objects. We would
> > not be able to display all benefits of RSS 1.0 or 2.0 but we could read
> > these Feeds and display basic (RSS 0.91) informations. What do you think
> > about this approach? To be realistic this would take a couple of hours
> > (2-3).
>
> Using informa in release could fix a couple of problems. If it does not
> introduce new problems, we can try it out. Will you tag the tree
> if you commit the informa patch, please?
>
> Martin
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Rssview-developers mailing list
> Rss...@li...
> https://lists.sourceforge.net/lists/listinfo/rssview-developers

-- 
Matthias Schmidt                Tel              : (++49) 6227 356 236
Sun Microsystems GmbH           Fax              : (++49) 6227 356 222
Altrottstr. 31                  SAP(WDF03,I4.01) : (++49) 6227 7 47505
D-69190 Walldorf                Mobil            : (++49)  171 5767209

Re: [Rssview-developers] Do we need exclusive mode?

[Matthias S. <sch...@su...>]

Hi Christoph + *,

although I don't use the exclusive-mode at all, Martin's point in keeping the 
ability to load feeds from files is a good one.

We probably face the problem in the future ( esp. when migrating to a new 
parser, which I consider a good idea), that some channels fail sometimes. 
Getting a snapshot of these situations as a clean testcase can become quite 
handy ...

cheers,

Matthias


Am Samstag, 10. April 2004 00:08 schrieb Martin Krzysiak:
> Am Freitag, 9. April 2004 18:19 schrieb Christoph Walcher:
> > yet another email :) What do you think - does RssView really need the
> > exclusive mode? Do you use exclusive mode? Dropping exclusive mode would
> > make our codebase less complex (exclusive mode is quite contrary to
> > "normal" rssview behavior).
>
> This is used for offline-browsing. I would like to keep it somehow,
> because you can save a feed on your hard disk and read it.
> Some people like to use the command-line.
>
> Perhaps a special folder for off-line browsing would be nice.
> "Open..." and "Save..." / "Save As..." for feeds would be
> a good idea (for GUI-users).
>
> The reason is that a user can send us a newsfeed which is
> faulty and can say: "Try to load this.". We can use this for
> debugging.
>
> Martin
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Rssview-developers mailing list
> Rss...@li...
> https://lists.sourceforge.net/lists/listinfo/rssview-developers

-- 
Matthias Schmidt                Tel              : (++49) 6227 356 236
Sun Microsystems GmbH           Fax              : (++49) 6227 356 222
Altrottstr. 31                  SAP(WDF03,I4.01) : (++49) 6227 7 47505
D-69190 Walldorf                Mobil            : (++49)  171 5767209

[Rssview-developers] AW: rssview: more errors and enhancements...

[<sfk...@hs...>]

Hi Martin
=20
Got successfully through your exams?
=20
Any solutions to read http://www.heise.de/newsticker/heise.rdf ?

Besides: RSSOwl (http://rssowl.sourceforge.net/, SWT-based) still has =
many nice features to copy... An now I found a RSSViewerApplet]] (Home =
http://webreference.com/xml/tools/ with Configurator) which comes also =
as a Java servlet (JERSS).=20

Another question: Does anybody know an Open Source Java Application to =
edit and produce RSS-Feeds using?

Regards, Stefan Keller
=20
P.S. Probably not succesful to rss...@li... =
because I'm not on the list.

Re: [Rssview-developers] Proposal for Release Plan

[Martin K. <ci...@gm...>]

Am Samstag, 10. April 2004 01:06 schrieb Christoph Walcher:
> > I found workarounds, but these are really bad hacks including
> > BASE64-decoding etc.
> >
> > Let's forget it for now.
>
> Yes! But we should kick these issues out of our trackers too.

An RFE can stay for long time. I marked the bug as a dupe
and moved it to the RFE forum.

Someone has written a solution for this, but did not submit a patch.

> Some words to the prototype. I found a way to migrate softly to informa. We
> could use informa for now like we use the RssParser class and "map" the
> ChannelIF objects informa uses to our RssChannel objects. We would not be
> able to display all benefits of RSS 1.0 or 2.0 but we could read these
> Feeds and display basic (RSS 0.91) informations. What do you think about
> this approach? To be realistic this would take a couple of hours (2-3).

Using informa in release could fix a couple of problems. If it does not
introduce new problems, we can try it out. Will you tag the tree
if you commit the informa patch, please?

Martin

[Rssview-developers] Fwd: rssview port to j2me

[Martin K. <ci...@gm...>]

Hi,

I have no idea and no equipment to answer this question.
Anyone of us knows if a J2ME port would be possible?

Martin

----------  Forwarded message  ----------

Subject: rssview port to j2me
Date: Freitag, 9. April 2004 22:07
From: Andrew <met...@us...>
To: ci...@us...

i have been playing around with rssview on my xp system. i

am just getting into rss feeds, but i am interested in providing

my clients content migration and rss syndication of their sites.



one of the things i would like to do is have an rss viewer on

java-enabled wireless devices (specifically cell phones). do

you have any thoughts on this? i am also going to start

looking at rsslib4j.



thanks,

/.|)

-------------------------------------------------------

RE: [Rssview-developers] Proposal for Release Plan

[Christoph W. <chr...@we...>]

Martin Krzysiak wrote:
> Am Freitag, 9. April 2004 18:14 schrieb Christoph Walcher:
>=20
>> Bug [ 927822 ] Older articles show up again
>> Bug [ 927820 ] Started RssView, selected channel's article view is
>> greyed
>=20
> Let's fix the stuff, which users simply don't expect to happen. The
> bugs above are surely some of them.=20

Ok, but we should try to collect the things "users simply don't expect =
to
happen" in our bug tracker.

> It would be also a good idea to make the folder-icons work, like
> users expect it. When you select a folder icon, the view should show
> all news (recursively) under the folder and its children. =20

Filed a bug report I think i can correct with reasonable effort.

> For beta, which should also test if our persistance mechanism really
> works well. Some people reported issues about it to me.=20

For me the persistence mechanism works fine - there are some performance
problems if too many data sets were stored. We should not spend the time =
for
a fix if we plan to migrate to informa.

>> * Work to do for productive release:
>> Bug [ 932377 ] RssView application icon does not look good
>> Performance enhancements Fix bugs found in beta release
>=20
> These are minor problems.

Of course - mentioning application icon issue was a joke...

>> While collecting bug reports and feature requests for this email I
>> noticed that there are Trackers I really don't know how to deal
>> with. Here's the list:
>>=20
>> * Bugs:
>> [ 727713 ] Proxy support not working.
>=20
> Forget it, I tried many approaches. I always failed. It's simply to
> complicated to implement proxy authentication and if it's
> complicated, it means it's not our issue, but Java's one. =20
>=20
> I found workarounds, but these are really bad hacks including
> BASE64-decoding etc.=20
>=20
> Let's forget it for now.

Yes! But we should kick these issues out of our trackers too.

>> [ 932253 ] ISO-8859-1 character encoding not recognized
>=20
> This one should be already fixed by a previous patch by Francesco.
>=20
>> * Feature Requests:
>> [ 927865 ] RSS Version 1.0 and RSS-PRISM enhancement
>> [ 908485 ] Article order in the "Article View" mode
>> [ 765037 ] Allow proxy setting for each feed.
>> [ 736864 ] Support for Proxy Authentication
>> [ 732945 ] Browser Settings
>=20
> No RFEs for release, please.

Yes!

>> How should we handle these bugs/requests. I suggest to neglect all
>> Proxy releated Trackers because this should be configured via
>> Java-Plugin preferences (or am I wrong).
>=20
> I'm not sure if the Java-Plugin preferences thingy offers proxy
> authentication. Let's forget it for now (see above).=20
>=20
>> Informa kernel really looks good but it's definitly hard work to
>> integrate Informa into RssView. I'd suggest to use Informa but before
>> beginning integration we should do a productive release of rssview.
>>=20
>> Ciao
>> Christoph
>>=20
>> PS: I'm writing a Prototype using Informa kernel - just as an
>> experiment :)
>=20
> Wow. Keep us up-to-date about your progress. I believe that our code
> will get cleaner if we use a library as a parser.=20

Some words to the prototype. I found a way to migrate softly to informa. =
We
could use informa for now like we use the RssParser class and "map" the
ChannelIF objects informa uses to our RssChannel objects. We would not =
be
able to display all benefits of RSS 1.0 or 2.0 but we could read these =
Feeds
and display basic (RSS 0.91) informations. What do you think about this
approach? To be realistic this would take a couple of hours (2-3).

Ciao
Christoph

Re: [Rssview-developers] Do we need exclusive mode?

[Martin K. <ci...@gm...>]

Am Freitag, 9. April 2004 18:19 schrieb Christoph Walcher:
> yet another email :) What do you think - does RssView really need the
> exclusive mode? Do you use exclusive mode? Dropping exclusive mode would
> make our codebase less complex (exclusive mode is quite contrary to
> "normal" rssview behavior).

This is used for offline-browsing. I would like to keep it somehow,
because you can save a feed on your hard disk and read it.
Some people like to use the command-line.

Perhaps a special folder for off-line browsing would be nice.
"Open..." and "Save..." / "Save As..." for feeds would be
a good idea (for GUI-users).

The reason is that a user can send us a newsfeed which is
faulty and can say: "Try to load this.". We can use this for
debugging.

Martin

Re: [Rssview-developers] Proposal for Release Plan

[Martin K. <ci...@gm...>]

Am Freitag, 9. April 2004 18:14 schrieb Christoph Walcher:

> Bug [ 927822 ] Older articles show up again
> Bug [ 927820 ] Started RssView, selected channel's article view is greyed

Let's fix the stuff, which users simply don't expect to happen.
The bugs above are surely some of them.

It would be also a good idea to make the folder-icons work, like
users expect it. When you select a folder icon, the view should
show all news (recursively) under the folder and its children.

For beta, which should also test if our persistance mechanism
really works well. Some people reported issues about it to me.

> * Work to do for productive release:
> Bug [ 932377 ] RssView application icon does not look good
> Performance enhancements
> Fix bugs found in beta release

These are minor problems.

> While collecting bug reports and feature requests for this email I noticed
> that there are Trackers I really don't know how to deal with. Here's the
> list:
>
> * Bugs:
> [ 727713 ] Proxy support not working.

Forget it, I tried many approaches. I always failed. It's simply
to complicated to implement proxy authentication and if it's
complicated, it means it's not our issue, but Java's one.

I found workarounds, but these are really bad hacks including
BASE64-decoding etc.

Let's forget it for now.

> [ 932253 ] ISO-8859-1 character encoding not recognized

This one should be already fixed by a previous patch by
Francesco.

> * Feature Requests:
> [ 927865 ] RSS Version 1.0 and RSS-PRISM enhancement
> [ 908485 ] Article order in the "Article View" mode
> [ 765037 ] Allow proxy setting for each feed.
> [ 736864 ] Support for Proxy Authentication
> [ 732945 ] Browser Settings

No RFEs for release, please.

> How should we handle these bugs/requests. I suggest to neglect all Proxy
> releated Trackers because this should be configured via Java-Plugin
> preferences (or am I wrong).

I'm not sure if the Java-Plugin preferences thingy offers proxy
authentication. Let's forget it for now (see above).

> Informa kernel really looks good but it's definitly hard work to integrate
> Informa into RssView. I'd suggest to use Informa but before beginning
> integration we should do a productive release of rssview.
>
> Ciao
> Christoph
>
> PS: I'm writing a Prototype using Informa kernel - just as an experiment :)

Wow. Keep us up-to-date about your progress. I believe that our code
will get cleaner if we use a library as a parser.

Martin

Re: [Rssview-developers] RSS

[Joerg K. W. <we...@in...>]

Hi Martin,

> Do you know Informa and rssview enough to make it work together? If
> you are really interested to make a proof of concept, message me.

Not at the moment ... the next two weeks i'm in holiday, then one week 
in U.K. and then the semester starts ... let's see ...

Kind regards, Joerg

-- 
Dipl. Chem. Joerg K. Wegner
Center of Bioinformatics Tuebingen (ZBIT)
Department of Computer Architecture
Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany
Phone: (+49/0) 7071 29 78970
Fax: (+49/0) 7071 29 5091
E-Mail: mailto:we...@in...
WWW:    http://www-ra.informatik.uni-tuebingen.de
--
Never mistake motion for action.
                                     (E. Hemingway)

Never mistake action for meaningful action.
                                (Hugo Kubinyi,2004)

Re: [Rssview-developers] RSS

[Martin <cin...@gm...>]

Am Wed, den 07.04.2004 schrieb Joerg K. Wegner um 8:35:
> Hi again,
> 
> IMHO: the software design depends heavily on the requested features, so 
> getting a stable release and and feature oriented software design can 
> not be viewed seperately. If igoring such think the project will have 
> probably a lot of dead-end's.

There is no dead end in such a small project like "rssview". saintedlama
has done an excellent job and reimplemented major parts of the project.

We have always tried to keep the design general. We will take care of
new features and a new RSS/RDF parser is a good idea. Don't worry about
it.

I have looked at the informa API docs. It looks nice and in some
points somehow to our model-component. It also implements parts
of the controller-component structure we need.

> I've added a rudimentary CML2 support to Informa.
> Niko want to check the code before he checks it in ... furthermore there 
> are some open questions i want to discuss with him, especially the 
> storing format and possibly transfer possibilities to GUI's or HTML !?

I don't think that it is a big problem to transfer the feed contents
to HTML. Let the GUIs decide how they want to do it. Earlier, I had
StyledDocument instead of HTMLDocument, because HTML is many
times slower.

> The design of Informa is excellent and has a lot of exporters and 
> backends, e.g. DB support using Hibernate (do not know exactly what this 
> is :-)

We will take a look if DB-storage can fix our problems. Does
the persistance component work in informa? How do they handle
the different types of objects, you can have in RSS?

> This is in contrast to your parser a DOM-Parser, but IMHO i think this 
> works for RSS feeds very well, or is it really necessary to have a SAX 
> parser for such tasks ! I think the files aren't that big :-)

Actually, I prefer the DOM model. I don't remember why I made it
like it is now. I guess I found two types of feeds and wanted
to read them both with one parser.

> An update functionalty seems to be available also, furthermore there is 
> a JSP support for Informa available !

How does this help us? We are on client side?

> I've not found a suitable GUI using Informa so i would be really happy 
> if you will use it !

Do you know Informa and rssview enough to make it work together? If
you are really interested to make a proof of concept, message me.

Martin

Re: [Rssview-developers] RSS

[Joerg K. W. <we...@in...>]

Hi again,

IMHO: the software design depends heavily on the requested features, so 
getting a stable release and and feature oriented software design can 
not be viewed seperately. If igoring such think the project will have 
probably a lot of dead-end's.

I've added a rudimentary CML2 support to Informa.
Niko want to check the code before he checks it in ... furthermore there 
are some open questions i want to discuss with him, especially the 
storing format and possibly transfer possibilities to GUI's or HTML !?
The design of Informa is excellent and has a lot of exporters and 
backends, e.g. DB support using Hibernate (do not know exactly what this 
is :-)

This is in contrast to your parser a DOM-Parser, but IMHO i think this 
works for RSS feeds very well, or is it really necessary to have a SAX 
parser for such tasks ! I think the files aren't that big :-)
An update functionalty seems to be available also, furthermore there is 
a JSP support for Informa available !

I've not found a suitable GUI using Informa so i would be really happy 
if you will use it !

Kind regards, Joerg
-- 
Dipl. Chem. Joerg K. Wegner
Center of Bioinformatics Tuebingen (ZBIT)
Department of Computer Architecture
Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany
Phone: (+49/0) 7071 29 78970
Fax: (+49/0) 7071 29 5091
E-Mail: mailto:we...@in...
WWW:    http://www-ra.informatik.uni-tuebingen.de
--
Never mistake motion for action.
                                     (E. Hemingway)

Never mistake action for meaningful action.
                                (Hugo Kubinyi,2004)

Re: [Rssview-developers] RSS

[Martin <cin...@gm...>]

Am Tue, den 06.04.2004 schrieb Joerg K. Wegner um 22:48:

> just ensure that you are not inventing the wheel twice, which is not 
> necessary for open source projects.
> Please have a look at other code !

We are going to look for an external parser for sure.
It's too much work to make a solid one from scratch.

Martin

Re: [Rssview-developers] RSS

[Joerg K. W. <we...@in...>]

Hi all,

just ensure that you are not inventing the wheel twice, which is not 
necessary for open source projects.
Please have a look at other code !

Kind regards, Joerg


>>i would recommend to use
>>- the informa parser as kernel (seems to be the most advanced RSS parser 
>>out there, including name spaces)
>>- rssView (good layout),HotSheet (simple, but informa as kernel),Risotto 
>>  (not looked at) combination as visualization.
> 
> 
> We don't have any suggestions yet, what we will take for an RSS-Parser
> and how it will be implemented. We should keep the interfaces as general
> as possible (if it is possible at all). Perhaps we can establish a
> standard here. Just to be a bit arrogant :)
> 
> ---
> 
> I recommend first that we FIX the problems with RssView first, before
> we work on extensions. Many people want to see a release, I noticed.
> But I will not allow to release RssView in the current state. I know
> that bug fixing and improving performance is boring, because it does
> not change the project visibly, but it is essential for usability.
> 
> I want to suggest something.
> 
> Every time you see something that a user does not expect to happen,
> please submit a bug report or fix it directly, if it's trivial.
> I can see many things which the user does not expect. The root node
> does not look good and it does not show ALL articles when I click
> on it. This is a bug for me. I have already looked how to fix it
> but instead I found more and more problems. Same refers to folders.
> When I click on a folder, I want to see all newsfeeds in the
> folder and all subfolders. This is intuitive and people like it
> that way.
> 
> Please look at the details in the GUI-part. I liked the idea to
> have icons in menus, but there are still missing icons. Some dialogs
> don't have default handlers. This is all annoying for the user.
> 
> There are also things which the DEVELOPERS don't expect in our
> project. I made some notes in the SQL-part. The design
> is not clean enough for my taste and even dangerous in various
> places (I think, I made a comment about "SELECT * FROM table" somewhere)
> and also how to use SELECT to get more precise information from our
> database. We are also losing performance there. Some people will
> also ask about a feature how to delete old articles automatically
> from the database. Other people will want to empty a channel.
> 
> When you have questions, I am here and will try to answer.
> 
> ---
> 
> Now back to architecture:
> 
> We have many options how to structure the project. I would like to hear
> more opinions how to modify the structure of the project to enable it
> to read more than just regular newsfeeds.
> 
> I already mentioned what I would like to see. I like a plugin-like
> interface to show extra-stuff. I liked the suggestion to make the
> plugin-interface "sense" automatically if it can view certain types
> of data by using reflection.
> 
> The application should handle the "special objects" like this:
> 
> - autosense all available plugins for a type of object
> - choose one, which the user has decided to use
> - optional: test if data is compliant [if not choose next plugin]
> - ask the configuration of the plugin about how to handle
>   the object
>   - view inline
>   - separate window
>   - pass control to other application
> - do the job (with parameters above)
> 
> Looking at this structure, we could also make the RSS-Parser
> a plugin. It would be nice to have a fallback (you never know).
> 
> Sincerely, I don't have an idea how flexible the design above
> is, because I haven't look at the RSS-standard close enough.
> Perhaps someone of the others can comment on it.
> 
> We should talk a bit about the architecture and make some notes
> about the ideas, in READMEs and in RFEs. This way we know where
> we are going.
> 
> Martin
> 
> 
> 


-- 
Dipl. Chem. Joerg K. Wegner
Center of Bioinformatics Tuebingen (ZBIT)
Department of Computer Architecture
Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany
Phone: (+49/0) 7071 29 78970
Fax: (+49/0) 7071 29 5091
E-Mail: mailto:we...@in...
WWW:    http://www-ra.informatik.uni-tuebingen.de
--
Never mistake motion for action.
                                     (E. Hemingway)

Never mistake action for meaningful action.
                                (Hugo Kubinyi,2004)

Re: [Rssview-developers] RSS

[schmidtm <mat...@mo...>]

Hi *,

I agree with Martin. I think the CVS-version is fairly different from 
the last stable release, so we should do a new release first. And to 
make this release,  we really need to get the bugs out. I filed four 
bugs, and I fixed one today. I will do cvs-commits this week. Most of 
the Bugs are of the type: This View gets not updated, when this happens 
and so on. I spend quite some time to track them down.

So don't get me wrong, I totally open to make improvements, even major 
overhauls, but we need to get a stable release out which reflects all 
the changes since 1.2.0 dating from March 2003.

cheers,

Matthias


Am 06.04.2004 um 18:27 schrieb Martin:

> Am Tue, den 06.04.2004 schrieb Joerg K. Wegner um 13:14:
>
>> i would recommend to use
>> - the informa parser as kernel (seems to be the most advanced RSS 
>> parser
>> out there, including name spaces)
>> - rssView (good layout),HotSheet (simple, but informa as 
>> kernel),Risotto
>>   (not looked at) combination as visualization.
>
> We don't have any suggestions yet, what we will take for an RSS-Parser
> and how it will be implemented. We should keep the interfaces as 
> general
> as possible (if it is possible at all). Perhaps we can establish a
> standard here. Just to be a bit arrogant :)
>
> ---
>
> I recommend first that we FIX the problems with RssView first, before
> we work on extensions. Many people want to see a release, I noticed.
> But I will not allow to release RssView in the current state. I know
> that bug fixing and improving performance is boring, because it does
> not change the project visibly, but it is essential for usability.
>
> I want to suggest something.
>
> Every time you see something that a user does not expect to happen,
> please submit a bug report or fix it directly, if it's trivial.
> I can see many things which the user does not expect. The root node
> does not look good and it does not show ALL articles when I click
> on it. This is a bug for me. I have already looked how to fix it
> but instead I found more and more problems. Same refers to folders.
> When I click on a folder, I want to see all newsfeeds in the
> folder and all subfolders. This is intuitive and people like it
> that way.
>
> Please look at the details in the GUI-part. I liked the idea to
> have icons in menus, but there are still missing icons. Some dialogs
> don't have default handlers. This is all annoying for the user.
>
> There are also things which the DEVELOPERS don't expect in our
> project. I made some notes in the SQL-part. The design
> is not clean enough for my taste and even dangerous in various
> places (I think, I made a comment about "SELECT * FROM table" 
> somewhere)
> and also how to use SELECT to get more precise information from our
> database. We are also losing performance there. Some people will
> also ask about a feature how to delete old articles automatically
> from the database. Other people will want to empty a channel.
>
> When you have questions, I am here and will try to answer.
>
> ---
>
> Now back to architecture:
>
> We have many options how to structure the project. I would like to hear
> more opinions how to modify the structure of the project to enable it
> to read more than just regular newsfeeds.
>
> I already mentioned what I would like to see. I like a plugin-like
> interface to show extra-stuff. I liked the suggestion to make the
> plugin-interface "sense" automatically if it can view certain types
> of data by using reflection.
>
> The application should handle the "special objects" like this:
>
> - autosense all available plugins for a type of object
> - choose one, which the user has decided to use
> - optional: test if data is compliant [if not choose next plugin]
> - ask the configuration of the plugin about how to handle
>   the object
>   - view inline
>   - separate window
>   - pass control to other application
> - do the job (with parameters above)
>
> Looking at this structure, we could also make the RSS-Parser
> a plugin. It would be nice to have a fallback (you never know).
>
> Sincerely, I don't have an idea how flexible the design above
> is, because I haven't look at the RSS-standard close enough.
> Perhaps someone of the others can comment on it.
>
> We should talk a bit about the architecture and make some notes
> about the ideas, in READMEs and in RFEs. This way we know where
> we are going.
>
> Martin
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Rssview-developers mailing list
> Rss...@li...
> https://lists.sourceforge.net/lists/listinfo/rssview-developers
>

Re: [Rssview-developers] RSS

[Martin <cin...@gm...>]

Am Tue, den 06.04.2004 schrieb Joerg K. Wegner um 13:14:

> i would recommend to use
> - the informa parser as kernel (seems to be the most advanced RSS parser 
> out there, including name spaces)
> - rssView (good layout),HotSheet (simple, but informa as kernel),Risotto 
>   (not looked at) combination as visualization.

We don't have any suggestions yet, what we will take for an RSS-Parser
and how it will be implemented. We should keep the interfaces as general
as possible (if it is possible at all). Perhaps we can establish a
standard here. Just to be a bit arrogant :)

---

I recommend first that we FIX the problems with RssView first, before
we work on extensions. Many people want to see a release, I noticed.
But I will not allow to release RssView in the current state. I know
that bug fixing and improving performance is boring, because it does
not change the project visibly, but it is essential for usability.

I want to suggest something.

Every time you see something that a user does not expect to happen,
please submit a bug report or fix it directly, if it's trivial.
I can see many things which the user does not expect. The root node
does not look good and it does not show ALL articles when I click
on it. This is a bug for me. I have already looked how to fix it
but instead I found more and more problems. Same refers to folders.
When I click on a folder, I want to see all newsfeeds in the
folder and all subfolders. This is intuitive and people like it
that way.

Please look at the details in the GUI-part. I liked the idea to
have icons in menus, but there are still missing icons. Some dialogs
don't have default handlers. This is all annoying for the user.

There are also things which the DEVELOPERS don't expect in our
project. I made some notes in the SQL-part. The design
is not clean enough for my taste and even dangerous in various
places (I think, I made a comment about "SELECT * FROM table" somewhere)
and also how to use SELECT to get more precise information from our
database. We are also losing performance there. Some people will
also ask about a feature how to delete old articles automatically
from the database. Other people will want to empty a channel.

When you have questions, I am here and will try to answer.

---

Now back to architecture:

We have many options how to structure the project. I would like to hear
more opinions how to modify the structure of the project to enable it
to read more than just regular newsfeeds.

I already mentioned what I would like to see. I like a plugin-like
interface to show extra-stuff. I liked the suggestion to make the
plugin-interface "sense" automatically if it can view certain types
of data by using reflection.

The application should handle the "special objects" like this:

- autosense all available plugins for a type of object
- choose one, which the user has decided to use
- optional: test if data is compliant [if not choose next plugin]
- ask the configuration of the plugin about how to handle
  the object
  - view inline
  - separate window
  - pass control to other application
- do the job (with parameters above)

Looking at this structure, we could also make the RSS-Parser
a plugin. It would be nice to have a fallback (you never know).

Sincerely, I don't have an idea how flexible the design above
is, because I haven't look at the RSS-standard close enough.
Perhaps someone of the others can comment on it.

We should talk a bit about the architecture and make some notes
about the ideas, in READMEs and in RFEs. This way we know where
we are going.

Martin

[Rssview-developers] RSS

[Joerg K. W. <we...@in...>]

Hi,

i would recommend to use
- the informa parser as kernel (seems to be the most advanced RSS parser 
out there, including name spaces)
- rssView (good layout),HotSheet (simple, but informa as kernel),Risotto 
  (not looked at) combination as visualization.

Please contact the other developers and project admins to manage these 
things. Please keep me up-to-date, if you plan a cooperation. As already 
mentioned i've interests in PRISM and CML2 standard support including 
plugin-mechanism for image generation and export functionality for 
chemical file formats for CML2.

http://sourceforge.net/projects/hotsheet
http://informa.sourceforge.net/
http://sourceforge.net/projects/jsurfer
http://www.jsurfer.org/risotto_install.php

Kind regards, Joerg
-- 
Dipl. Chem. Joerg K. Wegner
Center of Bioinformatics Tuebingen (ZBIT)
Department of Computer Architecture
Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany
Phone: (+49/0) 7071 29 78970
Fax: (+49/0) 7071 29 5091
E-Mail: mailto:we...@in...
WWW:    http://www-ra.informatik.uni-tuebingen.de
--
Never mistake motion for action.
                                     (E. Hemingway)

Never mistake action for meaningful action.
                                (Hugo Kubinyi,2004)

[Rssview-developers] Requested Features for next release

[Martin <cin...@gm...>]

Am Thu, den 01.04.2004 schrieb Joerg K. Wegner um 10:58:
> can anyone add this feature to RSSview also ?

I have added this to our RFE-list here:
http://sourceforge.net/tracker/index.php?func=detail&aid=927865&group_id=49388&atid=456022

Please take a look if the description matches your
request in detail.

Quick summary:
- RSS version 1.0 should be implemented
- RSS Prism enhancement should be implemented

Martin

[Rssview-developers] [Fwd: [Fwd: [jabref - Developers] RE: Features for next release]]

[Joerg K. W. <we...@in...>]

Hi,

can anyone add this feature to RSSview also ?

Kind regards, Joerg

[Rssview-developers] Re: rssview now works with heise.de news!

[Martin <cin...@gm...>]

Am Mon, den 29.03.2004 schrieb Francesco um 1:01:

> i've watched a bit better rssview's code and IMHO isn't so hard work to
> use rsslib4j as replacement of current parser system.

I think so, too.

> Are u planning to make a new release first and then import rsslib4j or
> are u ready to start now?

We are still far from a release, in my opinion. saintedlama has done
a great job until now, but many things need to be polished up.

You can replace the static parser. I think that there is lots of time.

I have added you to developers.

> Anyhow i've added u to my project as developer so if u like u can give
> me an hand to improve libs for rssview and not only for it :)

:) OK. Thank you.

Martin

[Rssview-developers] Re: rssview now works with heise.de news!

[Francesco <ste...@st...>]

On Sun, 28 Mar 2004 18:06:05 +0200
Martin <cin...@gm...> wrote:


> Thanks. I will commit it. If you need access to
> CVS, message me. I like the idea to incorporate
> your work (rsslib4j) into rssview instead of patching
> two different projects.

I agree!
I'll continue to improve my project and i'll be happy to improve it for
rssview too.
i've watched a bit better rssview's code and IMHO isn't so hard work to
use rsslib4j as replacement of current parser system.
Are u planning to make a new release first and then import rsslib4j or
are u ready to start now?
From my side, in few days i'd like go out of beta...i'm waiting for some
feedbacks from my friends.

Anyhow i've added u to my project as developer so if u like u can give
me an hand to improve libs for rssview and not only for it :)
 
> Martin

Regards, Francesco

-- 
Software is like sex.
It's better when it's free

[Rssview-developers] Re: rssview now works with heise.de news!

[Martin <cin...@gm...>]

Am Sat, den 27.03.2004 schrieb Francesco um 19:47:
> I have applied my workaround to your parser.
> It seems t work!
> I've not other remote feed to test this patch.
> In attachment u can find my patch
> Regards

Thanks. I will commit it. If you need access to
CVS, message me. I like the idea to incorporate
your work (rsslib4j) into rssview instead of patching
two different projects.

Martin

[Rssview-developers] rssview now works with heise.de news!

[Francesco <ste...@st...>]

I have applied my workaround to your parser.
It seems t work!
I've not other remote feed to test this patch.
In attachment u can find my patch
Regards

-- 
Software is like sex.
It's better when it's free