It was a customshape, but Word seems to handle the shape as a rectangle
when shapeType is missing. This makes the text in the textboxes of the
bugdoc wrap properly.
Change-Id: I56e044f42ead348bbb79addc36fa13c82a7ffc29
The real change is in RTFSdrImport::applyProperty(), the rest is just
refactoring to be able to read the "is textframe" property from that
method.
With this, the transparent big rectangle in the bugdoc no longer hides
the text on the first page.
Change-Id: I04cca3ade93a63edf608df047bef3bdccf8d3605
When the Window size is reduced, the '>>' symbol thus appearing
must also show the items, that are provided by the toolbar but
are not shown because they are unchecked in Tools->Customize.
Change-Id: I062bee4447126bff4ae7ad6650be3b847acc0794
Reviewed-on: https://gerrit.libreoffice.org/5296
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
regression since c9c2fbe485de2bb831bd2e58faef87a19ceff622
revert the logic change and keep the OUString conversion
Change-Id: Ia4f8c3be2b6e325122ae7b21c431c301b8afecad
1) The timezone correction was inverted.
Imagine we are parsing "2004-03-02T14:18:20+02".
Before correction, aOslDTime contains "2004-03-02 14:18:20".
According to the comment, we want to convert that to UTC
time, so we have to *subtract* 2 hours, not *add* two hours.
From http://www.w3.org/TR/NOTE-datetime:
A time zone offset of "+hh:mm" indicates (...) a local time zone
which is "hh" hours and "mm" minutes *ahead* of UTC.
So if it is 14:18:20 in the timezone two hours ahead of UTC,
it is two hours *earlier* in UTC, namely 12:18:20,
and we need to *subtract* two hours, not *add* two hours.
2) Handling of fractions of a second was buggy:
It reads only one digit after the dot. This could be a valid
implementation decision to handle only deciseconds. However:
1) It then multiplies that by 10^9 (10e8 == 10*10^8, not 10^8!),
and sticks that in the NanoSeconds field... That is 10 times too big:
0.3s == 3*10^8 ns
2) If there were additional digits, it then looks for the timezone
offset specificator (beginning with '+' or '-') at these additional
digits; it does not skip them: nOptTime is set to 0+3+2, i.e. to 5.
Change-Id: I4738dc069e37f29c8bbd9e689689a933027af840
Reviewed-on: https://gerrit.libreoffice.org/4743
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Give up and revert to "$CC -dumpversion".
Since by now no test now refers to patchlevel, make it unavailable in GCCVER so that nobody tries to use it.
Change-Id: Ife0bb0a94a73555d1f19f5a3c5853148042c7bba
Not only simplifies the code but makes the application more
coherent with other Windows and Linux applications as the
recent documents lists is populated when you open the file.
Also, for Windows 7 and higher, it makes a call to
Application::AddToRecentDocumentList. Tested on Windows
and Linux.
Change-Id: I360acc9723260d5827eb83e3c240ab0673352af6
Reviewed-on: https://gerrit.libreoffice.org/5266
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
C Compiler (cl.exe, gcc-wrapper.exe) for firebird generates 32bit
object file but windres on cygwin-64 generates 64bit one. It causes
link error. This patch unifies these objects in 32bit.
Change-Id: Ie631bdcc22eedd694c880f55101db77b9ac5f669
Reviewed-on: https://gerrit.libreoffice.org/5273
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
...so extend 409e6a2e0b89eab82e79b0cd122062f47c6c7afb "gcc -dumpversion has only
MAJOR.MINOR, not MAJOR.MINOR.PATCHLEVEL" to also cope with e.g. Fedora 18 gcc's
"gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8)" output line.
Change-Id: Ieb5e032685da49cd7e6f0a49a0fdc137fc24fbbd
At least, for gcc 4.7 on Debian. OTOH, gcc --version outputs
(on its first line)
gcc-4.7.real (Debian 4.7.2-5) 4.7.2
so use that. Hopefully will work across systems & distros.
(gcc-4.7.real is probably just argv[0],
because diversion from hardening-wrapper)
Change-Id: I94ea73628d8aac107e3ada1dc5a63e51e79ccdb2
This came with f982b722fb71032cca2b6cd9cdc46cdace2fbf15, and
should go with c6b30952edc6cf64f657f1d27225844b6b13aa30
Change-Id: I0727a534f6ba8c6599275a96efa0ebcbd6e65733
The digital signature of an app bundle includes an integrity check for
the Resources subtree. This is the normal place for Mac apps to have
their read-only non-code "resources". In LibreOffice it is currently
not much used, though.
The signature thus breaks when a lang pack installer is run and plops
its InfoPlist.strings file into the "Resources" subtree. This file
contains translations of strings in the app's Info.plist file. For
LibreOffice, it contains translations only for some of the file type
names in Info.plist. (Why only some, I don't know.)
Files installed by a lang pack insaller into other locations in the
app bundle don't harm the signature.
Making the InfoPlist.strings files be distributed as part of the main
app bundle instead of in langpacks should keep the signature valid
even if a lang pack is installed. The InfoPlist.strings files are
small so the size of the main app should not grow significantly.
This required introduction of a new functionality in scp2: The
possibility to generate a list of several complete File or Directory
stanzas, one for each language for which translations are being
built.
(This is different from the existing functionality, used for files
that go into lang packs, where a stanza contains several Name or
HostName attributes (or whatever the term is) where the attribute
names are qualified with the language code in parens.)
Change-Id: I3afd9b08944fe1bccb5f0c881d740d260f589e39
Just check for $(VERBOSE) or $(verbose) being non-empty instead of
checking for $(VERBOSE) equalling "TRUE". Isn't our normal way to do a
verbose make to pass verbose=t?
Change-Id: Ic4ddc1fe025fed55ca56fd21b615640c389c0454
Now only the ODF formats have AppUserModelID, but we
need AppUserModelID for all supported formats so the
Windows 7 recent documents works as expected.
This patch only adds a few registry keys during the
installation process on Windows.
Change-Id: I2d7460c1ed8b4ba77da8bb1c5b0c696c521353c5
Reviewed-on: https://gerrit.libreoffice.org/5274
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
This adds RTL_LOG_STRING_INTERN_NEW and RTL_LOG_STRING_INTERN_DELETE
which are connected to SDT probes if available. It introduces two new
SDT probes. new_string_intern_16 and delete_string_intern_16
(there is currently no interning for 8-bit rtl_Strings).
For consistency both have the same 4 arguments as new_string_(8|16)
and delete_string_(8|16). new_string_intern_16 has as 5th argument
the address of the original rtl_uString being interned (which may
or may not be the same as $arg1).
Change-Id: Ib117bba932c1908abc70a7fdd4140c0af76d54cb
Reviewed-on: https://gerrit.libreoffice.org/5308
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
SvLBox was merged with SvTreeListBox;
SvLBox had a virtual Select() and some derived classes override it.
E.g. dbaui::DbaIndexList.
Change-Id: I82b3718e72db5d320704e1e2871de86abc686441
In a previos move BackingWindow was moved, but startcenter.ui was left
behind by accident.
Change-Id: I7d9669df9b2b65311e119640ba2a7a331b6336e9
Reviewed-on: https://gerrit.libreoffice.org/5316
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
