Age | Commit message (Collapse) | Author |
|
Change-Id: Idb73d3029880b66602f163b2ab03c2b37c2306db
Reviewed-on: https://gerrit.libreoffice.org/2782
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
|
|
Change-Id: I344448db559de8435dcc26e2be4597c385724a7b
|
|
Change-Id: Ic2651defd0ec8846dc0b0a81faee5dd6743310fb
|
|
Change-Id: I956abc2cfa680f18df5712a131a7930610f57931
|
|
this patch will fix the incorrect border when you use
the cell format dialog.
Change-Id: Ieeeae4060a15e96e0de0f335f3c460df86f7dbf9
Reviewed-on: https://gerrit.libreoffice.org/2781
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
|
|
Change-Id: I8e9658cd4c3ea95658e3f3b214a51b381c3170b7
|
|
Change-Id: Ib7b176eb1889ebd94d4b628899011de9ebbb3dbd
|
|
Conflicts:
sc/inc/globstr.hrc
sc/source/core/data/dpdimsave.cxx
sc/source/ui/dbgui/dpgroupdlg.cxx
sc/source/ui/src/globstr.src
Change-Id: Ie5e1fd473d2e2c58de7ed6eb0aeddb768668f91e
|
|
Change-Id: I0c741d2cda4568aef81a18788a764f3ef679660c
|
|
Change-Id: I2b6773e0b8203d7781ac8037b5d51ebb5bba5047
|
|
Let's differentiate the two types. A new cell starts with an unknown
script type, whereas empty cells have a script type of 0 (empty).
Change-Id: Id66857100ed213c5cfc37e48789448d94e97a5d2
|
|
Change-Id: Ic523bc5f8bf2c678cb7cf2115848d16845d2eeeb
|
|
Change-Id: I23349ba6411bd74247e150f871f363b0eacda0a2
|
|
Basically I'm just following maTextWidths' call sites. Some things are
handled differently though for script types, since empty elements may
correspond with either empty or non-empty cells (unlike the text width
array).
Change-Id: If98bcb81e9048b24d75b2bc9fc972a7d74cbbf89
|
|
Change-Id: I6af668894d61d33de6697fe45fce1515520d4bfa
|
|
Change-Id: I82d4199d7f8b7ba2dadb734a808dac53e845538f
|
|
Change-Id: I0330dea1b2f85a8ba12cb232ab8b4263607ba225
|
|
Change-Id: Id0be194bef04a5f32e1624c6c6910db7ec3ddb36
|
|
Change-Id: Iae5e604d6f947c8ab7853ef5cc2cfbe9566fea0c
|
|
Change-Id: Iaf0195a0c2ec3d6daa1e3c70d20dfa8de97b9647
|
|
Change-Id: If2bfc9f346d7f2eee20caa30e1eb1f60d266ef90
|
|
The second parameter has to be the absolute end position, not the size
from the start position.
Change-Id: I310ec52697d0521a82810889f6fe861471279645
|
|
Change-Id: I096282ebb9a10d212affbab32aaa49ca1815b1a7
|
|
Change-Id: I7b9c5554e38a25dd4ff6980e6ae0d1eff241a746
|
|
This makes it much simpler, and less error-prone.
Change-Id: I21dbe0d2bb4a71fc2ac738a5ffb03e4d959d91a5
|
|
Change-Id: Ieaa9bd0e4f8117e3bc7ceccc68d6f37daac61440
|
|
Change-Id: Ib7ca5c04ec057dbce958d580ad3b7d52d19ed21f
|
|
Change-Id: Ia70d1dfde53e13e7d40e7cb8fa09dc401570aa93
|
|
Change-Id: I8d2bd7616e0428e4e881ef0dc1012c4973e636a9
|
|
So that I can put some integrity check code in there to test the
integrity of cell storage.
Change-Id: I0cc141ea74c27db1a014390b7abf807220e7be9f
|
|
Change-Id: I5408cdd87f06423a6bb287c855237878859da880
|
|
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
|
|
tbh this is somewhat of an optimistic attempt to swap start and end borders
if needed. I am not at all sure though that I am dectecting the RTL-ness
of a cell in the correct way. There are some comments in the code in any case
that reflect my uncertainty ( hopefully they will be of use if/when some tweak
is needed )
Change-Id: Ic3099fbab08e46899ca311c81edbcad9bf5ab2a6
|
|
...which started to fail reproducibly at least for me with recent commits, with
[...]
> checking: [sc.ScCellRangeObj::com::sun::star::beans::XTolerantMultiPropertySet] is iface: [com.sun.star.beans.XTolerantMultiPropertySet] testcode: [ifc.beans._XTolerantMultiPropertySet]
> LOG> Execute: setPropertyValuesTolerant()
> LOG> starting required method: getPropertyValuesTolerant()
> LOG> Execute: getPropertyValuesTolerant()
> LOG> starting required method: getDirectPropertyValuesTolerant()
> LOG> Execute: getDirectPropertyValuesTolerant()
> Method getDirectPropertyValuesTolerant() finished with state OK
> LOG> getDirectPropertyValuesTolerant(): PASSED.OK
> Method getPropertyValuesTolerant() finished with state OK
> LOG> getPropertyValuesTolerant(): PASSED.OK
> ValueChanger don't know type class com.sun.star.table.TableBorder2
> warn:legacy.osl:19841:96:sc/source/ui/unoobj/fmtuno.cxx:197: lclResolveGrammar - unspecified grammar, using GRAM_PODF_A1
> warn:legacy.osl:19841:96:sc/source/ui/unoobj/fmtuno.cxx:197: lclResolveGrammar - unspecified grammar, using GRAM_PODF_A1
causing a SIGSEGV at
> #24 <signal handler called>
> #25 0x00002aaacd9b310b in ScBaseCell::SetScriptType (this=0x0, nNew=8 '\b') at lo/core/sc/inc/cell.hxx:104
> #26 0x00002aaacdc86a9f in ScTable::InvalidateTextWidth (this=0x2aaad80d9e00, pAdrFrom=0x2aaacd16ac00, pAdrTo=0x2aaacd16abf0, bNumFormatChanged=true, bBroadcast=false) at lo/core/sc/source/core/data/table5.cxx:1200
> #27 0x00002aaacdabb18a in ScDocument::InvalidateTextWidth (this=0x2aaad88a19f8, pAdrFrom=0x2aaacd16ac00, pAdrTo=0x2aaacd16abf0, bNumFormatChanged=true) at lo/core/sc/source/core/data/documen8.cxx:440
> #28 0x00002aaacd982d94 in ScAttrArray::ApplyCacheArea (this=0x2aaad81d5380, nStartRow=0, nEndRow=4, pCache=0x2aaacd16ac70, pDataArray=0x0) at lo/core/sc/source/core/data/attarray.cxx:825
> #29 0x00002aaacd9cdaa2 in ScColumn::ApplyPatternArea (this=0x2aaad80d9e00, nStartRow=0, nEndRow=4, rPatAttr=..., pDataArray=0x0) at lo/core/sc/source/core/data/column.cxx:450
> #30 0x00002aaacdc638cf in ScTable::ApplyPatternArea (this=0x2aaad80d9e00, nStartCol=0, nStartRow=0, nEndCol=3, nEndRow=4, rAttr=..., pDataArray=0x0) at lo/core/sc/source/core/data/table2.cxx:2174
> #31 0x00002aaacdad93ce in ScDocument::ApplyPatternArea (this=0x2aaad88a19f8, nStartCol=0, nStartRow=0, nEndCol=3, nEndRow=4, rMark=..., rAttr=..., pDataArray=0x0) at lo/core/sc/source/core/data/document.cxx:4204
> #32 0x00002aaacdaddeef in ScDocument::ApplySelectionPattern (this=0x2aaad88a19f8, rAttr=..., rMark=..., pDataArray=0x0) at lo/core/sc/source/core/data/document.cxx:5232
> #33 0x00002aaace0c46ab in ScDocFunc::ApplyAttributes (this=0x2aaad8910f70, rMark=..., rPattern=..., bRecord=1 '\001', bApi=1 '\001') at lo/core/sc/source/ui/docshell/docfunc.cxx:1267
> #34 0x00002aaace268e02 in ScCellRangesBase::setPropertyValuesTolerant (this=0x2aaafa235fb0, aPropertyNames=uno::Sequence of length 97 = {...}, aValues=uno::Sequence of length 97 = {...}) at lo/core/sc/source/ui/unoobj/cellsuno.cxx:2933
> #35 0x00002aaabc674df6 in gcc3::callVirtualMethod (pThis=0x2aaafa236018, nVtableIndex=3, pRegisterReturn=0x2aaad8b94820, pReturnTypeRef=0x2aab601513a0, bSimpleReturn=false, pStack=0x2aaacd16b240, nStack=0, pGPR=0x2aaacd16b2c0, nGPR=4, pFPR=0x2aaacd16b2f0, nFPR=0) at lo/core/bridges/source/cpp_uno/gcc3_linux_x86-64/callvirtualmethod.cxx:119
Change-Id: I4cf6386f903e2681033bd63005141f71feb13ad7
Reviewed-on: https://gerrit.libreoffice.org/2740
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
the second argument is a count
Change-Id: I1b6d7db8ba3ac83ef0be091c25e28ad93375d432
|
|
Change-Id: I90a001b354810daefd6cd05ca96de4207eee15aa
|
|
Change-Id: Iec5a960b0a6492b1e4690c31b9c2098248c23cfa
|
|
Change-Id: I0a83769f19a38fd5c0421ba6117603517cded17b
|
|
This needs some tweaks but it looks like we are already able to choose
the chart and import it. There are some more tweaks needed to handle
internal vs. external data provider, errors, other components, ...
Change-Id: Ib3e7f8bbf7b7f49b071d85120930624e2add91a7
|
|
the base class destructor is already virtual
Change-Id: Iab38666fab3a8ef33e2fd1ee1c53754ef50f5481
|
|
Change-Id: If554782930a8cf35fa4366d8f92020f1c7b5cbd3
|
|
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
|
|
from b0cf3aba085373d84a55ef144b273a8a89d017af
Change-Id: I03a7df23ea9838715304d0359536403af89bcfa3
|
|
Change-Id: I4fa27b933c5b3cf2645b139bf6349b90f613feab
Reviewed-on: https://gerrit.libreoffice.org/2735
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I9b94281f7acd2223686508baa219b87c13838d5c
|
|
Change-Id: I54bd60c11a83feceb39557a82c62e290438dff80
|
|
Change-Id: I73954b8a1de436b9c4881d803f4f33cff1b79c4f
|
|
Change-Id: Ibf1e254e34df98ad5c46a46252168787b07d161c
|
|
Change-Id: I648da6f2c43a10137c0834659022296883368dc9
|