I've tried the simplest script I can possibly come up with. Pages just won't cooperate if there are merged cells in a table:
tell application "Pages"
tell document 1
set width of column 3 of table 1 to 55
end tell
end tell
All this does is set ALL the columns to 55. It doesn't set column 3 to 55. It works fine if there are no merged cells in the table, but not if some rows have merged cells in them.
Any ideas?
I've discovered that there's a "Table Direction" button that makes my question obsolete. Nevermind!
Related
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.
I have a legacy Powerbuilder application (now being updated to PB12.6 Classic) that fakes having multiple columns in its dropdowndatawindows by having a field called compute_1 which contains dept_no + ' ' + dept_name.
Unfortunately, this doesn't play nicely with the proportional font it uses. In VFP, I know I can get multiple columns in my comboboxes without having to worry about font widths. Is there any way to get the same effect in PB12.6?
It should be possible to set multiple columns next to each other in the datawindow used in the dddw. Make sure you change the width to 100+ to ensure all columns are shown. The selected column result however should stay the compute_1 you already have if you want the selected showing when the dddw is closed.
I have a table with a foo number of rows and bar number of columns.
What i'd like is for the selected cell to really appear as being selected.
At the moment the leftmost cell gets a red text to mark it's being selected.
What i'd llike is for the lines at the top and bottom of the cell to get bigger to really show that the cell is selected.
I've looked at the following but without success.
grd.row = aRow
grd.col = aCol
' Therafter i try to change the following:
grd.CellBorderColor = 255 ' Original value does not change
grd.CellBorderStyle = 2 ' Original value does not change
EDIT:
I found out that previously named properties are read only.. What can i do?
Any tips and/or pointers in the right direction will be highly appreciated, thanks for reading.
This particular grid. Called vaSpread or fpSpread needs a specific line to execute.
For executing changes to grid style you need to call grid.action = 13 after you've written the visual changes to the grid.
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)
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.