Hi IQ Users,

Both of these are different issues related to scroll bar behavior:

 

1. I have my inbox grid set to sort by ItemCreated.  If I have it set to sort descending (ascending?), every time I open it, it is scrolled all the way to the bottom.  If I scroll to the top where it should be, and then close the grid, when I reopen the grid, it's scrolled all the way to the bottom again.  If I reverse the sort order, it opens scrolled all the way to the top, as it should.  So it's the sort order that causes this issue.

 

2.

Opening/moving grids in/to the biggest tab zone/group is often a problem here, everyday. 

 

I tend to set my work space in a specific way (specific grids in specific tab groups) and will often reduce the size of some zones (they become barely visible) to be able to see the data differently, etc.
 

And I also often use the omnibox to switch between grids and between zones, and IQ will then disrupts the way grids are grouped by moving grids around to the wider space... And I really don't want that.

Could this new feature be an option we can turn on/off?
 

Thanks!

I've been creating links to items using the Item ID number.  I've noticed that if the link is to a subitem, it opens in the search grid instead of the home grid for the item.

 

Is that the way it's supposed to work?  I want the links to open in the home grid, not the search grid.

 

Wayne

I have, for example:

Item1

  Item 1.1

    Item 1.1.1

    Item 1.1.2

 

When I search for Item 1.1 (using the Omnibar), IQ finds it. However, the found Item 1.1 can not be expanded to show it's children. How do I search to find the item with its children (like in Ecco)?

This happens about once/day:

 

 

I am not doing anything reproducible. Not sure how to troubleshoot this..?

(I need to kill IQ in Task Manager)

Group by bar : sorting config is lost between IQ sessions (not just closing and reopening grid, but closing and restarting IQ). I  tested it a few times (v83).

I think I mentioned that already but can't find it.

Pretty time consuming bugs when groups need to regularly be recreated, columns are lost, etc.

 

(Those problems can be verified in a sample DB, V83)

 

1- If a column is already grouped "under" some other column, and it is readded (by mistake) by drag-drop from the properties pane : all grouped columns are disrupted.  No known workaround.

 

2- If a column is removed (not hidden) at the *left* of other grouped columns, those groups are disrupted. Steps in AdrssBook grid:

   - group priority, duedate, todoseffortInHours

   - group done and notes

   - Expand groups

    - Close the grid and reopen it

    - Right click on Todos to remove it

    - Both groups now include other columns.

Item Text Color Disappears When Selecting the Item