Messages

1

Help for ParamQuery Pro / Multi-selection fails with initial selection

« on: July 02, 2026, 07:11:54 pm »

Hi at pqgrid,

We experienced a problem with initial selection being set and the use of "Shift+click" to do multi-cell selection.
Its reproducable in demo following these steps,

* Open demo: https://paramquery.com/pro/demos/grid_parts
* Insert this line after creating grid, f.x. on line 102: grid.setSelection({ rowIndx: 0, colIndx: 0})
* Run (top, leftmost cell is selected as expected)
* Hold shift and click on a different cell to do a block selection

Nothing happens and this error is displayed in console:
Uncaught TypeError: can't access property "r1", n is undefined
    resize https://paramquery.com/pro2/content/js11.2.0/pqgrid.min.js?4:32
    resizeOrReplace https://paramquery.com/pro2/content/js11.2.0/pqgrid.min.js?4:32
    onCellMouseEnter https://paramquery.com/pro2/content/js11.2.0/pqgrid.min.js?4:32
  ...

2

Help for ParamQuery Pro / Re: Is there an option to decide arrow key semantics during edit

« on: June 05, 2026, 04:28:05 pm »

Thx, behavior in demo seems consistent with the before mentioned tools. Amazing. Thank you

3

Help for ParamQuery Pro / Re: Is there an option to decide arrow key semantics during edit

« on: June 04, 2026, 07:51:21 pm »

Brilliant - looking forward to seeing your custom implementation

4

Help for ParamQuery Pro / Is there an option to decide arrow key semantics during edit

« on: June 04, 2026, 11:08:57 am »

Both Java's JTable and Excel, has semantically identical behavior when it comes to cell-editing and behavior of arrow keys, which differs from PQGrid.
In JTable/Excel, there is kind of two different edit-modes.
1. In which you start typing directly overriding the existing value
2. Init editing through double-click or typically F2 key

In first case, any arrow key pressed, commits the edit and moves cell selection in the pressed keys direction.
In the second case, the arrow keys provides no escape mechanism, but only provide caret position control

PQGrid by default uses a mixed of these approaches, where arrow keys UP/DOWN always provides this commit/move operation, while LEFT/RIGHT always provides caret control.
Is there some setting for PQGrid which affects this behavior or would I have to manually implement this or is there already some working example, still using custom code?

5

Help for ParamQuery Pro / Re: Multiple selections and copy/paste behavior

« on: January 06, 2026, 04:51:06 pm »

Any update on when next release will be?

6

Help for ParamQuery Pro / How to workaround 'delete' button binding in 11.0.0?

« on: December 11, 2025, 06:08:23 pm »

Hi at PQGrid,

There is recent bugreport (https://paramquery.com/forum/index.php?topic=5073.0) created, which describes an issue with 'delete' button binding being processed.
This purpose of this posting is to determine if there in current 11.0.0 version is a workaround, to avoid this script error, until this bug can be resolved?

/Mikael

7

Help for ParamQuery Pro / Re: Multiple selections and copy/paste behavior

« on: October 27, 2025, 03:35:51 pm »

What is approx ETA of this next release?

8

Help for ParamQuery Pro / Re: Multiple selections and copy/paste behavior

« on: October 24, 2025, 06:32:42 pm »

Amazing, that is 11.0.1/11.1.0 version, whichever comes first, if I'm not mistaken, right?

9

Help for ParamQuery Pro / Multiple selections and copy/paste behavior

« on: October 24, 2025, 03:27:37 pm »

When doing special case of multi-selections, where same rows are selected across multiple disjoint columns, then I would like that the structure in the clipboard, keeps data on this amount of rows and place data in separate columns, so that I in the attached example doesn't end up with single column with four rows. Is that possible to configure PG-grid to behave this way - or is it feature request?