When inserting a hyperlink with the HyperLink dialog (btw, why is the 'L' upper-case?), the tab order of the window seems counterproductive. It start on the OK button, and then proceeds around the buttons, and then the edit fields in reverse order.

 

I think it would be better if it started in the top edit, went on to the next edit, and then to OK, following the assumed workflow.

e.g. :  Numberfield = -2       BackColor=&h283AFF

 

This won't work.

 

But  Numberfield < 0 will work.

 

 

Can anybody confirm ?

 

P.S. I also have a question for Pierre : would it be feasible to use conditional formats with strings (e.g. TextField = "SomeString") ? Or at least maybe be able to use a <> 0 or = 0 to signify "isnull()" or "not isnull()" ? This would make the conditional format much more useful and similar to Outlook "automatic formatting".

In IQ, Auto-complete as we've been accustomed to it in recent years only works when certain field options are used.

 

(In the Editor section of the field management dialog)

 

1- "must be in the list"

2- "read only"

 

Only then does it do the auto-complete thing. Is there a reason for that ?

 

 

I think auto-complete should always be available whenever there's a list configured for a field (whether it's and "auto-list" or not).

This has become a standard in many apps nowadays.

 

(For those who don't want auto complete, there's always F2 and the drop down menu for easy selection. For the realted issue with drop down menus and F2, see Drop down menus in grids and Properties pane : should all be triggered by F2)

 

Opinions ?

Right now, AFAICT, only in a few situations do drop down menus appear in the grid when F2 is pressed (calendar, read-only drop down lists mainly), and in the grid I think only the dates will show the calendar -- any other drop down menu won't ever show. Actually, editing these fields (with preconfigured lists) can be quite a challenge in the properties pane.

 

This should be standardized so that all drop down menus appear when pressing F2 in the grid or the properties pane.

 

Opinions ?

A value of "1" in any of these 2 sections will tremendously slow down the item to item focus change.

 

 

Parents: 1

 

AND/OR

 

Siblings: 1

 

It gets worst with higher values.

30-50 siblings or parents will create about a 1-2 s disruption for the properties pane to refresh and "release the focus" to the next item... which makes navigation with an opened properties pane almost impossible.

30-50 seems like a big number, but it isn't actually. E.g.

I don't know about you guys, but I find it very difficult to use mouse for adjusting the columns and rows. It is very difficult to "catch" the line with the mouse.

Dragging fields around in the left side of the Manage Grids dialog does not appear to work. When I try to reorder them by dragging them I keep getting the "striked circle" symbol telling me I can't drop the item here even though there is an "insert here line" that seems to imply it should be possible.

 

It can be easily done by dragging the field headers in the actual grid, but I assume it's supposed to be possible in the manager as well.

 

While playing around with this it sometimes seemed like the Manage Grids dialog would randomly move a field to the left side of the grid when it was closed, but right now I can't reproduce it.

 

Also, would it be more consistent if Manage Grids was a top level item in the View menu, just like Manage Fields and Manage Forms? it seems a bit odd to have to go into a sub-menu for that one.

I wanted to put the button to bring up the HTML Editing pane from the View menu into the main toolbar next to the Properties pane button, but since it has no icon, it ends up a rather large text button.

 

So I would like to suggest giving it an icon, and possibly putting it on the toolbar (I know there is a shortcut for it, but I am as usual thinking about new users to whom it might seem useful to have it as readily available in the bar as the properties pane).

 Are there any workarounds for Ctrl+n (numeric 1 thru 9)  ((expand/collapse all items to level n)

and Ctrl+Shift+n ((expand/collapse all items to level n))?  

to access them by something other than keystrokes?  

 

I really want to have these available somehow for menus and toolbars, as I use these many times a day. (and I'm not always a keystroke person, even if I can remember them). 

 

If nothing else, does anyone have an autohotkey script to associate an icon to ctrl+1 for example, and have it only work for infoqube?

 

Is there any reason not to put this request in mantis, assuming no easy workarounds?

 

 

 

 

I am not sure exactly what it is called .. in the context menu it appears as "Views ...", and in the View menu it's a detachable menu called "Grids", but I am talking about the vertical bar that is along the left side of the screen by default and which shows buttons for the calendar and all your grids for easy access.

 

Clicking any button opens that grid (or calendar) which is of course fine.

 

If you click the calendar button while the calendar is open it closes the calendar. I would like to have this behavior on the rest of the buttons as well. So if I am currently looking at the Inbox grid and I click the Inbox button on the bar, it should close that grid instead of doing nothing.