=== chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === athairus is now known as afkthairus === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === _salem is now known as salem_ [14:06] Is there any information available about porting apps to Ubuntu Touch? I'd like to try and port some linux apps over and contribute but I need a starting point for reference. [14:08] GUI apps, I should add. [14:48] mmm he left already :/ [14:57] t1mp, hey! can you visually tell, which UI component this app is using for switching between tabs ? [14:57] http://i.imgur.com/t5R0I48.png === chihchun_afk is now known as chihchun [15:09] om26er: music/calendar do some complicated stuff to do that, with uitk 1.3; best to read the source [15:09] om26er, that is the leadingActionBar of the PageHeader component [15:10] kenvandine, https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1589547 [15:10] Launchpad bug 1589547 in content-hub (Ubuntu) "Add ContentType.Application" [Undecided,New] [15:10] mzanetti, thx! [15:11] om26er, which is set here http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/app/components/MusicPage.qml#L46 ... and comes from here ..http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/app/music-app.qml#L640 [15:11] hey ahayzen, I am actually trying to fix autopilot tests for the music app, seems the App started using the new header and now switch_to_tab() helper does not work [15:11] uhoh [15:12] om26er, there should be a leadingAction helper for the header, if there is try using that [15:14] those AP tests must have been broken for a while as that was changed ages ago ... *sigh* we need Jenkins back at full strength :-) or just migrate more test to QML Unit tests :-) [15:16] om26er, will probably be this you want https://developer.ubuntu.com/api/autopilot/python/1.5.0/ubuntuuitoolkit/#ubuntuuitoolkit.AppHeader.click_action_button [15:17] ahayzen, yes, I am already there. [15:19] ahayzen, we need to add object names for the action buttons to change tabs [15:20] om26er, yup, i don't mind looking at it if you want [15:20] ahayzen, I can do that, but need to know how long does it normally take for a new release of the music app ? [15:21] om26er, usually once per otaish ... but both me and victor have been busy recently so it has stagnated...but i'm hoping for something in this next cycle [15:21] got a long list of stuff todo [15:22] ahayzen, hmm, ok, I will push something temporary to lp:ubuntu-system-tests for now. And if you could add the object names that'd be great. [15:22] om26er, yeah, i don't mind create an MP to fix it in lp:music-app ... have you got a bug tracking this ? [15:23] ahayzen, not yet. [15:23] ahayzen, I peeked through the code and there is still reference to Tabs in lp:music-app is that needed ? [15:23] om26er, in which the autopilot or QML ? [15:23] ahayzen, qml [15:24] in music.qml [15:24] hmmm potentially not, but it manages the show/hiding of tabs for us ... the problem we had is we migrated to the new PageHeader for the convergence stuff but are still using the old style Tabs [15:25] so this was the solution we came up with until the Tabs are standalone [15:25] as using the Tabs normal header... it will fill the width of the app [15:26] but for convergence we needed the tab header to only be half width, so hence the solution [15:26] until there is a new Tab component, which i need to catch up with the sdk folks and see if it exists yet [15:26] mzanetti, branch proposed, but it probably won't land terribly soon [15:39] om26er: hi. Sorry I didn't reply, I did not realize that my irc client disconnected.. [15:39] let me read the backlog [15:41] ahayzen, om26er: AppHeader.click_action_button is not the correct autopilot proxy to use for PageHeader.leadingActionBar [15:41] there is an ActionBar CPO, just select the PageHeader.leadingActionBar [15:41] t1mp, ah cool thanks [15:41] it has a click_action_button(action_objectName) function [15:42] that should do it. Also works for the actions in the right side of the header (but with trailingActionBar). It automatically clicks the action, or opens the overflow and then clicks the action. [15:42] yeah that's perfect [15:43] thanks t1mp :-) [15:44] t1mp, also are there plans to change the Tabs to have a separate header component (so it doesn't span the width), or has it already been done, or is what we are doing the 'correct' way? [15:44] ahayzen: we don't plan a new Tabs component [15:44] what do you need exactly? Maybe Sections is what you need? [15:45] t1mp, for the music app in convergence... it has tabs on the main left side...and then a page header on the right [15:45] IIRC the tab's header filled the width [15:45] and yeah now sections scroll, i'd vote for that in converged mode anyway [15:45] if the mainPage has a PageHeader with leadingActions, that should work fine [15:45] this was just done a while back before those bugs were fixed [15:46] t1mp, yup that is what we have done [15:46] ok. That is the recommended way if you want the overflow menu [15:46] cool thanks, just wanted to check it hadn't changed :-) [15:46] I think that's one of 3 options. 1) Overflow menu (with leadingActionBar), 2) Sections, 3) a ListView with ListItems on the main page to navigate [15:47] yeah if you had a *really* wide screen... a listview on the left could be fun [15:47] something to play about with in the next iteration of convergence stuff anyway :-) [15:47] yeah [15:48] if you would implement the listview now with AdaptivePageLayout, that means in a 1-column view (on a phone in portrait mode) you only see the list when you are on the main page [15:49] yeah, but currently we don't use APL :-/ [15:49] mainly due to when you push to the left side it resets the right [15:50] so then you can't have a static sidebar on the right side [15:50] but in the future i expect we'll make the left side into APL or alike so we'll have three columns [16:01] ahayzen: yeah, the assumption is that the left side controls the right [16:02] but you could have APL on the left and a separate right-side column next to it [16:03] I don't know if that would be handier than what you have now though :) [16:06] t1mp, yeah that was what i was thinking, APL on left and then our right sidebar along side...but depends what we do === afkthairus is now known as athairus === salem_ is now known as _salem