Age | Commit message (Collapse) | Author |
|
This reverts commit 9b60017d351858781aadc2566660a25e9784ef4a, which
caused build failures
[build PAT] icu_data
/bin/sh: line 0: cd: C:/lo/core/workdir/wntmsci13.pro/UnpackedTarball/icu_data: No such file or directory
presumably because icu/UnpackedTarball_icu.mk explicitly references
$(call gb_UnpackedTarball_get_target,icu_data).
|
|
Change-Id: I70f53ce73bf8e0c96b588fb15ec2a6bcd845e8da
Reviewed-on: https://gerrit.libreoffice.org/1963
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I639fa16f74342b108a395d7d0335d116f96677f1
|
|
Change-Id: I11c6271ebee62938f89c03c82e02adc2e0d3a1f4
|
|
code is not adapted yet, because we need to still support lots of unconverted
option pages and its far easier to convert this over when that's complete
Change-Id: Ia5c744903b02fc3e6acbc4e6313cf33021720588
|
|
Change-Id: Iac65d2fb670ccb505240d3cc2380ebb500040bf5
|
|
CorelDraw and MS Publisher importers use icu for conversions between
8-bit character sets and UTF8. In some cases even between UTF16 and
UTF8. Thus we need the relevant data. Use the default icu-provided
data for the while.
Change-Id: I053b37d875cacc6eaf9637404639f330a34ddb50
|
|
Change-Id: I48bd0161dd76c36eeaa39c45e9539584a4ef6841
|
|
fixes a nasty apparently introduced by 7e01bc8d28ffefd4539a5eae2587e1f7da0999e7
Change-Id: I8227cb49a5dfa885d4dc38ce353a356bb5ed8a69
|
|
Change-Id: I16f9c1fb1cce0a673255468a4dd5492683ad4298
|
|
The character inserted in DomainMapper_Impl::PushFieldContext() causes
problems in this bugdoc because there is a commentRangeStart immediately
before a text field and the call to delete it via setString("") disposes
the SwXTextRange that is stored in m_aAnnotationPosition.m_xStart,
which results in an exception when trying to insert the comment.
At least all the fields in the bugdoc import fine with this change.
Change-Id: I6c08d72fafb0529e8612f1e35b2c8b871edb5a52
|
|
Catch exceptions in DomainMapper_Impl::PopFieldContext().
Change-Id: Ia60857a5f773c9d89217991d481a5f20d0de3151
|
|
Change-Id: I1d9d62b024c4442182d67d93915af0f793265ebd
|
|
Change-Id: I77d3e1f537b59504125d66f66f691d01f8f23894
|
|
Change-Id: Iec185ac6c6447176731619249cdda4457f1bb8a3
|
|
Change-Id: I45549e163f21550e879a171d80e836b6df3dd2cc
|
|
Change-Id: Icee079458f0b4624281a2fdef1ce8cd6d6b900b1
|
|
Prevent creation of transparent bitmap at arbitrary scale, and
subsequent scaling down. For remote X, that even has to fetch
pixel back from remote side for manual scaling.
Change-Id: I58e011231f2b81b913a6b02dd973385ef5664379
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
The old version should get repalced by the ure package. It should also conflict
with the new ure package.
This commit adds support for %incompat epm tag. It produces conflicts in rpm
and deb. It can be defined in setup_native/source/packinfo by
linuxincompat.
This commit also removes obsolete hack for debian dependencies.
libreoffice-bundled conflict is mentioned in the desktop-integration package
these day. The hack in epmfile.pm was not used because no package
used "replace" tag.
Change-Id: I5e9cb89a6108c22c61287fce1ffc6baf3f618d15
Reviewed-on: https://gerrit.libreoffice.org/2260
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I9ecf4f57770151c1e4976c57d1f93982f35ac0fb
|
|
Change-Id: Ie29bb736343e854865aa0eda4dae031931d30d0d
|
|
Change-Id: I2b8f0dd4579c97471653de9f0aa777aa7f5306a8
|
|
Change-Id: Ife098c39997dad8568f004ad623e9001fc4f3a87
|
|
Project: help bf70fe53f234c712ff047607b186a4687acf8675
|
|
This reverts commit 28287fcfeee5a50a90f6690b752aefea1f0a695b.
Need to depend on the package, which has a dependency on the project
itself.
|
|
Change-Id: I50dde15f4a13f0325c96330dbdc0cc8c74bb6cb6
|
|
and make initials area and zip code areas wider to address
fdo#30862
This "first/last name" thing is a disaster of course:
http://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/
http://www.w3.org/International/questions/qa-personal-names
Change-Id: Iedb347a533f208056176b5a79b8a56050672a8d1
|
|
Change-Id: I148941dfbf3c9c75cd07148b08646e85887846e1
|
|
Consistently set WPD_CFLAGS/WPD_LIBS etc. in that case, with luck not
breaking anything else in the process due to newly set FOO_CFLAGS/LIBS.
Change-Id: I56bc6b86821b77c0c376d06b629646ada1ea0339
|
|
Change-Id: I73ffb627bea34f039af0777709794fab30b01987
|
|
Change-Id: I294301e0f87924ac89c16c99f0549c98a7ea7da5
|
|
Change-Id: Idab639141a989bc9752df67b083a5d6e1e01ac37
|
|
- unfortunately not reproducable here, so commiting into the blind
Change-Id: I8af27d2230f43cb6aeae17234e339e2bf747bde3
|
|
Change-Id: Idefe8c963d1579443dbce311ecd57f4311085840
|
|
Change-Id: Id41a0f4bc7db04f343a50ff23080a616abbbd6c6
|
|
|
|
Change-Id: Ibe383f8a9c630fdccfe7718880acb78a4298220e
|
|
Change-Id: I27ca3b21427cb4d6e6b54ae5f0b3b86e18b550a2
|
|
WMV, WMA and AAC are all supported but were not listed in movie and sound
file types (Insert -> Movie and Sound...) so they would not appear in
file browser unless you chose "Show All Files". Added these to list
modified: avmedia/source/viewer/mediawindow.cxx
Change-Id: I459b41a1ca647d7a90cec75436438097df5df962
Reviewed-on: https://gerrit.libreoffice.org/2287
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
in 4b51374a7021d52f7f1be1861e2ee6a011b30ecd "fdo#46808, Adapt
ui::dialogs::FilePicker UNO service to new style"
Change-Id: Ie23b49d9eb6e491b543d44da124e50efa5b65376
|
|
Change-Id: I87266c0b2aff04b888d7b201c00b36156d82fe93
|
|
This completes dc9ce37f90da7f845e38547bd12d53bea646beae.
Change-Id: I0a840d01a40942016e32ec0547618bc44d94c48d
|
|
Unfortunately selecting the field in SwEditWin::MouseButtonDown()
prevents the click field handling code in SwEditWin::MouseButtonUp()
from running. Instead select the field in MouseButtonUp and
SwWrtShell::ClickToField(), which seems to work better.
(regression from 94721b2aec614e0d99504138d484b2ad6cd550c7)
Change-Id: I3d769487b9d5225ffd07b384fbb0ce01e0733be5
|
|
Change-Id: Idcca5e38f0cabe1f20e8209a1819660916042f8e
|
|
Change-Id: I04757f9fc9ed70f72e53545b8ec43872f44e5f79
|
|
Change-Id: Ib483f271d3c826a2b7192b22a174ff9f7b18c3f8
Reviewed-on: https://gerrit.libreoffice.org/2241
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|
|
The actual bug (crash) is not triggered anymore because the categories
are assembled differently, nevertheless the code in question could
expose the same behavior under different preconditions.
Change-Id: Ic37f6b34effaf4e5252e80aab46b021547b36efb
|
|
Change-Id: Ie5cd55aa7ba4773f3cffbed924467787596dfc9d
|
|
See http://stackoverflow.com/questions/1920430/c-array-initialization
Change-Id: Ibbbe249684dc34f8aa44868c99cc1344a2928ade
|
|
Change-Id: Iadb7fbd8a1fb1c535a3ed78d4b2f7120b29aeb75
Reviewed-on: https://gerrit.libreoffice.org/2270
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|