jqGrid frozen:true creating an overlapping duplicate column - jqgrid

I have a jqGrid with 10 columns and when I freeze(frozen:true) on first column, it actually puts a horizontal scroll bar into columns header div before data is even loaded AND when data is loaded, there is actually two columns worth of data on top of one another, in the first column. You can see the duplicate because the formatting of duplicate is offset as if it had different style.
When I freeze first two columns, the horizontal scroll bar is only in 2nd column header, but now the 1st and 2nd columns have duplicates. As I freeze more columns, the last frozen column has the scroll bar and all the columns have duplicates.
I know this is long, but in instead of image I wanted to detail issues.
The freezing of the columns does work per se, but it causes the issues mentioned above.
Any ideas?
Added image.
image http://www.nvsninc.com/frozen2.jpg
update: I discovered after looking at resulting html, the reason for duplicate columns is that there were two divs, one had the columns without freeze and one with column freeze.
update: It turns out the height of the rows in the frozen column is not being set to same height of rows of unfrozen column, so rows from both columns is being seen.

Related

JavaFX - After changing Label Text, Animation resets

I have a dynamically filled GridPane, where I'm animating the first row and column, so if there is a lot of information, the user doesn't get lost, because the row and column jumps to the selected area.
(Animating: I created two GridPanes, one for the first row and the second one for the first column, then I move the labels into the new GridPanes and finally starts the animation.)
It looks like this:
The user can also select some cells and change the content (using KeyEvents).
But there is a problem, when I change the text of a label, the animated row and column jumps back to their first position, but I don't understand why. It happens only, when I change the text, the CSS style for example is not causing the issue.

Black line appears when updating a ListView with selected items

I have a list view that draws an additional black line when items in the list are modified and there are selected items in the list.
The code iterates over the list and updates the cells using the line of code below:
ListView_SetItem(m_hListCtrl, &lvItem);
Additional rows are added using the ListView_InsertItem macro.
If a row is added and there are other rows selected, the following happens:
The line disappears if the user selects a different row. How can this black line be prevented/removed?
The LVS_EX_GRIDLINES style has a number of bugs associated with it that Microsoft have never bothered to fix, and this is one of them. The workaround is to forcibly redraw the list items when you make the particular changes that trigger the problem. You can redraw a range of list items using the LVM_REDRAWITEMS message, or even simpler just repaint the whole control with InvalidateRect().

List Control Adds a Space for an Image to Column 0 When Subsequent Columns Have Images

I’ve come across a problem with Windows list controls (I am specifically using MFC, but it looks like it applies to all list controls in the Windows common controls library).
In my specific case, I want to create a list control that has two or more columns. The first column (0) is text-only and is used to allow the user to jump to entries by typing the text in that row. Column two (or three, or four, or whatever) has an image (or an image and text; either way).
This much is all well and good and can be done easily without problem, however the final list control then ends up having a space to the left of the text in column 0 (it may be on the right on an RTL system). This spacer appears to be reserved for an image and I cannot figure out a way to prevent it. (Arranging the specific order of the columns did not change anything.)
Looking around, I found some other people complaining of the same thing, specifically this thread which leads to this thread. The proposed solution does not work because as was stated, simply shrinking the width of column zero merely cuts off the text rather than the image spacer (plus, you then have to prevent and/or process any changes to column widths that the user tries to make).
Does anyone have any ideas of how to fix this bug short of writing a list control from scratch or using one of the too-fancy grid controls on CodeProject/CodeGuru/etc.?
Thanks a lot.
Did you try to change the iIndent member of the LVITEM struct? MSDN says this:
iIndent Version 4.70. Number of image widths to indent the item. A
single indentation equals the width of
an item image. Therefore, the value 1
indents the item by the width of one
image, the value 2 indents by two
images, and so on. Note that this
field is supported only for items.
Attempting to set subitem indentation
will cause the calling function to
fail.
Column 0 is special in a ListView. As soon as you assign a small image list to the ListView, the control expects you to show an image in column 0, so it leaves space for it.
Solutions:
make column 0 zero-width, give it the value you want the user to be able to type. Column 1 becomes your "first" text column. Columns 2+ are for your images. You need full row select style for this to work. Yes, you have to prevent the user from resizing column 0. Yes, that is a pain.
make a column that does have an image to be column 0 and use LVM_SETCOLUMNORDERARRAY to rearrange the display order
owner draw the items.
give column 0 an icon (just to cover all bases)

Expression Blend: Insert a row into a grid at design time

Ok, so I have a grid with lots of controls. And oops, I missed something and need to move everything down one row...
type type type
My mistake, I needed two rows...
type type type
Ok, this really sucks. So, how do I insert a row in a way that will move everything down.
Not sure which version of Blend you are on, but in version 4 I can click to the left of the grid to divide a row into two. This has three effects:
creates a new row in the Grid.RowDefinitions section
adds 1 to the Grid.Row attributes of all rows beneath your division (moves them all down a row)
adds 1 to the Grid.RowSpan attribute of all controls in the row you have divided
You can now manually change the the RowSpans back to their original value and voila - you have a blank row.

RDLC report table merge cells issue

I have a rdlc report in which I have a table with 6 columns. Of these 6 columns, the visibility of the 2nd and 4th column are toggled. i.e. if 2nd column is visible, 4th is not visible and vice versa. The report displayed properly with these settings.
Then a new row was added to the table. All the cells in this row were merged and a rectangle added to this row. Then a few textboxes were added to this rectangle. Now when this report is run, the display of the table is disturbed. An empty column in shown before the last column and the header of the last column also appears displaced.
After a few permutations, I zeroed in the actual problem.
If you have a table with a row with merged cells and a rectangle in the merged cells, then hiding any column does not disturb the display, but if you add a textbox to the rectangle, the display of the table is disturbed as mentioned above.
Is this an inherent problem in RDLC reports or I am missing something here ?
Note, the reports are run in local mode and environment is Visual Studio 2005.
This seems to be defect in ReportViewer. Setting a column's hidden property to true should be sufficient to complelety obscure the column. However in this case, along with setting its hidden property to true you also have to set its width to 0.0 inches to completely obscure it.
I am discarding my earlier answer. The solution described above does work but has some glitches.
A more proper method is allocating a new column array to the column collection of the RDLC report table via deserialization and then serializing the report back. Deserializing an RDLC report exposes it as an Object. This column array will contain the original table columns except the ones that are to be hidden.
The solution is complicated but effective.

Resources