Categories rows on tableView doesn't display the right one

Solar2D Widgets
#1

Hi,

I have a problem with my tableView. I’ll explain it with a real example.

1- I go to my tableView’s page :

842211Capturedcran20170331084711.png

2 - I slide to the page bottom :

980477Capturedcran20170331084725.png

3 - I click on an item and another page appears :

980859Capturedcran20170331084736.png

4 - When I come back to the previous page, the first category row is not the good one :

874440Capturedcran20170331084744.png

Anyone have an idea ? Is it a widget bug or I missed something ?
Best,

Ben.

#2

What version of Corona SDK are you using?

#3

v2017.3067

#4

Can you put together a simple demo project that shows the error happening? I tried using the Widget Demo sample app which uses category rows and scrolling up until they stack and tapping on a row to show its content and going back leaves the proper category showing.  If you can provide a simple demo that gives us a way to see it not working, then I invite you to file a bug report (at least for today, please email the .zip file with the demo to support AT coronalabs.com.

It needs to have a main.lua, config.lua, build.settings and any assets needed so that we can just build, run and see the problem.

Thanks

Rob

#5

Okay I’ll try to do this today.

#6

The bug seems to be linked with the ScrollToY() method. In fact when the time parameter of this function equals 0 or is insuffisant, the table view doesn’t have the time to display categories rows properly. I must set it im my project to 150ms but we see a little transition annimation

#7

Can you file a bug report? It needs to be a complete demo project with a main.lua, config.lua, build.settings and any thing else we need to load it into the simulator, build and run. Put that in a .zip file and email it to support AT coronalabs.com along with a good description of the problem including the steps to reproduce it.  If the submission is successful, you should get an email with a case ID number and  you can post that back here as a reference.

Thanks

Rob

#8

I made it. I don’t receive any mail but the I get sid=19275.

Tell me if everything is okay

Ben.

#9

A bug report came in but there is no description or steps to reproduce.  It just says “Thanks, Ben”. You should get a reply to the message momentarily.

Rob

#10

Hi Rob !

Have you got any new about this ?

Thanks Ben,

#11

I don’t see anything in our ticketing system from your email address. Can you send another email to support@coronalabs.com and attach your sample project and provide a good description of the problem and the step-by-step directions to reproduce the problem.

Thanks

Rob

#12

Done

#13

I see the bug in our system. Case ID 8776280

Rob

#14

Hi Rob,

Thanks for the feedback. Have you got any system to see the issue progression ?

Ben

#15

Unfortunately we don’t have a customer-facing view at this time.

Rob

#16

Any updates on this? I’m running into the same problem.

#17

Hey guys.  If worst comes to worst, you can always fix this yourself:

https://github.com/coronalabs/framework-widget

I mean, if the problem is a show stopper, grab the widget source, add it to your project, and then fix that function.

This may not be the proscribed way to do this, but I find it to work:

  1. Download the zip of the entire widget lib.

  2. Copy the folder ‘widgetLibrary’ to the root of your project.

  3. Put the following code in a file called “widgetFix.lua” in the same folder as main.lua

    – Override Corona’s core widget libraries with the files contained in this project’s subdirectory. – Argument “name” will be set to the name of the library being loaded by the require() function. local function onRequireWidgetLibrary(name) --print("Loading local widget library ", name ) return require(“widgetLibrary.” … name) end package.preload.widget = onRequireWidgetLibrary package.preload.widget_button = onRequireWidgetLibrary package.preload.widget_momentumScrolling = onRequireWidgetLibrary package.preload.widget_pickerWheel = onRequireWidgetLibrary package.preload.widget_progressView = onRequireWidgetLibrary package.preload.widget_scrollview = onRequireWidgetLibrary package.preload.widget_searchField = onRequireWidgetLibrary package.preload.widget_segmentedControl = onRequireWidgetLibrary package.preload.widget_spinner = onRequireWidgetLibrary package.preload.widget_stepper = onRequireWidgetLibrary package.preload.widget_slider = onRequireWidgetLibrary package.preload.widget_switch = onRequireWidgetLibrary package.preload.widget_tabbar = onRequireWidgetLibrary package.preload.widget_tableview = onRequireWidgetLibrary

  4. In main.lua before any files from  your project, require widgetFix.lua

    require “widgetFix”

  5. Use widget library as per the documentation.

The above code causes require “widget” statements to load your local code.

#18

Ed’s advice is sound. We open-sourced this so you could change behaviors that you like. This is a bug and we need to fix it, bug given our current engineering priorities, I’m not sure how soon we can get to it.

Rob

#19

Alright thank you both. I’ll take a look into customizing the widget library and post a solution if I find one.

#20

Hi folks,

I fixed the bug thanks to roaminggamer’s explanation on how to embed the sourcecode. Will make it available asap.

Regards,