in design mode, getting this fancy effect when double-clicking on a label or button: I 'd rather be taken to the right property (text for label) or onAction method for buttons. Or am I missing a “too clever” trick here?
5.1rc3
The advantage of this is, that you can start editing the text on the left right away.
In my experience, this makes editing a lot of labels a lot faster than opening the text-property-dialog. If you want to do more complex stuff, like adding i18n, then you can click the “…”-button.
ok! and the button allows to get there if you change your mind.
just a minor point, but the 1st character often disappears during typing, and it overwites existing text to start with if you don’t press the right arrow first. normal?
lesouef:
ok! and the button allows to get there if you change your mind.
exactly!
lesouef:
just a minor point, but the 1st character often disappears during typing
How do you mean? If you type “text” you get “ext”? I haven’t seen that.
lesouef:
it overwites existing text to start with if you don’t press the right arrow first. normal?
That is expected, because the text is completely selected. The right arrow deselects the text and puts the cursor at the end.
2
no the 1st character is kept, it disappears (the whole text shifts left one position) while typing but is there once validated.
but as I said, not always, I have not been able to relate it to anything relevant so far, but it does that 1 time out of 3 on my current machine.
3
I had guessed that, but the selection is not visible due the grey background.
lesouef:
I have not been able to relate it to anything relevant so far
Please create a case in the Support System if you do.
lesouef:
I had guessed that, but the selection is not visible due the grey background.
That is probably related to the Look&Feel (and OS) that you use, with the windows classic L&F that I use, it looks selected:
ok for report if it can be accurate
L&F: where do you change this in the developer, I only found in the client.
I’m not sure, but I think this is pushed from the OS. Maybe someone else can comment on this…
The behaviour is probably controlled by the OS/graphics system used, you can’t set that anywhere, it is just what is installed on your computer.
On Linux/gtk I don’t see these problems.
What OS are you using?
Rob
xp with styles (zune theme= kind of vista like theme) on 1 machine, vista/aero on the other: same result almost: on vista, the 1st character shifted left is slightly visible, you can guess its right egde.
the smart client still has this in its settings, and there is no way (afaik) to lock this unless removing the L&F from server I guess?
And apart from Kunstoff, there is nothing fairly equiv on win and osx. One of the reasons for using a java client is to overcome those platforms differences for me. Otherwise, you spend ages to test on each platform, same mess as the web pages.
Since the tool self calibrates its width on text width, it’s probably due to the system default font used which slightly wider than expected? no big deal, I can live with this. Making the editing tool the same width as the label would fix it.
lesouef,
The look&feel you are talking about is a smart client thing (swing) which is unrelated to the form designer (eclipse/swt).
Please create a case with a detailed scenario and some screenshots.
Rob
case 275769
We could not reproduce this with Servoy 5.2, probably due to the eclipse upgrade this issue is fixed.
For next major release, we changed the text field to be the same size as the label you are editing.
Rob
ok, will try when I’ll update to 5.2