Re: [lmi] product editor patch

[Greg Chicares]

On 2008-02-25 19:12Z, Vaclav Slavik wrote:
> Greg Chicares wrote:
>> > * Bold labels with table's description near the top of database
>> > editor don't wrap and don't fit into the window if it's too small
>> > or the label too long.
>>
>> Would it be easy to make TreeGridViewBase::grid_label_ a
>> multiline control? 
> 
> Do you mean multiline wxTextCtrl or wxStaticText? The former would be 
> trivial to do, but it would be bad UI: editable control (even if in 
> read-only mode) would be used for non-editable label.
> 
> If the latter, then it's more complicated (and that's the reason why I 
> didn't do it yet): even though it is possible to have multiline 
> static text controls, you have to split the label manualy, using 
> using "\n". And that can never look well regardless of window size, 
> so it would be best to implement dynamic wrapping of the label to fit 
> into (all of) available space.

If you want to implement a dynamically word-wrapping wxStaticText
in wx, then please go right ahead. There's no rush. However....

As for wxTextCtrl, we certainly don't want this to be editable in
fact, so I was thinking that a read-only wxTextCtrl would be just
perfect. Do you see a concrete or user-observable disadvantage?
The reason why I question this is that, IIRC, ms itself advocates
using read-only "EDIT" controls instead of "STATIC" controls as
a general rule when their contents should be copyable (and word
wrapping here seems to be another valid use-case for the same
technique). For example:

http://www.flounder.com/localeexplorer.htm
| This is a read-only edit control, so text may be selected and
| selectively copied [...] to the clipboard.

http://msdn.microsoft.com/msdnmag/issues/02/11/CuttingEdge/#S1
| replacing the static control with a borderless read-only edit
| control.

In ms 'word 97', "File | Properties" seems to use borderless
read-only text controls: e.g., I can copy a document's size:
  135KB (138,240 bytes)
though I can't copy the control that says "Size:", apparently
because that one is a true static control.

>> * A '.db4' file opens with the tree control bottom aligned, with
>> its third (logical) item focused. I'd rather have it top aligned,
>> with the first item focused, unless that contradicts the way msw
>> normally does things. (Maybe this is observable only with the
>> 800x600 resolution I use.)
> 
> I don't think I've ever seen this, in 800x600 or higher resolutions. 
> When I open samples.db4, the first item, "Loads" is selected and tree 
> control has focus. I'm not sure what you mean by "3rd item" ("Loans" 
> node?) an "bottom aligned" (no idea here). Would you have a 
> screenshot that shows the bug? 

Yes, indeed I do see "Loans" at the top and highlighted. I'll
send a screenshot privately (I think I've set 'mailman' to
forbid all attachments to this mailing list).