Thread: [Feedreader-development] New Release?
Brought to you by:
toomastoots
From: Marcus H. <hm...@us...> - 2003-03-18 01:50:12
|
What about a new release? I think it's time for it. I've fixed some bugs and we've got new features that users requested. Has someone tested the current source-version, except myself? Greetings Marcus |
From: Miha R. <pb...@mi...> - 2003-03-18 07:17:57
|
Comments about build 594: 1) There's still a bug related to http proxy settings in AddOptionsDialog_FRM.pas, line 393: If gProperties.ProxyEnabled Then if gProperties.ProxyPassword = '' then if gProperties.ProxyUsername <> '' Then gProperties.ProxyPassword := InputBox( TranslateString('Enter proxy server password'), TranslateString('for user') + ' ' + gProperties.ProxyUsername, ''); gProperties.ProxyEnabled := enableproxy.checked; gProperties.ProxyHost := proxyhost.text; gProperties.ProxyPort := proxyport.text; gProperties.ProxyUsername := proxyusername.text; As you can see, password dialog window will open even when enableproxy checkbox will not be checked because gProperties.ProxyEnabled are checked first. You should put those four assignment statement before checking for password prompt. 2) I prefer that minimizing window would not occur on close event (MainForm_FRM.pas, TMainWindow.FormCloseQuery). IMO, it is necessary to minimize main window before program closing program. Here's a patch that will not minimize window if program is closing. Index: MainForm_FRM.pas =================================================================== RCS file: /cvsroot/feedreader/feedreader/MainForm_FRM.pas,v retrieving revision 1.17 diff -r1.17 MainForm_FRM.pas 841c841 < if not fProgrammaticApplicationClose then --- > if not fProgrammaticApplicationClose then begin 843c843,844 < application.minimize; --- > application.minimize; > end; or, if you prefer whole code: procedure TMainWindow.FormCloseQuery(Sender: TObject; var CanClose: Boolean); begin if not fProgrammaticApplicationClose then begin canclose := false; application.minimize; end; end; -- Miha Remec |
From: Marcus H. <hm...@us...> - 2003-03-18 08:47:51
|
Ok, both comments are reflected in the code. > Comments about build 594: > > 1) There's still a bug related to http proxy settings in > AddOptionsDialog_FRM.pas, line 393: > > If gProperties.ProxyEnabled Then > if gProperties.ProxyPassword = '' then > if gProperties.ProxyUsername <> '' Then > gProperties.ProxyPassword := InputBox( TranslateString('Enter proxy > server password'), TranslateString('for user') + ' ' + > gProperties.ProxyUsername, ''); > > gProperties.ProxyEnabled := enableproxy.checked; > gProperties.ProxyHost := proxyhost.text; > gProperties.ProxyPort := proxyport.text; > gProperties.ProxyUsername := proxyusername.text; > > As you can see, password dialog window will open even when enableproxy > checkbox will not be checked because gProperties.ProxyEnabled are checked > first. You should put those four assignment statement before checking for > password prompt. > > 2) I prefer that minimizing window would not occur on close event > (MainForm_FRM.pas, TMainWindow.FormCloseQuery). IMO, it is necessary to > minimize main window before program closing program. > > Here's a patch that will not minimize window if program is closing. > > Index: MainForm_FRM.pas > =================================================================== > RCS file: /cvsroot/feedreader/feedreader/MainForm_FRM.pas,v > retrieving revision 1.17 > diff -r1.17 MainForm_FRM.pas > 841c841 > < if not fProgrammaticApplicationClose then > --- > > if not fProgrammaticApplicationClose then begin > 843c843,844 > < application.minimize; > --- > > application.minimize; > > end; > > or, if you prefer whole code: > > procedure TMainWindow.FormCloseQuery(Sender: TObject; var CanClose: > Boolean); > begin > if not fProgrammaticApplicationClose then begin > canclose := false; > application.minimize; > end; > end; > > > -- > Miha Remec > > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Feedreader-development mailing list > Fee...@li... > https://lists.sourceforge.net/lists/listinfo/feedreader-development |
From: Toomas T. <to...@i-...> - 2003-03-18 08:14:15
|
I have compiled and tested CVS version. Before new release i'd like to commit some features i wrote about in previous email. I guess I can do it today. I think that there is some little problem with automatic updating engine. I notice that if i let FR to run for example one day it can stop updating feeds automatically. Only program restart helps. Even if I push update button, it does not trigger update. And what about bugs that Kyle wrote about: 1) Feedreader sometimes write invalid XML to one of its data files 2) when reading the file back in, it fail to parse, then fail silently with no error message, yet lose the "read / not read" status of every item in every feed. (Code which fails silently in there is an error, is an extremely bad idea, by the way.) Greetings Toomas Marcus Hettlage :: > What about a new release? > I think it's time for it. I've fixed some > bugs and we've got new features that > users requested. > Has someone tested the current source-version, > except myself? > > Greetings > Marcus |
From: Marcus H. <hm...@us...> - 2003-03-18 08:50:16
|
Currently I can't reproduce the problems Kyle described. I'd like to fix it but I've no idea where it could happen. As I said I don't have the problem. Toomas :: I have compiled and tested CVS version. Before new release i'd like to = commit some features i wrote about in previous email. I guess I can do = it today.=20 I think that there is some little problem with automatic updating = engine. I notice that if i let FR to run for example one day it can stop = updating feeds automatically. Only program restart helps. Even if I push = update button, it does not trigger update. And what about bugs that Kyle wrote about: 1) Feedreader sometimes write invalid XML to one of its data files 2) when reading the file back in, it fail to parse, then fail silently = with no error message, yet lose the "read / not read" status of every item in every feed. (Code which fails silently in there is an error, is an extremely bad idea, by the way.) Greetings Toomas Marcus Hettlage :: What about a new release? I think it's time for it. I've fixed some bugs and we've got new features that users requested. Has someone tested the current source-version, except myself? Greetings Marcus |
From: Kyle C. <ky...@ky...> - 2003-03-18 14:25:54
|
From: "Toomas Toots" <to...@i-...> > And what about bugs that Kyle wrote about: > > 1) Feedreader sometimes write invalid XML to one of its data files > > 2) when reading the file back in, it fail to parse, then fail silently with > no error message, yet lose the "read / not read" status of every item in > every feed. (Code which fails silently in there is an error, is an > extremely bad idea, by the way.) I will hopefully find time soon to send an example of a feed that triggers this problem. However, the very existance of code that will fail silently, is a large problem. That code needs to fixed, regardless of what specific example makes it happen. Kyle |