InfoQube IM - Community

Submitted by Pierre_Admin on 2016/12/08 17:24

Hi IQ Users,

In this release (v0.9.88c):

New: Tabs can now contain panes, so they can be split into any number of views. To add a view to a tab, open the view and right-click on the its tab and select "Copy View". Then right-click on the tab and select "Paste View". The view will be shown in a docked pane. Reposition the pane if desired.
- With this new feature, tabs can become customizable "desktops". For example, users can show both tasks and the Calendar in the same tab and drag-drop tasks straight to the Calendar (as either a scheduled or unscheduled event) Much improved task management !!
New: When dragging an item to the Calendar, option to show item or create an appointment sub-item
New: Notifications pane: When showing selected item (as opposed to Mouse-over), now shows more information about the item
New: Notifications pane now uses the same font settings as the Properties pane
Fixed: Grid: When dragging an item to the Calendar header or all day section, it now correctly creates an unscheduled event
Fixed: Grid: It was possible to move a column to the left of the # column
Fixed: Grid: Copy / Paste did not always work when multiple cells were selected
Fixed: Calendar: Smoother navigation when the day view is zoomed
Fixed: Map View: Colors were not being updated when changes were made in another form
Fixed: Map View: Color commands were not enabled (fore/back color)
Fixed: Tools > Options > Other: Hotkey change no longer require a program restart
Fixed: New Item dialog: WIKITag List not updating in "Add to Item IQ Base" Dialog Drop-down List

Download it here

Pierre_Admin

IQ Designer

Comments

Downloading now.

[quote=Pierre_Admin]

New: Tabs can now contain panes, so they can be split into any number of views. To add a view to a tab, open the view and right-click on the its tab and select "Copy View". Then right-click on the tab and select "Paste View". The view will be shown in a docked pane. Reposition the pane if desired.[/quote] had a quick look at this -- looks great Pierre :up:

Thanks!! (more tomorrow...)

IQ geek

Windows 8.1

CPU: Intel i5 2.6ghz

Really appreciate the new Tab+View UI.

I released v88a (both as a normal package and as a patch).

Fixes some focus issues and improved Ctrl+Tab handling

HTH !

Pierre_Admin

IQ Designer

I released v88b (both as a normal package and as a patch).

Fixes some focus issues and improved Ctrl+Tab handling

HTH !

Pierre_Admin

IQ Designer

Amazing stuff!

