Fixes/Enhances:
[fix]-numerous code sample and tooltip updates
[fix]-tabless panel not painting correctly if a tab is replaced through javascript
[fix]-designmode sometimes possible when used for module form
[fix]-illegal functions removed from relations node in calculation editor
[fix]-import plugin for importing csv files (bad parsing)
[fix]-blobloading error when using oracle as a database
[fix]-when user is in multiple groups the security access is not always the combined highest access
[fix]-font kerning problem with printing on Java 1.5
[fix]-Apple menu on wrong place on Apple Java 1.5
[enh]-memory improvements when many records are used
[enh]-debug log has timestamp for each log line.
[enh]-better client-server connection diconnects handling
[enh]-mail plugin now support pop server url override
[enh]-mail plugin supports APOP
[enh]-better mail structure compose in mail plugin
For plugin developers:
[fix]-loading/initialize of combined client and developer plugin is changed to developer init only
[enh]-some small enhances to the specialmatteborder
[enh]-menu actions have the Servoy i18n key as Action.default
In the admin pages the true/false popup menus are a bit too narrow for Mac OS X. ‘false’ shows up as ‘fa…’.
So to see what it says you have to click on the popup first.
The lib/images/cross.gif is still missing in the Locks page.
Jan Blok:
[fix]-font kerning problem with printing on Java 1.5
Should we do something in order to have the fix applied? Because kerning is still faulty by us, especially for ‘ff’, ‘fe’ and all combinations with letter ‘m’. As a side-effect, right margins on labels have disapeared from our forms, when printed.
Second, a developper bug seems to have appeared with 2.2 rc8, when browsing our solution, the ‘Designer (ctrl-l)’ is sometimes disabled either from tool menu and from palette. Workaround is hitting history back then history forward.
Jan Blok:
[fix]-font kerning problem with printing on Java 1.5
Should we do something in order to have the fix applied? Because kerning is still faulty by us, especially for ‘ff’, ‘fe’ and all combinations with letter ‘m’. As a side-effect, right margins on labels have disapeared from our forms, when printed.
Second, a developper bug seems to have appeared with 2.2 rc8, when browsing our solution, the ‘Designer (ctrl-l)’ is sometimes disabled either from tool menu and from palette. Workaround is hitting history back then history forward.
It worked for us (and a tester), could you sent us a sample solution showing us this?
It worked for us (and a tester), could you sent us a sample solution showing us this?
I made lots of tests now, and have more info to share.
(As we use special printing stylesheets for reports it is easy to try changes)
-We noticed better printing for text in fields (printing fields)
What still causes troubles:
-Printing labels, text in labels is still wrong kerned. And kerning problems differs depending on font and size chosen.
When not applying a stylesheet to the printing form and thus using servoy default, labels seem to be ok (with fontsize 12 and up…)
Please check label printing with sizes 10-8. If necessary, I’ll make a demo solution.
I cannot reproduce true/false problem. This is implemented using a standard select in HTML, no size is specified, so it seems to be a browser bug if it shows it incorrectly.
grahamg:
…A solution that has been developed & running fine on XP (rc3 - rc8) is running slow, throwing errors & occ freezing (requiring force-quit) on OSX…
We are unable to reproduce this, can you sent us the .log.txt ?
The calc field is simply: 'return ct_forename + ’ ’ + ct_surname.toUpperCase();
but is there a ct_surname or not?
Because if ct_surname can be null then yes you need to check for it because you can’t ask for a null thing to do uppercase() …
Johan - understand answer and yes ‘null’ is allowed on ct_Surname so I will test correctly in future. However solution continues to work without problem on Win XP
Just to wrap this one up & as a pointer for others who develop mostly on Windows the problem was down to errors caused by calculations that were not testing for null values - ie: upper(ct_Surname).
Once I’d corrected the Calc fields by preceding them with - if (ct_Surname) - the solution worked fine on Win/Mac - Win/Java seems to be more forgiving than OSX/Java so if your solution will be used cross platform its best to test on both as early as possible.
I just found this post its a great read, i had the same problem a while back and i couldn’t really find a answer for it. These days i just use a british labels company for printing labels.