Word typically uses the Symbol font to describe bullet characters
instead of using a sane Unicode value, the previous can only be handled
if we parse the custom font set for the list.
Change-Id: I1491f07c40953949e381a035c1596c207cdc4c35
If there is more than one widget with the same mnemonic, and one is a frame
label, then we need to sort frame labels before frame bodies in the tab
traversal order. Otherwise if the focus is in the body of a frame whose label
has that shortcut and the shortcut is pressed again, the traversal through
following widgets will encounter the frame label as the next candidate, leading
back to the starting point and not onwards to the next widget using that
shortcut.
Frame labels have type "label" in the .ui, so suck that out to designate which
widget is the frame label at load time.
Change-Id: Ie21ed87867bd0c983981a3a8f3318b3cf598c1d6
...as otherwise the SvtMatchContext_Impl thread can continue to run for
arbitrarily long, and the other thread calling Stop() and join() will block.
However, especially the WebDAV UCP does not properly support aborting commands,
see 260afe56fd " neon commands cannot be aborted",
so this is not yet enough to actually fix rhbz#915743 "thread deadlock/slow
join in insert->hyperlink in impress."
Change-Id: I0da899f824763e1b3d19bb5b38d906feb690b623
...from webdav Content::getResourceType, as otherwise Content::abort would be
blocked waiting for the mutex (in code that would call abort, which will be
required to fix rhbz#915743 "thread deadlock/slow join in insert->hyperlink in
impress"). This required to get the odd reference to enum return type of
getResourceType straight.
Also, propagate information about !shouldAccessNetworkAfterException from
getResourceType out to getPropertyValues, to avoid further calls that would
again block/fail.
Change-Id: I8b9d43a61eb4078acb90079c4eb7aa98a59a8983
See <http://lists.manyfish.co.uk/pipermail/neon/2013-February/001533.html> "Re:
About ne_set_read_timeout" for why ne_close_connection is not a solution here
(and currently would not work anyway, for the thread calling abort would block
on the aGlobalNeonMutex introduced with 510da29131
"forced to make certain neon api calls thread-safe due to cups" until the
blocking thread was done with its neon call) and "a new, dedicated, thread-safe
ne_session_* API call will be needed to allow aborting of a running request."
So enable DAVResourceAccess::abort again and instead disable the underlying
NeonSession::abort. i#106766 "Crash when cancelling extension update" does not
give any good rationale why DAVResourceAccess::abort had to be disabled, so it
might well have been because the underlying NeonSession::abort was bogus to
begin with.
Change-Id: If8293b93a960907726208bb2f93c375d83357ed3
...keeping all the defines that had not yet been coverd as undefined for now.
(HAVE_SOCKS_H curiously has disappeared from neon 0.29.5 config.h.in even though
src/ne_socket.c still references it, but we had it undefined anyway.)
In general, this hard-coded config.h is a bad idea, though, of course.
Change-Id: I5337f1849b776b62676cee7794917742bcf35356
Hey,
there are more translation patches to come in the next days...
All of my past & future contributions to LibreOffice may be
licensed under the MPL/LGPLv3+ dual license.
Regards,
Stefan
not the associated entry data, which isn't set for these simple
1 to 1 position -> data comboboxes
Change-Id: I0c73786bca00684cedc4672d0ad5e61d0c1f9bd7
This is a build fix for Windows, otherwise packaging ODK fails with complaints
about lines in .ddf files being longer than 256 characters, caused by doxygen
using very long names for complex types (such as the rtl stringutils.hxx
helpers). It'd be possibly cleaner to avoid somehow generating docs for these
internal types at all, but this should do.
