newScrollView and event.phase

Solar2D Widgets
#1

First time trying public release with G 2.0 (2013.2076)

the example in the http://docs.coronalabs.com/api/library/widget/newScrollView.html#scrollwidth-scrollheight-required

doesn’t print out the event.phase anymore. (Began, Moved, or Ended).

P.S: don’t forget to fix some typo in the last few lines of the example code, it should be 

local background = display.newImageRect( "assets/scrollimage2.jpg", 768, 1024 ) background.x = background.contentWidth \* 0.5 background.y = background.contentHeight \* 0.5 scrollView:insert( background )
#2

It would be really helpful for us if you hit the thumbs down button - hate it on the bottom of the docs and point out the error.  That way the documentation team will have in their work queue.

Thanks

Rob

#3

I have observed this bug as well. There was another thread about this too. I hope it gets fixed soon.

#4

It’s listed as being fixed in this evening’s daily build… (Thanks!)

#5

Something is still a little wonky. If you uncomment those event phase print statements so you get to see began, moved and ended and then try the following on WidgetDemo tab 1…

 

  1. Click and hold on a row.
  2. Move up and down without releasing … you will see moved printed in console which is normal. 
  3. Then while still holding on the same row move your cursor left to right… you will still see moved printed in console but actually tabView is not moving. Its actually a slideleft event followed by slideright event etc… 
  4. Then release the click and you will see one more moved event and then a nil printed to console…
  5. If you follow the above you also don’t get the next window fire up that says you pressed on Row x etc with the back button. 

 

Not sure whats wrong there but something slightly off. Good to see widgets getting good attention. Thank you very much!

#6

It would be really helpful for us if you hit the thumbs down button - hate it on the bottom of the docs and point out the error.  That way the documentation team will have in their work queue.

Thanks

Rob

#7

I have observed this bug as well. There was another thread about this too. I hope it gets fixed soon.

#8

It’s listed as being fixed in this evening’s daily build… (Thanks!)

#9

Something is still a little wonky. If you uncomment those event phase print statements so you get to see began, moved and ended and then try the following on WidgetDemo tab 1…

 

  1. Click and hold on a row.
  2. Move up and down without releasing … you will see moved printed in console which is normal. 
  3. Then while still holding on the same row move your cursor left to right… you will still see moved printed in console but actually tabView is not moving. Its actually a slideleft event followed by slideright event etc… 
  4. Then release the click and you will see one more moved event and then a nil printed to console…
  5. If you follow the above you also don’t get the next window fire up that says you pressed on Row x etc with the back button. 

 

Not sure whats wrong there but something slightly off. Good to see widgets getting good attention. Thank you very much!