Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Iba5a8c370a6b097ac0de3911c6a76e6a86d4ac6b
|
|
Change-Id: I54c60fefe2e808b5e6251286a72537e5a88bf566
|
|
Change-Id: I1e975805a82dcf273cde8a9deba4a7e31dbd72b2
|
|
Change-Id: Ic7e929d4f20cd737eb15dacdb5718b6c79c80aaf
|
|
Change-Id: I3d7a5c252c29654db7c37965af365380090f7eb6
|
|
Change-Id: I4b716aca20b2e7e328b9f6cb9e9c980fd0e7a87f
|
|
Change-Id: Idf07339186827fb57ded1586108f1a4a49069f42
|
|
Change-Id: Id1cbbfb2b8436a28647a528db3ae7ed46d32da83
|
|
Change-Id: Ia9f5f902c9ebeee6d123dc5c8ee6641bef2239e9
|
|
Introduced special token LIBO_DEV_INSTALL=TRUE to communicate what install set
to build from Makefile.top's dev-install target to
instsetoo_native/util/makefile.mk. Somewhat arbitrarily, always use a "release"
install set regardless of --enable-release-build (the dev-install set is used
for "make check," and it is safer to test "release" install sets in
--disable-release-build builds than the other way around, should those builds
ever start to deviate significantly).
The "always build a defaul-laguage openoffice product" logic had been obsoleted
a long time ago already.
Change-Id: I64ec87a0b8dc6fe81cab5531c43e29db3f5128af
|
|
|
|
Change-Id: I706940b796548eab6c940081dc7e4dccb37c52bd
|
|
At least with certain versions of Boost and Clang, and when NULL is defined as
nullptr, compilation failed here. To me, looks like an error of either Boost or
Clang; replacing "NULL" with "0" appears to be a good enough workaround.
(Identified by Jung-uk Kim.)
Change-Id: I702587abfabad6dba55a2b4c65a53e332b4ab048
|
|
Change-Id: I63d27cd70a7c6d4ad73f83db5e19985c0e3b8d7c
|
|
Change-Id: I19db21f9b09a2d57f72f5ba8d8ba88583cdb5503
|
|
Change-Id: Ifff80c025d9e3309190330931e1eb49e8ea7f9e4
|
|
Change-Id: Ibd5b7b03a80036ebd3214930b32d011ba7bbce9a
|
|
Change-Id: I7d8b487e12defa4178869dc0ce1286722ad631db
|
|
Change-Id: I83a4332d9947d03382b10ea050f26bf3ed544299
|
|
Instead link against the library again.
Unit test is now closer to what the real app looks like.
Only 4 more functions exported because of unit test.
Change-Id: I6fd784725564e577658d68ff7fe0595a79cf7639
|
|
Change-Id: I46621589f2e1282fbaf369bdb387bb63c5768206
|
|
- killed GMailLoop, seems to work with g_main_context_iteration( NULL, TRUE);
- added test for sending and also receiving file
Change-Id: Ida11f875709dab71d404697e8c39fe4548f653b0
|
|
Change-Id: I7705d627d17f20c3c81de7aa4debbefc127354b0
|
|
Change-Id: I1d69be65e2d55f1de0a3d800cd920cc881e8a8ce
|
|
Change-Id: I424a3e91cd6163907e364c7d6f40e19d8bf12b48
|
|
The color setting was picked from SplitWindow::Paint()
for visual consistency with the sizers used in Impress
for example.
This commit also resurects presumably dead code.
In fact GDB let me see that only the short path
was taken.
This has an impact on Calc's window splitters and
on more visibly on the basic IDE which now looks
much nicer :)
EDITS:
restricted this commit impact to IDE as a poc
Change-Id: I9a051fd894feccff4bbc7db7efe1160cb2c3a2c6
|
|
This rule failed if the MISCDUMMY file did not exist yet.
Change-Id: Ie9b1ecab2848f5ed2c459020a50013db691a9ca3
|
|
Change-Id: Ib291d5b053f9ed7b597f0ebbed725602430e36b7
|
|
Change-Id: I7162523a26488b8528a91ec7abd587f55647acbb
|
|
Two cases that 683312377a294e9dbe0a96b7b1b489e3d5b4f1f7 "Removed unused
SfxMedium::bDirect" did not catch.
Change-Id: I33b60bd27b97ac086d0927a6877d055561dde1f6
|
|
Change-Id: I048b0d4f28a92c23523e8f53993632238ebfa622
|
|
Looks to me like the intent was to call SfxViewFrame::GetFirst(NULL, false)
rather than SfxViewFrame::GetFirst(NULL, true) to which
SfxViewFrame::GetFirst(sal_False) would translate. The call was in that form
effectively since it was introduced with
7c8963693d57a26c88b2ead460fb5e9bfef99272 "Obsolete Objects/Classes removed."
Change-Id: Ib7d9ce75d946291bdfd43420bdd8a1de533cdc98
|
|
Change-Id: I20d0bd3eeb7661b51193ba01042e15ef62629ed3
|
|
Change-Id: I57abfb3b3d659edcd130788d173c2df3b79101f0
|
|
Change-Id: Idf2ec39ba286d359903edb6be60f2692c6a9837b
|
|
Change-Id: I4b877ab97259f7e031e34daf7ce93e1b59417a08
|
|
Change-Id: I156255a5691beedec0cd00db0c772dac8ecfa564
|
|
Change-Id: Ia6f5bf7c3372515c2796d239aeb610fbe6f29f8d
|
|
Change-Id: I521e2c816b3dbc4aba1770e5a3b5eb47d5542ac1
|
|
Change-Id: I87875922d952387d9ffd2667dd621d5cd94b4ea4
|
|
Change-Id: Id40b2fb6f8e1667bcb5164e483ea7c6949b627a1
|
|
Change-Id: Ifee45475f8cfeee6b2a4f880f0ff1cc7f9024715
|
|
Change-Id: Ic3bbb20c446545d67682a6c547fb69e2255eb0b7
|
|
Change-Id: Icb567a848162bcee072476e817cc82278bddfd99
|
|
It appears this came in to make it work with JREs < 1.4, i#58308.
Change-Id: I6974e0fe7b94ecf1b577af064dcce8f017d0a31d
|
|
Apparently Xalan was introduced years ago to have a DOM implementation
with JRE < 1.4 (i#37179), which then got automatically converted to
saxon years later.
Change-Id: Ibc13b84331854926965f35e3afe25e923bad821b
|
|
Change-Id: Ib62473d841bc9a66acde6529d3f63e3fd1a00928
|
|
Change-Id: I9c038e6fd1c60e4ac77740c55a45439d813524e0
|
|
With gb_Jar_add_jar and gb_Jar_add_system_jar adding to the manifest
classpath automatically it is no longer necessary to call
gb_Jar_set_jarclasspath manually except for the URE jars, which
are apparently not supposed to be added automatically.
Change-Id: I1e743e7ecb9cb5651e02005aa09e127bea1b0a29
|
|
Let gb_JavaClassSet_use_customtarget add the customtarget workdir to the
classpath.
Change-Id: I836e890b43bb2ca06d19cf9f83a5fa8f735cf963
|