Submitted by james8games on 2009/06/09 02:14
When I go to the search dialog and type in "drag", here is the output I get:
 
 
The "Shown In" field is blank for the 5th row when I think it should show "Links".
 
A similar issue is that when additional columns are added, like IDItem, they don't always display the values and the grid needs to be refreshed. This problem is rather intermittent.
 
Thanks,
James.
 

Comments

In principle, "shown in" only shows what items are currently shown in grids. So if the item shown in your screenshot was filtered out (using any of the filters) from the grid where you usually display it at that moment (when you searched), it won't show.
 
it might seem weird, but it's very logical. grids are like display devices.  items are not attached to them, and so IQ has no way, except from the various filters and source, of knowing which item you expect to appear in a specific grid.
 
(IMO , this could probably work in a more intuitive way though -- I believe Pierre and I talked about that matter a few times. Like having a special "grid field" that "sticks" to an item once it's been shown in a grid : this way, it would always be possible to know which item has been displayed in which grid at any time, whatever the filter is. Of course, any solution brings other problems... and the obvious one here would be that users would have to manage these "grid fields" from time to time and "remove" these items which should not be "associated" with various grids anymore , etc.)

james8games

2009/06/10 00:38

In reply to by Armando

Hi Armando, from what I understand, you mean that the item is in the database but not selected for display in any grid.
 
But this is not the case. Here is a screenshot showing the item in the Welcome grid but yet the "shown in" field is blank in the Quick Seach dialog.
 
Another minor issue I noticed is this:
On the welcome grid press Ctrl-G. Then type "*intro" without the quotes.
The press Ctrl-F and type "intro" and click Go. This will display the items in the Search grid. In this grid type Ctrl-G and type "*intro" the result is blank when in fact no records should be filtered out.
 
 

Armando

2009/06/10 01:22

In reply to by james8games

Hmmmm... You're right. Something is not working properly. It actually appears here, in the search window.... Only, it takes a few switch between grids and a few refresh... So I'm not sure what's happening. Seems like shown in is not working properly anymore.

Pierre_Admin

2009/06/10 02:21

In reply to by james8games

It is working fine here, but...
 
Keep in mind, that the list of items in a grid (used by the fast search dialog) is saved when:
  1. The grid is closed, or
  2. When Grid>>Save is performed
So, if you open the Welcome grid, the "Getting started Guide" item is initially closed. You open it. But you must save the grid to save the new list of displayed items.
 

Armando

2009/06/10 14:41

In reply to by Pierre_Admin

These details should be added to the "more about quick search" book section, and in the "grid menu" book section. I'll do it if more details are provided about
1-  what that "save grid" button does,
2- and why it's there. (Couldn't it be an automatic save ?)

markfoley

2009/06/12 02:18

In reply to by Armando

Yes, I wondered about 'save grid' too.  You don't need to it seems - when IQ crashes I normally start it again and my last entries are present, as you'd expect with a tool that uses a DB back end. 
 
Save might really mean 'save to search cache'.
 
Unless it is a time consuming tasks, the best option might be to put that 'save' code into the F5 'refresh' action.  Then you just need to know to refresh grids before they are searchable.
 
 
Also- in the example above the Welcome grid had just been opened.  Wouldn't it have been 'saved' at the time it was last closed anyway?  Why is the item with the missing items different to the items above and below that one, which show 'Shown in welcome' correctly?

Armando

2009/06/12 19:52

In reply to by markfoley

> the best option might be to put that 'save' code into the F5 'refresh' action
 
I think it's a good idea, if that doesn't slow down grid operations.
 
 
Pierre : if you think it's not such a good idea, maybe you could give us more info about :
 
1-  what that "save grid" button does,
2- and why it's there.
 
So that we can add it it to the manual.
 
Thanks

KeithB

2009/06/12 21:15

In reply to by Armando

[quote=Armando]
> the best option might be to put that 'save' code into the F5 'refresh' action
 
I think it's a good idea, if that doesn't slow down grid operations.
 
 
Pierre : if you think it's not such a good idea, maybe you could give us more info about :
 
1-  what that "save grid" button does,
2- and why it's there.
 
So that we can add it it to the manual.
 
Thanks
[/quote]
 
