InfoQube IM - Community

Submitted by Jon on 2011/01/20 10:11

I have a number of columns that I have carefully set up (maybe a dozen, but this will work with fewer). All of the columns happen to be check boxes. If I tick Auto size width, most of the columns move off the window, never to be seen again. Clearing the tick box and attempting to re-size does no good. If I check the Shown tick boxes for the columns that are no longer displayed, I see that they are no longer ticked (but I am

). Even so, there is something odd about this function since activating Auto size makes a column that is no larger than 8 characters SUPERSIZE.

I'm using IQ version I.

Jon

Comments

I tried to reproduce the first bug you describe in a sample DB, but I can't. As for the supersize problem : isn't auto-size supposed to fill up the whole grid width with the columns ? So if you only have a few some might get "supersized". I never use the auto-size feature anyway as I like to control column width myself...

[quote=Armando]I tried to reproduce the first bug you describe in a sample DB, but I can't. As for the supersize problem : isn't auto-size supposed to fill up the whole grid width with the columns ? So if you only have a few some might get "supersized". I never use the auto-size feature anyway as I like to control column width myself...[/quote]

Thanks for looking into this. The database in question is largely the result of an import from Ecco. The problem seems to be with check boxes. Have you tried duplicating my experience with these column types? As for autosize, many of the check boxes get pushed out of the frame. So if the purpose of autosize is to fill the frame, then all the check box columns would be represented in roughly equal widths. As I said, that does not happen, and in looking at the field pane, I find that the check box columns that have been push out of view are also no longer ticked as being shown in the grid. I did not clear the check box, this was done when the columns were pushed out of view. That should not happen.

As far as auto size goes, you are possibly right, but I assumed it would work more like the Excel Autofit Selection, expanding to the maximum width of the content. (EDIT: I considered this some more and it is probably not such a good idea to have this behave like Excel. What do you think?)

Jon

[quote=Jon]

The database in question is largely the result of an import from Ecco. The problem seems to be with check boxes. Have you tried duplicating my experience with these column types? As for autosize, many of the check boxes get pushed out of the frame. So if the purpose of autosize is to fill the frame, then all the check box columns would be represented in roughly equal widths. As I said, that does not happen, and in looking at the field pane, I find that the check box columns that have been push out of view are also no longer ticked as being shown in the grid. I did not clear the check box, this was done when the columns were pushed out of view. That should not happen.

[/quote]

My inbox consists of: the item field, a text field and about 20 tickbox fields (exactly 20 actually, now that I count) - I'm unable to reproduce these problems - so I'm wondering could it be related to the fact that the grid is content mainly imported from Ecco....

I havent tried reproducing this in the sample database (have you tried that? - I see Armando tried without success).

I have no experience with importing stuff - maybe someone else who has imported a lot of stuff from ecco could have a look at this?

Hi Jon, Yes, I tried with Boolean fields. And also other types, various numbers, with different options checked etc. I wasn't able to reproduce it. It's possible that it's caused by something in the import, but I really doubt so. AKAIK, the import mainly maps fields and parent-children relationships. But maybe are there other Ecco related settings I'm unaware of. Only Pierre could tell. --- As far as auto-size goes : I haven't got the time to think about it enough, but I like the Excel autofit idea. IMO it would be better than the current auto-size... My 2c. Of course, this would be useless in grids with fields containing huge amount of text. But for other grids with small amount of data in each field... Yes, why not.

OK, I was just able to replicates the disappearance of the columns. Here are the steps to follow:

1. Open a grid with just items, no columns.

2. Right click on the item header. Choose "Displayed columns..."

3. Choose several (in my case the number was five) columns for display. In my case one was a check box column, the others were pop up menu type columns. Click "OK."

4. Immediately go to "Manage Grids." Go to "Columns" and tick the box for "Multi-line column headers." No click "Save." In my database, the columns disappear.

As I am writing this, I am testing to make sure that the directions are sound. Something funny is definitely going on, because I just tried steps 1 to 3. I had forgotten that I already had the multi-line box ticked, and the columns are now displayed correctly! It appears that the order of execution matters. In other words, I must tick the desired display mode before choosing which columns to display. BUT when I right click on the headers and choose "Displayed columns..." the columns that are now correctly displayed in the grid ARE NOT CHECKED in the list of displayed columns.

Jon

Hi Jon,

I'm doing some cleanup in Mantis... is this still an issue ?

I tested this quickly, so no promises. It seems to be fixed. Perhaps this was resolved through one of your upgrades of the grid component?

Thank you for the follow up.

Jon

MANTIS

1105

disappearance of columns

Bug

minor

new

2011-02-13 14:36