Have you checked the available style properties for labels in the docs?
Does the margin setting work on normal labels (so labels that are not used for TableView column headers)?
Paul
Yes, in chapter 5, page 99 of the Servoy351DevRefGuide the margin property is listed for labels.
The margin does not work on normal labels, either, so it seems to be a bug.
Regards, Robert
pbakker:
Have you checked the available style properties for labels in the docs?Does the margin setting work on normal labels (so labels that are not used for TableView column headers)?
Paul
I have a form with a tabpanel containing 2 forms. The first form in the tabpanel has a colored strip on top that changes according to the form content. In 3.5.6 if I click on the tabpanel it “moves” upward and covers the colored area. To restore the previous state I must toggle edit mode. This happens both in developer and smart client. It does not happen when clicking any object of the form (fields, buttons etc) but only when hitting the tabpanel itself.
I tested the same form with 3.5.5 and everything worked as expected.
Servoy Developer
Version 3.5.6-build 519
Java version 1.5.0_13-119 (Mac OS X)
This happens also using Java 1.6 (Java version 1.6.0_05-b13-52)
The margin does not work on normal labels, either, so it seems to be a bug.
Please file a case in our support system for this.
Tnx,
Paul
Hi,
can anyone explain what the enhancement
use field format to upper or lower case field values
does and how to use it ?
Thanks
Hans
Just specify “U” and “L” as format, this is also added to the prefilled list in 4.0 Developer (not sure about 3.5.x)
Correction: it’s ‘|U’ and ‘|L’. That’s U and L .
I appears that 3.5.6 made the spell check button in the toolbar dissapear. Anyone else see this?
I hadn’t noticed until a client pointed out that it’s missing in their clients, then I noticed it’s also gone in my developer installation. Could have been some other factor, but it seemed to coincide with the 3.5.6 update (from 3.5.5).
greg.
agiletortoise:
I appears that 3.5.6 made the spell check button in the toolbar dissapear. Anyone else see this?
I see the image on the button has disappeared. The button itself is still there though. Will be fixed in the next release.
The fixed spell check plug-in can be downloaded here. Put it in your servoy plugins directory and restart.
Any idea on a timeframe for 3.5.7?
It’s got a data loss fix (case #136387) that I’ve been waiting on for a client.
I realize the focus has been on 4.0, but I was just wondering…
thanks, greg.
svroemisse:
Smart Client Insert/Overwrite mode
In smart client, you can now switch between insert and overwrite mode with the insert key. By default, datefields are in overwrite mode as they always were but now a field that is in overwrite mode will not delete characters by pressing delete or backspace. The cursor will just move one character to the left. You still can delete everything by selecting it all and pressing delete. All other fields are by default in insert mode, but can now be switched to overwrite.
I just wanted to report a bug, because of the above situation.
Default mode is insertmode, but often a wrong date is entered in a calenderfield.
But when using the backspace key, it doesn’t delete the characters already entered.
In all other programs backspace removes a character, but not in a servoy calenderfield. My end-users do not understand this.
Can you make this optional, so that we can decide ourselves how Servoy should react on a backspace in calenderfield.
Martin
a backspace shouldnt remove a char in overwrite mode because then the mask is completely shrewed and you cant type a date anymore without typing in completely over again (or setting in in insert mode)
if we set it default in insert mode then if you want to change a date you always have to first delete it. This is then for every char you want to change you have to type 2 things (delete, append)
So what mode do you want in a date field?
the overwrite but dont delete (else the mask of the date is completely shrewed up)
or
insert mode and then you always have to delete first a char that you want to change.
I think the current way if people are getting used to it is way way faster then every other solution.
Because it is a date. It has to follow the rules of the date format mask. What does it matter that it doesnt delete? If you press backspace and then press a char you want you have exactly the behavior you would have if we did delete and then append it (how insert mode works)
We could make a global setting where you can say: all fields are default in insert mode? (or overwrite for the people that want that)