No problem

Perfect - thanks for the quick response.

Fixed....it will be included in the next build I post.  Thanks.

Trent,

Like Keith i also have some users, who uses the keyboard a lot and they would really like this feature.

I set the SetFocusToResultsAfterSearch property on my browsedialog to true, but the focus stays on the searchfield after the search. If i then tab to the resultlist and use the downarrow, the resultlist moves down on the form, not moving the selected item in the resultlist as i expected.

Keith, did u get it to work?

OK...I will see what the "fallout" will be

ahh thanks for that property I didn't see it.



They would like to be able to make everything bigger on that screen, so I will take what I can get



I have the rest of their screens all using 10pt, the default is 8.25.








Keith Chisarik

Keith,

One other question...what elements are they complaining about?  The labels, textboxes, etc?  Does this include the results list?

This is still on my "to look at list" to see what all of the implications will be.  So the verdict is still out on this one.

Actually I added a property to the BrowseDialog called SetFocusToResultsAfterSearch practially the same day that you asked for this.  it is presently in the 1.6.5 beta.

Did these items make it into 1.6.5? or will they?



1) drowsedialog items font size override

2) Ability to have the results listbox get focus either via tab or code.



I got asked about the font size thing the other day again is why I ask.



Thanks.

Keith Chisarik

Technically, yes.  You would probably want to create a user control that is dropped on the InformationPanel since you can setup an SF user control to do all of the binding like in a form.  When the RowChanged event fires, then you can load the record into the BO on the user control (I think this would be easier than trying to use a translation) through the CopyDataFrom method on the BO....but it is up to you to take care of the Saves since this is not intrinsic logic.