This is what I found from the old forum 8/18/2008:
  1. Grid save: In the grid menu, there is Save. This save the grid column configuration.
I'll add it to 4. Grid Menu

 
 
 

Armando

2009/06/12 21:37

In reply to by KeithB

Thanks Keith.
According to what Pierre wrote above, it doesn't seem like it's the only thing it does though.

Pierre_Admin

2009/06/12 21:52

In reply to by Armando

The grid save does 2 things:
  1. saves the column layout.
  2. save the list of items currently displayed
Both of these are also saved on a refresh (F5) and on grid close.
 
Item (1) is mostly cosmetic, the not item (2) as it is used in:
  1. Fast Search (Shown in column)
  2. Pivot table/charts (for the actual data to analyse)
As both of these windows are non-modal (i.e. you can return to the grid, make changes, etc), there are situations when you need to explicitely do a save, e.g. you make changes to the grid and want refresh the pivot table.
 

markfoley

2009/06/13 11:36

In reply to by Pierre_Admin

If both are included in refresh Pierre, I'd suggest the 'Save' option could be removed for simplicity.  I can't think of when you would want to save column layout but avoid refreshing.

Tom

2009/06/16 10:13

In reply to by markfoley

[quote=markfoley]
If both are included in refresh Pierre, I'd suggest the 'Save' option could be removed for simplicity.  I can't think of when you would want to save column layout but avoid refreshing.
[/quote]
when you refresh the grid, items are sorted according to the sortbar - if you have items temporarily sorted otherwise you may not wish to refresh

markfoley

2009/06/16 22:11

In reply to by Tom

Hmmm, I'd figure not many people would be doing temporary sorts.  Perhaps unify the save and refresh code but have something in the options called "re-sort on grid refresh"?

Tom

2009/06/17 03:43

In reply to by markfoley

 
> I'd figure not many people would be doing temporary sorts. 
 
just for the record - I do - a lot too!
 

markfoley

2009/06/17 04:50

In reply to by Tom

Interesting- so it sounds like that 're-sort on refresh' option would be useful.  What kind of situations do you use this in tom? 

Tom

2009/06/17 06:33

In reply to by markfoley

[quote=markfoley]
What kind of situations do you use this in tom? 
[/quote]
I work a lot with linked files (drawings/plans/etc) in IQ.
They have very minimal names in terms of info so I have related info in different fields
When I'm looking for a file I often have to sort by different info fields, or maybe by Itemcreated (usually default sort in sortbox is by Item)
Sometimes I sort by status of the item (related to colour &/or ticked fields)
 
Also lately in current job they've decided to change the naming system for about 600 to 700 files - I'm still having fun trying to figure out how exactly I will approach this in IQ but it naturally leads to necessity of sorting by new or by old names.
 
When I think about it the sortbar isnt much help to me in these particular grids but IIRC, otherwise it sorts by the first [#] column on refresh which is no help to me at all (- maybe I should look at that again but thats going off-topic!)
 
> so it sounds like that 're-sort on refresh' option would be useful.
for me, definitely yes
 
[edit] looking at this - I'd say I use sort where others might at times use filters [/edit]

Armando

2009/06/17 14:40

In reply to by Tom

I do a lot of temporary sorting too. 1- Very useful when working on a lot of data, and doing some pre-sorting before deciding on a more structured and "permanent way", 2- when dealing with tasks, todos etc. (move a few -- temporarily -- at the top of the list, for instance), 3- when writing a book/script, etc. and playing with the plot structure, etc. etc.

Tom

2009/06/20 09:52

In reply to by markfoley

[quote=markfoley]
 . . it sounds like that 're-sort on refresh' option would be useful
[/quote]
Gregory agrees as well ( www.sqlnotes.net/drupal5/index.php )
[quote=Gregory] . . my other main gripe at the moment is the necessity almost all the time to do a refresh, and then watch the order of the grid change completely - meaning that I have to sort or to filter all over again, just to get back to where I was [/quote]
 
 

Armando

2009/06/20 13:10

In reply to by Tom

>. . my other main gripe at the moment is the necessity almost all the time to do a refresh, and then watch the order of the grid change completely - meaning that I have to sort or to filter all over again, just to get back to where I was
 
 
This is the subject of another thread, obviously.
 
I'll create a new one...