TextFrame in sw unfortunately doesn't seem to
support nametable!

Change-Id: I5752884efd32711f9ac2257a9223eb79c04e8335

Change-Id: Ifc70c632b1f26f77c253edb17cd0b29715389614

Change-Id: I7e73f7362063ef0a3a56765635412746acfee166

We now reuse the normal text rendering.

Change-Id: Iabbe94c3f2473be1e61791b8493f0d8c4b894e28

As new 'edit' group because they are not needed in view-only
TiledLibreOffice_app. Although, probably there are more components
in 'core' which should be in 'edit' too, who knows, sigh.

Change-Id: I1efebc9884662a5d25744a3414717aa410350ef4

Also remove extended_core group. If something from there will be
needed, we will add it another way.
Currently only android/experimental/desktop/Makefile and
ios/CustomTarget_TiledLibreOffice_app.mk are known to do something.

Change-Id: I99936075e35ce98d684581838c0a19dccd83f942

Change-Id: Ic1c6109ff9463add24c879cf6e6371ab050831d0

Timers may access global data that's tied to SfxApplication, and that
seems difficult to fix or prevent; the SfxApplication is deleted
before the main thread gets around to handling the PostUserEvent
sent by Application::Quit().

log from xmloff_unoapi:

==32095== Invalid read of size 8
==32095==    at 0x934D245: Font::Font(Font const&) (font.cxx:239)
==32095==    by 0x1FCEABDF: ImpEditEngine::FormatDoc() (impedit3.cxx:381)
[...]
==32095==    by 0x1ED0F894: SdDrawDocument::LinkStubOnlineSpellingHdl(void*, void*) (drawdoc4.cxx:826)
==32095==    by 0x911FECD: Link::Call(void*) const (link.hxx:123)
==32095==    by 0x914F700: Timer::Timeout() (timer.cxx:224)
==32095==    by 0x914F394: Timer::ImplTimerCallbackProc() (timer.cxx:121)
==32095==    by 0x170B350A: SalTimer::CallCallback() (saltimer.hxx:53)
==32095==    by 0x170B26C6: SvpSalInstance::CheckTimeout(bool) (svpinst.cxx:188)
==32095==    by 0x170B2D25: SvpSalInstance::Yield(bool, bool) (svpinst.cxx:317)
==32095==    by 0x91460DF: ImplYield(bool, bool) (svapp.cxx:363)
==32095==    by 0x9142814: Application::Yield() (svapp.cxx:395)
==32095==    by 0x91427C2: Application::Execute() (svapp.cxx:344)
==32095==    by 0x4EC7589: desktop::Desktop::Main() (app.cxx:1680)
==32095==  Address 0x1d498b28 is 408 bytes inside a block of size 520 free'd
==32095==    at 0x4A078DE: operator delete(void*) (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==32095==    by 0x954CFE5: VirtualDevice::~VirtualDevice() (virdev.cxx:202)
==32095==    by 0x1EE26F7D: SdModule::~SdModule() (sdmod.cxx:128)
==32095==    by 0x1EE26FFD: SdModule::~SdModule() (sdmod.cxx:129)
==32095==    by 0x65C9E47: SfxModule::DestroyModules_Impl() (module.cxx:327)
==32095==    by 0x654116A: SfxApplication::~SfxApplication() (app.cxx:226)
==32095==    by 0x6541249: SfxApplication::~SfxApplication() (app.cxx:244)
==32095==    by 0x655E452: SfxTerminateListener_Impl::notifyTermination(com::sun::star::lang::EventObject const&) (appinit.cxx:121)
==32095==    by 0x1B8A67A1: framework::Desktop::terminate() (desktop.cxx:343)

Change-Id: Ib70444c2b0fc60daa094323510d20b146a416087

Change-Id: Ia1678200393db0165711d4027f92a8be6b7f4ca5

Change-Id: Iebd3b0e1b52a01e14e01c6db1ca158ada91e8613

Change-Id: Id4f527f7645544b32fbee33c7f3b275492a3c5f4

Change-Id: I0cbb89c8d5ac65eda8bb21aaf0d07996a015d281

Change-Id: I5e93bb6fb53537b889c6ba9888f0f32a0d6f8050

this dialog is hauntingly similar to the writer
one, a copy and paste job

Change-Id: Ic873038dba4ca4fd737690b917f6cd0d5144218a

Change-Id: I4ded3314e99888d64b47814acde72cf13dd70ffe

Change-Id: I69d49b13e6e0df81107eb9364adecf87e3b9786c

Change-Id: Ia1e26fbc34abf4a47a45dbfb5c24ed64b77703d3

Change-Id: Ibecd2458fb50ea6e9aff4e0c8ed76f9bfa25b8f4

Project: help  d3f2d4de7630cf42bb6328c9da22e1c9f552d742

Seems like using the URL directly causes ODP export
to ignore the background image.
Probaby ODP Export requires updation as well?

fix the problem introduced by 6536826f

Change-Id: I6c499f8490d92badda0f086d48c2347fa112bb4e

Change-Id: Iee8658ce33d7ba1f9a52778898fc42f15da853ad

Use the correct namespace for wrap.

Change-Id: I5620d3386fcaf54090fd58963404dde3f03c5bf8

Change-Id: I49244bf4a84d0fbe1fa12aa5b70d9357f8ee05fb

Change-Id: I947daf20692bf0504146523e93fed56c418676db

i#87898 Porting old icon fixes from AOO Bugzilla.
Remove outdated icons for old display options (aw053).
Checked via git grep core and help source. No instances.

QA - Low risk; visual inspection of icons in general use. Originally icons appeared in optionsbar.xml for Draw and Impress, circa 2007. See i#80528.

Change-Id: I324f94fd6b03b6dbe483667d3cf197f95f7284c0
Signed-off-by: Andrew <dent.ace@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/8363Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Help images (icon-themes/galaxy/res/helpimg) get repackaged into every icon theme shipped with LibO, so any reduction has a 5x impact on instal size.
- Remove localised help images that duplicate the standard set (i.e. they are not really locale specific).
- Optimised all remaining png files, to reduce file size with no visual impact.

QA - For viewing localised help images the following help topics are useful:
- Text Formatting Bar
- Line and Filling Bar
However, currently this function isn't working with online help (bugs fdo#75636 and fdo#75637).

Change-Id: If0e7525dfb7d2dd5455652684b86899ed5d9a5ab
Signed-off-by: Andrew <dent.ace@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/8404Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: I813b3638d6e368e73d8733f652db553a6e1cb029

Change-Id: I444cfdafce5cbd4d6f0ca12b05e477c48237a889

Change-Id: I48c8d110666e0404b49e3a7816c134a7f06fb929

Change-Id: If40e685f622b15e055a3087c441fc0c332e7d7d3

Change-Id: I09e6963caeac32174d7dd19c16690b16fc81672f

Change-Id: Ife32157ff876a0860b3920cadc24b7888200796b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Otherwise characters unhandled by our OpenSymbol font (like Arabic 0-9
numbers) won't be rendered using an other font, as no other font
provides the symbol charset. Do this in
SwWW8ImplReader::GetFontParams(), where we already have font name ->
font family mappings for a few well-known fonts.

The DOCX filter does the same for quite some time, and that's how Arabic
numbers in text using the Symbol font were rendered, instead of little
rectangles.

Change-Id: Ib794cac19ad7b073e39f3cbd7d4bad3994151c14

Not intended for other use. The Xcode project has references to a
fairly arbitrary bunch of source files from here and there in LO that
I have happened to been debugging in Xcode on OS X.

Change-Id: I9e94c02b2a4b057e35310362c90167f7e8670bb8