Menu
▾
▴
rssview-developers — Rss Viewer development discussions
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(13) |
Aug
(41) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(4) |
Feb
|
Mar
(23) |
Apr
(39) |
May
(10) |
Jun
(17) |
Jul
|
Aug
|
Sep
(2) |
Oct
(29) |
Nov
(9) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christoph W. <chr...@we...> - 2004-06-14 23:51:37
|
Hi,
Just talked to some volunteers who will do a translation for:
* Chinese
* Italien
Currently looking for some people I know for spanish and portuguese. The =
new
languages will be available in some days/weeks.
Ciao
Christoph
schmidtm wrote:
> Hi *,
>=20
> I fully localized RssView using ResouceBundles.
>=20
> We now have an englisch (rssview.properties)and german localization
> (rssview_de.properties).=20
>=20
> try the german version out with:
>=20
> LANG=3Dde java -jar rssview.jar or
> java -Duser.language=3Dde -jar rssview.jar
>=20
> Although the support for internationalization in Netbeans is
> excellent,=20
> It was quite an afford
> to get things right. There are some things to mention:
>=20
> 1) There are Typos, remind me of them and i will fix them instantly.
> 2) No name or term is carved in stone.
> 3) I used local access to ResouceBundles. There is no need for
> optimization at this point.
> if we run into serious performance issues, we can load the bundle
> in=20
> the main-class.
>=20
> 4) If there are just a few Strings-to-be-localized (~ 1-4),
>=20
> I load them on the fly:
>=20
> ResourceBundle.getBundle("rssview").getString("Browser_path");
>=20
> rather then initialize the ResouceBundle:
>=20
> private ResourceBundle rb;
> ...
> rb =3D ResourceBundle.getBundle("rssview");
> ...
> rb.getString("Browser_path")
>=20
> 5) The keys are auto-generated and can be changed easily. Some of them
> could probably be shorter or more meaningfull
>=20
> OK - The List of Languages I roughly speak is at an end, but the
> groundwork for future localizations is layed.
>=20
> ----------------------------------------------------------------------
> Matthias Schmidt
> Viehtriftstr. 49
>=20
> 67346 Speyer
>=20
> Tel.: +49 6232 4867
> Fax.: +49 6232 640089
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
>> From Windows to Linux, servers to mobile, InstallShield X is the
> one installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________=20
> Rssview-developers mailing list
> Rss...@li...
> https://lists.sourceforge.net/lists/listinfo/rssview-developers=20
|
|
From: schmidtm <mat...@mo...> - 2004-06-14 13:56:42
|
Hi *,
I fully localized RssView using ResouceBundles.
We now have an englisch (rssview.properties)and german localization
(rssview_de.properties).
try the german version out with:
LANG=de java -jar rssview.jar or
java -Duser.language=de -jar rssview.jar
Although the support for internationalization in Netbeans is excellent,
It was quite an afford
to get things right. There are some things to mention:
1) There are Typos, remind me of them and i will fix them instantly.
2) No name or term is carved in stone.
3) I used local access to ResouceBundles. There is no need for
optimization at this point.
if we run into serious performance issues, we can load the bundle in
the main-class.
4) If there are just a few Strings-to-be-localized (~ 1-4),
I load them on the fly:
ResourceBundle.getBundle("rssview").getString("Browser_path");
rather then initialize the ResouceBundle:
private ResourceBundle rb;
...
rb = ResourceBundle.getBundle("rssview");
...
rb.getString("Browser_path")
5) The keys are auto-generated and can be changed easily. Some of them
could probably be shorter or more meaningfull
OK - The List of Languages I roughly speak is at an end, but the
groundwork for future localizations is layed.
----------------------------------------------------------------------
Matthias Schmidt
Viehtriftstr. 49
67346 Speyer
Tel.: +49 6232 4867
Fax.: +49 6232 640089
|
|
From: Martin <cin...@gm...> - 2004-06-06 21:16:17
|
Hi people, you might notice, my last commit removed some sources from the repository. I checked all dependencies and removed all of the remaining sources. We can still have the case where you committed some fresh code, but it was not used at the moment. Please add the source once again (e.g. check out the older revision and add it). Please describe the class and make a small comment that it's "dead" at the moment. Thanks, Martin |
|
From: Martin <cin...@gm...> - 2004-06-06 21:11:23
|
On Sun, 2004-06-06 at 19:51, Christoph Walcher wrote: > Hi, > > has anyone of you know how of designing plug-in aware systems? > Specially in writing class loaders that load classes from a > plugin-directory dynamically? I think that "loading" is not a problem. The biggest problem is "unloading" (in case we need it). I've made some plug-ins in other projects long time ago. But I have to look it up again. Martin |
|
From: Christoph W. <chr...@we...> - 2004-06-01 23:31:57
|
ci...@gm... wrote: > I think when we fix the registered bugs, we are ready to release a > development version (aka ALPHA). I would suggest version 2.0.0-ALPHA.=20 >=20 > How far is bug #932581? Do we need some DB-improvement for > this one? It is marked with quite high priority. Bug 932581 is now with our current model "quite easy" to implement (we = have the need to wrap an RssGroupNode into some Channel interface) but will = hav a great impact on performance. I'd vote for a bug fix in a later beta (performance optimized) version. >> Should we schedule a release date? I'm afraid if we don't establish >> some deadline we'll release in 2005 ;) >=20 > Deadlines are good. Do you want to make a suggestion? 07.06. Without bug fix for 932581 11.06. With bug 932581 fixed > My plan is to improve the DB-access right after the alpha release and > make the SQL-backend completely optional and non-default. I am really > a fan of light-weight applications, because my desktop must be fluent > and fast. Of course, I'm aware that we will introduce some > complications, because our channel management (subscriptions) is > still partially SQL based. =20 I see complications of course - but I also see the need for lightweight simple solutions - you have my vote! I'm sure that we will be able to implement some backend (or even the /dev/null backend) in reasonable = time! You have my support! > When we solve this issue we are ready for a beta. The release can > follow quickly.=20 Yes! Cheers Christoph |
|
From: Martin K. <ci...@gm...> - 2004-06-01 23:10:37
|
Am Dienstag, 1. Juni 2004 20:32 schrieb Christoph Walcher: > Hi, > > could we make a more progressive version jump? Hi Christoph, I think when we fix the registered bugs, we are ready to release a development version (aka ALPHA). I would suggest version 2.0.0-ALPHA. How far is bug #932581? Do we need some DB-improvement for this one? It is marked with quite high priority. > Should we schedule a release date? I'm afraid if we don't establish some > deadline we'll release in 2005 ;) Deadlines are good. Do you want to make a suggestion? My plan is to improve the DB-access right after the alpha release and make the SQL-backend completely optional and non-default. I am really a fan of light-weight applications, because my desktop must be fluent and fast. Of course, I'm aware that we will introduce some complications, because our channel management (subscriptions) is still partially SQL based. When we solve this issue we are ready for a beta. The release can follow quickly. Martin |
|
From: Christoph W. <chr...@we...> - 2004-06-01 18:24:09
|
Hi, Be prepared this mail is quite extensive! Martin wrote: > I also noticed that we have dead sources, so we should > mark them as dead or remove them directly from the > repository. Kick bad source whenever encountered. We've CVS let's consult the attic = if we deleted anything useful. > I have made some work to determine where a piece of > source belongs, but it's not a final decision at > all. I don't want to separate the sources according > to MVC (model-view-controller), because it will be > difficult to follow the processes which a user > walks along and which we need to keep together to > work efficiently. > The MVC structure below exists ONLY to make some > helping subcategories. Creating packages accoring to MVC structure is evil and leads to a = couple of circular references (Controller, View as example), no self contained packages etc... > I await your comments, before I go ahead. Here it is! First I refactored subscriptions to channels so let's use the term = channel for both a subscription and an rss feed channel. In case this separation = is no longer present in code. Only one interface "Channel" exists. Let's first start from our "entity" interaces that build the gantry of RssView: * Node=20 - new interface to better manage Channel an RssGroupNodes in our model * CategoryNode=20 - derived from Node - represents a Node with children in our model * Channel * Article Let's augment this list by all classes that are directly used by these interfaces: Channel: * ChannelListener * ChannelHeader * Query If we could extract these classes to a package for example "core" and = add the classes that implement Node, CategoryNode , Channel and Article interfaces we get a perfect package. Imho we should not try to move our Listener/Event/EventSupport classes = to this package but give them a seperate "sub-packages" named event. We should not move any "reusable" UI Classes to specific packages. = Example: > - channel tree > ./src/de/cinek/rssview/ui/DnDSupportTree.java We could instead create a package for these self contained Classes named "widgets" or something similar. We use these classes like we would use = some third party component they don't depend on the rest of rssview. This is especially true for Sortable Table components. Well suitable canidats for this package are also: > ./src/de/cinek/rssview/RssSplashScreen.java > ./src/de/cinek/rssview/images/IconContainer.java > ./src/de/cinek/rssview/RssInfoDialog.java > ./src/de/cinek/rssview/ui/HighlightFilter.java Rename the "io" package to dataaccess. Move ampheta desk connectors to connectivity package and Ampheta Desk related events to connectivity.event package Now a proposal for the great package refactoring: Let's take some smaller steps to a better package structure. After every step let's test our refactoring using some metric toolkits like jdepend = to be sure that we're making things better not worse... My proposed package structure (de.cinek.rssview omitted): event dataaccess core widgets widgets.table widgets.dragdrop (perhaps if we find enough classes) connectivity connectivity.event Cheers Christoph PS: This mail was written using Outlook. All package names ment to be in lower case! Even if Outlook does not mean that. |
|
From: Martin <cin...@gm...> - 2004-05-26 20:34:38
|
Hi, we have discussed about changing the package structure, but before we go ahead, we should actually have a structure. So let's discuss a bit how to separate the sources, so we can better find them later during the development process. I also noticed that we have dead sources, so we should mark them as dead or remove them directly from the repository. Many sources are written by You, so my suggestions might be incomplete and false here. Please help me to extend them. I will explain in short words my idea to separate the files. I would like to see the sources separated according to use cases, e.g. "main window", "configuration", "channel management", "database storage" etc. So when you look at "MODEL:" with subcategory subscription, we should rather add it to "channel management". I have made some work to determine where a piece of source belongs, but it's not a final decision at all. I don't want to separate the sources according to MVC (model-view-controller), because it will be difficult to follow the processes which a user walks along and which we need to keep together to work efficiently. The MVC structure below exists ONLY to make some helping subcategories. I await your comments, before I go ahead. After we have agreed on a structure, we will give a deadline to make last commits. Here are my first thoughts, Martin MODEL: ------ - subscriptions ./src/de/cinek/rssview/AbstractSubscription.java ./src/de/cinek/rssview/AbstractSubscriptionModel.java ./src/de/cinek/rssview/AbstractArticleModel.java ./src/de/cinek/rssview/Channel.java ./src/de/cinek/rssview/AbstractChannel.java ./src/de/cinek/rssview/ChannelHeader.java ./src/de/cinek/rssview/RssChannel.java ./src/de/cinek/rssview/RssChannelHeader.java ./src/de/cinek/rssview/RssSubscription.java ./src/de/cinek/rssview/RssSubscriptionModel.java - articles ./src/de/cinek/rssview/ArticleModel.java ./src/de/cinek/rssview/RssArticle.java - folders ./src/de/cinek/rssview/RssGroupNode.java VIEW: ----- - utils ./src/de/cinek/rssview/RssSplashScreen.java ./src/de/cinek/rssview/images/IconContainer.java ./src/de/cinek/rssview/RssInfoDialog.java ./src/de/cinek/rssview/ui/HighlightFilter.java - channel tree ./src/de/cinek/rssview/AbstractTreeModel.java ./src/de/cinek/rssview/RssSubscriptionTreeModel.java ./src/de/cinek/rssview/ui/DnDSupportTree.java ./src/de/cinek/rssview/RssChannelCellRenderer.java ./src/de/cinek/rssview/ChannelContentPanel.java ./src/de/cinek/rssview/ChannelTreeCellRenderer.java ./src/de/cinek/rssview/event/ChannelEvent.java ./src/de/cinek/rssview/event/ChannelListener.java ./src/de/cinek/rssview/event/ChannelListenerAdapter.java ./src/de/cinek/rssview/event/ChannelListenerSupport.java ./src/de/cinek/rssview/event/ChannelPropertyChangeEvent.java ./src/de/cinek/rssview/event/ChannelSelectionEvent.java ./src/de/cinek/rssview/event/ChannelSelectionListener.java - main window ./src/de/cinek/rssview/View.java ./src/de/cinek/rssview/RssToolBar.java ./src/de/cinek/rssview/RssChannelList.java ./src/de/cinek/rssview/RssDropDownMenu.java ./src/de/cinek/rssview/RssArticleOverview.java ./src/de/cinek/rssview/RssStatusBar.java ./src/de/cinek/rssview/RssArticleMenu.java ./src/de/cinek/rssview/ui/JToolBarButton.java - article table ./src/de/cinek/rssview/ArticleCellRenderer.java ./src/de/cinek/rssview/ArticleTableModel.java ./src/de/cinek/rssview/DateCellRenderer.java ./src/de/cinek/rssview/RssArticleModel.java ./src/de/cinek/rssview/ui/table/JSortableTable.java ./src/de/cinek/rssview/ui/table/SortableTableHeaderRenderer.java ./src/de/cinek/rssview/ui/table/SortableTableModel.java ./src/de/cinek/rssview/event/ArticleModelEvent.java ./src/de/cinek/rssview/event/ArticleModelListener.java ./src/de/cinek/rssview/event/ArticleSelectionEvent.java ./src/de/cinek/rssview/event/ArticleSelectionListener.java - channel management ./src/de/cinek/rssview/RssChannelDialog.java - view types ./src/de/cinek/rssview/RssChannelView.java ./src/de/cinek/rssview/RssCompactView.java ./src/de/cinek/rssview/RssArticleView.java ./src/de/cinek/rssview/RssExclusiveView.java ./src/de/cinek/rssview/RssStandardView.java ./src/de/cinek/rssview/RssArticleBasedView.java - configuration ./src/de/cinek/rssview/RssSettings.java ./src/de/cinek/rssview/RssBrowserSetupPanel.java ./src/de/cinek/rssview/RssFontSetupPanel.java ./src/de/cinek/rssview/FontChooser.java ./src/de/cinek/rssview/RssGeneralSettingsPanel.java ./src/de/cinek/rssview/RssOptionsDialog.java ./src/de/cinek/rssview/RssProxySetupPanel.java ./src/de/cinek/rssview/RssViewSetupPanel.java ./src/de/cinek/rssview/SetupComponent.java - utils ./src/de/cinek/rssview/RssHTMLEditorKit.java - unknown ./src/de/cinek/rssview/ui/JOptionsTitle.java ./src/de/cinek/rssview/ui/RssFolderDialog.java ./src/de/cinek/rssview/ui/table/StateToComponentCellRenderer.java UTIL: ----- ./src/de/cinek/rssview/BrowserLauncher.java ./src/de/cinek/rssview/HtmlTransformer.java ./src/de/cinek/rssview/RssBeepNotificator.java ./src/de/cinek/rssview/Notificator.java ./src/de/cinek/rssview/RssNotification.java ./src/de/cinek/rssview/RssParser.java - ampheta ./src/de/cinek/rssview/event/AmphetaDeskEvent.java ./src/de/cinek/rssview/event/AmphetaDeskListener.java ./src/de/cinek/rssview/AmphateDeskAdapter.java CONTROLLER: ----------- ./src/de/cinek/rssview/ChannelFetcher.java ./src/de/cinek/rssview/RssBrowserStart.java ./src/de/cinek/rssview/Query.java ./src/de/cinek/rssview/RssQuery.java ./src/de/cinek/rssview/util/FeedGenerator.java - database ./src/de/cinek/rssview/io/DataStore.java ./src/de/cinek/rssview/io/HsqldbDataStore.java UNKNOWN: -------------- ./src/de/cinek/rssview/RssTransferablePath.java ./src/de/cinek/rssview/RssView.java ./src/de/cinek/rssview/Subscription.java ./src/de/cinek/rssview/SubscriptionAdapterTreeModel.java ./src/de/cinek/rssview/SubscriptionModel.java ./src/de/cinek/rssview/dtds/DtdContainer.java ./src/de/cinek/rssview/event/SubscriptionModelEvent.java ./src/de/cinek/rssview/event/SubscriptionModelListener.java |
|
From: <ben...@id...> - 2004-05-22 12:34:02
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Martin <cin...@gm...> - 2004-05-13 18:31:28
|
Hi friends, IMPORTANT (DANGER: LOSS OF DATA): I have updated the SQL table structure which holds the channel data. That means that you better save your database.* files somewhere else and delete them from the settings directory. The reason for this change is the RFE #936817 (Setting channels "inactive"). This is now implemented and has to be stored in our SQL database. It is possible to modify your old data to make it work, but it might require some scripting skills (sed/awk/perl?). Thank you for your attention, Martin |
|
From: Christoph W. <chr...@we...> - 2004-05-13 13:22:41
|
Hi, schmidtm wrote: > Stefan: to change the Font for the HTML-Based Article View, you need > to > modify the stylesheet in: > styles/default.css. As long as wee keep this, there is not much I can > do about it. Could use some "template" mechanism to create the stylesheet? I'm known to Velocity http://jakarta.apache.org/velocity/ we could integrate this quite easily... Are you working on the tree-database-persistence-mechanism? Ciao Christoph |
|
From: schmidtm <mat...@mo...> - 2004-05-12 20:23:50
|
Hi *, i added a Font Configuration Tab in the Options Dialog, and made the Tree & Table Fonts configurable. I reused/modified a FontChooser from Bryn Higgs. I didn't changed the codestyle of this Chooser, because I somehow think of it as a separate entity. Any changes you make in the Dialog become visible instantly. I made preparations to add other Fonts in the future. Stefan: to change the Font for the HTML-Based Article View, you need to modify the stylesheet in: styles/default.css. As long as wee keep this, there is not much I can do about it. ---------------------------------------------------------------------- Matthias Schmidt Viehtriftstr. 49 67346 Speyer Tel.: +49 6232 4867 Fax.: +49 6232 640089 |
|
From: Martin <cin...@gm...> - 2004-05-11 20:36:35
|
Hi, I just want to inform you that SF changed the host name of the CVS server a while ago. If you want to make commits, it might be difficult to merge the sources in case you are still using the old $CVSROOT. The new $CVSROOT can be found here: http://sourceforge.net/cvs/?group_id=49388 Martin |
|
From: Martin <cin...@gm...> - 2004-05-06 20:59:22
|
Am Thu, den 06.05.2004 schrieb Christoph Walcher um 22:37: > Could we place a Copyright notice like "The RssView Team" in our license > headers? I'm not a lawyer (No legal person exists for RssView Team) but for > me it would be the best way to go... Yes. That's fine for me. Martin |
|
From: Martin <cin...@gm...> - 2004-05-06 17:22:03
|
Am Thu, den 06.05.2004 schrieb Christoph Walcher um 12:25: > I don't think that's a good solution could we place all developer names in > the license header? We could place the author in a special author class. > Another proposal is that we could place the project in the copyright notice > - is that possible? What do you mean by "the project"? The original project, where the piece of code came from or "RssView"? You can do both. But it's certainly not _my_ property, when you write something for RssView. We are a team. Martin |
|
From: Martin <cin...@gm...> - 2004-05-06 06:49:01
|
Hi, I have been reading the sources in last time and I've seen that you all fill in my name into your own work. I think that it would be an advantage, if you use your name for your work. The GPL forces the added sources to be under GPL, nothing more. I really don't feel well, when you do lots of work and then have my name appear at the top. Martin |
|
From: Martin <cin...@gm...> - 2004-04-28 20:52:04
|
Hi everybody, I am reviewing the code, e.a.: - fixing minor things to make the code look better - checking docs - checking line breaks and indentation I noticed few things. First of all, I like the code. There are many interesting implementations, which really impress me. I'm somehow proud of our project. It can serve as an example for other people. Secondly, I have also a few minor issues, which I want to report so far. - I have found places where one of our classes was constructed with a default constructor and then a few setters have been called. In this specific case there was another constructor which could be called with exactly same parameters that the setters influenced. Please try to avoid such thing, because extending the application will get more difficult this way. Sometimes it would be a good idea to make new constructors, if you use setters right after object creation. Please also look how default values (e.g. "null") are being treated inside the constructors and setters to avoid code duplication. - I would like to know who made this great JSortableTable. This is a cool piece of code. But please fix the copyright notice. My name does not belong there! I cannot wait until the next release. We have one bug left. Christoph wants to fix it. I will continue my code reviews for now. You can of course help me, if you have time. Martin |
|
From: Christoph W. <chr...@we...> - 2004-04-22 12:31:03
|
Martin wrote: > On Wed, 2004-04-21 at 18:22, Christoph Walcher wrote: >=20 >> Is it ok for you if I create the module now? >=20 > Yeah. It's ok. I just thought my design was really bad. > :) I tuned the design with a little php. If you want to have a look on it = first visit http://rssview.sourceforge.net/new/ It should be much easier to = add new Pages because I'm using php includes. Ciao Christoph |
|
From: Martin <cin...@gm...> - 2004-04-21 22:38:40
|
On Wed, 2004-04-21 at 18:22, Christoph Walcher wrote: > Is it ok for you if I create the module now? Yeah. It's ok. I just thought my design was really bad. :) Martin |
|
From: Christoph W. <chr...@we...> - 2004-04-21 16:23:08
|
Martin wrote: > Am Sun, den 18.04.2004 schrieb Christoph Walcher um 17:03: >> IMHO it would make sense to keep our web site sources in CVS too. I >> vote for creating a new module "rssview-site". > > Yeah. It's a good idea, but I'm very sure that the design > "is not so good". :) That's no problem we are creating an Rss Viewer and no Portal :) > Is there anyone more talented than me to make a site for us? > It would be not a good thing to spam the CVS-repository, if > we want to remove and add many files. Is this really a problem? As long as we don't plan to upload too large files... Is it ok for you if I create the module now? Ciao Christoph |
|
From: Christoph W. <chr...@we...> - 2004-04-21 12:50:01
|
Martin Krzysiak wrote: > 4) It appears confusing to me (and probably to other > users) that some articles will appear as text and > some as HTML in same tab. > Try to use two channels. One with HTML and other > without. It appears quite natural for me to view content no matter if it's on a web page or in an Rss Channel in the same Pane. If we would split this we would have a situation where the user would have to consider if this is a Channel that has "description" tags nested or just references to Html Pages. Apart from this, I don't like interfaces that come cluttered with components that don't display information or are disabled... For me it's clearer to represent an Article no matter if HTML or Plain text in the same Component. Ciao Christoph |
|
From: Martin K. <ci...@gm...> - 2004-04-20 18:34:22
|
Hi, I would like that someone confirms 3 problems, because it might be they are just appearing on my system. 1) It takes awfully long to mark all articles "read". 2) When I click on an article in "Standard View" and in the right tab the view will switch to first tab for short time and then switch back before showing the new article. 3) Seems that after the poll interval the tabbed view switches to the left tab automatically. This is not good. I would also like to have the last settings for views saved. This includes the tab number, the user is viewing. Here a fourth problem, which probably has same effect on all systems: 4) It appears confusing to me (and probably to other users) that some articles will appear as text and some as HTML in same tab. Try to use two channels. One with HTML and other without. Martin |
|
From: Matthias S. <sch...@su...> - 2004-04-20 14:29:26
|
Hi Christoph, a) having a standard set of tags in the Code is a pretty good idea, i like to propose TODO and FIXME to somehow graduate between things which really need to be done (FIXME) and things which add functionality (TODO). FIXME's should not hang around in the code for to long. b) I thought about creating some packages as well. I think there are much to much classes in the root of the code. c) Having tabs rather than spaces for indentiation is the way to go. I switch away from the spaces ... d) A real logging System is very good, but I would like to see this delayed after a new release. cheers, Matthias Am Freitag, 16. April 2004 15:35 schrieb Christoph Walcher: > Hi, > > how do our code style conventions look like? I noticed that Matthias is > using spaces indentiation I prefer tabs - what's the decision? 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. > 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? > > Should we do some package refactorings - package structure is not really > perfect? > > Ciao > Christoph > > -- > Christoph Walcher > Albrechtskreithgasse 4-6/1/11 > A-1160 Wien > > email: chr...@we... > mobile: +43 (699) 19460867 -- 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 |
|
From: Martin <cin...@gm...> - 2004-04-18 18:07:31
|
Am Sun, den 18.04.2004 schrieb Christoph Walcher um 17:03: > IMHO it would make sense to keep our web site sources in CVS too. I > vote for creating a new module "rssview-site". Yeah. It's a good idea, but I'm very sure that the design "is not so good". :) Is there anyone more talented than me to make a site for us? It would be not a good thing to spam the CVS-repository, if we want to remove and add many files. Martin |
|
From: Martin <cin...@gm...> - 2004-04-17 10:46:52
|
Hi, I added rssview to yahoo directories. I hope they will process my request in near future. For those of you who want to keep an eye on changes in the CVS repository, I added the mailing list "rssview-cvs" where the CVS commit logs will be going to. Please use clear commit messages (switch -m), so we don't need to descibe everything twice that has been recently implemented. I'm, of course, subscribed. If you have questions or don't know at all what I'm talking about, please message me. Have fun, Martin |
14 messages has been excluded from this view by a project administrator.
