SetToolTipString weirdness Topic is solved

[ianar]

when i use '\n' in my tool tip, it drops down a line as expected, but then every other tooltip in the app is only allowed to be that long. Any ideas as to why?

[leio]

This is wxMSW specific, btw

[ianar]

OK, but why? ... and is there a fix?

thanks

[leio]

Not that I know of.

This is bug #1298359
http://sourceforge.net/tracker/index.ph ... tid=109863

[ianar]

thanks for clearing that up.

[Ksmith22]

Yeah I've had this problem too. Very annoying.

What I ended up doing was making sure my tooltips that used a \n had at least one non-spaced line that was as long as my longest tooltip. In my particular case it worked based on what I was using the tooltips for (the ones that used \n) but it was a very *very* cheesy solution.

There really needs to be a wxWindow::SetToolTipWidth(int) type function, or even a wxWindow::GetTooltip() type function that would return a wxToolTip object that could be modified and passed back (though wxToolTip is pretty sparce in its functionality, not even having the max width function).

[leio]

I don't see why this shouldn't be transparent to the user by default. As it is in wxGTK right now

[Ksmith22]

I don't see why this shouldn't be transparent to the user by default. As it is in wxGTK right now

I could understand the developer wanting to set a max width or something, but otherwise yes, by default it should be wrapped. No one wants to look at a potentially screen-resolution-long (i.e. 1024) one-line text string. And if they do I could see something like a bool with a default value (of wrapping = true, or nowrap = false) as a second arguement in SetToolTip() being an easy solution.