I’m observing the same line indent issue. I don’t know of any IOS native apps from Apple that exhibit this. Besides, we develop not just for Apple. Suggest this “intentional” design element is either removed or made optional. Thanks!!!
@ksan - I think the indent is present in almost every iOS 7 tableview (settings, contacts, messages), at least on the left. The indent on the right is only present on lists such as the contacts where an alphabet picker takes up the right side. But I agree this should probably be optional.
@Brent Sorrentino - Setting noLines = true does nothing for me. The lines remain, despite having no lineColor passed to insertRow. More importantly, when lines are present they flicker very badly whilst the tableview is being scrolled. Is this a known issue in G2?
Hi @max84,
Your issue may be related to something else we’re investigating, but can you post your widget code so I can see how you’ve set it up? Remember to surround it with “lua” code brackets for readability.
[lua] [/lua]
Thanks,
Brent
@Brent, here’s some code for you.
TableView creation:
[lua]
self.slideList = widget.newTableView {
width = 665,
height = screenHeight,
hideBackground = true,
– backgroundColor = {0.24, 0.16, 0.11},
noLines = true,
onRowRender = function(event)
– insert stuff here
end,
onRowTouch = function(event)
– something here
end
}
self.slideList.anchorX = 0
self.slideList.anchorY = 0
self.slideList.x = screenWidth
self.slideList.y = 0
[/lua]
And here is the insert code:
[lua]
– category ‘header’ row
self.slideList:insertRow
{
isCategory = true,
rowHeight = 100,
rowColor = {
default = {0.24, 0.16, 0.11},
}
}
– Create all our rows
for i = 1, #self.brands do
– Insert the row into the tableView
self.slideList:insertRow
{
isCategory = false,
rowHeight = 150,
rowColor = {
default = {0.24, 0.16, 0.11}
},
– lineColor = { 0.34, 0.23, 0.16 },
}
end
[/lua]
[quote name=“max84” post=“217144” timestamp=“1385413243”]@ksan - I think the indent is present in almost every iOS 7 tableview (settings, contacts, messages), at least on the left.[/quote] You are right of course but the problem is the bleed through of the category colour if we are trying to do the new Apple indented line thing. In any case this behaviour should best be developer selectable.
I want to make it clear what I’m talking about here. I used the LIstDemo2, changed the row color to a vibrant red and added lineColor. See the result in attached screen shot. The row color is bleeding through to the empty space left by the line that is not drawn for the full width of the row. I circled those with black.
The 15px indent should only show up for tableViews using the IOS7 widget theme. On Android or if you specifically use the previous widget_theme_ios, you will get that line covering the whole area.
As for the background bleeding through, that is a bug I believe that has been filed.
In the mean time, if you are using a colored tableView (which on iOS 7 is kind of against the pattern), you can drop a rectangle behind the tableView that’s the same color as your rows as a work around.
Rob
Thanks for the confirmation that different platform themes handle this need. That helps a lot. Also thanks for the report on bug being filed. Appreciated.
Bug #26439 for reference.
Have you also tried setting the backgroundColor property in the tableView constructor to match the row colors?
Thanks for the added suggestion. Did not try backgroundColor but will do. In this app each row is one of 6 colors pointing out to a location on a color coded map so the bleed can be in one of six colors. Setting a single backgroundColor therefore may not help much but still something to try. This is not a major issue so I can wait for the reported bug to be fixed. Thanks
#2 has been a problem for a while in TableView. Pre - GFX2.0 as I am on build 1244 and see the same thing. IMO, It seems that if you set noLines=true, it should have the ROW color show through rather than the TABLE background color. If that were the case you could, as you suggest, make any kind of line that you want using , full width, indented, dotted, thick, thin, whatever. I’m not sure how the bug is described in 26439, but that’s how it seems to me it should work.
Any information on Bug# 28269
Hi @guy.stockwell,
This bug was reported as fixed by the engineers quite some time ago. Just to confirm, this case pertained to “unrelated” transitions being cancelled upon dragging around a tableView.
Best regards,
Brent
I am have had this issue win two different apps with builds > 2014.2188 The solution in the first app that is now in the store “Simply Invoice” is to compile under 2188. Not a great solutions. I am now in the midst of another app for another company and am experiencing the same issue. Reverting to 2188 resolved the issue. Assistance would be appreciated.
Worked around by adding the following to the end of loadRows()…
– added to prevent the first row from displaying in the middle of the tableview
tableView:scrollToY( { y=0, time=100} )
Any information on Bug# 28269
Hi @guy.stockwell,
This bug was reported as fixed by the engineers quite some time ago. Just to confirm, this case pertained to “unrelated” transitions being cancelled upon dragging around a tableView.
Best regards,
Brent
I am have had this issue win two different apps with builds > 2014.2188 The solution in the first app that is now in the store “Simply Invoice” is to compile under 2188. Not a great solutions. I am now in the midst of another app for another company and am experiencing the same issue. Reverting to 2188 resolved the issue. Assistance would be appreciated.
Worked around by adding the following to the end of loadRows()…
– added to prevent the first row from displaying in the middle of the tableview
tableView:scrollToY( { y=0, time=100} )
Has there been a fix found for this bug? I’m still experiencing being unable to remove a line that badly flickers between TableView rows.
Thanks in Advance,
Ash