Gantt Charts and Accounting...
- Read more about Gantt Charts and Accounting...
- Log in or register to post comments
Release Notes prior to v0.9.70
- New: Grid: When creating an .odc, warn user if the grid is not visible to other applications, and offer to make it visible
- New: Grid: Improved Hoist (item expand states matches pre-hoist display)
- Fixed: Grid: Refresh did not apply Ctrl+G type filtering
- Fixed: Grid: Split an item could create 2 new identical items instead of one
- Fixed: Grid: Grid could lock up under certain conditions
- Fixed: Universal clipper had (again) an issue with importing latin character content
- New: Better Unicode support
- New: Universal clipper correctly handles non-latin characters (arabic, russian, greek, asian)
after file open, no Grids opened, no View menu, only File and Tools menu shown
SHORTCUT Key to FOCUS the 1st Column/Field in a Grid and/or Form to enhance Data Entry.
After working thru the peculiarities of creating new Items and populating data Fields directly in the Grid and via Forms, I'm finding data entry in IQ to be refreshingly "keyboard friendly" EXCEPT for returning to the 1st Field to begin entering a new Item.
I notice that both <Home> and <Ctrl+Home> have identical effects in Grids (move to 1st row) and the Properties Pane (focus Item Properties divider); one of these Shortcuts could be enlisted to shift the Focus to the 1st Field instead. Additionally, creating a NEW Item / Sub-Item via <Ctrl+F7> / <Ctrl+F8> (or <Enter> / <Ctrl+Enter> in the Grid) should automatically shift the Focus to the 1st Field as well (this goes for the Item Command Toolbar buttons as well).
Alternatively / Additionally, <RightArrow> when in the last Column of a Grid (or <DownArrow> in last Field in a Form) should cycle the Focus around to the 1 Field.
Header of FOCUSED Field loses its specified Color setting.
Hate to keep doing this you, Pierre...
I love the capability to have the Headers of particular Fields be set to a specified color and this feature appears to work flawlessly EXCEPT when that Field becomes FOCUSED in the Grid. IQ appears to re-draw the Column Header (in anticipation of emphasizing the currently active column?) to the Default Header Color. This isn't that big of a deal when you set the Grid Cells to be colored as well, but I find that be overkill in most circumstances.
FUTURE ENHANCEMENT: The ability to LOCK a Document Pane to a GRID
Just something that I will let percolate in your mind (I haven't thought thru the potential ramifications yet myself).
Currently, if I have multiple Document Panes open with none of them LOCKED to a particular Item, IQ will cycle thru each to display subsequent Documents. To get the effect of having all Documents show up in a particular Pane, I have to LOCK each of the other Document Panes to a specific Item. Workable with 2 Documents Panes but cumbersome with more than that.
A short-term compromise would be the ability to designate a single Document Pane as the DEFAULT VIEWER for a period of time. This would just require an additional button on the Standard Toolbar and simply short-circuit the cycling process.
Document Pane not showing Images when Browse Mode is turned on
Drag & Drop some image files into a Grid and specify to show in the Document Pane. When I turn on Browse Mode for the Document Pane and select a different Item, the image doesn't show; turning Browse Mode off fixes immediately.
NOTE: I did edit the HTML for each Image to set "height=350" so they would scale to my default Document Pane size; it would be great if we could specify some additional HTML directives to add into the HTML wrapper when creating File Links.
Zoom Levels missing from Status Bar
APOLOGIZES: The Zoom Levels come back when TOOLTIPS are turned ON via the [View] menu.
Previously, the status bar would report the Zoom Levels of the Active Grid and the Document Pane.
- Read more about Zoom Levels missing from Status Bar
- Log in or register to post comments
Adjusting Tag Grid TEXT SIZE can cause Tag List to list [Item Font] instead of [Item]
I'm loving the new TAGS feature and I've been putting it through its paces by playing around with Colors, Fonts and using Non-Alpha characters for Sorting Purposes. I've run across a strange situation where the List of Tags will display the value in [Item Font] instead of the Text value in [Item]. This seems to occur immediately after adjusting the TEXT SIZE and can be cleared up by making an Edit to the Item Text. My use of Non-Alpha characters as Prefixes to adjust Sort Order of Tags when not in Tree View may be a contributing factor but I doubt that.