4.01 observations

Andy/Blair,

4.01 is looking good, thanks. Nothing major to mention but a couple of minor
things and a couple of questions...

- When the Transcript is updated it is automatically opened minimised on the
app bar. However, when you maximise it you now have to force a view update
(move scroll bar if available or resize frame) to actually see the contents.

- ReferenceViews don't appear to be working the way they used to, for
toolbars at least. E.g. Open up and modify the "Toolbar.Edit tools" resource
(I just added 3 or 4 new separators to the end), change the extent of the
toolbar so the new separators are visible and save the resource. If you now
open a ClassBrowser the toolbar is redrawn with the extra space allocated
for the changes but the edit toolbar section itself is not redrawn
correctly, the separators do not appear.

- Ctrl+Shift+, and Ctrl+Shift+. change the font size of any text selection.
I can't see any mention of this in the update documentation. Is this a
Dolphin addition or something leaking through from the RichTextEdit control?
(I was using those accelerators myself!!).

- I posted a couple of updates to the newsgroup recently which were being
considered for the 4.01 release (indent/outdent and warning of unimplemented
methods) but they don't seem to have made it in. It's no problem for me,
I've just added them for myself again, but they did seem popular additions
so I thought I'd mention it in case they were overlooked.

Ian

One more ...

Bug fix 10 has broken RichTextEdit>>selectionColor  as it converts the
colour to a parameter before passing it on and CHARFORMAT>>color: then
attempts to convert this Integer parameter to a RGB. Try

RichTextPresenter show view selectionColor: nil

Ian

Ian,

> - Ctrl+Shift+, and Ctrl+Shift+. change the font size of any text
selection.
> I can't see any mention of this in the update documentation. Is this a
> Dolphin addition or something leaking through from the RichTextEdit
control?
> (I was using those accelerators myself!!).

Those keys don't seem to do anything on this NT4 box.  I'm selecting
some text in a workspace and pressing the keys, I take it that that's
what you're referring to ?

    -- chris

Chris,

> Those keys don't seem to do anything on this NT4 box.  I'm selecting
> some text in a workspace and pressing the keys, I take it that that's
> what you're referring to ?

Yes. In any RichText view I can highlight a block of text and then pressing
Control+Shift+, reduces the font size of the text selection by one stop and
Control+Shift+. increases it by one. I now think it is probably OS (Win
2000) or dll related though as Word and Wordpad (but not Works or Notepad?)
exhibit the same behaviour.  It may have happened on V4.00 as well but my
key assignments were overriding the defaults and I never noticed.

Ian

Ian

You wrote in message news:wU%t6.45666$[hidden email]...
> Andy/Blair,
>
> 4.01 is looking good, thanks. Nothing major to mention but a couple of
minor
> things and a couple of questions...
>
> - When the Transcript is updated it is automatically opened minimised on
the
> app bar. However, when you maximise it you now have to force a view update
> (move scroll bar if available or resize frame) to actually see the
contents.

Thanks. The control is obviously getting confused about being updated when
minimised, I've added it to the bugs DB.

> - ReferenceViews don't appear to be working the way they used to, for
> toolbars at least. E.g. Open up and modify the "Toolbar.Edit tools"
resource
> (I just added 3 or 4 new separators to the end), change the extent of the
> toolbar so the new separators are visible and save the resource. If you
now
> open a ClassBrowser the toolbar is redrawn with the extra space allocated
> for the changes but the edit toolbar section itself is not redrawn
> correctly, the separators do not appear.

Hmmm, we had our doubts about the fix to FlowLayout for bug #31. I believe
the attached will fix bug 31 without introducing this problem, but it is a
hot-fix and should be treated with care.

>
> - Ctrl+Shift+, and Ctrl+Shift+. change the font size of any text
selection.
> I can't see any mention of this in the update documentation. Is this a
> Dolphin addition or something leaking through from the RichTextEdit
control?
> (I was using those accelerators myself!!).

It's not our doing, but the RTE. If you think of the accelerators as Ctrl+<
and Ctrl+>, then reduce/increase font size would make "sense", though I wish
Microsoft wouldn't add all these "helpful" accelerator keys that can't
easily be overridden.

