1) Create grid with tag source; context parents = 0

2) Grid displays all items assigned to tag

3) Organize items under new headers (TLI's).

4) Grid now shows a clean list of headers with tagged subitems

5) Refresh grid

7) Doesn't affect items that are TLI's in their source grids.  They remain under their headers and do not show duplicate TLI's

 

For comparison, I set up a regular test grid:

1) Assign a sample of the tagged items to the grid; context parents = 0

2) Organize items under new headers

3) Refresh grid

4) All items remain under their new parents and

I want to create a default setting for text font, color, and background color.

 

There's an option for this, but then when you create a new grid, the default is set to "all" instead

of the setting from options.  Doesn't that make the options setting pointless since the grid is

created with a set default that's not affected by the options setting?

 

Is there some way around this?

 

My suggestion:

 

Change grid default setting from (blank = all; -1 = default), to (blank = default; -1 = all)

 

Doesn't that make more sense?

 

Wayne

9.112p

 

(As always, maybe I'm missing something)

The result is a childless parent with the '-' symbol in the left marging to collapse its non-existant tree. I've observed ths loads of times but it seems somewhat random and I've never been able to reproduce it. Maybe there's something you can check at your end, Pierre?

Rather a suggestion than a bug report, I guess, or somewhere in between.

 

When pasting multiple items, e.g. from another grid, the text of the focussed item is overwritten (with the first item pasted?), then the other copied items are added as new items. I think it's very unlikely that's what the user wants in this case. It seems more acceptable when pasting a single item though I'm not sure I really like the overwriting in that case either. This also only happens with regular copy, and not, for example, wilh .xml copy.

Say you have data like this:

 

 

 

Is there a way to display this data as:

 

 

Perhaps with a Pivot Table?  (I don't really have a good understanding of them yet).

 

I suppose the alternative would be to have numeric fields Apples, Bananas, Oranges, but that seems very inefficient profiferation of fields, particularly if there are many fruit types!  It would seem more efficient to be able to use the values in a FruitType field as column headers.

 

 

 

Given that IQ already has all the infrastructure necessary to synchronise with Google Calendar: how hard would it be to create a synchronisation between a single grid (sorry, notebook! - but I do prefer grid...) and a simple Google Spreadsheet? This would permit a cheap'n'cheerful sync to Android phones. Very useful for shopping lists, ToDo's and the like.

Thanks Keith for pointing out this video by Pierre:

 

 

And thanks Pierre for making it.

 

A supplementary question. I have made fairly extensive use of the older WikiTags approach. I can use the approach outlined in the Youtube video to import an edited version of the wikitags which I am currently using into the tags hierarchy. However, I cannot think of an easy way in which to assign tags based on the existing wikitag values of items which I have already tagged using that older system. Has anybody got a good suggestion for me?

 

Thanks!

 

Mark

Hello from Riyadh, for the next month or so. Then back to UK or maybe France...

 

I have a grid with a Tags column.

 

When I display the grid, it initially shows the tags for the items. Fairly quickly, the tags column progressively blanks out. If I click in the tags column and refresh using F5, the tags reappear. After a few seconds / minutes, the tags again progressively (regressively!) vanish.