Hi Han,
yes, this is a flaw of Stk6,
but it's only an optical thing.
As you may have noticed,
the border line between the status area and the
stack display is some pixel rows below the original one,
the same applies to the running clock, if present.
So if you enter something, or in other words,
start a cmd line which uses the normal font,
four stack lines will be shifted up,
and the remaining pixel rows aren't affected yet.
There's another (aesthetical only) flaw in Stk6:
If you set the resolution to the null-named directory,
the path area will show trash.
This is due to the internal mechanics of the
status area display routine of Stk6.
It's an ML code slice which recursively reads the current path,
or it's directory names, from the current CONTEXT to the HOME context,
and directly writes them into the display.
There's already a check if we are in HOME,
and if we're in HOME, the word 'HOME' will
be generated by the code, since the HOME
directory, like the hidden dir, doesn't have a name.
No check if we're in the null-name dir so far,
and thus it's treated as a normal dir,
the code tries to read the name from the structure,
and then displays trash.
The third display-only flaw is in the
6-level interactive stack environment.
When holding the up-arrow key (or was it down-arrow?)
the display shift isn't correct so far.
These flaws are on my list, but not o top,
since they all are of cosmetical nature only.
On the functional side of Stk6, I found no error so far.
BTW: There's a new version of SpeedUI available,
from beginning of April, 2006 .
Amongst some minor fixes and updates,
the CHOOSE engine has been dramatically enhanced and sped up,
and is capable of managing Master-Detail CHOOSE boxes now!
As a side effect, the windowed variable/directory
CHOOSE boxes now allow for the maximum displayable rows,
instead of the fixed four rows.
I sent the new version to hpcalc.org back then,
but unfortunately, Eric didn't update his site since March...
I can send you the new version by mail, if you want.
Regards
Raymond