Age | Commit message (Collapse) | Author |
|
Done with a perl regex:
s/OUString\s*\(\s*RTL_CONSTASCII_USTRINGPARAM\s*\((\s*"[^")]*?"\s*)\)\s*\)/OUString\($1\)/gms
Change-Id: Idf28320817cdcbea6d0f7ec06a9bf51bd2c3b3ec
Reviewed-on: https://gerrit.libreoffice.org/2832
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I3d0e2015e4c9f0ea6118fd92892022607fe4bde6
|
|
Change-Id: I8e409ba63d32dca9a1c7f09d143165d1d702d642
|
|
Change-Id: I1af6d1ed6b62611ff931f8b0dfa6409d73242fc9
|
|
Change-Id: I7b09694775bd07feb819bb3279171434216b1961
|
|
Change-Id: I167323cd6d64de92342041cab74977175d2bfe7c
|
|
Change-Id: Ifb04233f6baf8020af558e32d7177ab16150e68d
|
|
Change-Id: I3e43a176260cacdf931074536ebf1dfeebbcb574
|
|
Change-Id: If39b002aa8b18fda1bc2d6723187336e1259d0d5
|
|
Change-Id: Ib757ea180fe570277d0cbe8a5ff4d6e30cce7cdb
|
|
Change-Id: I3aa14d26589e425078860ad59ed8a81659b83a61
|
|
Change-Id: I39829f443dae6f8e62a79c5d29d97ee8ef9542c1
|
|
AttributeError: 'NoneType' object has no attribute 'write' when trying
to print to stdout and sys.stdout has been set to None.
Change-Id: Icb571b9e910d4ec393dc1fd246f867c02d5ac8e5
|
|
Suggested Easy Hack: Replace all instances of // -------- comments
including surrounding newlines with a single newline.
Another Easy Hack, slightly harder to automate: Remove all the
pointless comments that just tell the class name right before the
declaration of that class.
Change-Id: Ia890ed613b53c5d719988697e20a983d62334123
|
|
Change-Id: I17a2f2fd51a06195af3b5b7325b3bad1129c01d2
|
|
i.e. restore the logic of setting the colors of imported escher patterns like
we always did in the past. Stripping that out seems risky in the absence of
definite test-cases.
Change-Id: I16bbb451b053fd04a5154602f8f38ed799e21286
|
|
Completely changed XFillBitmapItem to work with GraphicObject, removed XOBitmap
class, adapted all usages (also the pretty old 8x8 pixel editor).
All Bitmap fill styles will now accept transparent bitmaps as fillings in all
variations (tiled, etc.). LoadSave is no problem, ODF defines graphic as
content for fill. Backward means that OOs before this change will use a white
background of fill with transparent, same as the fallback all the time when
using a transparent fill.
This is also a preparation to e.g. offer SVG or Metafiles as fill style.
Conflicts:
cui/source/tabpages/backgrnd.cxx
cui/source/tabpages/tparea.cxx
cui/source/tabpages/tpbitmap.cxx
filter/source/msfilter/msdffimp.cxx
filter/source/msfilter/svdfppt.cxx
sc/source/filter/excel/xiescher.cxx
sd/source/ui/func/fupage.cxx
svx/inc/svx/dlgctrl.hxx
svx/inc/svx/xbitmap.hxx
svx/inc/svx/xbtmpit.hxx
svx/inc/svx/xtable.hxx
svx/source/customshapes/EnhancedCustomShape2d.cxx
svx/source/dialog/dlgctrl.cxx
svx/source/svdraw/svdograf.cxx
svx/source/tbxctrls/fillctrl.cxx
svx/source/unodraw/XPropertyTable.cxx
svx/source/xoutdev/xattrbmp.cxx
svx/source/xoutdev/xtabbtmp.cxx
Change-Id: Id838bfbacc863695d078fb3cf379d1c0cd951680
|
|
Change-Id: I3a3a8dbf5e15d3d3e882b1f7b9a17c6f985afd9c
|
|
Change-Id: I786227d89cc441990d6bdce0acf872a73be51a7c
|
|
Change-Id: Icf489a49c547a93458aeef1c70ba699181a47c38
|
|
We can now export a chart to odc when we are in chart edit mode from
Calc. I need to add support for it to Writer and Impress as well.
We can already open these files but copy&paste from the opened file
fails. The next step is then to add a new menu entry
Insert->Object->Chart from file
Change-Id: I14d1702e79517e7319a1929de2be5501d375885d
|
|
|
|
fix: export linetransparency attribute
Patch By: Lei Debin
Found By: phoenix wanglf
Review By: jsc
Change-Id: I56a589036d1e4e2399f5a1a94283ebd4ce2126f0
|
|
Change-Id: Iac75be70adbf611980605ef599d1c9ea9772eb2d
|
|
Patch by: Lei Debin
Change-Id: I3bdd190c40e2e58f53b7b4f58e99a1f9f19bf580
|
|
Change-Id: I027028a7c6dc1a3eaa90e5b39d1a5d01122e02d4
|
|
Upstream JessyInk added optional MPL license to their .js
files, mirror that change here:
http://bazaar.launchpad.net/~hannes-hochreiner/jessyink/trunk/revision/122/scripts/jessyInk.js#scripts/jessyInk.js
Change-Id: I2ea6c8f9d5b55e2c84db477784586891e932239c
|
|
* subversion/main/editeng/inc/editeng/svxenum.hxx
Define some numbering types supported by MS ppt
* subversion/main/filter/source/msfilter/svdfppt.cxx
Mapping added MS numbering types to Symphony numbering types
* subversion/main/sd/source/filter/eppt/epptso.cxx
Export added MS numbering types
Patch by: Yin Bing <steve.yin.aoo@gmail.com>
Suggested by: Wang Zhe <kingwisemmx@gmail.com>
Found by: Yin Bing <steve.yin.aoo@gmail.com>
Review by: Wang Zhe <kingwisemmx@gmail.com>(cherry picked from commit 39e9cae1ac9b7944c9df0642a193b042a1b68266)
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
Conflicts:
editeng/inc/editeng/svxenum.hxx
sd/source/filter/eppt/epptso.cxx
Change-Id: Ic8a9406fd1b58e5cec5c5adc28bf0190ccb87315
|
|
Change-Id: If64db96005fcd8a42e4fa24041867b99183965f9
Reviewed-on: https://gerrit.libreoffice.org/2586
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I87c5373748a03800a889eb29f1d203291dd87d85
|
|
Change-Id: I23124b919359c1217529724338b8d4906e051306
|
|
Change-Id: I6b01c2f7ae6a7e77583d111373ddfdcb1246c641
|
|
Change-Id: I01f503ea5268245cc4f98524931730cfa063d57e
|
|
use solenv/bin/add-modulelines script for the task
and remove all UTF bom from *.src and *.hrc files
svx/source/dialog/hdft.src
Change-Id: I745d4f0fe9b05436a142a03f8512970f91c41bd4
|
|
Change-Id: Iae4b489486be95072859b13a4bd5ae1260e3c024
|
|
Change-Id: I736b14b1cc99d5a653fcbb37a5588ff36008dda5
|
|
Patch by: SunYing
Review by: Andre
|
|
Minimalistic implementation.
Had to rework on some parts because of the rebasing.
|
|
Patch by Sun Ying
Review by alg
Change-Id: I17940e1a26696e416e5febd0be1645a1a4c580a6
|
|
Patch by: Chao Huang
Found by: Chao Huang
Review and minor modifications by: Herbert Duerr
Change-Id: I09e8b279e9cee63c33845744bc96ce13f202fa3c
|
|
Patch By: Lei Debin
Found By: bjdujing@gmail.com
Extended for better Debug Info by: Herbert Duerr
Conflicts:
filter/source/msfilter/msdffimp.cxx
Change-Id: Ibb2e7daae425a711b5b6cadfa81446e9adeb68f1
|
|
Change-Id: I4a0a6ab0998f41ce238d0570fba2133b79c8f19e
|
|
Now the type detection process is a lot more simpler.
Change-Id: I5a3a68afef8276a7f07be75c0b2db8151512b3fb
|
|
In theory we shouldn't have to do this any more now that we do test
against all possible format types in the first pass. But let's test
if my theory is right...
Change-Id: I70d73a99aec56a66deaeb3f942fd2641a2cc7f48
|
|
Change-Id: I5a614ae032149b755d609ff05b9ef2fdb842dadf
|
|
I did my best to check each and every one of them and rank them to the
best of my ability. Any mistakes are to be fixed as they are discovered.
Note that while working on this, I've noticed that we don't actually have
any real type detection codes for many of these format types, especially
the graphic file formats. If we ever have trouble loading any file type,
check if it's caused by not having any detection code for it, and if so,
we should write one for that file type. That said, my casual tests on
loading graphic files didn't cause any trouble.
Change-Id: I1398cbb72b2d4ccf75434a9aa0d2a5c5d17bdaad
|
|
The old type detection would only test file format types that are
relevant to the current document service. But this would not work
if the user tries to open an Excel document whose name ends with a
non-default extension (such as .tmp) from Writer UI.
To amend this, we need to test all possible format types that are
supported by all our modules regardless of the current module, but
prioritize them per current module.
TODO: The above scenario doesn't work yet. I still need to fix
the individual type detection services to get it to work.
Change-Id: I51dbdff28299aa64cedc6752b9ff82b96d5d79cf
|
|
Change-Id: I5a059f7799255262d46e5248813da4409eb83a9a
|
|
Change-Id: If31092ecc2b746acbe5731bf9383560e93aa3a69
|
|
Change-Id: I08d755677c46c476710ecbd067ed9f7e2f54a671
loplugin: clean warnings: unused variables, incorrect indentation and log area.
Reviewed-on: https://gerrit.libreoffice.org/2544
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|