showCancel is being ignored - the cancel button is shown on\nfocus of the search bar
\nsearch bar also hides after row selection even when searchHidden\nis false. if searchHidden is false, the search bar should be always\nvisible.
Part (2) seems to be false (a 'works for me'). Part (1) might be\nillegal; the 'cancel' button stops the search and unloads the table\nview. Even if showsCancel is set to 0 on the search bar, the table\nseems to want to display it anyway. Would have to look more into\nit.
First part of the bug is, in fact, illegal.\nUISearchDisplayController autosets the showsCancelButton to YES,\nand although we can cache the original value, set it, and\nredisplay, the 'cancel' button still shows up for a second,\ncreating an inconsistent (and ugly) UI. We'll just have to say that\nthis is a misfeature.
\nSecond part is still a 'works for me.'
\nMarking as invalid. Please inform me if there are additional\nproblems.
run this example:
\nit does look like the hide went away. but the showCancel:false\nis not working and now search does not seem to work - i.e., the\nresults are not limited by matching rows
\nvar win = Titanium.UI.createWindow();
\n// create table view data object var data = [];
\ndata[0] = Ti.UI.createTableViewRow({hasChild:true,title:'Row\n1'});
\ndata[1] = Ti.UI.createTableViewRow({hasDetail:true,title:'Row\n2'});
\ndata[2] = Ti.UI.createTableViewRow({hasCheck:true,title:'Row\n3'});
\ndata[3] = Ti.UI.createTableViewRow({title:'Row 4'});
var search = Titanium.UI.createSearchBar({
\nbarColor:'#385292',\nshowCancel:false\n\n}); search.addEventListener('change', function(e)
\n{ e.value // search string as user types });\nsearch.addEventListener('return', function(e)
\n{ search.blur(); }); search.addEventListener('cancel',\nfunction(e)
\n{ search.blur(); });
// create table view var tableview =\nTitanium.UI.createTableView({
\ndata:data,\nsearch:search,\n\n});
\n// create table view event listener\ntableview.addEventListener('click', function(e)
\n{
\n// event data\nvar index = e.index;\nvar section = e.section;\nvar row = e.row;\nvar rowdata = e.rowData;\nTitanium.UI.createAlertDialog({title:'Table View',message:'row ' + row + ' index ' + index + ' section ' + section + ' row data ' + rowdata}).show();\n\n});
\nwin.add(tableview);
\nwin.open();
You're right, search doesn't appear to work - but this might be\na more general issue where search just doesn't work (meaning it\ncould have difficulty pulling certain information out of a\ntableview; I'd have to look into it). Feel free to create a bug for\nthis and I'll look into it.
\nAs mentioned above, setting showCancel:false is overridden by\nthe UISearchDisplayControl for (probably bad) reasons, but it's set\nat a point before we can interact with the search bar and clear the\n'cancel' button out - and the button is already displayed at this\npoint. This creates an ugly UI inconsistency where the search bar\nappears to have a 'cancel' option, but then suddenly doesn't. I can\nchange this if you'd like.
\nThere might be an undocumented API for this but undocumented\nAPIs are bad juju. Keeping the bug 'invalid' until we've got an\nanswer.
the search within the table view has always worked - so\nsomething has changed recently (since 1.2.0) to break it.
\nthe showCancel problem is also a new problem (since 1.2.0).
\nboth need to be addressed
Reopening. Didn't see Nolan's comment earlier in the month.
Okay, this really does appear to have been fixed now. I tested\nNolan's JS and it worked.
searchHidden parameter work but it is still not documented on\nofficial API !
\nCheck: \nhttp://developer.appcelerator.com/apidoc/mobile/latest/Titanium.UI....