Hello. Starting with the 4.1 branch it is no longer possible to <TAB>-key advance through custom fields created in the File > Properties > Custom Properties tab as it was in 4.0 and earlier. Instead, the <TAB> key now advances around the dialog from the tab's title through its buttons and back without ever entering the custom field box, and the only way to edit a field's type and value is with the mouse. I've confirmed this behaviour in 4.2 as well. I spend up to half my waking hours using LO Writer and anything that forced me to reach for the mouse disrupts my work flow. I would greatly appreciate it if this regression were fixed. Thanks.
I can confirm the reported behaviour in 4.1.4 AND 4.2.0.4. Have not used the Custom Properties though, so I do not know about the 3. era versions. Can you post your working platform? My system is Opensuse 12.2 64.bit
Platform is Mageia 4 and confirmed on both x86 and x86_64 architectures.
LO 4.1.5.3 came down Mageia 4's update pipe yesterday, and though it's no surprise this bug persists in that release, I'm updating the version number above to match.
Giving this a bump to say the regression persists in 4.2.5.2 release.
Confirmed and added whiteboard and keyword. Win 7 64-bit Version: 4.4.0.0.alpha1+ Build ID: b7d8a58ff2698ffc6e22943f64aa97c5ea253bd9 TinderBox: Win-x86@42, Branch:master, Time: 2014-11-05_00:40:38
@Caolán, Adolpho, With recent work on dinfdlg.hxx and dinfdlg.cxx for bug 85111, can you judge if restoring the missing keyboard navigation of this dialog would be a simple adjustment? Stuart
bibisect range: fff4d120866a0be3cd8185f2c67bb9f59b1a6a3f..3c70c8e449253b4219c12ee4ef50384030a474ef this one looks suspicious: commit ae4f2c72b7a93085025859cbf1698651831e1b44 Author: Caolán McNamara <caolanm@redhat.com> AuthorDate: Wed Dec 19 12:33:21 2012 +0000 split out custom properties info page and convert to .ui The CustomPropertiesWindow could be converted to something that inherits from one of the new containers and remove a load of that custom positioning code but for now just minimally retro-fit the existing manual position setting code of the custom scrolling widget.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0cda507b30fdbbc19b0d4b27fccbebf7829b4404 Resolves: fdo#75066 add TABSTOP and DIALOGCONTROL bits It will be available in 4.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Original reporter here. I took 4.4.0 RC1 for a spin yesterday and can confirm that the issue is indeed fixed for me. Thanks to everyone involved for getting this sorted. :-)
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Migrating Whiteboard tags to Keywords: (a11y -> accessibility) [NinjaEdit]