Change-Id: I694d81d17fac5fbd964937dc654ebd764af90842

Change-Id: I9db663dbcb432cbfe380e1272d6daaed3e6f4221

What we want here is *all* the scripts in the range, that's the whole point of
using SCRIPTTYPE. We use this to determine the font to show in the fontbox. If
it's an exclusive script then we can show the font that that script, and if
there are multiple scripts we know to set it empty.

With the other intermediate bugs out of the way, this now appears to work
correctly.

Change-Id: I58426123602d70c151bd878e96fa5cbab7d3fd3e

Change-Id: I5da9114a3fd8330df2b63dc9187323765d305791

Only in editengine could we have this fiasco.

There are two ImpEditEngine::GetScriptType's

a) sal_uInt16 ImpEditEngine::GetScriptType(const EditPaM& rPaM, sal_uInt16* pEndPos) const
this one returns i18n::ScriptType

b) sal_uInt16 ImpEditEngine::GetScriptType(const EditSelection& rSel) const
this one returns SCRIPTTYPE

Could there be a better way to ensure that mistakes will be made.

Anyway, within variant b, with an empty edit engine
ImpEditEngine::GetScriptType calls GetI18NScriptTypeOfLanguage but *that*
returns i18n::ScriptType's not SCRIPTTYPEs but when there is content then a
SCRIPTTYPE is truly returned.

Change-Id: I3a4a7c8746728e0fdfb25d961004c8339a24c93d

Change-Id: Id6eaba19e89236716db2a0db9f557216d9402c66

Change-Id: Id3854de1bcb8d5856d56e96895ff3bbf2e4aa666

Change-Id: I31c6bcb9a4b26653d439601f78d71fd94d938eeb

...as per #libreoffice-dev IRC:

Sep 19 10:32:24 <mst__> sberg, moggi  why the hell is that thing named
  "cppunit/cppunittester" and inside a subdir?  it's obstructing my attempt to
  put it in $(INSTDIR)/program
Sep 19 10:33:28 <mst__> (... and if you wonder "wtf does it have to do with
  INSTDIR" you have never heard of awesome LibreOffice_Test installset.... not
  that i would know who needs it :)
