Situation  beta 9.25 pre 18

 

Grid Y:

Jan Rifkinson (TLI)

  child 1

  child 2

    grandchild A

    grandchild B

 

<CTRL><drag/drop> from Grid X (only TLI displayed) to Grid Y drop on "Jan Rifkinson"

item i

item ii

Item iii

 

Display in Grid X is sort of hoisted to reveal only:

Grid Y

Jan Rifkinson (TLI)

  item i

  item ii

  item iii

 

If user refreshes display all Jan Rifkinson children / grandchildren are revealed as seen below:

 

I'm not sure whether this wasn't mentioned before, so I just put in suggestions:

1. While hoisting: to hoist an item or to hoist searched items is really fast, but to "unhoist" them takes really long, and also the way the grid is displayed changes (in terms of levels shown, at least).

2. Same thing is happening while filtering. As I filter for colors it takes a long time to "unfilter". And also, sometime the things are not the same. Another thing. When I moved and item and changed its level, then I couldn't fix its position in "filtered" mode. It would be always the last, for instance. When I have a lot of items I may miss something when it doesn't appear when I think I put it last. Those are just the things that I'd like at some point to be improved.

Much obliged,

Jay

Dual pane

 

[edit 2010-03-17 18:53GMT]  -  a better & clearer description below - www.sqlnotes.net/drupal5/index.php  [/edit]

 

[edit 2010-02-11 18:21GMT] the problem seems to be only with items with links to files [/edit]

 

 

Select a sub-item (one that has siblings please, say Child1 in the example below)

 

Parent

Now click (and hold) in the text of one of the siblings, say Child3, & drag it to the opposite pane so it becomes a child of an item there.

 

Drag:

Child1 is moved instead

Version 0.9.25Pre-Rel18

 

I haven't done extensive testing, but from what I've seen, Hierarchical equations have priority over row equations. Am I wrong ?

 

This is fine in most cases, except when sub items are non existent or don't meet the hierarchical equation's conditions (i.e. : the user uses some conditions in the hierarc.equation to filter items out from the equation) . When sub items are non existent or don't meet the hierarchical equation condition, the result will always be null, and recalc will never always result as a null -- at least, that's what seems to happen here.

 

Could this be changed so that when there are no items available to calculate the equation/function, row equations have priority ?

 

I haven't thought of all the implications of such a change though... (But thought of suggesting before I forget.... since it's time to sleep...)

One not that well known feature is that double clicking on a bullet of an item-parent will show ALL its sub-items (it will activate the "Show All sub-items" feature, extremely useful when one wants to circumvent filter restrictions and see all subs). Super convenient IMO.

 

But with Ecco's "double clicking to show subs" new option, this will likely disappear, which is too bad. Are there any plans to make that feature available to "Ecco users" ?

Maybe it's just me... So if anybody has links to outlook items and it works (Version 0.9.25Pre-Rel18)... Please tell me !

Here it doesn't...

:)

As stated in Display bug: cursor 'carrying' something but not the case (hopefully)

 

When hovering mouse over items...

 

[quote]

The cursor constantly flickers and, strangely, adversely affects IQ's CPU consumption (IQ jumps to 10-15%) [...]

[/quote]

as of this post we are at

Version 0.9.25Pre-Rel18 build 2010-02-09 20:04:10

 

Bullets have just been changed prompting a debate here Version 0.9.25PreRel17 is now released !

The new way uses black arrow bullets for expandable items, and circular black outlined/grey bullets for expanded items & items with no sub-items

 

I think the new way is clearer but agree with Armando when he says:

[quote=Armando]

1- I think the previous "bullet" way was more graphically coherent.
 

Version #18

 

 

 

 

the white lines are go-faster stripes from when you move the cursor quickly over the blacked out items