List of open Widget 2.0 bugs & promised features...

Solar2D Widgets
#161

Have you tried to do a :toFront() to bring the tableView you want to see to the front of the display hierarchy?

Rob

#162

Thanks for the suggestion Rob. Unfortunately I get the same behaviour. I’ll raise a bug.

#163

Hey guys,

That’s known, it’s in the works at the moment. It will come together with a new property for tables allowing you to set the indentation of the separator line.

alex

#164

Very good, thanks for the update.

#165

This is great!!! Thanks much for the continued efforts. Please try and get these fixes to us in smaller batches though. Lets not wait months and months for a big batch of widget fixes. Baby steps…  :slight_smile:

#166

When I call “object:reloadData()” it states “Attempt to call method ‘reloadData’ (a nil value)” even though I am able to call other functions (like object:deleteRow() or :insertRow()) Why might this be?

#167

@zbace, what version of Corona SDK are you using?

#168

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

#169

Done! Thanks for your catch & report. 

#170

Can we get the GitHub open source version of the widgets updated please. It seems very out of date.

#171

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

#172

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. 

#173

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

#174

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.

#175

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 :slight_smile:

#176

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.

#177

We are working on it.

#178

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

#179

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

#180

Excellent news! Any idea when the next batch of widget fixes are coming out? Thanks for the continued hard work in this field.