[Libreoffice-qa] Adding RTL Keyword

[Shahar Or]

On 31 March 2012 09:24, Rainer Bielefeld <LibreOffice at bielefeldundbuss.de>wrote:

> Shahar Or schrieb:
>
>
>  It would be beneficial to us, who report and follow RTL bugs, like the
>> Ubuntu RTL team[1] to have an easy tracking of RTL bugs in
>> LibreOffice.
>>
>
> Hi,
>
> Thank you for your help to improve LibreOffice.
>

My pleasure :)


>
> Currently we use a pseudo-keyword "RTL" in the Summary line as you see
> here [1].
> The Bug Report  Assistant [2] and the Components description page [3]
> allow/recommend use for Components Database, Documentation, Drawing,
> Linguistic component, Presentation, Spreadsheet, UI, Writer. Of course it
> is possible to add that string manually if it's required, and I cann add
> the Sub Component to other Components if that would be useful.
>
> A statistic chart how it has been used in the past you find here [4]
>
> I would prefer to keep proceeding for LibO FDO Bugzilla as it is, because
> here users and developers are used to proceed this way.
>
> Of course it would be possible to add a key word, but that should be
> discussed with Lior Kaplan <lior at gmail.com> [5] and others active in this
> area.
>
> Please also mention discussion on this mailing list [6] concerning a "Most
> Annoying RTL Bugs" [7].
>
> I hope this information is useful for you
>
> Best regards
>
> Rainer Bielefeld
>
>
> Hyperlinks
> [1] <https://bugs.freedesktop.org/**show_bug.cgi?id=36707<https://bugs.freedesktop.org/show_bug.cgi?id=36707>
> >
> [2] <http://www.libreoffice.org/**get-help/bug/<http://www.libreoffice.org/get-help/bug/>
> >
> [3] <https://wiki.**documentfoundation.org/**BugReport_Details<https://wiki.documentfoundation.org/BugReport_Details>
> >
> [4] <https://bugs.freedesktop.org/**report.cgi?y_axis_field=op_**
> sys&cumulate=1&z_axis_field=&**format=bar&x_axis_field=**
> component&x_labels_vertical=1&**query_format=report-graph&**
> short_desc_type=**allwordssubstr&short_desc=RTL&**
> product=LibreOffice&action=**wrap<https://bugs.freedesktop.org/report.cgi?y_axis_field=op_sys&cumulate=1&z_axis_field=&format=bar&x_axis_field=component&x_labels_vertical=1&query_format=report-graph&short_desc_type=allwordssubstr&short_desc=RTL&product=LibreOffice&action=wrap>
> >
> [5] <http://liorkaplan.wordpress.**com/2012/01/24/rtl-status-for-**
> libre-office-3-5-0/<http://liorkaplan.wordpress.com/2012/01/24/rtl-status-for-libre-office-3-5-0/>
> >
> [6] <http://lists.freedesktop.org/**archives/libreoffice-qa/2011-**
> December/000677.html<http://lists.freedesktop.org/archives/libreoffice-qa/2011-December/000677.html>
> >
> [7] <https://bugs.freedesktop.org/**show_bug.cgi?id=43808<https://bugs.freedesktop.org/show_bug.cgi?id=43808>
> >
>

This is too much information :) I would prefer a simple instruction on how
to:

1. Have a URL to a list of all RTL bugs. Not just the most annoying ones.
2. Be able to mark or "tag" or "keyword" all RTL bugs as such.
3. Have a formal and documented instruction on that so that bug reporters /
handlers would "tag" those bugs.

A keyword seems the most natural way to me. Please see KDE[1] as well.

I apologize. I do not understand what you suggest about adding a sub
component and if I do understand than that would be a bit
confusing/overkill.

Why would you use pseudo keywords and not actual keywords? Too many
keywords, you have?

Lior, can you chime in, please?

  1. https://bugs.kde.org/buglist.cgi?keywords=rtl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice-qa/attachments/20120401/e919c8c8/attachment.htm>