snow

Thanks! Text in normal cells is now not cut anymore but still showing with a vertical top alignment. You can see that when you set grdAuswahl.Font.Size to e.g. 15 in UniFormBeforeShow. How to accomplish a vertically centered alignment? Regards

Hi Sherzod, I've created another test project (including a SQLite database) so the problem should be immediately reproducable. As you can see, the text in the normal cells isn't displayed properly... should be vertically centered and not cut. Thanks in advance for your help. Regards Project1.zip

I made a simple testcase (see attachment)... but as it is a DBGrid you have to fill it with data somehow. Thanks in advance. example.zip

Hi Sherzod, thanks for the reply. Using .x-column-header { line-height: normal; } the header looks like its supposed to be. But the text in normal cells is not vertically centered and it's also not showing properly (lower part is cut). How can this be solved?

Hello, I have a TUniDBGrid where RowHeight and FontSize are changed during runtime. Changing RowHeight works for the normal rows but not for the header row. 1.) Is it possible to change RowHeight for the header during runtime as well? If yes, how? 2.) After changing RowHeight/Font, the text inside the cells isn't displayed correctly anymore (see attached picture). How can this be solved (for header and normal cells)? Using Professional Edition v1.90.0.1545 Thanks in advance.

One way is by using a simple barcode scanner connected to the PC via USB (e.g. Honeywell MS9540) and scanning the barcode while the application is focused. The other way is using a handheld scanner (e.g. from Zebra with Android) and running the Web app in the browser of that device (VCL app via RDP). So for testing purposes number one should be easier.

I attached two basic projects (VCL + UniGUI) plus a barcode to reproduce the problem. In VCL control char #29 is caught in FormKeyPress and displayed in the Memo, in UniGUI it isn't. Thanks in advance examples.zip

If I scan the following example barcode (contains non-visible Field Separator GS = #29) ASCII chars: #31#32#33#29#34#35#36 Visible text: 123456 in VCL I get the #29 char in OnKeyDown of the form whereas in UnGUI application I don't (just #31#32#33#34#35#36).

Hello, in my VCL application the user can scan a barcode. The barcode is processed via the OnKeyPress-Event (KeyPreview = true) of the active form. In VCL, here I also get control characters like e.g. #14 (SO), #15 (SI) or #29 (GS). If I do the same in UniGUI, unfortuantely all control characters are filtered out. Is there any chance to get these characters to be transmitted as well? Regards

Yepp

The posts above are from me (using a new/second account created with another eMail address (which I probably shouldn't have done)). I've now logged on and off using both accounts but still can't see any attachments anywhere. Can't you just send them to me (using either of the two email addresses)? Thanks in advance.

it's about 1200 component in total. there's labels, edits, radiogroups and comboboxes along with panels, groupboxes and the like. the example form with 1200 empty comboboxes was merely to illustrate the performance issue of comboboxes.

the bottleneck seems to be TUniItemedFormControl.WebCreate in unit uniMultiItem. times are for 1200 ComboBoxes: Creating FStore takes about 10 seconds. JSConfig('proxy', takes about 6 seconds. JSAddEvent( takes about 15 seconds. since those methods are defined in units we have no access to, there doesnt seem to be a lot i can do. and even then it's JavaScript, which isn't my forte. dear people of uniGUI, please fix this performance issue.

if i put the ComboBoxes inside a panel and use UniApplication as panel.Owner, then i get the loading time down to about 13 seconds. but then i cant set p.parent to self, because p.OwnerForm has to be self.OwnerForm. InsertComponent sets p.Owner to self, but creates a host of problems of its own.

as you probably figured out by now, the point of s is to measure the time it takes for the form to show up in the browser. while creating 1200 ComboBoxes takes like 3-4 seconds (or a lot less when you add "visible := False;" to the loop), it still takes 40 seconds for the form to show up in the browser. if you replace creating ComboBoxes with sleep(3), then the form shows up way faster. because it doesnt have 1200 ComboBoxes on it. yes, i have seen it. i've looked at a lot of performance related threads, but the tips there do nothing for my specific problem. i've done some more testing myself. turns out TUniDBComboBox and TUniCheckComboBox are way worse.

greetings, the issue is bad performance when opening one of the biggest forms in my program. While in VCL desktop version it takes a few seconds (like 3-4) for the form to open, in uniGUI it takes about 40 seconds. this is unacceptable. I am aware that this form is quite huge, having around 1200 individual components (all of which were put on the form in the designer (.dfm)). creating this many components takes time, but 40 seconds is way too much. like 4-5 seconds would be acceptable. as a test case, please see attached picture below. it's a newly created project, and the only thing it does is creating instances of TUniComboBox. I timed how long it takes for the form to open by using the FormCreate (you could use FormShow for this, doesnt matter much) and FormAfterShow events. you can interact with the form only after it is shown, so FormAfterShow makes sense to use. as you can see, in this instance it took 47 (usually between 40 and 45) seconds for the form to open. this is an enormous amount of time, considering nothing else is being done. the only thing the user can do is sit around and wait (and maybe fall alseep). please let me know how i can get this tremendous amount of time down to an acceptable level, or significantly improve performance as soon as possible. thank you, snow

Hello everyone, I recently started using uniGUI in my project. Many parts of this application rely on FastReport, most of those on the DialogPage for some data input or selection. I used the uniGUI FastReport Demo to get going, and reports without DialogPages work perfectly. For the other reports, I designed a form (based on TUniForm), which basically parses the DialogPage, creates uniGUI components and links them with the FastReport components on the DialogPage (i.e. a click on the TUniButton tiggers the OnClick event for the corresponing FastReport button). While this works, it is really slow. For my test reports, it takes up to 7-8 seconds to build this form. Some events take up to 1 second to relay all information (from the uniGUI to the FastReport component, which triggers its FastReport event, the wait for this event to finish, and refreshing my form with this new data). Since I'm probably not the only one struggling with this problem: How did you solve it? Like I did? Did you do something completely different? Could FastReport Server be a solution? I appreciate your help.