ComboBox Start Of Field...

[stonward]

Hi again folks,

I'm sure I've seen this somewhere - although I am using Office 07 now...How do I get a Phrase Predict combobox to go to the start of the field - and not jump to the end once one character has been entered. At the moment i have to go back and select all the contents, then re-enter my parameters. Any ideas?

Thanks!

Stonward Roy.

[missinglinq]

Perhaps if you explained exactly what a Phrase Predict combobox is someone could help you.

Linq ;0)>

[stonward]

ha ha! Sorry - getting carried away last night with this project. It's simply an ordinary combo, with a query as its row source, but with the IME Sentence Mode set to Phrase Predict in an effort to get the control to, um, predict what the user is entering. Seems it doesn't work like that tho'! I have two issues, one being the 'jump' to the end of the combo's 'field' after entering one char...the Insert key seems to cure this, but I need to do this with code if poss...and also something strange is happening to the Input Mask....it works fine whilst inputting, but once we tab to the next field, the formatting of the data in the combo changes...any ideas guys?

Thanx

Stonward Roy

[missinglinq]

Don't know much about this, and I doubt that you'll run into anyone here who does, but I suspect the the 'jump' to the end of the combo's 'field' after entering one char... problem is caused because you're dealing with oriental languages, right? And I believe most of them are written/read from right to left. Hence the AutoExpand feature (what you call Phrase Predict) moves to the right end of the box after the first character is input.

I expect the input mask problem is probably related to the same thing. Exactly how is the formatting changing after data entry?

Linq ;0)>

[stonward]

Oh dear! No, I'm using standard English. My products are tyres that have a format like this 195-55-15. I'm using an input mask like CCC\-CC\-CC9 - this is because there are a few tyres that have a slightly different layout (metric ones for example)...so I needed a little leeway in the Mask. This works fine in the rest of the project (and, indeed, in the 'old' version that's been used for 3 years now). When I tab to the next field this happen...19-55-515. These aren't really terrible probs....I have deeper ones to conquer...but this one has been annoying me now for some time. Basically, when the user begins typing in the 'handle' as I call it, I want the combobox to begin to arrange the stored values until we have all the relevant ones at the top of the list. This works quite well apart from the two problems I'm talking about. The 'jump' prob is that once one char is entered, the combo fills up with a stored value and i have to left-drag over the contents and begin again. Does this make it any clearer? Thanks for all your help anyhow...just having someone else thinking on it helps!!

Stonward Roy

[missinglinq]

IME is usually associated with KanjiConversionMode which deals in oriental language conversion; one of the things, I believe, is reversing all input so it displays right-to-left.

About the "jumping" problem; are you saying that after you enter a single character in the combobox the cursor moves to the right hand side of the box? If so, the above comment about IME would account for this behaviour.

The same would go for your problem with the input mask and formatting. What's happening, in essence, is that your input mask is being reversed after data entry is completed, going from right-to-left!

195-55-15 is becoming 19-55-515.

Why exactly are you using IME?

Linq ;0)>

[stonward]

Thankyou Linq....I used it because I totally misunderstood its use, and neglected to look it up. I knew that SOME of it was to do with oriental characters, but never guessed that it ALL was. Well spotted with the input mask reversal - don't think I'd have found that in this lifetime!

Thanks again.

Stonward Roy.

[missinglinq]

Glad we could help!

Linq ;0)>