Change-Id: Iae399e4d596db450e3ed0e15678e546aa76797a0

Change-Id: I7c4bc8cc44c0b4e78feb55dcd2c15b82c414e0ef
Reviewed-on: https://gerrit.libreoffice.org/3132Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I772d3535bc2e84ec066a16666dedf302fc9f43b7

So no reason to work with it.
So can use helper function after
make it to handle single quote.

Change-Id: Ic2eb901148c3ae31316607b41350bbad79a639db

Change-Id: I8b28729d3cc632426efac02028f0d0e332243012
Reviewed-on: https://gerrit.libreoffice.org/3138Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

This reverts commit 3aae02d02d418222b0b51748008ed5c9c1f1d3c2.

When initially calling lo_render_windows() from a redrawRect(), just
post the user event asking for a redraw of the (headless) windows, and
return without actually drawing anything to the context.

Then when the RenderWindows() callback for that user event eventually
gets called (which during startup and/or loading of a document might
be several seconds later, as there is lots of other activity going on
also as "user events"), ask the UI thread for a fresh redraw, and wait
for lo_render_windows() in that phase to signal the actual redraw of
the "headless" windows into the context.

Unfortunately this doesn't work well enough. It is not a good idea to
not draw anything in response to a drawRect() it seems. The affected
rectangle gets initialised to black. So there is now irritating
flashing. One sees an almost ready document (and the UI elements which
still are there), but then it goes away for some time before finally
re-appearding. Quite silly. So I will revert this, and I am committing
it just to keep the code for reference in git.

Change-Id: I9ee490345f093d80113c36f9e3268cab5a810dd0

Change-Id: I97e5e650b7966d1ac3c6f9e45b495c21b529b768

... so it is possible to drop the copying-to-bin hack in ZipPackage.mk
and ZipUnoApi.mk .

Change-Id: Ic506e25a21003fca491d0902b5d8f282775da229

Change-Id: I00ac0593e94203994bd3626c6ebb6d5b97441aa6

Change-Id: I5d22ba89d64a2768666aa277222aadd4f2e879b4

Change-Id: I860c45ab4de0636ed8e0301e70da66658e91ceb6

These destinations are already covered by the default delivery rules
created in Package.mk .

Change-Id: Idc77f01ef468223a23632f9fae02f7b14a35c7d9

An user-friendly target sometimes needs to depend on a different target
than gb_Classname_get_target to really build everything (esp. to deliver
the built product). The rule of thumb is: use the same target that is
used for gb_Module_register_targets.

Change-Id: I874751871b4569b2a68766cc3f3b5c7645347af0

*Not escape tags and double quots in tags,
 but find tags(icu regexp) when merge and
 use this infromation to make strings valid.
*Define a new Quot function for helpex,
 which works with icu UnicodeCharacter.
*Move tag search to xmlparse.cxx and use icu
 just in helpex.
*QuotHTML not unescape just replace xml charcters.
 (unescaping is also useless in uimerge.cxx)
*Move UnQuotHTML() to helper.
 (was used it in xmlparse.cxx and cfgmerge.cxx)
*Use UnQuotHTML() in uimerge.cxx too.

Change-Id: Ice8940ef69279709a1c5d84c6ae1b0d62a71ca76

Project: dictionaries  66a5a2e03573ab1862db1965f7b9c5419db3decd

Change-Id: If636f0de7d883412e36c76fe0de997204021d45b
Reviewed-on: https://gerrit.libreoffice.org/3129Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I559b91d465ab298b033b0866b3044a17038cc501
Reviewed-on: https://gerrit.libreoffice.org/3137Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: Id89b7eeb09b5cd7cee449cd1a20fb13b630f29c4
Reviewed-on: https://gerrit.libreoffice.org/3136Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I53d64b9023be816d0179eed21920beed3660909c

If you build with --disable-mergelibs and then enable
--enable-mergelibs the existing library has its timestamp updated
but it retains its outdated contents.

Change-Id: I46899bcf3fe4f360fb12e8de8842c6ac12c6bf75

Change-Id: Ie85ba53c59eda5586b70527a518e3f80223fc49e

This has bitten me more than once when working on Library_merged.

Change-Id: I829f5d010b6df2935fd191bdec9bac04bb003f16

Change-Id: I69fbf910cf2eb579cc8bf7dc76c69432b810b194

Change-Id: Ic2a2cf04a691f628e862e81579d3d55d261fc492

Reported by: Du Jing
Patch by: zjchen
Review by: Andre Fischer

Reported by: Li Feng Wang
Patch by: Ma Bingbing
Reviewed by: Arming Le Grand and Andre Fischer

Reported by: Yan Ji
Patch by: Lei De Bin
Review by: Chen Zuo Jun

Reported by: liu ping tan
Patch by: Li Jian Yuan
Review by: Lei De Bin

Reported by: Du Jing
Patch by: Jianyuan Li
Review by: sunying

Patch by: JianYuan Li
Review by: alg

Reported by: Yan Ji
Patch by: Chen Zuo Jun
Review by: Lei De Bin

Patch by: Wang Zhe
Review by: Andre Fischer

* Corrected spelling errors in comments
* In accpara.cxx, SwAccessibleParagraph::_getRunAttributesImpl had the
  if statement commented out, but the scope block remained... minor in
  the grand scheme of things, but messy code
* Some unused commented out code removed

Change-Id: Id8b29c4051c7c09a1cc555996f9e56fd4f0f3611
Reviewed-on: https://gerrit.libreoffice.org/3135Tested-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I39cea3e90f0ac57168e1cd2d4a9af9199e1416fb

Change-Id: I247a261bb96b0c437a43922070777892cdcbc1f6

Project: dictionaries  52f4aa133ba3d7703c4982a21e567fd92abcbfd0

Serbian dictionary updated to 2013.03.30

Change-Id: Ia3b99deff58bd5f4198f1fd57ea3a540f15d2708
Reviewed-on: https://gerrit.libreoffice.org/3120Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Project: dictionaries  b128def79cc0520515ea99db4fb9f8cc3d95f54d

Lightproof and Hunspell updates for pt-BR

VERO 3.1 beta 2

Change-Id: Iaf871e4ad7de5c51ed55674b742b8f2b20070001
Reviewed-on: https://gerrit.libreoffice.org/3130Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: I61323685b33817a2641713455bac1a079687cb4d
Reviewed-on: https://gerrit.libreoffice.org/3131Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>