/srv/irclogs.ubuntu.com/2014/09/02/#juju-gui.txt

=== urulama-afk is now known as urulama
rick_h_morning all11:22
frankbanmorning rick_h_ 11:22
* frankban lunches11:40
rick_h_frankban: did you take a peek at the updates to the charm from hazmat? Can those be landed? (around the proxy settings)12:14
frankbanrick_h_: yes I reviewed the branch. hazmat mentioned he want to wait for further live tests/qa before landing those. I assured my availability to do a charm release after those changes are landed12:16
rick_h_frankban: ah ok, missed the waiting stuff. I added a card to tracking on that for now thanks12:17
frankbanrick_h_: thanks12:17
hazmatfrankban, there are some fixes post the initial pull request, let me update12:20
hazmatnevermind there in the merge proposal12:21
hazmatfrankban, should i go ahead and just merge to  lp:~juju-gui/charms/trusty/juju-gui/trunk ?12:22
hazmator do you want a separate mp targeting that branch first12:22
frankbanhazmat: please go ahead and merge it into the dev branch, I'll work on a charm release in the afternoon12:24
hazmatugh.. i forget how slow bzr is ;-)12:25
frankbanheh, the charm repo is pretty big also12:26
rick_h_luca: do you have hover over info for https://bugs.launchpad.net/juju-gui/+bug/1360169 12:27
mupBug #1360169: Hover overs are missing from most of the interface <juju-gui:Triaged> <https://launchpad.net/bugs/1360169>12:27
rick_h_luca__: oh, guess this was going on yesterday, it got caught up in my email backlog and seemed longer than that12:27
hazmatfrankban, done12:31
frankbanhazmat: thanks12:32
rick_h_frankban: after that gui charm release feel like helping wrap up MV this week?12:34
frankbanrick_h_: sure no problem12:35
rick_h_frankban: awesome12:35
rick_h_hazmat: charmworld seems chugging along happier today. Is your stuff all set?12:35
hazmatrick_h_, yup. all good, thanks12:57
frankbanhazmat: charm released14:13
hazmatfrankban, danke14:14
hazmater. grazie ;-)14:14
frankban:-)14:15
hatchyaaaaaaawwwwnnnnn14:18
hatchmorning all14:18
urulamagood morning, hatch :)14:18
rick_h_morn14:18
hatchso glad to be back at work...needed a break from the holiday haha14:20
rick_h_frankban: hatch up for a pre-standup chat?14:37
kadams54hatch: per your comment on PR#523… can you point me to the HTML for the boolean checkboxes? I found some style rules for .config-field.boolean in juju-inspector.less, but am failing to find the corresponding HTML.14:37
hatchrick_h_: frankban sure just lemme grab my coffee, 2 mins14:37
frankbanrick_h_: sure14:38
rick_h_frankban: hatch ok, meet you in the standup room14:38
hatch__rick_h_:  technical difficulties, trying again14:42
hatch__kadams54: service-configuration.partial or something14:42
kadams54Thanks, I did look at that but wasn't 100% sure it was the right place. I'll comment further on the PR.14:43
=== hatch__ is now known as hatch
rick_h_jujugui call in 214:59
rick_h_jujugui kanban away please14:59
hatchlol15:14
hatchwhat's martins nick?15:14
rick_h_mhilton and he's not in here atm15:15
hatchahh ok I see in the other channel 15:15
hatchkadams54:  is there a website somewhere which outlines 'why' your approach works? I think my feelings will be assuaged if I can read up on this technique vs the more commonly known single element one 15:18
hatchthe css is quite a bit more complex so I'm worried about future dev coming in and not knowing what's going on15:18
kadams54hatch: http://code.stephenmorley.org/html-and-css/styling-checkboxes-and-radio-buttons/15:18
kadams54Covers both approaches15:19
hatchI should really look into how google does the paper elements stuff15:19
hatchthey have some really cool radio/checkboxes 15:19
kadams54I can do some digging into that…15:21
hatchkadams54:  ok so how about if you just put a comment in the css with this url to explain the technique?15:23
kadams54hatch: sounds good.15:23
kadams54I was thinking I could also add classes to the <span>s which could also clarify their purpose.15:24
hatchahh yeah that could also help15:24
hatchit is pretty cool though15:25
kadams54hatch: so… paper cheats.15:26
kadams54hatch: it ditches <input> all together in favor of a combination of <div>s and a <canvas>.15:27
hatchanimated gifs?15:27
kadams54Hah, no.15:27
hatchoh haha, really? 15:27
hatchinteresting....15:27
hatchkadams54:  probably because styling inputs on mobile is le'stupid and canvas is going to be pixel perfect every time15:28
kadams54hatch: https://gist.github.com/kadams54/5e52c25281b364f97b8f15:28
kadams54I think they only use canvas for the ripple effect that happens when you toggle a button.15:28
kadams54All the more traditional stuff is all <div>s15:28
kadams54They seem to rely heavily on aria markup to make up for the lack of semantic markup.15:29
hatchI think that the ripple is just layered on top of whatever it's containing15:29
kadams54http://www.polymer-project.org/components/paper-radio-button/demo.html15:29
hatchwe should use these heh15:30
hatchso pretttttyyyy15:30
kadams54hatch: Yeah, the ripple is the canvas. The button itself is just two <div>s, .offRadio and .onRadio.15:30
kadams54.onRadio gets a "fill" class when active.15:30
hatchinteresting15:30
hatchwell in any effect, I've +1'd it15:30
kadams54I suspect the animation is just CSS transitions15:30
kadams54Not sure how I feel about ditching basic HTML elements all together.15:31
hatchyeah - I'm guessing that's because of mobile 15:31
hatchstyling input elements on mobile is really poorly supported15:32
kadams54More so than on desktop?15:34
kadams54I mean, we're already basically hiding the native element and then either sticking in a background image or styling some <span>s to take its place.15:34
kadams54Largely because desktop browsers vary pretty widely in how (or in the case of Safari, even if) they support styling form elements.15:35
hatchyeah because you have to remember that there are about 1M different browsers on android 15:35
hatchand that most are complete garbage and don't get updated....ever15:35
kadams54*sigh*15:35
hatchit's better now with chrome on android 15:36
hatchbut I'm guessing that there are a lot of people who are still using the default browser15:36
hatchno whatever free phone they 'bought' :P15:36
rick_h_jujugui make sure you get your travel filed. I think I approved everyone that requested. If you've not please do that and let me know if you hit issues15:42
hatchoh crap I forgot heh thanks15:42
hatchrick_h_:  my flights when searching on flights.google changed $700 in one day 15:42
hatchthey went back down again15:42
hatchbut I was like....wth15:42
rick_h_hatch: then file now :P15:42
hatchlol15:43
rick_h_I thought I approved yours :P15:43
hatchyou did, I just guessed on the price because of that15:43
hatch(it's down again)15:43
hatchBUY BUY BUY15:43
hatchehh but the flights suck....15:44
hatchjujugui, just confirming, the airport is BRU ?15:47
rick_h_mhilton: did you find the invite for leankit?15:54
rick_h_mhilton: make sure to check the spam folder15:54
* rick_h_ finds email to make sure he didn't typo the email addr15:54
kadams54jujugui: looking for a second review/QA on https://github.com/juju/juju-gui/pull/52316:04
kadams54rick_h_: ready to chat about constraints when you are.16:06
rick_h_kadams54: k, on the phone atm but can chat later. Not sure when this one will be over16:07
urulamajujugui: bye, have fun16:51
rick_h_urulama: have a good night16:51
=== urulama is now known as urulama-afk
rick_h_kadams54: call is over, want to chat now or after lunch?17:05
kadams54Just getting ready to grab lunch, so after?17:06
rick_h_kadams54: rgr17:06
* rick_h_ goes to lunch17:06
Makyojujugui need some reviews and QA: https://github.com/juju/juju-gui/pull/527 (turned out way easier than I initially made it)17:10
kadams54Makyo: I'll take a look17:11
Makyokadams54, thanks, will look at yours as well.17:12
hatchlazyPower:  noone wants to answer your AU question :) 17:27
hatchprobably because the answer would suck lol17:27
hatchok reviews done, conflicts resolved.....now to qa again17:31
Makyokadams54, good catch, I should've noticed that.17:49
kadams54Makyo: np17:49
hatchjujugui fyi chrome's latest update adds a complex 'ssl warning' page like FF has had for a while - it's now a multi step process to dismiss 18:01
rick_h_hatch: :(18:01
hatchvery18:02
hatchjujugui in testing my branch after pulling in the latest develop changes I can no longer place a unit on a 'root container' - is this to be expected? 18:05
hatchI don't recall this limitation so - bug?18:05
rick_h_hatch: hmm, seems like it. Can you git biset from where you're at on that one please?18:07
hatchyep on it, will report back18:07
rick_h_hatch: ty much18:07
hatchcould have been a bad conflict resolution here as well..18:07
rick_h_kadams54: back from lunch?18:13
kadams54Yup18:13
rick_h_kadams54: standup hangout?18:13
hatchhttps://bugs.launchpad.net/juju-gui/+bug/136454918:13
mupBug #1364549: Cannot destroy services with no deployed units <juju-gui:New> <https://launchpad.net/bugs/1364549>18:13
kadams54rick_h_: joining18:13
hatchrick_h_:  https://bugs.launchpad.net/juju-gui/+bug/136455818:41
mupBug #1364558: Unable to place an unplaced unit on root container <juju-gui:New> <https://launchpad.net/bugs/1364558>18:41
rick_h_hatch: k thx18:43
rick_h_Makyo: hatch either of you QA kadams54 branch so it can land?18:47
hatchMakyo:  did according to the pr18:47
MakyoYes +118:47
rick_h_Makyo: ah, looks like you did, can you add a little more on that qa note per our friday chat the other week18:47
rick_h_kadams54: and this can shipit then?18:48
MakyoAh, sure18:48
rick_h_Makyo: ty much18:48
kadams54rick_h_: yup19:03
hatchlunching19:13
* rick_h_ runs away for today night all20:20
hatchcya rick_h_20:23
hatchjujugui lf a review and qa on https://github.com/juju/juju-gui/pull/524 plz and thanks (before something else lands and causes more conflicts :P )22:18
hatchrick_h_:  any preference to my next card?22:21
huwshimiMorning23:03
hatchmorning huwshimi23:14
hatchhuwshimi:  if you have some time today it would be awesome if you could review and qa https://github.com/juju/juju-gui/pull/52423:22
huwshimihatch: Sure!23:23
hatchthanks - the code is pretty cryptic without the whole thing in your head so really the important parts are that it qa's properly :)23:24
huwshimihatch: OK no problems :)23:24
hatchI hope we have some time after 1.0 to do some refactoring on this now that we know how it's supposed to work23:25
hatchwe can dramatically simplify it with a rewrite ....er....refactor.....er.....enhancement :P23:25
hatchhuwshimi:  also your travel should have been approved (assuming you filed for it) rick said this morning just fyi23:28
huwshimiyep, just about to confirm my flight23:28
hatchit's going to take me 16H23:28
hatchhow about you? :)23:28
huwshimi2823:29
huwshimiMight be 33 on the way back23:30
hatchjeesh23:31
hatchhuwshimi:  you must be really high up in your airliner frequent flyer program :)23:33
rick_h_hatch: either one of the bugs (unable to place on a root container, add to my canvas not working in MV) or the limiting options based on provider or the ecs conflict work needed. 23:53
hatchrick_h_:  the add to canvas in mv is not a bug....at least I couldn't reproduce it23:53
rick_h_hatch: frankban is taking up one of the issues (limiting based on provider or ecs/conflict stuff) so might see what card is taken in the morning23:53
hatchyeah that'll work23:53
rick_h_hatch: so it works for you? You see unplaced units or machines start to appear?23:53
hatchmachines appear23:54
rick_h_oh heh yea I guess it does. wtf23:54
hatchI'm also not sure about the closing the inspector help text thing....what does that mean?23:54
rick_h_awesome then, yay23:54
hatch:)23:54
rick_h_hatch: so every time you close/reopen the inspector by clicking on a service you get that help text23:55
rick_h_I think that after you dismis it, it should stay dismissed23:55
rick_h_I figured that's more a UX front thing that we could get huwshimi or kadams54 or someone to peek at23:55
hatchsure23:55
hatchone more 23:55
hatchq23:55
rick_h_shoot23:56
hatchmachines should not have roll over hover states - don't we want to allow them to drop on machines?23:56
hatchI have an unplaced unit, I drop it on a machine, it asks me to create a container....etc etc etc 23:56
rick_h_hatch: sure, but right now the roll overs completely hide the create machine. I was thinking that what we could do is enforce the clicking of the machine first23:56
huwshimiwas just about to ask the same question :)23:56
rick_h_and then you can drop on root container23:56
rick_h_but right now no one notices the create machine/container header because as soon as you drag you run over machines and they get bright big color changes23:57
rick_h_I talked to ale/luca about it this morning and they're pondering things but we agreed to start out by trying to hide the hover grey background change23:57
rick_h_at least then all options are treated equal23:57
rick_h_and there's less moving bits to distract you23:57
hatchhmm interesting...23:58
hatchok thanks for clearing those up :)23:58
rick_h_np, happy to entertain other ideas23:59
hatchI have none, I just didn't think it was an actual issue, but I see now how it could be23:59
huwshimirick_h_: Maybe could you add a few more details to the card, just so whoever picks it up knows what to do?23:59
rick_h_heh, it's a case of it bugged the heck out of me in QA so I made noise to UX :P23:59
rick_h_huwshimi: sure thing23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!