FeedReader 2.7 build 646 - clicking the Mark read
button or hitting Control-R or right-clicking and
selecting Mark read makes the column widths change.
Partially confirmed here; only the 'Headline' column is being
resized.
The date column can be set to whatever size you like.
The Topic column can be set to whatever size you like.
On ctrl-R what appears to happen is that the size of the
headline column is reset to the size necessary for the current
date column, and the default Topic column to fit on the
screen. This means that Topic always remains on the far right
of the screen.
In case you haven't got a feed that uses the Topic column,
the one I'm using for reference is http://www.diodesign.co.
uk/index.rdf
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I apologize - it is just the Headline column that's being
resized, but the resize behavior is not consistent. If I
click on a feed and choose "Mark read", the topic column
moves over just far enough to display the longest headline.
However, if I manually resize the Headline column (either
to be shorter or longer) and then click "Mark read", then
the Headline column gets resized to some smaller width,
usually that obscures several of the longer headlines.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think I know why this is, but I can't do anything about it
myself.
Inside MainForm_Actions.inc in the sources, the function
'actMarkAllHeadlinesAsReadExecute' is used to perform the
ctrl-R (etc) function. Inside this routine it steps through the
items in the feed and marks them all as read. As it does so, it
also calls fillview(<node>, true);
This function lives in MainForm_FRM.pas, and about 2/3 of the
way through the function there are some routines which try to
size the columns sensibly. If you have this, search for the
'tmpwidth' calculations and you'll see what I mean.
It appears to work out the width of the string 'Topic' and uses
that as the width for size calculations. Beyond that, it's hard
to read. I don't know Pascal that well, so I'm learning as I go.
But I think that that those calculations are the reason why the
column size changes. The column size change ONLY affects
column 2 (the Headline).
At this point, I defer to the maintainers, as although I can see
the code, I can't do much with it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=222505
Partially confirmed here; only the 'Headline' column is being
resized.
The date column can be set to whatever size you like.
The Topic column can be set to whatever size you like.
On ctrl-R what appears to happen is that the size of the
headline column is reset to the size necessary for the current
date column, and the default Topic column to fit on the
screen. This means that Topic always remains on the far right
of the screen.
In case you haven't got a feed that uses the Topic column,
the one I'm using for reference is http://www.diodesign.co.
uk/index.rdf
Logged In: YES
user_id=1110103
I apologize - it is just the Headline column that's being
resized, but the resize behavior is not consistent. If I
click on a feed and choose "Mark read", the topic column
moves over just far enough to display the longest headline.
However, if I manually resize the Headline column (either
to be shorter or longer) and then click "Mark read", then
the Headline column gets resized to some smaller width,
usually that obscures several of the longer headlines.
Logged In: YES
user_id=222505
I think I know why this is, but I can't do anything about it
myself.
Inside MainForm_Actions.inc in the sources, the function
'actMarkAllHeadlinesAsReadExecute' is used to perform the
ctrl-R (etc) function. Inside this routine it steps through the
items in the feed and marks them all as read. As it does so, it
also calls fillview(<node>, true);
This function lives in MainForm_FRM.pas, and about 2/3 of the
way through the function there are some routines which try to
size the columns sensibly. If you have this, search for the
'tmpwidth' calculations and you'll see what I mean.
It appears to work out the width of the string 'Topic' and uses
that as the width for size calculations. Beyond that, it's hard
to read. I don't know Pascal that well, so I'm learning as I go.
But I think that that those calculations are the reason why the
column size changes. The column size change ONLY affects
column 2 (the Headline).
At this point, I defer to the maintainers, as although I can see
the code, I can't do much with it.