IGrid automatic column resizing

Hi,
I have a problem with iGrids. I want to have fixed column sizes, so I filled in the width for the columns in the Layout Configuration tab of the display template and I disabled the "Auto resize columns" checkbox. When I load this iGrid as an applet in my web page, indeed the column sizes are fixed according to the width parameters. But in my web script I also use a refresh button to update the iGrid with new data. The problem is that when I refresh, the column sizes are automatically resized to another width. Can someone help me how to solve this problem, cause it's really anoying for an end user to make the colums larger again each time they refresh the page.

Hi,
In Display Template Generel Tab , do you have unchecked Allow Column Resize check box.
In your JS you can also use below code:
document.GRIDAPP.getGridObject().setAllowColumnResize(false);
document.GRIDAPP.updateGrid(true);
-Suresh

Similar Messages

JTable in JPanel last Column resize clips JTable doesnt repaint JPanel

I have a JTable in a JPanel, when I drag the last column of the JTableHeader (u can see the column resizing as the text of the Table HeaderColumn moves with the drag) the JTable is outside the JPanel. Only when u click on another component and then click back on the JTableHeader does it repaint.
I have tried jPanel.revalidate(); in the mouseDragged event of MouseMotionListener on the JTableHeader and all manner or repaints and fireTableStructureChanged. But I dont understand the order of events.
The last bug to fix!!!
NB I dont want to use scrollpane as its not necessary and as many tables are synchronized with one table it makes repaints less smooth
Thanks Paul

Well, I didn't find an answer but I did find a solution.
The JPanel is the problem. I use it to help with layout which is not obvious in this example.
As you can see in the code the JTable is placed in a JScrollPane which is place in a JPanel which is placed in a JTabbedPane.
If I use Box instead of JPanel the JTable in the JScrollPane in the Box in the TabbedPane in the JFrame resizes correclty.
So although JPanel is resizable with setSize it does not get resized when it's JFrame gets resized.
I would still like to know why?
////////KBS
JTabbedPane myTP = new JTabbedPane();
Box myOne = Box.createHorizontalBox();
Box myTwo = Box.createHorizontalBox();
myOne.add(pane);
myTP.add("One", myOne);
myTP.add("Two", myTwo);
////////KBS

Finder Column Resize Field is missing - whitespace instead

Hi,
I noticed that the little column resize field on the vertical dividers in Finder (the one with the two vertical lines on it) has gone missing. There's now a whitespace instead, which I can still use to resize the column. So the problem is more of a cosmetic nature, yet those dangling scrollbars look a bit irritating.
here's a screenshot of it: www.sfu.ca/~msteger/scr1.png
Somewhat related, the gradient in Safari's title bar is not continuous but has a sudden step just above the bookmarks. www.sfu.ca/~msteger/scr2.png
I don't recall any particular event after which this issue came up. I recently installed the 10.6.2 Combo Update but that didn't make any difference.
Thanks for any suggestions.
Mike

Hmm... There are some simple troubleshooting steps you can take.
Be sure you drive is not overly full. Rule of thumb would be over 85%.
Create a new User go to System Preferences >> Accounts >> "+" (make it an admin acct) and test the apps in this new account, if they work the problem is isolated to your User and not systemwide.
If the issue is limited to your user account try starting up Safe Mode (It will take more time to startup in Safe Mode because it runs a directory check.)
If your apps functions correctly that way, go to System Preferences >> Accounts >> Login Items, and remove them. Boot normally and test. If not go to ~(yourHome)/Library/Contextual Menu Items and move whatever is there to the desktop. Then do the same with /Library/Contextual Menu Items. Lastly, try moving ~(yourHome)/Library/Fonts to your desktop and restarting.
Log out/in or restart, if that sorts it start putting items back one at a time until you find the culprit.
If the issue is systemwide then, you may be able to repair this with the The 10.6.2 Combo Update This is a fuller install, as opposed to an incremental "delta" update so it should overwrite any files that are damaged or missing. It does not matter if you have applied it before.
Remember to Verify Disk before update and repair permissions after update from /Applications/Utilities/Disk Utility.
-mj