> - I posted a couple of updates to the newsgroup recently which were being
> considered for the 4.01 release (indent/outdent and warning of
unimplemented
> methods) but they don't seem to have made it in. It's no problem for me,
> I've just added them for myself again, but they did seem popular additions
> so I thought I'd mention it in case they were overlooked.

We liked the ideas, but wanted to think about the implementations a bit
more, and then they disappeared into the ether before our new
bugs/enhancements DB could come along and contain them (in short, yes they
were overlooked) :-).

Regards

Blair
























begin 666 FlowLayout_layoutContainer.st
M(49L;W=,87EO=70@;65T:&]D<T9O<B$-"@T*;&%Y;W5T0V]N=&%I;F5R.B!A
M0V]N=&%I;F5R5FEE=PT*"2)097)F;W)M<R!A(&QA>6]U="!O<&5R871I;VX@
M;VX@=&AE(&-O;G1E;G1S(&EN(&%#;VYT86EN97)6:65W(@T*#0H)?"!L:6YE
M<R!P="!I;G-E=',@;&EN94AE:6=H="!L:6YE3V9F<V5T('P-"@EI;G-E=',@
M.CT@84-O;G1A:6YE<E9I97<@86-T=6%L26YS971S+@T*"6QI;F5S(#H]('-E
M;&8@9FQO=U-P;&ET.B!A0V]N=&%I;F5R5FEE=RX-"@EP=" Z/2 P($ @:6YS
M971S('1O<"X)#0H);&EN97,@9&\Z(%LZ96%C:$QI;F4@? T*"0EP="!X.B H
M<V5L9B!S=&%R=$]F9G-E=$9O<CH@96%C:$QI;F4@:6XZ(&%#;VYT86EN97)6
M:65W*2X-"@D);&EN94AE:6=H=" Z/2 P+@T*"0EE86-H3&EN92!D;SH@6SIE
M86-H('P@?"!E>'1E;G0@? T*"0D)97AT96YT(#H](&5A8V@@;&%Y;W5T17AT
M96YT+@T*"0D)96%C:"!R96-T86YG;&4Z("AP="!E>'1E;G0Z(&5X=&5N="DN
M#0H)"0EE>'1E;G0@.CT@97AT96YT("L@*'-E;&8@:&]R:7IO;G1A;$=A<"!
M('-E;&8@=F5R=&EC86Q'87 I+@T*"0D)<'0@>#H@*'!T('@@*R @97AT96YT
M('@I+@T*"0D);&EN94AE:6=H=" Z/2!L:6YE2&5I9VAT(&UA>#H@97AT96YT
M('D@72X-"@D)<'0@>3H@*'!T('D@*R!L:6YE2&5I9VAT*5T-"@DA("$-"B%&
M;&]W3&%Y;W5T(&-A=&5G;W)I97-&;W(Z("-L87EO=71#;VYT86EN97(Z(6=E
4;VUE=')Y(7!U8FQI8R$@(0T*#0H`
`
end

Blair,

> Hmmm, we had our doubts about the fix to FlowLayout for bug #31. I believe
> the attached will fix bug 31 without introducing this problem, but it is a
> hot-fix and should be treated with care.

Just to confirm that it does fix the problem I was seeing with
the toolbar - ta.

> It's not our doing, but the RTE. If you think of the accelerators as
> Ctrl+< and Ctrl+>, then reduce/increase font size would make "sense",
> though I wish Microsoft wouldn't add all these "helpful" accelerator keys
> that can't easily be overridden.

I had also been slightly confused by the fact that you can enter
"Control+Shift+," as an accelerator using the MenuComposer (my original
method) but trying to use "(aCommandMenuItem) acceleratorKeyString:
'CTRL+SHIFT+,'" in a package script (my new method) doesn't work and sets an
incorrect value. I got round it by working out the key code and using that
directly.  The strange thing is (amongst many strange thing regarding the
keyboard) that MSDN shows the VK produced as Windows 2000 only but it still
seems to work correctly when tried on my Win95 machine. <shrug>

Ian