=== brainwash_ is now known as brainwash | ||
whiteboardfan | how do I contribute to xubuntu? | 11:02 |
---|---|---|
brainwash | this site explains how https://xubuntu.org/contribute/ | 11:04 |
whiteboardfan | hi, I read the xubuntu.com/contrib page and registed on the mailing list and lunchpad. Now how do I get assigned something to do? Just send an email to the mailing list? | 11:28 |
whiteboardfan | I would like to help in the Documentation area for now | 11:31 |
pmjdebruijn | whiteboardfan: usually people contribute changes they find useful themselves | 11:33 |
pmjdebruijn | usually starting out with trivial stuff | 11:33 |
pmjdebruijn | and building up from there | 11:33 |
pmjdebruijn | so if you think some of the documentation is lacking or has errors, you can correct or ammend that | 11:35 |
pmjdebruijn | and again, start small, build up a working relationship with the core team, before chewing off something big | 11:36 |
whiteboardfan | can you suggest something small that I might start at? | 11:37 |
pmjdebruijn | no particularly | 11:38 |
pmjdebruijn | participating in an open source project really isn't about getting assigned stuff | 11:38 |
pmjdebruijn | this isn't school or business :) | 11:38 |
pmjdebruijn | just try to find something that you think is worth your time and attension | 11:39 |
pmjdebruijn | and/or stick around, maybe someone else has a suggestion | 11:39 |
bluesabre | if you're interested in documentation, maybe review the existing docs and see if there is any outdated info, or something not documented well enough | 11:40 |
bluesabre | there's plenty to do, and none of our stuff is really "complete" :) | 11:40 |
bluesabre | and definitely stick around on the channel... our team is small but international. Some are asleep, at work, or going to bed. :) | 11:42 |
bluesabre | so folks will be around with more info and suggestions | 11:43 |
whiteboardfan | ok | 11:44 |
brainwash | bluesabre: is this correct? I don't recall the panel icons being so faint https://git.launchpad.net/xubuntu-default-settings/commit/?id=7f1ecefa802f073880024a57e9f440037123b368 | 12:12 |
brainwash | they used to be white (100%) and not greyish (80%) | 12:13 |
TJ- | Grrr; xfce4-terminal ignores the --display= option | 12:37 |
brainwash | ali1234: can you confirm that this one is actually a bug or limitation in xfwm? bug 1422626 | 13:05 |
ubottu | bug 1422626 in xfce4-terminal "Terminal not maximized when tiling" [Medium,Confirmed] https://launchpad.net/bugs/1422626 | 13:05 |
brainwash | see the last comment | 13:05 |
brainwash | just noticed that 18.10 does not have xfwm4 4.13 yet | 13:09 |
ali1234 | brainwash: i remember that bug but i don't remember what the problem was. we thought it was the terminal grid at first but it was demonstrated that wasn't the problem | 16:57 |
brainwash | ali1234: a quick google search gives https://bugzilla.gnome.org/show_bug.cgi?id=751368 | 17:02 |
ubottu | Gnome bug 751368 in Backend: Wayland "wayland: gnome-terminal does not fill entire area when fullscreen or maximized due to size increments" [Normal,Resolved: fixed] | 17:02 |
brainwash | "This is admittedly a violation of the size increments, but something done for years by most window managers under X11.." | 17:03 |
brainwash | well, not by his own xfwm | 17:04 |
ali1234 | the problem is that tiled wwindows are not maximized | 17:44 |
brainwash | half-maximized then? :) | 17:57 |
bluesabre | brainwash: yeah, that adapts for the panel's loss of transparency option, speaking of... | 21:47 |
bluesabre | ochosi: is that intentional (removing panel transparency), or should greybird theme the panel to 80% opacity by default? | 21:47 |
ochosi | bluesabre: the background-alpha setting was removed in the 4.13 panel in favor of gdkrgba colors (previously gdkcolor) | 21:49 |
ochosi | greybird never did anything about panel transparency | 21:49 |
ochosi | so the expectation with 4.13 is that themes set a default transparency and if the user wants to override that, he/she has to take the panel color with the color picker and make it transparent in the color selector | 21:50 |
ochosi | (would have been a bit complicated to keep the opacity setting around while still switching to gdkrgba) | 21:51 |
bluesabre | ochosi: alrighty, so to keep a transparent panel, should we make it 80% opaque at all times, or set the rgba? | 21:54 |
bluesabre | the first option means everything is 80%, including icons and text | 21:54 |
bluesabre | the second means that swapping themes doesn't change the panel | 21:54 |
ochosi | enter/leave opacity is a bad idea | 21:57 |
ochosi | that way the panel will just have low contrast | 21:57 |
ochosi | hardcoding the rgba in our settings package might also not be great, because it would stick if people switch themes... | 21:57 |
ochosi | so the best way is probably to set the opacity in greybird | 21:58 |
ochosi | that way other themes will still look ok | 21:58 |
ochosi | personally i'm not sure if it's a big loss not to have the 80% transparency by default anymore | 22:03 |
ochosi | haven't had this setting myself in a long tim | 22:03 |
ochosi | e | 22:03 |
ochosi | knome: thoughts? ^ | 22:03 |
ochosi | in any case, the enter/leave stuff should be reverted imo: https://git.launchpad.net/xubuntu-default-settings/commit/?id=7f1ecefa802f073880024a57e9f440037123b368 | 22:03 |
bluesabre | alrighty, np | 22:04 |
ochosi | however now is a good time to decide | 22:05 |
ochosi | UIF is only two days away if i'm not mistaken | 22:05 |
ochosi | tomorrow in (or after) the meeting i'll tag elementary-xfce and greybird for upload | 22:05 |
bluesabre | great :) | 22:05 |
ochosi | got a last-minute fix from a contributor for pavucontrol | 22:05 |
ochosi | finally it looks normal again... | 22:05 |
bluesabre | woohoo | 22:13 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!