BPM Workspace - Persistent column resizing & locking down Priority field

Hello All,
BPM version 11.1.1.7
1) In the BPM workspace, a user can resize the visible columns in the tasks list in the Inbox views or other views. However, as soon as the user navigates out and returns to the view , the layout gets resset. All the column resizing is lost. This happens within the same session. Is this expected behaviour? Is there any way to alter this?
Usually in ADF applications, hooking the application to MDS and enabling user customizations persists the column resizing across sessions. I am wondering why (if) this hasn't been done for the workspace.
2) The priority field is editable by any user. Is there a way to lock this down based on roles? i.e. only certain roles may edit the priority.
TIA,
Bijesh

Hello All,
BPM version 11.1.1.7
1) In the BPM workspace, a user can resize the visible columns in the tasks list in the Inbox views or other views. However, as soon as the user navigates out and returns to the view , the layout gets resset. All the column resizing is lost. This happens within the same session. Is this expected behaviour? Is there any way to alter this?
Usually in ADF applications, hooking the application to MDS and enabling user customizations persists the column resizing across sessions. I am wondering why (if) this hasn't been done for the workspace.
2) The priority field is editable by any user. Is there a way to lock this down based on roles? i.e. only certain roles may edit the priority.
TIA,
Bijesh

JTable: resizing all columns as 1 column resizes

I have a JTable with 480 columns inside of a JScrollPane (AUTO_RESIZE_ALL_COLUMNS needs to be off for the JTABLE to display correctly in the JScrollPane). When the user resizes one column I would like the rest of the columns to resize too, so that the column widths of each column are equal.
Thank you in advance,
Brent

[...] I
I have the JScrollPane listening to a histogram of the
balances so the user can click on a month in the
histogram and the JScrollPane (actually JViewport)
will move to display the appropriate column in the
JTable. If the column sizes are not uniform then I
cannot be sure that I'm moving the JViewport to
display the correct JTable column(s).
I thing the GUI is a great design for what must be
done. And thank you for your help and comments.That still sounds pretty klunky. I don't see any user navigating around a 480 column table. They click in your histogram to go to a column, they click somewhere or do keyboard navigation and the display scrolls them a few columns/rows away... they are now lost in a sea of cells and have to go back to the histogram again to try and get back, etc. Having delt with similar situations, there are better ways. Read the last two days dilbert cartoons carefully. :-)
But anyway...
You don't have to have all the columns the same width to make a column visible in the viewport. You can just get the appropriate column's rect by either of these methods:Rectangle r = myTable.getTableHeader().getHeaderRect( col );
Rectangle r = myTable.getCellRect( row, col, true );And then tell the viewport to make sure that rect is visible:myViewport.scrollRectToVisible( r );Much easier than hacking around with custom column resizing logic.

AdvancedDataGrid column resizing not working.

Flex sdk: 3.2
Flash player: 10
OS: Windows
Browser: IE or FireFox
I have an ADG for which column resizing does not work properly.   Unfortunately, I cannot create a standalone example that reproduces the problem.   The problem appears to be fairly straightforward: when the user drags the column to resize, the component appears to compute a delta that uses an incorrect combination of component and parent component X origins.   As a result, as the ADG is placed farther to the right, the error increases.
I have tried the 3.5 and 4.1 sdks but encountered enough new compiler and startup errors that I gave up.
I have developed a workaround by handling the mousedown and columnstretch events on my own.   I discovered that the event object coordinates seemed to be inconsistent and flat out wrong. On the other hand, I found the ADG mousex coordinates to be more reliable.   On columnstretch, I then set the minWidth of the target column to my computed width and it seems to fix the problem.   Actually, I don't understand why that would work.
That said, is there a known problem with certain containment hierarchies that can create this situation.   I would prefer not to override builtin behavior unless I have to.   Is it possible that a styling skin could cause this (something I did not add to my standalone example)?   I noticed that a skin was the "target" (not "currenttarget" of the event).
Thanks for any help,
Ross

