Unexpected form overflow

[claudiobosticco]

SmartClient Version: v13.1p_2025-12-28/AllModules Development Only (built 2025-12-28)

Hi, please try this test case in the showcase:

isc.DynamicForm.create({
    ID: "form1",
    width: "100%",
    border: "1px solid blue",
    numCols: 7,
    colWidths: ["*", "*", "*", "*", "*", "*", "*"],
    fields: [
        {name: "foo0", rowSpan: 2, colSpan: 1, showTitle: false, type: "textArea", height: "*"},
        {name: "foo1", endRow: false}, {name: "foo2", endRow: false}, {name: "foo3"},
        {name: "foo4", endRow: false}, {name: "foo5", endRow: false}, {name: "foo6"}
    ]
});
isc.DynamicForm.create({
    ID: "form2",
    width: "100%",
    border: "1px solid blue",
    numCols: 7,
    colWidths: ["*", "*", "*", "*", "*", "*", "*"],
    fields: [
        {name: "foo0", rowSpan: 2, colSpan: 1, showTitle: false, type: "textArea", height: "*"},
        {name: "foo1", endRow: false}, {name: "foo2", endRow: false}, {name: "foo3"},
        {name: "foo4", endRow: false}, {name: "foo5", endRow: false}, {name: "foo6"},
        {name: "foo7", type: "FileItem", colSpan: 6, hint: "foo bar"}
    ]
});

isc.VLayout.create({
    width: "100%",
    border: "1px solid red",
    members: [form1, form2]
})

It’s not clear to me why the second form appears to overflow and therefore ends up wider:




This does not happen if the VLayout has a fixed width.
Is this a bug, or am I missing something?

[Isomorphic]

The problem here was that the sizing for the FileItem was not taking into account that space was being allocated for a hint. This is now fixed back to 13.1, as of tomorrow's builds.

[claudiobosticco]

SmartClient Version: v13.1p_2026-01-04/AllModules Development Only (built 2026-01-04)

Hi, I’ve been testing it, but the issue is still there.
Moreover, it seems to me that it’s independent of whether the hint is present or not.
Additionally, it persists even if I reduce the FormItem colSpan.

[Isomorphic]

We are definitely seeing the behavior as fixed in your test case. However, in retesting, we did just catch one more case (to do with a dynamic size change) and fixed that, so perhaps if you weren't testing with your test case, you were seeing that issue - that's fixed for tomorrow's builds.

[claudiobosticco]

Hi, just to make sure we’re talking about the same thing, this is what I see with Chrome on macOS, with today’s 13.1 version, using the test case from the first post:

[Isomorphic]

Right, we replace the code right here:

https://smartclient.com/smartclient-...oundDragCopyFS

.. and the fix is apparent:

[claudiobosticco]

Wow, is this with the SmartClient build Version: v13.1p_2026-01-05/AllModules Development Only (built 2026-01-05)?

I’ll need to try it on another computer. Yours is a Windows PC?
Mine is a MacBook Pro with Tahoe 26.1, and I see the issue in Safari, Chrome, and Firefox, all up to date.
I’ve also tried restarting with the language set to English.

[Isomorphic]

We've tried on both MacOS and Windows with multiple browsers. While it's plausible that there could be a difference of a few pixels across platforms and browsers because of the native control, if you're seeing no difference, you have to be using the old code somehow.

[claudiobosticco]

For now, it remains a mystery; the same result occurs even when downloading the SDK to run the showcase locally...

[claudiobosticco]

Only now did I realize that the difference might be due to the page spacing; here, for example, is a screenshot showing the width of the featureExplorer_exampleViewer_paneContainer:

[Isomorphic]

Can you clarify what you’re seeing? We can run your code in the 13.1 Showcase and see the issue is resolved. Can you see that?

[claudiobosticco]

Hi, I see the two forms having the same width, and their FormItems also have the same width, only when the page width is around 883px or less, when there isn’t enough space for all the FormItems:



When I widen the page, the second form becomes wider than the first one; the FormItems are no longer aligned, and above all, when there starts to be enough space for the first form, the second form still continues to not be fully visible:

https://www.youtube.com/watch?v=ea2NBwSKeAA