Sep 19 10:36:36 <sberg> mst__, it is in a subdir of solver/*/bin so that on
  Windows it would not accidentally have picked DLLs next to itself instead of
  the module-local DLLs it was supposed to test (back when we had module-local
  output trees)
Sep 19 10:37:02 <mst__> sberg, ahh hysteric reasons then, /me renames it
Sep 19 10:37:55 <tml> mst__, if nobody you know uses LibreOffice_Test, just kill
  it?
Sep 19 10:38:59 <sberg> mst__, tml, LibreOffice_Test was conceived by pmladek
  and/or kendy, IIRC
Sep 19 10:40:31 * kendy does not remember anything about it :-)
Sep 19 10:42:17 <sberg> wasn't that something so users (or QA people?) could
  easily run the smoketest against an installation, to see whether the
  installation is any good at all, by installing that LibreOffice_Test alongside
  the installation proper?
Sep 19 10:43:26 <sberg> mst__, ...and I'd unscientifically vote to kill it
Sep 19 11:34:23 <pmladek> mst__, sberg: I have created the LibreOffice_Test
  package for one QA guy. He does not longer work on LO. I am not sure if anyone
  else started to use it. So, I think that it can be killed.

Oct 17 18:18:07 <tml_> sberg: have you ever noticed that when you try to
  actually run instdir/unxmacxi/LibreOfficeDev.app , the system actually tries
  to run cppunittester inside the app bundle (it says so in the crash report)
  (it crashes because cppunittester requires a specialized DYLIB_LIBRARY_PATH
  apparently)
Oct 17 18:19:29 <tml_> I suspect that the system when cppunittester as part of
  the build process is run from inside instdir (i.e. inside an app bundle) the
  system "caches" this false knowledge, and thinks that the executable of the
  app bundle is cppunittester...
Oct 17 18:19:36 <sberg> tml_, no, never noticed; with "run
  instdir/unxmacxi/LibreOfficeDev.app" you mean calling "open
  instdir/unxmacxi/LibreOfficeDev.app"?  (I always call
  .app/Contenst/MacOS/program explicitly)
Oct 17 18:19:52 <tml_> yes, I mean "open instdir/..."
Oct 17 18:20:53 <tml_> some googling tells me that at least years ago, the
  CFBundleExecutable key in the Info.plist is ignored if it is manually changed,
  so I guess similar caching of mapping between an app bundle and which
  executable to actually run happens in this case
Oct 17 18:23:17 <tml_> and last year somebody even claims "And while on Mountain
  Lion, CFBundleExecutable seems to be a no-op", which would be odd, surely
  there must be widely used apps that have several executables inside the MacOS
  directory; how would the system know which one to run when the app is run?
Oct 17 18:24:38 <tml_> hmm, apparently the code that handles this might be open
  source even, http://www.opensource.apple.com/source/CF/CF-744.18/CFBundle.c
Oct 17 18:25:52 <tml_> some mention of "caches" there yes, my guesses might be
  right
Oct 17 18:27:05 <tml_> if I cp -R instdir/unxmacxi/LibreOffice.app foo.app and
  open foo.app, it works fine
Oct 17 18:28:33 <tml_> anyway, I guess it would be cleaner to have cppunittester
  somewhere else even without this problem
Oct 17 18:37:09 <sberg> tml_, yes, IIRC having cppunittester in instdir was a
  misguided mst decision, because that odd LibreOffice_Test product (that
  pmladek said nobody needs any longer anyway) includes it; I think consensus
  was to kill LibreOffice_Test and move cppunittester where all the other NONE
  executables are, but looks like nobody executed
Oct 17 18:37:55 <tml_> ah ok, so mst should know what needs to be done? good, no
  need for me to try to hack this now then
Oct 17 18:38:19 <sberg> tml_, I'll do the cleanup tomorrow, unless somebody
  beats me

This removes smoketest/losmoketest et al along with the *_Test product, as they
seem to not make sense without it anyway.  smoketest/Executable_libtest.mk
appears to be a test that could also be run during the build, and only ended up
in the *_Test product by accident, so I left it untouched for now.

Change-Id: I8024472c909fe0a885eb08ef4d3777f8a9e1f7c8

Change-Id: I4c688a4aeedcae56ed6404574bd1bb392d4190cb
Reviewed-on: https://gerrit.libreoffice.org/6311Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I66257ed063849fde997ff78b8b9a6fc2db939fde

As discussed in the bug report. I changed all occurrences, not only the one in the Calc menu.

Change-Id: Ia652cb10ec0123b0a79a719dda59e6d2f54f0680
Reviewed-on: https://gerrit.libreoffice.org/6123Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I244c3b5a949ae5c8a5bf46d1b58439e080b2c848

Change-Id: I7c0e88ee9d01eec3df471d84f122123dfb24f4fe

Change-Id: I9bd65a7f66710d94a2c4dbe6d1b28f8ddef8d9a3

Change-Id: I45da175fe0f72996b26d66c29e0e6a1b4115b896

Change-Id: I2ad0838a12ce06b2c6e77b7f55cdc2cd0627a38b

Change-Id: I923153579d6cc50354450a5b3a55ecc133ae5e41

Jaw dropping hack to set a slideshow to span all
monitors if gtk3 is available at runtime

Change-Id: I363f63c9855d5cb1f92d65d0b34add0c60f7263c

So try to set size to full "screen" size. most window managers
will ignore this however unless _NET_WM_FULLSCREEN_MONITORS is
set, Under gtk3 we can use gdk_window_set_fullscreen_mode to
do that. Its effectively impractical for LibreOffice to itself
calculate the right parameters for _NET_WM_FULLSCREEN_MONITORS
as far as I can see

Change-Id: Ia725f21048bfcec3dbf1478b4303ccd9cfec0b36

Change-Id: Ic5307816dd3f0c74f10eb8a15910a1674713bf9c

since at least 5c2ba4aa flex 2.5.35 or
newer is required, but linux baseline (CentOS 5.9) shippes with older
one. Fail in configure/autogen instead of during make
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
...and gracefully cope with Mac OS X flex --version returning "flex 2.5.35
Apple(flex-31)", so just look for the first run of d.d.d when determining the
version number

Change-Id: Ia5a324474aaa1a45910f50b4a78ab6ce6279575e

Change-Id: Ibbdf7ce4979f8452c4a662cc9ae3f598cce23126

I used this during my String->OUString conversion changes, but
apparently it's a C++11ism

Change-Id: Iff727a92d6d0c3e418275d2850ce70cbd2d2546a

Change-Id: I9cfb8e7183b9cce7c690f3a43a64b61a2aa8c754

Change-Id: I6c154dff7c613c8975136f2934df3b0f385dade4

Change-Id: Ia09dab36376e0169cddb5e8b0aa096d5327a8213

Change-Id: I3ee8c3b59bf9d6ef6516f1da64cbe5f0b35af2d0

Change-Id: Iaaa3812412dc880eb9d08144219ebe428007884e

Change-Id: I03c63fbfe40e1fd7b7e26ecc7f16d695a68cbe46

Change-Id: I5fa7cc6ef54d0fed5752e422ab750f83a36d72ee

Change-Id: I08caf2c9b7b2368f715fd582c93d40d69de2c875

Change-Id: I1c9e569b41f953510160cefee626ee7c9440c3c0

Change-Id: I7d79a1a5bdfbfbb58ca2b99dc544dc174c997fb4

Change-Id: I1e56b2bc0499aebf4e7e57ad7c6e6c84de6a3efe

Change-Id: Ifda1e87fb14d075bb0b1708efc12404c9ebc255a

Change-Id: I959196c06025e35211ee23bac574ba63a83938b1

Change-Id: Ifbd63cd8184deec7f11d504d78d29c8f3ddd247c

Change-Id: I4af097f36d47452dc992f8965f74dd707c2c08a9

Change-Id: I714464715e54f20b327eed0748ab9fd82d0980bb