Any one got any ideas?

Matrix column resizing

Good Afternoon
Experts:
Another rough day here my buddy the Matrix. I desire to not allow a column to be resized. Is this possible? I could not find a solution through my coding/testing.
Any thoughts?
Thanks,
Ed

Good Day
Thanks for the relpies. I have applied the concept from the link to resize the column width. Double-clicking the column line in the heading of the Matrix is now not allowed...column resized back to desired width. However, that line can still be clicked and pulled to the right to expose the hidden column. Any idea how I might trap that event? The et_CLIICK does not work. Perhaps it is getting by the added code since I am clicking in the header of the Matrix and not a cell of the Matrix.
What do you think?
Thanks,
EJD

JTable without headers - column resizing

I have a simple problem: a JTable with 3 columns, and NO HEADERS.
I want the middle column ONLY to be resized when the WINDOW is resized. The other two columns should remain of fixed size.
Is there a simple answer?
Many thanks for any help,
george33

Thank you Thomas for your prompt reply. I have eliminated the headers and automatic resizing using:
myTable.setAutoResizeMode(JTable.AUTO_RESIZE_OFF);
JTableHeader th=myTable.getTableHeader();
th.setReorderingAllowed(false);
th.setResizingAllowed(false);
jth.setPreferredSize(new Dimension(0, 0)); //remove headers
This works fine as far as eliminating resizing of all columns and removing the headers.
What I cannot work out is how to ensure that only the middle column is resized when the window is resized.
You refer to a component listener. Which componenent should I attach the listener to?
How can I make two columns of fixed size and one of variable size, and only when the window is resized?
thanks for your help
George33

Persistent user customisation not saved for column resize

Using 11.1.1.1.0 I've configured persistent user customisations via MDS (as per [http://biemond.blogspot.com/2009/07/customize-and-personalize-your-jsf.html]) but I'm having a problem with column customisation. In adf-config.xml I've selected displayIndex, visible and width as persistent attributes on the column tag.
My customisations are saved from one session to the next (works great!), however changes to the width of a column only seem to be persisted if a further, more significant layout change is made to the table afterwards.
For instance, if I do the following:
- Login
- Resize a column
- Close the browser
Then the column width is reverted the next time I log in.
If, however I do the following:
- Login
- Resize a column
- Re-order a column
- Close the browser
Then the column width is saved (along with the new column order) the next time I log in.
So, it appears that column width persistence is working, but column width changes on their own do not cause a persist operation; an additional layout change is required to get ADF to save the width details.
Has anyone observed similar behaviour? Can anyone suggest a workaround/fix?

Hi,
sounds like a bug that you should file if you can exclude that your configuration is wrong. I checked for known bugs but did not find one that fits to the problem you report
Frank

Possibility for automatic column width in column view

hi there,
i would like to ask if anybody has an idea to fulfil my desire.
i work in column view in the finder of os 10 and it is not handy that i can not read some of my file names due to the column view.
is there a possibility that the columns change their width automatically? or does anyone knows a shareware to solve this problem.
i want to open a new window and all columns change themselves.
thank you very much. kind regards,
michael

While this isn't a solution, if you double click on the column width adjustment button (under the arrows of the column you are looking at) the column will increase width to fully show the widest name in the column.
However, it would be nice to have a Preference available that would let you choose to always have columns displayed with columns at sufficient width to show full names.
I think this issue is a remnant of a small screen psychology. Large screens are now so prevalent that wide columns would not be a significant issue.
Message was edited by: RolandoS

Manual column resize in Mail is not permanent

Hello all, I am having an issue with mail and column sizes. I have my e-mail threaded and like knowing how many new messages in a thread there are. When I resize the column to reveal the number, not just the blue dot, the column inevitably reverts to just showing the blue dot. Does anyone know if there is a work-around or fix? Has anyone experienced this? This happens occasionally when running the app, switching from folder to folder (IMAP), and when it gets restarted.
I'm running Mail for Leopard. Hope my problem is clear.