The possibilities are amazing! (Users : try it, move panes around in grids, group them, etc.: it's great!)

I've always been struggling to find a good way to switch from one project to the other, but now it's a breeze!

I can organize many grids into one single tab/grid; then close the tab when I'm done, and when I need to see that project again, I open that grid/tab and BAM! all grids are instantly loaded with that tab, positioned as they were last left... Fantastic!

Great job Pierre, amazing improvement for users like me who juggle between several projects with many many grids. Now, I need a bigger screen...

(Haven't really "looked" for bugs yet, but it's been pretty smooth for the last 30 min)

IQ geek

Windows 8.1

CPU: Intel i5 2.6ghz

"The possibilities are amazing! (Users : try it, move panes around in grids, group them, etc.: it's great!)

I've always been struggling to find a good way to switch from one project to the other, but now it's a breeze!

Great job Pierre, amazing improvement for users like me who juggle between several projects with many many grids."

It sounds like some users will probably want to create extra grids just for manipulating these views, do you agree? For instance maybe a grid call "4-pane project view" or something along those lines? As a way to differentiate between "single" grids and grids that contain a mix of panes?

Yes, and as IQ's UI evolves, we may move to a higher level of abstraction, where:

Each tab is a blank space (or workspace), where UI objects are inserted (Grids, Calendar, Gantt, Pivots, 2-D Surfaces, etc).
When selecting a view, it would simply be added to this workspace.
Press the New Tab button (as in your browser) to create a new workspace.

Time will tell what users want / need.

Pierre_Admin

IQ Designer

[quote=David_H]

[/quote]

I Actually don't/didn't have to that as I already have master project grids and secondary grids.

(I like the fact that a grid can contain different grids when loaded as a tab. But when loaded as a pane/in a pane, by itself, it doesn't behave like a tab/container and becomes single...!)

The differentiation of grid as "container" vs grid as "sub-grid" is as simple as creating your own name coding by adding either a suffix or a prefix.

Pierre's idea of tabs as blank space is a possibility, but I think it also has the potential of making things more complex. Will tabs need names in another UI section to make things manageable?

So you'll have:

tabs (named)

panes

grids and all the other views (calendar, map, gantt, etc.) (named)

forms (named)

fields (named)

items

Right now, the good thing is that you don’t have to name a tab and complexify the structure. It shares the name of its main grid (or, eventually, other view types), and I don't think it's a bad idea...

Time will tell.

IQ geek

Windows 8.1

CPU: Intel i5 2.6ghz

[quote=Armando]

I like the fact that a grid can contain different grids when loaded as a tab. But when loaded as a pane/in a pane, by itself, it doesn't behave like a tab/container and becomes single...!

[/quote]

It is possible to have a pane with a layout of views. In fact, when you first detach such tab, it is a layout of views. On close and re-open, I currently do not restore the layout, but I could and I will if all goes well.

[quote=Armando]

Pierre's idea of tabs as blank space is a possibility, but I think it also has the potential of making things more complex. Will tabs need names in another UI section to make things manageable?

[/quote]

Not really, Think of Excel and its sheets. There are just there... Nothing to manage really. You can name them, or leave the default names.

It could be the same for IQ, It would comes with 4-6 blank tabs (and why not call them sheets...). Users would add / remove UI elements at will.

Food for thought !!

Pierre_Admin

IQ Designer

[quote=Pierre_Admin]

[quote=Armando]

Pierre's idea of tabs as blank space is a possibility, but I think it also has the potential of making things more complex. Will tabs need names in another UI section to make things manageable?

[/quote]

Not really, Think of Excel and its sheets. There are just there... Nothing to manage really. You can name them, or leave the default names.

It could be the same for IQ, It would comes with 4-6 blank tabs (and why not call them sheets...). Users would add / remove UI elements at will.

Food for thought !!

[/quote]

To me, Excel sheets aren't really the same thing.

But anyway, what was needed was a way to group many grids, organize them visually, so that the layout can be recalled always exactly as it is for that specific projet; and then close that, open some other grid layout for another specific project, etc.

If I can still do that with your sheets, as easily (close a project sheet, and recall it at will with all its associated grids, etc.), why not. But to be able to recall a specific sheet/tab with a specific grid set (not just a layout), you'll still need some name/identifier... at least at some point!

The biggest difference would be that the sheet would be "neutral" (it wouldn't have an identity/type apart from being a tab/sheet). This has its pros and cons. Like the fact that items in IQ don't have a specific type, nor are they just a parent or a child, etc. -- they are somewhat neutral and you build on that. It has many advantages and some disadvantages. The main disadvantage is that it requires more work from the user as she/he needs to make more decisions (semantic and syntactic) and it can become overwhelming. (Outlook, for example, removes much freedom, but is easier to use. Freedom is hard, and... I use IQ)

Predictability is very important in a working environment. That's what this new feature brings : visual consistency when working on specific projects. Before I had to keep too many gris open just because I didn't want to close everything between projects. Now it's possible to close everything, open a project and the project will open with all its associated grids, placed where I put them last time.

(Last versions also brought more stability to the working environment : panes stay where they've been put. And on autohide, they don't take much space, and can always be found at the same place when I open IQ. Great improvement overall. The main workspace with its vertical/horizontal gris was fine, but... a bit cumbersome when wanting to keep stuff around just in case, or as visual reminders.)

PS I also noticed that using tabs to group panes makes IQ lighter on resources.

IQ geek

Windows 8.1

CPU: Intel i5 2.6ghz

[quote=Pierre_Admin]

Fixed: Grid: It was possible to move a column to the left of the # column

[/quote]

This was a feature for me. I really dislike the #column as it gives me no information and is just clutter.

So I move all columns to the left of the # column in all of my grids. Is there an option to hide altogether?

Shrink it to zero width ?

Pierre_Admin

IQ Designer

While trying to get rid of it on v88 I stumbled upon this "work-around".

EDIT: This work-around does not apply permanently.

Please allow for the # column to be the rightmost one(i.e. having others to its left or a permanent option to turn it off within grids).

hi Ethanrox,

I think this may have been after my bug report, here: http://www.sqlnotes.net/drupal5/index.php?q=node/3734. If so, what I was having a problem with was not the ability to move the # column, but it moving in a random way, and with the result that what then became the leftmost column (ie taking the position of the # col) was then stuck there... This seemed to happen after I moved a column so that it took the place of the Item column.

Actually I never knew you could move the # column in the way you've been doing. I've always used a custom keyboard command to move columns (ie using the menu command under Columns) and you can't do that with the # column. Just tried it out in an older version of IQ and worked out you do it by clicking and dragging the other columns to the left of the # column...

DavidF.

I remember your post but hoped that the "random" thing got fixed and not the "position" thing, although the are surely related :)

If it cannot be completely disabled for a grid (for some code-related reason), I suggest the option to Hide it like any other column. I hope it is possible just like the hidden columns still being used for Conditional Formatting purposes.

v0.9.88c is now online. It fixes recently reported issues.

Pierre_Admin

IQ Designer

9.88c fixed the CTRL-C/CTRL-V problems I was having in the HTML pane but now the same problem has migrated to the grid.

Issue #1

1) Copy item cell (CTRL-C); Paste item cell contents into new blank item (CTRL-V). Instead of pasting in the item cell, it pastes into the HTML pane. And instead of pasting what I just copied, it pastes the previous clipboard contents

2) Do same as above but enter edit mode in source and destination item cells: same result.

Probably Irrelevant Issue #2

This is a tangential issue but I've always had a little problem with cell focus in the grid. For example:

1) I'm working in the HTML pane of Item #1.

2) I finish that work and move to Item #2 for other work. When I select item #2, I expect the next action to be applied to item #2 in the grid. Instead, focus remains in the HTML pane (ie I go to Item #2 and hit return to create a new item; instead, return is applied to the HTML pane).

3) To switch focus to Item #2 I have to select it a second time. Maybe that's by design but it doesn't seem right. It's caused many miscues but I've finally gotten used to it and now remember I have to select a grid item twice for focus to leave the HTML pane.

I'm probably wrong about this and it's behaving as intended and desired. It's just not what I expect.

Wayne

Hate to be nagging but # Column still leftmost and not being able to move other columns to its left nor hide it.

[quote=ethanrox]

Hate to be nagging but # Column still leftmost and not being able to move other columns to its left nor hide it.

[/quote]

True, but this is not a bug.

You didn't answer my previous question as to why reducing its width to zero did not work for you...

Pierre_Admin

IQ Designer

I do not know how to reduce it to zero size width. By dragging the borders I can get it to 2px minimum, but not to 0.

Am I missing something obvious?