Age | Commit message (Collapse) | Author |
|
Change-Id: Ia872b5648286fd76039f7c397ea78e18bc2ad6b8
|
|
Change-Id: I0bfcc21f66e2c76f6c8521bfc711972eb747ac43
|
|
Change-Id: I33e3d581d2ba38d6f68629fc2a7671cb48873bad
|
|
Change-Id: I0924e0077f877cc123eab999c332e4c08df41f50
|
|
Change-Id: I15969a5ddaab1d7edb2f0b2035f8206e6f544ab3
|
|
Still missing:
*Removing conditional formats
*Handling of Manage Names dialog
*UNO
*Undo/Redo
*Import/export
*Adjusting the dialogs to support this
Change-Id: I72481cfb807fee2c3a1546222fe7e786d515ab44
|
|
Change-Id: I8118127b21144962275cb4486881b1e63b06ff0a
|
|
Change-Id: I51c725319acb0547963feddf18c0fb34aa6e4f25
|
|
Change-Id: I913c844b08f2fd01963c60c4ffa948fc128a5897
|
|
Change-Id: I5c263cd95262fae2f75069cb441752bbf7ce61f8
|
|
Change-Id: I820d1f083edb09abb262beba1536b1b1acba3321
|
|
Change-Id: Id5894efd385ad20c7a544142ce4fa4ec5d4ef062
|
|
Change-Id: I7283974ae8f12bd49c6ab806b1b052074f13a932
|
|
Change-Id: If10059a6d2b8d2449a01fe09eb2efb9ccea55806
|
|
Change-Id: I8f2124f13e0a77113dc6b99c2f236bd2077f41b2
|
|
Change-Id: Iaf30da1773676de38b1a76e2008a17316b1477a5
|
|
It breaks because LCMS2_CFLAGS happens to be empty, which the libcdr
configure script then complains about, because it thinks it hasn't found
lcms2. Work around that by including a space in the variable...
Change-Id: I16cc8278097dc7119d11fdabcc3be5d1ae8b4327
|
|
Change-Id: Ib481a70fdb67fcec1b72762c408b27f854fe4d1a
|
|
Change-Id: Iecf6609a35d4ecff728903d262ec10d3f8faf3bf
|
|
Change-Id: I6fcb0a9045b81ea291904f92396df88ffd351c49
|
|
Define the various FOO_CFLAGS/FOO_LIBS used by libcdr in configure even
for the case of internal FOO, and then just pass those variables into
libcdr configure to get rid of SYSTEM_FOO conditionals.
Change-Id: I0edabc13f8a068cb13792a16499593b8c589da1a
|
|
Or rather, re-purpose that for consistency (and rename original to
gb_ExternalProject_use_external_project), to abstract over the
system/internal status of dependencies of external projects.
Use it in libcdr and replace exisiting uses in apache-commons.
Change-Id: Ie144600688fa884b5b6faa986c6b95bdfc1ee15c
|
|
Change-Id: Idc8b0adf1a9ed26b2e0bec3454fed0ee34e277aa
|
|
In dmake jfreereport build system an intermediate directory classes was used.
All artefacts that created during build were copied there, including external
apache-commons-logging.jar. Finally java system property was used -Dlib=classes.
In gbuild we don't want to mess with copying artefacts around.
The artefacts are packaging in $(OUTDIR)/bin and java system
property points to -Dlib=$(OUTDIR)/bin. However the dependencies must
be set inside jfreereport module, because of jar interdependency:
liblayout depends on other jars and flow-engine depends on liblayout.
This is achived with new function gb_ExternalProject_use_packages.
Special treatment is necessary when system apache-commons library is used,
in which case it is not reside in $(OUTDIR)/bin, but in
/usr/share/java/commons-logging.jar or in custom location. For that
purpose the both patches: flow-engine.patch and liblayout.patch were extended
and new java system property was introduced -Dcommons-logging.jar and passed
to the build.xml. A dependency from liblayout to apache-commons-logging is set.
jfreereport was moved to tail_build module.
Change-Id: I32e39bb5f4f825f182c3bd3cfc1a13ea1c38321e
Reviewed-on: https://gerrit.libreoffice.org/761
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ib61effb43c2b029c92886319d3a96612b9732878
|
|
Change-Id: I9e3a77bfeb314eb48f2a4185b8751e370357c7e0
|
|
Change-Id: I1674da35bf1d756bda5c4b991cc586462325c838
|
|
unfortunately the ExternalProject uses a StaticLibrary built in libwpg.
Change-Id: Ie4a8933247edbd2d53f697432a0848a05216237f
|
|
Change-Id: Ie6eed251a5034d9761abca75506b677af394d945
|
|
Change-Id: Ic0dc4333329a4ef11eba2afe23d4e5f101689517
|
|
Change-Id: I76828a865751a8f29aeff40ccf7feb400692c43b
|
|
Change-Id: I241858b0d8920187e21dcdb9fd4aac9e4d9054ba
|
|
Change-Id: Id480c0e81b79ec48b3ceba566219089d9a408c22
|
|
Change-Id: Idf9ad88293ca6a51f16f1230176d5c97558c66ed
|
|
...as lingucomponent GetOldStyleDics SYSTEM_DICTS code harmlessly triggers it
routinely with input containing _ and then fixing the input.
Change-Id: Id00857f0b89eb65ad155e8cf0883dd2f45851c7d
|
|
Change-Id: I21186cef7fe30542eaabbdeeb8920c3839724805
|
|
This reverts commit d9ae7573083343b8db7fd65b5677a2132bd2e1e8.
|
|
This reverts commit 03c766e6017cc3b7e18a8c5eef35ba7e84777d88.
|
|
Change-Id: I05621cc1bf6d4201120c8757d5c2886723d7d18c
|
|
Change-Id: I6e3bdf0cfcdfa46cf47e4db1e0703c948b4a35b2
|
|
Change-Id: I84e8a3833ae16cc9197b8b772404587a3dea1158
|
|
Change-Id: I115cc8e17ae6cb89d215528acb0d0fe25eb71d85
|
|
Change-Id: I5bb93f9228e69dfd46b450089f34cac7204f10b8
|
|
so that focus ends up on the visually first enabled control
Change-Id: Ia279c4531536305ce43eb8372abde2445769487d
|
|
Change-Id: Ib2e9c5a72239fc0fa3a54ac3717d90fe1b779d63
|
|
because the dialogs are modal ones so no different
than most commands. (Probably cut and paste and few
notice using themes where empty toggles have no
frame and are indistinguisable from non-toggle)
Change-Id: If82b59e7cebb71bc834a48970283b2cf68e5fdf9
|
|
Change-Id: I0025ce0107deaaf6b4698745691c9f0bfddc7c34
|
|
Change-Id: Icba94fdd75d5e09fd81744d2f5ce55886b8777b4
|
|
Change-Id: I945a46a8ca3df8c6cf7982a531025d8d8b6c31a4
|
|
This appears to be messy: The /org.openoffice.Office.Views/WindowType
configuration group template has both a nilable bool "Visible" property and a
UserData/Data string property that encodes various things like geometry---but
also visibility---in a string.
Now, likely due to the problem that has meanwhile been fixed through
f3f79cc9e6c265baf48955d53f7e888205e0b3e0 "Resolves fdo#46074: Fix
Partial::contains for paths that go past a leaf node," some
registrymodification.xcu files in the wild contain such WindowType entries in
"default" state, without a UserData/Data string and with a nil "Visible"
property.
The way SfxChildWindow::InitializeChildWinFactory_Impl and
SvtViewOptions::IsVisible are implemented, they will always lead to an invisible
window for such broken registrymodification.xcu data (as IsVisible unhelpfully
returns false for a nil value, and InitializeChildWinFactory_Impl uses that
value when there is no UserData/Data string).
For the Math formula editor window (ID 30378) this means that it can disappear
from the UI completely, as there appears to be no UI trigger for the user to
show it in case it is hidden.
The fix is to introdue SvtViewOptions::HasVisible (which only returns true if
the property is not nil) and change InitializeChidlWinFactory_Impl to only use
the value of IsVisible() if HasVisible() returns true. This makes the code even
more baroque, but this is a rather central, generic piece of code for all sorts
of windows, so I do not want to break any other uses by e.g. changing IsVisible
to return true for a nil property.
Change-Id: Iae40075a7116a8aabd2d25aa9334709522e23d8f
|