Due to the setup of gb_DEBUGLEVEL in gbuild.mk, gb_SYMBOL was always
enabled when --enable-dbgutil is set, with no way to override it.
Fix that by turning configure's ENABLE_SYMBOLS into a tri-state, where
the new "FALSE" value, set by an explicit --disable-symbols, overrides
any implicit way of enabling symbols.
But by default an --enable-dbgutil still enables gb_SYMBOL.

Change-Id: I94c609863980ed1ab9c73d7a4861c394442b531d

Change-Id: Ie10748357aa25fc15c05fc1a55434bfa0af9712f

Change-Id: I0f1557f480e9d20d4ead359ad0eaa75db9b8f9db

...causing update check to not run due to the missing JobList entry.

Change-Id: If855259ac86340763e4b0fa8266f011f8980d61b

Docx embedded fonts now should be usable for practical use,
although there is still a number of small todos:
- fonts are embedded when saving only if the document had embedded
  fonts when it was opened (this means the document needed to be
  saved in MSO first with the option enabled), there's no UI
  to enable it and it's a question if it makes sense on Linux
- w:embedSystemFonts is similarly questionable, given that the spec
  is very vague on what system fonts are supposed to be
- font subsetting is ignored, when reading a document, the font
  is simply used and it is hoped it will work (that should mean
  the document should not be modified, otherwise glyphs may be missing
  for the new text), write has no support for subsetting; also, since
  fonts are global for LO, opening several documents with the same
  but differently subset font probably will not work

Change-Id: I470a9f2857738a10e82546223412bd9320841e65

Change-Id: Ie1cd6aeded226da49e8ff10c262a00d7f95228f6

No write support yet.

Change-Id: Ia10239acc77cf9ebc4f511e30c007da36abf43cb

Change-Id: I9bbca2e348bd999e05f6d9e53f3bbcd2d6bb911a

To be used when loading fonts embedded in documents.

Change-Id: I634af1b35eba48872d045e726d1d879f455d6f2c

If this is not done, then mpStream still refers to the main stream,
and so e.g. resolving references uses the main document instead
of the substream (specifically, in a followup commit, w:embedRegular
will use _rels/document.xml.rels instead of _rels/fontTable.xml.rels).

Change-Id: Ibf250b82f38be0b24a6c2b6198b6c96ab7f0423c

Change-Id: I2629a3068d8abd61957097268f5ab0fabf3e9722

Change-Id: Iacfcb2e16cb0e3c25a4cd0678a374fe5111284f7

Change-Id: Ib93f1a08686826d75ad96f0c21590b0baad3b150

Change-Id: I77c08dc1236c4c77cfb7711f3be659ebfe877dd1

Change-Id: I5331ae27d8e492a8094e1904ba3af143c7c1a0e5

Change-Id: I6b88baf83bfce1c28955b445c2c2ddd690cfed2d

Change-Id: Ie3da4be7251302cb68bd80a65bf74e8bc1b2e5cd

Change-Id: I483ff930b99d04cbd1514d7f541e57e223b04bab

 - fixes part of n#759172

Change-Id: Id7abecd55edba6dadf16e275192e5251d0a86274

Change-Id: I6f631fbf9f9e3e958ab3269d099be42e0854493a

There's match(), with the second argument defaulting to 0, which
does the same, but that's pretty non-obvious.

Change-Id: Idd4de9388f53e1b5dc5d48446d1001af32c0af3d

Change-Id: I9606ec34ad0d8d24dca71d060bf5e1d37152903c

Change-Id: I47eac02bf2c0ee7b973d73ac78ae08f9e93f0b42

Change-Id: Iea51d777c3cc1fdc58fa7fccfe01e4e8394e79b2

Change-Id: Ie9544ef452d7b9852bd2c31af1cb42035e5c827b

Change-Id: Ie7a11c05cf1ba6181e955a65ebef03117c956f1a

The service implementation used "com.sun.star.frame.UICommandDescription"
since forever, so the IDL file was essentially wrong documentation.
But since 7a464263 converted the service
to new-style, it cannot be instantated any more and e.g. clicking on
Tools->Customize crashes.
(Adapting the implementation instead would be an incompatible change.)

Change-Id: I564bddaf3836827f5b72360a2bde19d6158b7ba5

Change-Id: I64102536f12875b9834ce99763925f1544a87e8f

Change-Id: I63966bac34678869dbd3ea177905896bbe8934f6

We are not interested in desktop stuff but thanks!

Change-Id: I03d28ab0d3d2da5cafaebfce52c807bf0c956108

librsvg have a long list of dependencies that requires at least
gdk, so X. On debian the headers package depends on cairo too.
Indeed not what we want.

Since comments here says that impress depends on it will need to
eventually disable build of impress.

Change-Id: Ic88f90d03d0a80c1ada9f4224faed9deab2bed52

So ENABLE_CUPS is defined if we want CUPS but that does not
guarantee that we actually have it installed. So use HAVE_CUPS_H
that is defined only if the cups headers are found.

Change-Id: I7c6c3659b368dbf9f8efab31ef457f41ac162160

* Also fixed a bug where the (offset) increment was conditional.
* Reusing Transform2D for <txXfrm> as well.
* This is a kind of hack where the margins are adjusted
  for the give offset values.

Plus rtl::OUString cleanup
Only on rebased files

Change-Id: Icddaa20742cc45f08e5a48790447fcf8865f4bd6
Reviewed-on: https://gerrit.libreoffice.org/527Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

+ ::rtl:: drop
(only on rebased files)

Change-Id: I5a773936ceb012b0655cee8db7250b496e088464
Reviewed-on: https://gerrit.libreoffice.org/525Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

Change-Id: I00c2ccb0be18bb574b2494b035b48c6f37128c72
Reviewed-on: https://gerrit.libreoffice.org/494Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Tested-by: Kohei Yoshida <kohei.yoshida@gmail.com>

Since b679a2a0 this oleautobridge seems
to need comphelper.

Change-Id: Idb04b61026e78fd3f726d66ef05d4345aaeb40a6

It even seems to run on my system

Change-Id: I0246467b82bec7617d6de7dbad84c45fc279c24c

Change-Id: I694cff583fddb713a59e5d6b8e15ea06a2be63b6