Announcement

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

    skin density change when switching orientation

    SmartClient Version: v13.1p_2024-12-20/AllModules Development Only (built 2024-12-20)

    Safari on iPad Air XCode simulator

    Tested with Shiva skin, spacious density.

    Hello, please run this test case in the showcase, while in portrait orientation, run it in the browser console or developer console, not in the showcase sourceEditor:

    Code:
    isc.Window.create({
        title: "foo",
        autoSize: true,
        autoCenter: true,
        bodyProperties: {
            defaultLayoutAlign: "center",
            membersMargin: 14,
            layoutLeftMargin: 20,
            layoutRightMargin: 20,
            layoutTopMargin: 20,
            layoutBottomMargin: 20
        },
        items: [
            isc.DynamicForm.create({
                colWidths: [120, "*"],
                width: 450,
                cellPadding: 10,
                fields: [
                    {
                        name: "aField",
                        title: "foo bar"
                    }
                ]
            })
        ]
    }).show()
    Then switch to landscape orientation, and back to portrait, you'll see that the skin seems to change to dense density:

    https://youtube.com/shorts/6OI_yJw3sBk?feature=share

    #2
    Hello, this is the actual list of the devices in the XCode simulator where I see the above behaviour:
    iPad Air 5th gen iOS 17.4
    iPad 10th gen iOS 17.4
    iPad Pro 11inch 4th gen iOS 17.4
    iPad Air 11inch M2 iOS 17.4
    iPad Pro 11inch M4 iOS 17.4

    The problem may be dependent upon the screen resolution, as it doesn't happen using:
    iPad Pro 12.9"
    iPad Air 13" M2
    iPad Pro 13" M4
    iPad Mini 6th gen

    right now I don't have access to the physical device where I've noticed this behaviour in the first place, so I'm not sure 100% what model it is, but I think it's an iPad Pro 11" 2nd generation, iPadOS 17.4.1.


    Comment


      #3
      Hello, may I ask if you see the problem?

      Comment


        #4
        SmartClient Version: v13.1p_2025-01-13/Enterprise Deployment (built 2025-01-13)

        Hello, this is still happening and it seems to be independent of both the skin used and the starting density, that is, starting from spacious you end up getting a density equivalent to Dense, but starting from Dense you still get an even smaller font/controls size

        Comment


          #5
          SmartClient Version: v13.1p_2025-04-30/AllModules Development Only (built 2025-04-30)

          Hello, this is still happening.

          Comment


            #6
            hi Claudio - it isn't at all clear what that 3 second video is showing - it seems to just flip between horizontal and vertical orientation, as expected, ad infinitum.

            You comment says "starting from spacious you end up getting a density equivalent to Dense, but starting from Dense you still get an even smaller font/controls size", but that isn't very clear either.

            Can you explain again what the issue is?

            Comment


              #7
              Hello, after reviewing the video I realize it's too fast, so I'm trying again and attaching screenshots of:
              1. the initial screen in portrait mode
              2. the screen after switching to landscape
              3. the screen after switching back to portrait again

              plus a slowed-down GIF.

              Basically, after running the code from the first post, the screen shows the initial portrait layout. Then I switch to landscape, and the skin density doesn't change. When I switch back to portrait, the density decreases.

              1:
              Click image for larger version

Name:	2025-04-30 18.47.21.jpg
Views:	14
Size:	46.3 KB
ID:	275621

              2:
              Click image for larger version

Name:	2025-04-30 18.48.17.jpg
Views:	14
Size:	51.1 KB
ID:	275622

              3:
              Click image for larger version

Name:	2025-04-30 18.48.45.jpg
Views:	14
Size:	40.7 KB
ID:	275623


              Click image for larger version

Name:	Simulator Screen Recording - iPad Air (5th generation) - 2025-04-30 at 18.33.16.gif
Views:	16
Size:	250.2 KB
ID:	275620

              Comment


                #8
                Ah, ok, thanks - and this remains an issue only on iPad devices?

                Comment


                  #9
                  Hello, these are the iOS devices where I’ve seen the issue:

                  Originally posted by claudiobosticco View Post
                  Hello, this is the actual list of the devices in the XCode simulator where I see the above behaviour:
                  iPad Air 5th gen iOS 17.4
                  iPad 10th gen iOS 17.4
                  iPad Pro 11inch 4th gen iOS 17.4
                  iPad Air 11inch M2 iOS 17.4
                  iPad Pro 11inch M4 iOS 17.4
                  And these are the devices where I haven’t seen it:
                  Originally posted by claudiobosticco View Post
                  iPad Pro 12.9"
                  iPad Air 13" M2
                  iPad Pro 13" M4
                  iPad Mini 6th gen
                  As for Android, I’ve only tested a couple of devices. I initially suspected it might be resolution-dependent, but I haven’t investigated deeply enough to confirm or rule that out. It’s also possible that Android isn’t affected at all anyway.

                  Comment


                    #10
                    This is a bit strange - you seem to have previously reported this on iPad, and we made a change and you confirmed it fixed:

                    https://forums.smartclient.com/forum...ad-pro-problem

                    Are you saying it's come back?

                    Note that what's going on is not a Density change in the sense of SmartClient Density (you can confirm that programmatically if you like). Instead, the iPad was erroneously that the content was unshrinkable, so it's basically upping the DPI. That's what we worked around before.

                    Comment


                      #11
                      Hello, thanks for the heads up, I didn't recall that thread.
                      I don't see the problem with the test case from that thread.
                      This case is similar to that previous effect, but this time it requires the test case of post #1 with a Window.

                      Comment

                      Working...
                      X