Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

  • Isomorphic
    replied
    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.

    Leave a comment:


  • claudiobosticco
    replied
    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.

    Leave a comment:


  • Isomorphic
    replied
    Right, we replace the code right here:

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

    .. and the fix is apparent:


    Click image for larger version

Name:	Screenshot 2026-01-05 at 12.42.51 PM.png
Views:	188
Size:	70.0 KB
ID:	276924

    Leave a comment:


  • claudiobosticco
    replied
    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:

    Click image for larger version

Name:	Senza nome (1).gif
Views:	60
Size:	1.08 MB
ID:	276921
    Attached Files

    Leave a comment:


  • Isomorphic
    replied
    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.

    Leave a comment:


  • claudiobosticco
    replied
    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.

    Leave a comment:


  • Isomorphic
    replied
    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.

    Leave a comment:


  • claudiobosticco
    started a topic Unexpected form overflow

    Unexpected form overflow

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

    Hi, please try this test case in the showcase:

    Code:
    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:


    Click image for larger version

Name:	2025-12-28 14.40.20.jpg
Views:	80
Size:	34.6 KB
ID:	276884

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