[01:03] o.o [01:09] bluesabre, Do we want to switch to sgt-puzzles this cycle? All the launcher needs to be in a archive-ready state is an icon [01:20] Noskcaj: potentially, I'll try to get some testing in on it this weekend and we can bring the decision in next week's meeting [01:20] ok. i'll need to set up translations, won't i? [01:20] Fix the issues I noted? :P [01:21] Unit193, Anything not in the TODO file? [01:21] I don't know. :P [01:22] http://bazaar.launchpad.net/~noskcaj/+junk/sgt-puzzles-launcher/view/head:/TODO [01:24] http://bazaar.launchpad.net/~noskcaj/+junk/sgt-puzzles-launcher/revision/15 uhh, you can't do that... [01:25] How to fix? [01:27] (https://www.debian.org/doc/debian-policy/ch-files.html 10.7) [01:32] ... [01:53] I realise it's not a good solution, but is there anything other than some if statements that i need? [02:53] Well, while not perfect you can put them in another XDG_DATA_DIRS to toggle hidden=true, /usr/share/xfce4/applications/ for example. [02:53] At least it's not as hacky, just only works in Xfce. :P [03:16] Is there any way it will actually break something, or is it just because it's too hacky? [07:36] morning everyone [07:40] morning ochosi [10:46] right, hello everyone :) [10:53] hey lderan [10:54] how're things? [10:55] morning everyone [10:56] not been so good of late, but hopefully getting better. I am really sorry about my absence for the past half a dozen months [10:56] how are things with yourself? [10:59] hey bluesabre [10:59] lderan: oh well, life can always turn hectic. it's starting to do that here too ;) [10:59] oh dear [11:10] bluesabre: anything you're planning on working on today? just saying cause i'll be about for a bit [11:12] ochosi: poking menulibre as much as possible to get a release out tomrrow [11:12] cool [11:12] if there's anything i can help with lemme know [11:12] well [11:13] if you want to check out https://code.launchpad.net/~menulibre-dev/menulibre/2.1 and let me know if there are any changes you' [11:13] d recommend for appearance/usability/etc [11:13] to use it: [11:14] python3 setup.py install --user; ~/.local/bin/menulibre [11:16] ok, will do [11:17] thanks [11:17] humm GLib.Error: gtk-builder-error-quark: Invalid property: GtkScrolledWindow.overlay_scrolling on line 834 (11) [11:17] oh woops [11:17] that's probably me not being on gtk3.16 [11:18] is that a problem? [11:19] should work without it [11:20] gtk should really not be so chatty with invalid properties when it creates and removes many many properties every few months [11:21] k [11:21] well it actually does crash [11:21] ah [11:21] lovely [11:21] http://dpaste.com/0VFSEDC [11:22] welllllllllllllp [11:22] gimme a sec [11:24] pull and reinstall [11:24] humm, no tags or revs to pull? [11:24] did you push to the 2.1 branch? [11:25] didn't push [11:25] try again :D [11:25] haha [11:25] yeah, that's more like it [11:26] fwiw, using CSD would really make sense here... [11:26] yeah [11:26] since all the layout of the app is already extremly CSDy [11:26] it'd clean it up substantially [11:27] indeed [11:27] humm, i wonder what's wrong with the button style in that toolbar... [11:27] somehow they seem totally flat [11:27] where? [11:27] at least the enabled ones [11:27] the insensitive ones look ok [11:27] inner-border is missing [11:28] already checked with the inspector but this time it seems to be the theme's fault [11:29] I'll go ahead and CSDify the header [11:29] sweet [11:29] that'll also fix those flat buttons without me touching anything :p [11:29] :P [11:29] woo [11:29] btw, i'm wondering whether not using symbolic icons in that toolbar wouldn't be better [11:30] i do like how elementary uses colored icons there tbh [11:30] (for other elements, like the inline toolbars, the symbolic icons are totally fine though) [11:30] could try that since it's not very hard [11:31] yeah [11:31] good idea [11:31] I was on a symbolic kick at the time I cranked out 2.0 [11:31] :D [11:31] :) [11:32] * ochosi remembers being really excited about those too [11:40] btw, i really wonder whether we shouldn't include the topmenu plugin in the xubuntu-extras PPA [11:40] it works ok, i've been using it for a few weeks already [11:40] and i fixed the theming for it in greybird 1.6 [11:46] sure, got a link? [11:47] one sec [11:48] the source/project page is here: https://git.javispedro.com/cgit/topmenu-gtk.git/about/ [11:48] but it has been packaged already, obviously [11:49] in ppa:webupd8team/mate [11:49] https://launchpad.net/~webupd8team/+archive/ubuntu/mate [11:49] cool [11:49] I'll port that over sometime today [11:50] thing is, without greybird 1.6 it won't look good [11:51] so i guess adding it for k [11:57] (although apart from the warnings, greybird 1.6 can be used regression-free in vivid) [12:07] ochosi: http://i.imgur.com/vYsH0Tx.png [12:08] nice [12:08] (i really need to reconsider whether to add some button style to the menu button) [12:09] (at least on hover) [12:09] that really cleans things up and looks lovely if you ask me [12:09] are those separators widely used in CSD though? [12:10] fixing one other thing, then I'll push and you can play with it some more [12:10] that's just a button pack_start'd [12:11] right, seems to be the case with other csd apps too [12:13] pushed [12:13] brb [12:13] prolly have to improve the looks of those separators a bit in greybird [12:15] bluesabre: humm, again theming oddity? http://i.imgur.com/MwOSOkO.png [12:22] ochosi: yeah... haven't gotten to that one yet [12:22] wondering what a good solution would be since I need two buttons there [12:22] geez, gtkgesture is really giving me headaches with my touchpad [12:23] always seems to initiate window-move randomely and then refuses to cancel that [12:23] or maybe I don't need two buttons [12:23] yeah, just wanted to suggest that [12:23] just the cancel button, and saving would commit the change [12:23] or just the accept button, and clicking away would cancel the change [12:24] hm [12:24] that probably makes more sense [12:25] I'll play with both ideas [12:25] but it will be like the file selects below [12:25] k [12:25] the cancel "x" initially didn't make sense to me, tbh [12:34] ochosi: http://i.imgur.com/D2iVyJ6.png [12:35] hitting enter, clicking the check, or saving will apply the change [12:36] clicking elsewhere or hitting esc will cancel [12:37] cool [12:37] that looks about right [12:37] that icon could theoretically be symbolic again [12:37] but the green looks ok too [12:38] I'll probably just use symbolic for the inline toolbars on the bottom [12:41] k [12:45] hi bluesabre [12:47] bluesabre: something seems odd in menulibre's headerbar. seems like the "add" button is a gtkmenubar [12:47] or maybe it's just inspector acting up [12:49] seemingly the first button in a headerbar always is a gtkmenubutton or something [12:50] so better change the packing order to get the real gtkmenubutton in the first position [12:52] ochosi: yeah, need to make that a popover instead of a menu [12:52] wasn't a super easy instant solution for that [12:52] btw, i just pushed some nice improvement to Greybird [12:52] hi flocculant [12:52] how's it going? [12:52] for GtkMenuButton [12:54] ochosi: pushed the new name and comment entry [12:54] pulling... [12:56] bluesabre: good thanks [13:02] ochosi: what icon size would you recommend I use for the toolbar if I go back to non-symbolic? [13:02] s/tool/header [13:03] bluesabre: already working on it, one sec ;) [13:03] :D [13:04] personally, i'd go for 16px, but then the buttons aren't square, which blows [13:05] oh well, actually they are [13:05] when all of them are [13:05] http://i.imgur.com/ILZWNwR.png [13:06] ok, can do 16 [13:06] normally, toolbar items have 24px icons [13:06] but in the headerbar most toolitems use the TOOLBAR_SMALL size [13:06] part of the issue is that some of the buttons were hardcoded to 32px [13:06] which is 16px [13:06] i have the patch for that ^ ready btw [13:07] in case you want me to push that [13:07] (not that it's a lot of work) [13:07] happy to take the patch [13:09] I might actually make the add button into the applications-other icon [13:09] it this case, it might make more sense [13:09] but maybe not [13:11] pushed [13:11] sweet [13:12] glad you're in the menulibre-dev team [13:12] hah [13:12] ochosi: talking of teams, can you add me to website one so I can do QA blog posts please :) [13:13] bluesabre: hehe, indeed ;) [13:13] flocculant: sure thing, one sec... [13:14] cheers [13:14] there, done [13:14] bluesabre: wow, you're not a member of the web team. how come? [13:15] ochosi: probably because you guys are hesitant of my blog posts [13:15] :D [13:15] haha [13:15] yeah, all those fancy screenshots and stuff... [13:15] booh! [13:15] it'd be a shame if our release annoucements displayed what we made [13:17] yeah [13:19] lunchtime, brb [13:26] bbl - nice to see you bluesabre if you've gone when I get back :) [13:26] thanks [13:26] seeya later flocculant [13:33] ochosi: headerbar button sizes should be a bit more consistent now [13:34] bluesabre: indeed but not square anymore [13:34] maybe that's not a big problem though [13:34] yeah... if we want them square I think we have to force a size [13:35] not sure whats preferred here [13:35] maybe I should look at some other CSD app code [13:35] yeah [13:35] that sounds like a good idea [13:36] have you pulled the latest greybird for the separator and menubutton improvement? [13:36] not yet [13:36] doing so now [13:39] ochosi: hm [13:39] hovering the menubutton makes it grow when it gets borders [13:39] makes the whole headerbar shift around [13:39] and lots of weirdness [13:40] :D [13:40] one sec [13:40] before http://i.imgur.com/yh0wUbJ.png [13:40] after http://i.imgur.com/ByC0MCo.png [13:41] headerbar bigger, has a double line for the bottom border [13:41] make some other things [13:41] weird [13:41] looks totally fine here [13:41] on gtk3.14 [13:42] got a wily vm? [13:42] yeah, will fire that up and check in a bit [13:42] guess that must be a gtk3.16 "feature" [13:43] gotta love those [13:46] feel free to tweak menulibre a bit more... going to go take a shower, brb [13:52] meh, so yeah [13:52] in wily it behaves oddly [13:52] but actually it looks different from yours [13:52] with the hover style things look ok [13:53] the headerbar just doesnt have a bottom border without [14:02] bluesabre: ok, works now for me in wily [14:03] pushed the fix to greybird [14:07] bluesabre: tbh, i preferred the button sizes as they were: http://i.imgur.com/D2iVyJ6.png [14:08] hm, or are they the same and just seem different at first glance..? [14:14] also, the window previews in alt-tab... hm, i'm really not a huge fan of displaying those by default [14:14] ochosi: they were definitely square before, I forced them to be :) [14:14] oh ok [14:15] square, 32px [14:15] humm [14:16] did the greybird fix work for you? [14:18] ochosi: yup, looks good now [14:18] k, good to know [14:18] still works in gtk3.14 luckily [14:19] nice [14:19] anything else that you wanna tackle in menulibre? [14:20] any other ui improvements you'd like to see? [14:20] otherwise, plenty of code to write for new feature/bugs/plank fixes [14:21] new features? [14:21] https://bugs.launchpad.net/menulibre?field.searchtext=%5BFeature+Request%5D&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&fie [14:21] ld.has_no_package= [14:22] only going to do a few of those for now [14:22] oh ok [14:22] mainly interested in fixing plank :D [14:22] the UI still looks nice generally, no complaints here [14:22] hehe [14:22] yeah, also using plank here [14:23] the issues in plank are because for each dock item, it points to the launcher originally pinned [14:23] so, /usr [14:23] oh [14:23] any changes local don't apply [14:23] so any modification never show [14:24] s [14:24] so, just have to go in and tweak plank's dockitem files [14:24] sounds a bit tedious [14:24] perhaps a bit [14:24] wouldn't it make sense to fix plank there? [14:24] but shouldn't be too horrible [14:24] or is that a desired feature [14:24] probably, but that happens to be a fundamental flaw in plank [14:24] so, workaround [14:25] :D [14:25] hah [14:25] well you could actually submit a bugreport and we could poke the elementary folks to get it fixed [14:25] yeah [14:25] or is there already one? [14:25] I might do that, haven't checked [14:27] i mean after all that'll affect elementary users too [14:28] it's probably not a major issue... [14:28] but annoying to be sure [14:30] yeah [15:38] ochosi: interestingly, the headerbar looks way worse in elementary (before and after at same link) https://imgur.com/haqXloA,AGooMLD#0 [15:40] how do other elementary apps use headerbars? [15:40] dont they use granite in some way or something? [15:40] of course [15:40] :D [15:40] also, their colored icons don't really look nice there... [15:40] and the gtkmenubuttons position is awkward [15:41] vs scratch https://imgur.com/HLFmrIP [15:42] looks like they use bigger icons and more spacing... so I'd probably be better off comparing gnome apps in adwaita [15:43] I'll play with that a bit later [15:46] yeah, large toolbar icons [15:46] which is more consistent with current toolbars [15:47] but creates a mess with other headerbar apps [15:47] ideally try to install some app that also uses a headerbar without granite [15:47] just to see how that looks in elementary [16:53] gotta run, bbl [16:53] late [16:53] :D [20:04] bluesabre: one more thing to improve in menulibre would be keyboard navigation [20:04] and i guess i really really have to improve the focus styles in greybird's gtk3 theme [20:04] i really don't like how you can't see what's selected sometimes [20:27] k, much better already now [20:58] \o/ i can define the window controls for CSD in the theme [20:58] finally found out how that one really works [20:58] :)