jQWidgets Forums

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 31 total)

1 2 3 →

Author

Posts
January 31, 2018 at 7:54 am in reply to: grouping and row details causing mess in column order on load state grouping and row details causing mess in column order on load state #98532

dpibt
Participant

Hi all,

Any update on this problem?. I have the same issue and want to know if there’s a workaround or is fixed on any newest release.

Kind regards,

April 8, 2016 at 12:07 pm in reply to: Tree Grid Expand and Collapse Row is slow Tree Grid Expand and Collapse Row is slow #83290

dpibt
Participant

We’ve checkend and verifyed that css properties are setted and getted during the drawing and this causes forced (or synchronous) reflows.

Thank you

April 7, 2016 at 11:05 am in reply to: Tree Grid Expand and Collapse Row is slow Tree Grid Expand and Collapse Row is slow #83242

dpibt
Participant

Our customer needs to have all nodes open and visible (without virtualmode and without paging)

We’ve analized the js execution and it seems that “Forced reflows” are ocuring, this means that a CSS property is changed with JS and accessed with JS before it’s drawn, this means that it needs to draw the change internally to give an answer to the accessing

If the element is completely defined before being drawn this “Forced reflow” doesn’t happen.

Is this planned for future releases?

April 7, 2016 at 7:32 am in reply to: Tree Grid Expand and Collapse Row is slow Tree Grid Expand and Collapse Row is slow #83224

dpibt
Participant

Hello,

We are having the same problem, the performance is horryble, taking up to one minute to load a grid with 1000s or rows.

It seems that the problem is quite simple, there are forced reflows happening and this can be prevented if the things are done correctly, we’ve been able to analyse this through JS profiling.

We need that the paintings and property changes are done correctly because paging or virtual mode is no a sollution

February 2, 2016 at 10:04 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #81012

dpibt
Participant

Hi all,

We have purchased a development support license, is there any version where this issue is going to be solved? As a collateral effect also is impossible to start edition through special characters like &%/( etc.

Best regards

November 13, 2015 at 9:52 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #78096

dpibt
Participant

Hi ivailo,

This approach only works when the caps lock is pressed on the screen, not if was pressed prior to access to the page, so the solution is not complete.

It is possible to create a keypress sniffer on the page and then set up a global variable as you did to be consulted later? I’ve tried it but is not working either.

Using keypress sniffer could detect the keyCode to see if ASCII is for Upper or lowe case

November 12, 2015 at 10:33 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #78033

dpibt
Participant

Hi again ivailo

Thanks for the answer.
We already tryed the workaround that you propose, but we can’t check properly the status of the CAPS LOCK, because the code involved is in an event where the value of the key (keydown) is always the same (with or without CAPS LOCK).
Related to this, for the same reasons (the use of “keydown” instead “keypress”), we can’t start to edit a cell with some symbols.

for example (with CAPS LOCK active), if we want to write:
ABCDE
(OTHER)
“5”
$1000

we get:
aBCDE
8OTHER)
25″
41000

Please, let us know any news about this issue.
Thanks in advance.

Best Regards
Carlos
DPIBT-Team

November 10, 2015 at 9:10 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #77935

dpibt
Participant

Hi Ivailo!
As we tested, this behaviour is still present in the last version of JQWidgets.
Start edition with any key is a requirement from our users, so we will try to find a workaround to fix this.
Our question: Are you planning to include a solution to fix this in next versions?
Thank you very much

Best Regards
Carlos
DPIBT-Team

November 3, 2015 at 9:16 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #77687

dpibt
Participant

Don’t Double click on a cell to begin an edit operation. Instead that just press any keys having CAPS LOCK activated (for example “ABC”).
The result is that the first character is always in lowercase: “aBC”.

Best regards!

Carlos
DPIBT-Team

November 3, 2015 at 9:11 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #77684

dpibt
Participant

Hi again.
I just check that the site : http://jsfiddle.net/jqwidgets/NEWud/
is using : https://jqwidgets.com/public/jqwidgets/jqx-all.js

which is the latest version:
/*
jQWidgets v3.9.1 (2015-Oct)
Copyright (c) 2011-2015 jQWidgets.
License: http://jqwidgets.com/license/
*/

Please try to reproduce it again.

November 3, 2015 at 8:19 am in reply to: On edition, when CAPS LOCK is activated the first character is always lowercase On edition, when CAPS LOCK is activated the first character is always lowercase #77682

dpibt
Participant

Hi ivailo!
The site http://jsfiddle.net/jqwidgets/NEWud/ is using the latest version? because I can reproduce the issue in this site.
If not… where could I test the behaviour of the latest version before decide to update?
Update to the latest version of jqwidgets implies time, resources, and some approvals from the “big bosses”
I think we will do it in a short term, but for now we need a solution…
there is a simple way to fix it? could give us a hand on this?
We will be very grateful.
Best regards!

Carlos
DPIBT-Team

September 28, 2015 at 9:31 am in reply to: Scroll to top after setting width Scroll to top after setting width #76217

dpibt
Participant

Hi,

This is not happening on the Grid, why the behaviour is different?

Thank you

July 2, 2015 at 7:16 am in reply to: Ellipsis do not work on Chrome on deep jqxTreeGrid Ellipsis do not work on Chrome on deep jqxTreeGrid #73275

dpibt
Participant

Hi ivailo,

Could you please provide a workaround for this issue? In our project this may become a problem because seems that there is not data!

Thanks in advance

May 21, 2015 at 7:12 am in reply to: beginUpdate with child expandRow beginUpdate with child expandRow #71387

dpibt
Participant

HI Peter,

Thanks for the information. There is no workaround for this but switching off beginUpdate?

Regards.

May 20, 2015 at 11:10 am in reply to: beginUpdate with child expandRow beginUpdate with child expandRow #71339

dpibt
Participant

Hi Peter,

thanks for the update. When do you estimate next release with this bug fixed will be out?

Regards.
Author

Posts

Viewing 15 posts - 1 through 15 (of 31 total)

1 2 3 →