[08:01] knome: ping [08:03] knome: ok, to be more concrete, i improved the CSD window control look. however, the window-close icon still isn't as nice as it could be. do you still have the svg source of the icon you did for greybird's xfwm4 theme? http://i.imgur.com/Qr05GYl.png [08:05] knome: and yes, we need an svg, for the current one, look in actions/symbolic in elementary-xfce === davmor2_hols is now known as davmor2 [09:48] Unit193: so, about that package... any concerns about it, or does it seem sane? [09:50] hey bluesabre [09:50] hey ochosi [09:50] just the guy i was looking for... :) [09:50] uh oh [09:50] could you reproduce something for me in wily? [09:50] not running wily atm [09:51] when tiling a CSD window to the right, i get messed up CSD button padding [09:51] oh ok [09:51] anyway, this is it (for reference) http://www.google.com/url?q=http%3A%2F%2Fi.imgur.com%2FJIqqMdw.png&sa=D&sntz=1&usg=AFQjCNH9tn-EdGpI-UjDZQSoIz84ciyXfw [09:51] gah [09:51] http://i.imgur.com/JIqqMdw.png [09:51] * ochosi shakes his angry fist at google hangouts [09:51] both worked for me [09:52] but wow [09:52] in Numix, the close button is even pushed offscreen [09:52] that's special [09:52] oddly enough, if i do the same thing on the left, everything is fine [09:52] http://i.imgur.com/RyFDOw9.png [09:52] just noticed because i was working towards improving the CSD buttons/icons [09:53] also, if we decide to opt in for more apps with CSD in xubuntu, i might have to change the WM theme a bit to not make them stand out so much [09:54] the wm theme could use a refresh :) [09:54] btw, that works fine for me with gtk 3.16 in vivid [09:55] oh you have 3.16? [09:55] anyway, that was what i wanted you to test (wrt wily) [09:55] so ok, i won't spend more time hunting this down [09:56] i already have some ideas for refreshing the wm theme [09:56] it'll likely only be the hover/click effects, not the icons [09:56] http://i.imgur.com/jzmnHfg.png [09:56] i still like the simplicity of them [09:57] heh, i love how the xfpm plugin stands out as the only correctly colored one ;) [09:57] for that alone, the ubuntu indicators suuuck [09:57] :D [10:00] ok, gotta go shopping [10:00] bbl [10:05] good luck food hunting === qwebirc384391 is now known as slickymasterWork [15:32] micahg: still around? [15:32] yes [15:33] would you mind adding a tiny patch to xfpm 1.5.1 in our staging PPA? [15:33] i'm generally willing to release 1.5.2 soonish, but doing that because of a one-liner seems a bit over the top [15:33] however, it's a bit of a show-stopper (segfault with trayicon enabled) [15:34] ochosi: you might want to release 1.5.2 for the benefit of other users :) [15:34] i don't think 1.5.1 is packaged anywhere yet [15:34] but yeah, i will do 1.5.2 soon, i just want maybe some more bugfixes [15:36] ochosi: you could do a 1.5.1.1 depending on how bad of a show stopper, also, not everyone uses the packaged versions :) [15:37] yeah, but those who don't use the packaged version can simply run a git pull and rebuild [15:37] and meh, micro-versioning [15:37] I mean, they use the tarballs, not the distro versions [15:37] seriously? what would the benefit of using a tarball be when you can grab git master? [15:38] stability of tagged versions [15:38] not everyone likes bleeding edge ;) [15:39] yeah, but if you use tagged versions, why not use the packaged versions [15:39] anyway, this isn't leading where i intended to go... :) [15:39] sorry, wasn't sure if you meant that packaged == tarball or packaged == distro [15:39] anyways, happy to upload the patch if a new release isn't forthoming [15:40] yeah, i'm not sure, maybe i will do a 1.5.1.1 [15:40] it just isn't very xfce-typical [15:41] you could do a .2 if .1.1 is too awful looking :), it's relatively common to spin a new release with a small number of fixes if there's a common crash [15:41] actually, i think it's not even really possible with the major/minor version division in the configure file [15:42] and it would sort of break the current documentation standard [15:42] so if anything, it would be 1.5.2 [15:43] ok [16:42] hmm if i have tooltip rendering issues in chrome under xubuntu, would that likely be a chrome or a xfce/xubuntu issue? [16:51] dkessel: i've seen it too. chromium uses its own engine for drawing the UI, so chrome issue [16:55] meh [16:55] yeah, they switched over to "aurora" (i think) [16:55] hence the fancy animations and stuff within chromium [16:57] is the parole crash on startup on wily known? [16:58] oh wait it have not updated today [17:00] mkay. still present [17:04] also, qt app theming in broken again. i have seen it in quassel-client, which luckily had a setting to change the theme, and am seeing it in vlc now. [17:08] the icons in vlc look much better than when it was broken in vivid ;) but the menu bar has the wrong color [17:09] and some menus show unchecked checkboxes that normally don't display any checkbox [17:28] dkessel: yeah, those are pretty much all theming issues related to qt not applying the gtk theme [17:29] and sucks that parole even crashes, seems new bugs are piling up there [19:52] ochosi, i likely do, but i'll need to check my deksktop for that [20:59] knome: ok, thanks! [21:36] evening all [21:36] Howdy, bluesabre. [21:36] hiya Unit193 [21:39] ochosi: do you still need me to upload something? [21:39] * micahg saw a build failure earlier [21:42] micahg: I can look into it... I know the daily has been failing to build for a few days, haven't had a chance to look until now [21:43] bluesabre: and sorry, I still need to look at your package as well [21:47] micahg: np [21:56] bluesabre: Oh right, that thing you'd pinged. No, didn't see it. Link passed when I couldn't, and then I'd have had searched for it. Also saw the note that micahg was going to review it, and he's at least 10x better than me sooo. :) [21:56] trying to process some backports quickly [22:58] ochosi: btw, I'm also of the opinion that a new point release is a better option