jQWidgets Forums
Forum Replies Created
-
Author
-
June 4, 2018 at 2:40 pm in reply to: Poor performance on row drag & drop Poor performance on row drag & drop #100470
Hey Hristo, I’ll whip up something but might be a couple days before I can get it to you as while it is desired to have it fixed I have a couple higher priority items with the company at the second. Hopefully get it to you before the end of the week.
Found the answer. Set the ‘textAlign’ value in the initeditor callback.
initeditor: function(row,cell,editor)
{
editor.jqxDateTimeInput({textAlign: ‘center’});
}June 29, 2017 at 3:54 pm in reply to: EverPresentRow Doesn't Virtualize Columns EverPresentRow Doesn't Virtualize Columns #94614If above the grid they’d still need to be virtualized and synced to the grid scrolling in some manner, also my everpresentrow column doesn’t add data rows so that doesn’t fit as a solution. Definitely can design something, but it will be hack / workaround.
I’d recommend since virtualization is the main draw of the jqxgrid (large amounts of data with relatively static performance) this is at least mentioned in the documentation with fairly notable text. Virtualization is what sells the grid (the reason for the good performance with lots of data), it should at least be mentioned in the documentation if a feature explicitly doesn’t support the grids most important feature. This can critically effect development to spend time on features and find out the grid has failings in certain features. Especially if it is the jqwidgets team’s decision to explicitly not support virtualization within a given feature. That makes that feature inherently unsuitable to certain types of data.
I will look into other solutions and might have to modify the jqxgrid itself, but not supporting virtualization in some features (when basically all others do) is not a sensible design philosophy in a component like this. I hope you consider a fix for this in a future release.
February 22, 2017 at 9:59 pm in reply to: Detect final shift click selection event Detect final shift click selection event #91797Hey Peter,
Knowing if the shift key is down doesn’t tell me which is the last ‘select’ event. The total number of indexes returned by the grid changes for each event so the first ‘shift’ event does not have all the indices I need returned with the event. I need to get the list of all indices after the selection is complete which means I need to detect which is the last select event with the shift operation because of how the grid presents the event data.
Only thing I can think of is a time based method with a timeout, but that seems pretty hacky / suboptimal. Any option supported by the grid would be preferred should it exist.
February 22, 2017 at 8:07 pm in reply to: Odd selection behavior after calling 'refresh' Odd selection behavior after calling 'refresh' #91790Found a better way then refresh with ‘updatebounddata’ function with the ‘cells’ parameter. You can set a lot of data manually then just call that and minimize your draw calls.
February 21, 2017 at 10:37 pm in reply to: Odd selection behavior after calling 'refresh' Odd selection behavior after calling 'refresh' #91763I guess a better way to word my question is ‘can i give precedence to a dropdown list on an already selected row, after calling refresh?’
January 24, 2017 at 11:13 pm in reply to: jqxGrid drag selection breaks keyboard navigation jqxGrid drag selection breaks keyboard navigation #90965Hey Peter, I feel the jsFiddle and instructions weren’t even paid attention too. The grid never loses focus. You create a selection entirely within the grid. Even checking with console I can see the grid never loses focus but keyboard navigation breaks and never returns no matter how you click or even if setting focus programatically. You can do this all day and have no issue until you begin a drag selection from the checkbox field.
Any assistance (preferably after testing jsFiddle with simple replication steps provided) is much appreciated.
-
AuthorPosts