InfoQube IM - Community

Submitted by DavidF on 2016/08/04 17:33

If I create in one item a hyperlink that links to another item, in the same grid, is there any way when I click that link, it takes me to the linked item, but staying in that grid? The default behaviour seems to be to open the linked item in Scratch. I guess there is the fact of course that an item could appear in several grids, so which one should IQ go to... The linked item in question is a subitem (by quite some way), so has no attribute marked that specifies it belongs to that grid where its parent is and which I am working in.

It's just it would be useful to see some context when I click on the link, and not just get a lone item in the Scratch grid.

DavidF.

Comments

If the link points to an item loaded in the grid, it should stay in the grid. Does it not ?

Otherwise, it goes to the homegrid if defined, or else it is shown in the Scratch

Pierre_Admin

IQ Designer

This is weird. Now it's doing as you describe, going to the linked item, staying in the grid. Before it was definitely doing as I described, opening the linked item in the Scratch grid. I've got the Scratch grid open, with the linked item the sole item in it, to prove it!

All I can think is, the grid I was in was hoisted (but still containing the linked item) - I tried unhoisting to see if that made a difference, and the link started working as it should. Of course now, hoisted or unhoisted, it still works.

DavidF.

[quote=DavidF]

All I can think is, the grid I was in was hoisted (but still containing the linked item)

[/quote]

And the item was visible ? i.e. if a sub-item of another item, perhaps it wasn't loaded into the grid

HTH !

Pierre_Admin

IQ Designer

Think it was visible, couldn't swear to it. Once it started working, it didn't matter if it was hoisted, unhoisted, visible, "folded" or whatever - the link took you to the item in the current grid.

DavidF.

Having tried this out some more, it's to do with whether the linked item was a subitem that was folded/collapsed the first time you click the link. If it's folded (invisible) the first time, it opens in Scratch. Expand it (make it visible), and now the link takes you to the current grid. From now on, whether the linked item is collapsed or expanded, the link takes you to it in the grid rather than in Scratch. It's that first time that IQ doesn't "know" it's available and opens it in Scratch.

If the grid is hoisted and the linked item is outside the hoist, it always opens in Scratch. Which makes sense, I think.

DavidF.

I have ran into the same issue.

A possible workaround is to make the linked item favorite as that seems to trigger the assignment of the ItemHomeGrid field for that item and then remove the item from favorites again. However this produces a little friction to the workflow which is why I have abandoned this method.

I realize that loading all items all the time in a hierarchy would rather lead to slow performance overall, but could a manual "Load All Items for Grid" be implemented?