[Libreoffice-ux-advise] [Libreoffice] Fwd: [PATCH] Bug 39167

Christian Lohmaier lohmaier+libreoffice at googlemail.com
Sun Aug 7 08:15:52 PDT 2011

Hi Gerald, *,

On Sat, Aug 6, 2011 at 7:04 PM, Gerald Leppert <gleppert at gmx.de> wrote:
> [...]
> I only would like to know how users are allowed / should / can contribute to
> the EasyHacks-system.

Sure they are, everyone is welcome to *suggest* easyhacks, but the
actual flagging as such should not be done by "bystanders", especially
when it comes to UI changes.

So contributing to easyhancks doesn't only include filing a bug as an
easyhack in this case. It involves getting feedback from the
UX-project beforehand.

If the bug then contains a link to the discussion/decision/approval by
UX, then all is fine.

The problem that came up here just was that some $random_person can
suggest $some_stupid_change that is indeed easy to do, but just
doesn't make any sense in the overall picture.

So long story short: When you want to add an UI change as easyhack,
get "approval" for the suggested change by UX-project first.
If you don't show up on the developer's list and/or irc-channel,
refrain from suggesting some random code-restructuring as an easyhack.
But this should be common sense....


More information about the Libreoffice-ux-advise mailing list