Posts tagged "width"

CQ5: ClearableComboBox widget renders with 0px width and causes text-clipping


If you are using a ClearableComboBox widget on the second tab of a dialog, the widget is rendered with 0px width after selecting a value, which means the value is hidden/clipped.

-Install attached package into a CQ instance, it’s a modified dialog for the text component
-Open /content/geometrixx/en.html and drag a text component to the parsys
-Open the dialog for the text component
-Click on the tab “Bug Test” and select a value from the Combobox “ClearableComboBox”
-Important: Click on the tab “Text” to move away from the “Bug Test” tab
-Close the dialog with OK and open it again (usually just switching between tabs also shows the issue)
-Click on the tab “Bug Test”

Result: ClearableComboBox is rendered with no width, so value is not visible

Expected: ClearableComboBox to be rendered correctly so value is visible (ComboBox works fine)

Using the ClearableComboBox widget on the 1st tab in the dialog, works fine.


You must add a new property hideMode to the dialog tab (not the combobox) in your custom text component, and set it’s value to offsets.  See the following screenshot for more details.


With this property set, the combobox width is maintained even when the dialog tab/panel is not visible.

reference: (43540/CQ5-29349)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 7.0/10 (1 vote cast)

LiveCycle Output ES2: “Failure to automatically determine column ‘5’ width”


If you are using LiveCycle Output to generate PDF documents using XDP files as input, you may encounter the following exception and no PDF will be returned:

0000012a XMLFormAgentW E com.adobe.livecycle.formsservice.logging.FormsLogger logMessage
ALC-OUT-002-017: mid,tid: 29435,23593162.1 sev: f text: Failure to automatically determine column '8' width.
0000012a FormServerExc E com.adobe.livecycle.formsservice.logging.FormsLogger logMessage
ALC-OUT-002-013: XMLFormFactory, PAexecute failure: "(com.adobe.document.xmlform.ReturnStatus@39133913)
Failure to automatically determine column '5' width."

If you load the same XDP file in Designer ES2 and goto PDF Preview, you may notice the same message as a warning in the log, but the PDF will be correctly rendered and displayed:

Failure to automatically determine column '5' width


This exception is occurring because of a problem in the Form design.  If you have a table in your form design with, let’s say 4 columns, you should check this table to ensure you don’t have a row with more than 4 fields defined.  This can occur especially when you have created the field objects first, and then converted a whole collection of objects into a table later on.  The extra (5th) field, can exist in a 4-column table if it has a width of “0”.

Here is an sample form to demonstrate the problem: support_test

Cell5 in Row1 is the extra field causing the problem in this case.


Simply delete the extra field as it is not visible anyway due to the “0” width.

In future LiveCycle versions we will make changes in Output to return the PDF, and only show this message as a warning in the server log.  This will match the behaviour in Designer ES2 and Forms.

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)