TableView line width

It’s not a 6S specific problem - it’s all iOS devices, and the Corona simulator (at 100%).

Hi guys - any progress on this?

I did a bit more digging on this - downloading the business app sample code.

When I use it straight out of the box and add a line to the tableview it works just fine (no dodgy lines).

I note that it’s running with scale = “adaptive”. When I flip it to scale = “letterbox” like my app the same problem happens. I tried both setting the linewidth to 1 and to math.ceil(1 / display.contentScaleY) * display.contentScaleY - both produce the same output.

It seems it’s to do with using letterbox?

Nathan.

So I finally logged this as a bug :slight_smile:

Turns out this is more of a problem that I initially realised. Even with scale = “adaptive” the horizontal lines in a scrolling object (TableView or ScrollView) are still jumping from 1 pixel to 2 pixels to 0 pixels when on a device that is “tall” - e.g. iPhone 6.

I was able to replicate this by installing the standard WidgetDemo that ships with Corona and putting it onto my iPhone 6S without any changes (straight out of the Corona delivery). When you scroll the TableView the lines “jitter” between 1px, 2px, 0px.

Managed to resolve it on the iPad PRO by removing the default splash screen so it loads into 1536 x 2048. Could it be that the “tall” devices are always being scaled vertically - even when in “adaptive” scaling mode?

Hi guys - any thoughts?

I haven’t received anything acknowledging the bug or providing me with a reference. Is this normal?

Can we get you to file a bug report on this please?  We need a simple sample (and if our widgetDemo sample does this then you can use it). If you provide your own demo app, make sure to include main.lua, config.lua, and build.settings and any assets needed for us to run this. Put it in a Zip file and use the “Report a bug” link at the top of the page.

You will get an email upon successful submission that will have a CaseID in the subject. Please post that back here.

Thanks

Rob

No, that’s not normal. I checked the ticking system and I don’t see anything with your email address.

Did you use the report a bug feature at the top of the page?

You can also just email support@coronalabs.com and attach the .zip file with the sample code to the ticket.

Rob

Yes - I’ve reports 2 bugs using the “Report a bug” form. Will try with email.

Sent email - got auto-reply with ticket number = 6631911

Still no word on this and it’s a big problem for us - can you confirm that it’s been accepted as a bug?

We have received the bug report and it’s been put into our task system. We have accepted it.

Rob

This might be a stupid remark, but why don’t you try to make the fps 60? It’d def help to make your app more smooth overall and 60fps for a business app is def doable.

Tried 60fps - no difference.

Hi @RobMircale - do you know if they have had a chance to look into this yet?

QA has confirmed the problem. An Engineer was looking at it, but didn’t come up with a solution and then other things got in the way. I brought it up on a list of open problems that needs looked at.

Rob

Thx Rob.

So I finally logged this as a bug :slight_smile:

Turns out this is more of a problem that I initially realised. Even with scale = “adaptive” the horizontal lines in a scrolling object (TableView or ScrollView) are still jumping from 1 pixel to 2 pixels to 0 pixels when on a device that is “tall” - e.g. iPhone 6.

I was able to replicate this by installing the standard WidgetDemo that ships with Corona and putting it onto my iPhone 6S without any changes (straight out of the Corona delivery). When you scroll the TableView the lines “jitter” between 1px, 2px, 0px.

Managed to resolve it on the iPad PRO by removing the default splash screen so it loads into 1536 x 2048. Could it be that the “tall” devices are always being scaled vertically - even when in “adaptive” scaling mode?