Hello all, I am having an issue with mail and column sizes. I have my e-mail threaded and like knowing how many new messages in a thread there are. When I resize the column to reveal the number, not just the blue dot, the column inevitably reverts to just showing the blue dot. Does anyone know if there is a work-around or fix? Has anyone experienced this? This happens occasionally when running the app, switching from folder to folder (IMAP), and when it gets restarted.
I'm running Mail for Leopard. Hope my problem is clear.

JTable column resize listener

Hi friends !
I want to trap the event when user resizes the width of any column. Which listener will help me for this.
Thanks in advance.
Ramesh

Thanks a lot camickr !!
It worked fine !! I did it like this
table.getColumnModel().addColumnModelListener(new TableColumnModelListener(){
     public void columnMarginChanged(ChangeEvent e)
               // Your code goes here..
     public void columnSelectionChanged(ListSelectionEvent e){}
     public void columnAdded(TableColumnModelEvent e){}
     public void columnMoved(TableColumnModelEvent e){}
     public void columnRemoved(TableColumnModelEvent e){}
});Thanks a lot again !!

JTable column resize dilemma?

Hi:
I have a JTable instance jTable resides in a JScrollPane that loads data from a file. However the horizontal scroll bar does not come out even if there are way too many columns. I searched online and find out I have to do this:
jTable.setAutoResizeMode(JTable.AUTO_RESIZE_OFF);
Now I have another problem. Every column are the same size, even if some column clearly have longer string.
Sure I can write an algorithm calculating suitable column width, but, is there a better way? I mean JTable's auto resizing algorithm clearly know which column should be wider but it is just a little stupid for trying to squeeze everything in a tiny space even though there is a horizontal scroll bar...
Can't we let the JTable figure out the right width without the width constraint?
thanks

Can't we let the JTable figure out the right width without the width constraint?There are solutions in the forum for dynamically determining the width of a column.

Jtable column resize

Hi all!
i'm using:
jTable1.getColumnModel().getColumn(1).setPreferredWidth(7);
to resize jtable column width but it's not working, do you know what can be happening?
thanks!

All you've done is say what size you would prefer.
You then have to force the component to repaint, with something like
            jTable1.invalidate();
            jTable1.doLayout();
            jTable1.repaint();Ps. I posted a nice utility class to automaticaly fit the JTable columns to the exact size required here.
http://forum.java.sun.com/thread.jspa?forumID=54&messageID=2532529&threadID=527301
regards,
Owen

Mavericks Will Not Retain Finder List-View Column Resizing

I've noticed this to occur at the root level of my hard disk in Finder. A visual will work best:
The "User Guides and Information" folder is truncated at the root level of my Hard Disk. I will then manually resize the column:
When I close out this window via the red close circle, and re-open, Finder will not remember my custom column view. It will revert back to the previously truncated state.
Oddly enough, I've found Finder to correctly preserve custom list view columns when you drill down a level (such as my custom column views inside of my Applications folder, for example).

I managed to find a solution that sorts the problem out for the time being till maybe Apple rectifies it. It is to open Finder and have it expanded to fit the screen. I don't know the proper names of things but in the heading that says Name etc, right click that so that you get a list of other things that can go in that heading, like Date Modified, Date Created etc.
Tick one or two that you don't need, like Tags for example. The purpose of those extra headings are to fill the column space at the right hand side of Finder so that it keeps the columns that you DO want on the left hand side kept in the same place. Once you've got all the headings and columns, move the width of the ones you want to the size that you want, making sure that the ones that you don't want, like Tags, on the right hand side totally fills up the rest of the column space.
This makes the full page Finder column space full up so that the columns you want don't end up shrinking every time you open Finder. Return Finder to the size that you usually use, adjust the width of your wanted columns to the size that you want and it should stay in place because the rest of the space in Finder is filled with the unwanted columns you chose, but which are hidden from view on the far right hand side of Finder, if you've got Finder smaller than the full screen, that is.
Ever since I did this with my columns (in List view) my columns remain where I have set them. (I hope you understand all that OK).

IGrid automatic column resizing

Similar Messages

Maybe you are looking for