If a user intends to point-and-click on an item, but the user inadvertently holds down the mouse button for a bit too long, then IQ may interpret the action as a point-and-drag. If the cursor is in just the right spot (at the center or right part of the item's row, and near the bottom edge of the row) and the mouse is moving in just the right direction (down and to the right), then IQ may determine that the user intends to make the item a child to one of the item's own child items, and this will occur upon release of the mouse button. Consequently, both the original item and its child item(s) will disappear from view, off to the land where the child item is the parent of the parent item that is the parent of the child item that...
This is arguably not a bug but a feature (<grin>), but regardless I would suggest the following:
If it appears to IQ that a user intends to point-and-drag a parent item so as to make the parent item a child item of one of the parent's child items, then IQ should prompt for confirmation before executing the command.
Thanks for considering this fix/request.
Comments
Good morning, I think this…
Good morning,
I think this is a good idea. I have had this experience.
I have also clicked on an item, and started to drag it. When I release it in the intended location, I discover that I moved not the intended item, but an item 1 to 3 or 4 rows below the intended item. I think this may be due to a timing challenge: I click and move but IQ does not recognize the click until a few milliseconds later, and hence it selects a row somewhere below (or above) the intended row. I just have to be a little more patient:)
Cheers,
Greg
Funny, this happened 5…
Funny, this happened 5 minutes ago. Even though I click, wait and watch, somehow I did this. I had to search for the parent, remove the Parent link to its child, and then reinsert it in the grid.
Another suggestion: show the name of the item in the box when it is dragged. This will help confirm that we moving the correct item.
I just noticed that the item…
I just noticed that the item name is showing when you do a click and drag. However, the text is very faint white on a transparent-ish background.
Hi ! If it appears to IQ…
Hi !
This is an excellent suggestion. Situations where one purposefully wants to create a first-level recursion (a parent becoming a child of a child) are very very rare.
One could even argue that this should not be allowed... but as a first step, it seems fair enough to show a dialog
Pierre_Admin
IQ Designer
I can't remember exactly…
I can't remember exactly when I needed to have a first-level recursion (a parent becoming a child of a child), but I did want it at one time. So, please don't disallow it.
Pierre, If a base has one or…
Pierre,
If a base has one or more of these first-level recursions, could it cause the base to slow down (ie constantly working through calculations)?
Greg
Also, is there a way to…
Also, is there a way to detect the existence of a first-level recursion?
I see the bug has been fixed…
I see the bug has been fixed (or, if one prefers, "the feature's behavior has been updated") in the recent version (IQ warned me that I was about to (accidentally) create a first-level recursion and allowed me to cancel it) -- thanks!
I would also be interested if someone can suggest a way to find first-level recursions in one's database. It would be nice to confirm that none of these are hiding out in my database.
Thanks
Set the source of a grid to:…
Hi dderkits,
Not 100% correct, but a good start which you can finish with a manual compare of Item IDs
If you create the IDParent field (as shown here), then the source and be [IDParent]=[IDItem]
This bug appears to be "un…
This bug appears to be "un-fixed" in InfoQube v121b (today is the first time in a while that I have sustained this mouse misadventure). The warning window does not appear.
My experience is that this…
My experience is that this bug has been vastly reduced. However, I have had it appear 1-2 times over the last 1-2 months. I have not seen the warning window.
Hi Greg and dderkits, It…
Hi Greg and dderkits,
It seems there is a bug with this indeed. Cancel (dialog) doesn't really do a cancel. I'll look into that feature as a whole to ensure it works well
Pierre_Admin
Update: this should be…
Update: this should be improved in the next version 👍