[TIMOB-16642] iOS: separatorInsets are ignored when using TableView SearchBar
GitHub Issue | n/a |
---|---|
Type | Bug |
Priority | High |
Status | Closed |
Resolution | Won't Fix |
Resolution Date | 2014-06-13T20:27:02.000+0000 |
Affected Version/s | Release 3.2.2 |
Fix Version/s | n/a |
Components | iOS |
Labels | listview, separatorinsets, tableview |
Reporter | Shannon Hicks |
Assignee | Ingo Muschenetz |
Created | 2014-03-18T00:38:24.000+0000 |
Updated | 2017-03-22T22:58:36.000+0000 |
Description
I have a TableView that I want the separator line to go all the way across. I set the separatorInsets property to {left:0,right:0}.
I then added a SearchBar to the table. When running the app, when I search, the matching tableviewrows display with the separator inset back to the default (it doesn't go all the way left).
Sample Code:
<Alloy>
<Window id="win" top="20" class="container">
<TableView id="mainTable">
<SearchBar hintText="Search Title" />
<TableViewRow title="Apple"></TableViewRow>
<TableViewRow title="Bears"></TableViewRow>
<TableViewRow title="Car"></TableViewRow>
<TableViewRow title="Da Bears"></TableViewRow>
</TableView>
</Window>
</Alloy>
"#mainTable": {
separatorInsets:{left:0,right:0},
filterAttribute:"title",
}
$.win.open();
Attachments
File | Date | Size |
---|---|---|
before.png | 2014-03-18T00:38:49.000+0000 | 24536 |
searching.png | 2014-03-18T00:38:49.000+0000 | 71568 |
Moving this ticket to engineering as I can reproduce this issue with the provided test case.
Also reproducible with 3.2.2.GA
This is essentially due to the fact that the searchView table and normal table are not the same. This could be achieved by using the searchText API on LIstView.
Any idea when this will be resolved? Given the previous separator line issue was resolved - surely this one would be a small tweak on from that? This is the sort of issue that makes people think that Titanium apps are not quite proper apps. It falls into the category of the old label problem on a tableViewRow when it was selected a Titanium app was not able change the label colour and then back again - it looked cheap and an almost app - then the property highlightedColor was added - and that tiny change meant we no longer looked an almost app.
Won't fix, since the way to go is using ListView as described in the comments
If using a ListView as a drop-in replacement for a TableView was a workable solution to all instances of this problem, there would be no reason for TableView to exist in the first place.
[~colons] Is there a ticket for ListView that describes why it won't work for your use case?
Closing ticket as "Won't Fix".