@zbace, what version of Corona SDK are you using?
Hi Ksan,
I submitted a case number Case 28958 for the messed up scrolling in a tableVIew with categories and also sent you the test files if you could include in your spreadsheet.
Thanks,
Atanas
Done! Thanks for your catch & report.
Updated the list with details, new bug #s, etc. Gonna run out of time before I can verify everything on the list but I’ve noted everything I’ve touched.
Richard, thank you so much for your time and attention. This review was much needed and is most appreciated.
Can we get the GitHub open source version of the widgets updated please. It seems very out of date.
Hi Richard,
What makes you think its out of date? So far I haven’t seen any difference in behavior myself but its hard to judge
Thanks
Atanas
Because for example, the table view code hasnt been updated since the 6th of November (according to the history on github).
On 15th november Rob Miracle said they hadnt updated them, that he would remind the engineers and they dont appear to have been since.
Unless I am looking at it wrong.
Thanks Richard,
Hadnt seen that post so I asked. Also there are just a couple tableView fixes and I am still using the tableView that comes with CL, not a cloned one and hadnt noticed much differences.
Certainly hope they keep it up to date
Thanks
Atanas
I think Richard is right. I see in Daily Build notes that on 11/20 widgets received some bug fixes (2013.2085) and then on 11/22 (2013.2088) but the GitHub does not seem to be updated after these dates.
Yes he is right. I guess it didn’t even cross my mind that the github wouldn’t be kept up to date, i assumed its all part of the automated builds.
Oh well - live and learn 
Meanwhile I think Alex has been busy fixing more bugs (based on his comments on the forums) so I hope to see a Daily Build update with more widget fixes real soon.
We are working on it.
Another week went by with no widget fixes or any response to our pleas above. Only 5 weeks left now to the anniversary!
Walter , it would be wonderful to hear from you in response to all customer sentiments shared above. Please take a moment to let us know you care and what you intend to do about all this. Thank you.
Not to speak on behalf of CL, but I spoke to Walter several days ago and I absolutely sensed that he’s committed to finding us the widget support we need…
it’s hard for us to imagine the # of balls he’s juggling simultaneously and I commend him for the job he’s doing…
fyi
Thanks for the update from your conversation with Walter. In the absence of direct response from him this is great to hear!!! I wish he would put some of those balls on the floor for a while so that the burning red ones could get more attention.
Every company deserves some credit of trust to make things right, but at some point the credit is used up and comes the time for actions.
Hi,
Just stepping in here to add my findings and a ‘special’ requirement. I am trying to ‘butt’ row lines so a rectangle in one row joins up with the next row rectangle. At the moment regardless of any combination I still get a gap for the line (noLine =true or false).
i.e really and absolutlely no line space, no transpency. no bleed etc. when noLInes=true.
–
It looks like the line has a setFillcolor depending on noLines =true/false. If false the gap stays there with gamma=0!
I see three bleed through.
1, from the tableview background hidebackground =false noLine=true
2, from the display background hidebackground= true and nolines =true
3 from the ether a grey when no[lineColor =] and noLine =false
In all cases I tested I was unable to get the rows to exactly butt on top of each other
I am on Version 2013.1202 (2013.8.28) -Latest release has too many code changes for me at the moment for referencepoints
– for the confused… more detail…
note comments to try out various changes
backgroundColor={0,0,255}, —blue line when noLine=true, hidebackground =false [tableview background bleed through]
hideBackground = , —hidebackground= true and nolines =true , shows Green lines [display background bleed through]
—hidebackground=false and noLIne=true lines show blue line [tableview background bleed through]
–lineColor = {255,0,0} --commented out lines are grey (default?) when noLine =false ; [internal default bleed through]
--Blue lines when nolines =true and hidebackground =false [tableview background bleed through]
noLines= – lines show red when= false and lineColor set red on insertRow [as expected]
--lines show blue when = true and hideBackground = false [tableview background bleed through]
--lines show Green when = true when hideBackground = true [display background bleed through]
–=========================
local widget = require( “widget” )
display.setDefault( “background”, 0, 255, 0 )
local function onRowRender( event )
local row = event.row; local offset=5; local pixels=10
for i =1,32 do
local rowTitle = display.newText( row, i, offset, 0, nil, 6 )
rowTitle.x = offset; rowTitle.y = row.contentHeight * 0.5; rowTitle:setTextColor( 0, 0, 0 )
offset=offset+pixels
end
end
local tableView = widget.newTableView
{
top = display.statusBarHeight,
width = 320,
height = 420,
backgroundColor={0,0,255},
hideBackground = true ,
onRowRender = onRowRender,
noLines=true
}
local rowColor =
{
default = { 255, 255, 255 }
}
for i = 1, 250 do
tableView:insertRow
{
rowHeight = 12,
rowColor = rowColor,
lineColor = {255,0,0}
}
end
The inability to butt two rows up against each other is a known bug that we are fixing as part of the control for indenting or not indenting the line (iOS 7 style vs. other styles).
Rob
Excellent news! Any idea when the next batch of widget fixes are coming out? Thanks for the continued hard work in this field.