Your message dated Wed, 17 Apr 2024 11:53:46 +0000
with message-id <e1rx3rg-00e477...@fasolo.debian.org>
and subject line Bug#1069123: Removed package(s) from experimental
has caused the Debian Bug report #870613,
regarding libreoffice-writer: Expose tracked changes to ATs via accessible
objects and attributes
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
870613: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870613
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libreoffice-writer
Version: 1:3.3.0~beta2-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugs.documentfoundation.org/show_bug.cgi?id=96487
DESCRIPTION FROM UPSTREAM:
Steps to reproduce:
1. Create a new Writer document and write "Hello world"
2. Enable record changes and show changes
3. Change "Hello" into "Goodbye cruel" and make "world" bold
4. Use Accerciser to examine the accessible paragraph with the changes
Results:
1. Visually, there is a vertical bar to the left of the changed paragraph. But
there seems to be no way for ATs to identify the paragraph has changes.
2. If you hover the mouse over the deleted, inserted, or formatted text, a
tooltip provides sighted users information about the nature of the change, who
made the change, and the time the change was made. None of this information
seems to be exposed to ATs.
3. The accessible text is "HelloGoodbye cruel world" (which, when spoken by a
screen reader, is confusing).
Possible remedies:
1. Add an object attribute to the paragraph. The exact name-value pair can be discussed. But perhaps
something like "has-changes" with a value of "true" or "false".
2. Because tooltip content is often exposed to ATs as the accessible
description of an object, doing so for changed text seems like it would be a
reasonable solution. HOWEVER, the tooltip content applies to a span of text;
not the entire paragraph. So if we want to expose the tooltip as an accessible
description, then each span of changed text would have to have a corresponding
accessible object (presumably a child of the containing paragraph).
3. Assuming each span of changed text is exposed as an accessible object, adding an object attribute like
"change-type" with values like "insertion" / "deletion" / "formatting" would
make it possible for ATs to customize what they present so that the presentation makes sense to the user.
Note: At the moment, the accessible text attributes do not reflect the yellow
color of changes or the strike through attribute of deletions. I have mixed
feelings about whether or not that is correct. But I also think that exposing
those text attributes is not the right way to remedy the problems I listed
above (i.e. it's a separate issue).
--- End Message ---
--- Begin Message ---
Version: 4:24.2.3~rc1-1+rm
Dear submitter,
as the package libreoffice has just been removed from the Debian archive
experimental we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/1069123
The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.
Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
