Hi Jenei!
Am Freitag, den 05.08.2011, 22:37 +0200 schrieb Jenei Gábor:
And to avoid the further misunderstandings I recommend to
review all the easyhacks before publishing.
I'd like to hijack this thread a bit, since you address something
important (to me). So, adding Björn and Rainer to this thread.
My question is who should review the Easy Hacks before publishing - when
looking from the Design Team perspective, it would be good to at least
add a UX (User Experience) statement whether the Easy Hack is helpful or
not ("not" may also mean that a different solution would be even more
helpful by resolving some more issues). Personally, whenever I got aware
of such Easy Hacks (more by accident than by using a systematical
approach), I've added such statements.
Some weeks ago, I had a short private discussion with Björn how Easy
Hacks could be marked if we (in terms of the Design Team) think that
some hint / further thinking might be required. Sorry for not discussing
this earlier ... pushed that forward all the time :-\
However, the question was if additional (whiteboard) tags like
"UxSimplyGo" or "UxGetAdvice" might help. These tags could be added in
QA bug hunting sessions, or by a regular review of such tasks by the
Design Team. In the meantime, I also got sometimes added to be the "ux
contact" for other issues ...
Might the tag solution be helpful? Or are there other ideas / proposals
to make it even "easier" for developers to simply grab Easy Hacks?
Cheers,
Christoph
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.