summaryrefslogtreecommitdiff
path: root/include
AgeCommit message (Collapse)AuthorFilesLines
2014-04-08fdo#43157 [API CHANGE] Remove deprecated _OSL_GLOBALMichaël Lefèvre1-6/+0
Signed-off-by: Stephan Bergmann <sbergman@redhat.com> Conflicts: include/osl/diagnose.h Change-Id: Ie2e6b7a8546318bdd8b81261bef46bf92c0c125f
2014-04-08WaE: implicit conversion of literal of type 'int' to 'bool'Tor Lillqvist1-1/+1
Change-Id: Ibab8e9e29886cdffce1cd1480f7c5d421537b2bb
2014-04-08fdo76591:-Textbox property (order-> send behind text) is not preserved.Sourav1-0/+1
Z-Index was not handledin LO for vml. I have made the changes to handle that using aGrabBag. Change-Id: I2af3b2974c8eb699bc6a7b743dc438584d6517ac Reviewed-on: https://gerrit.libreoffice.org/8833 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-04-08coverity#708193 Uninitialized scalar fieldCaolán McNamara1-1/+5
Change-Id: Ibf9f267acf3bef7aa0ce34660664f095453f4b82
2014-04-08coverity#708197 Uninitialized scalar fieldCaolán McNamara1-2/+7
Change-Id: Ied5ed708b60fe63288ca2ef1b50a7091dd7dbd2e
2014-04-08coverity#708202 Uninitialized scalar fieldCaolán McNamara1-0/+5
Change-Id: Ie73377009a2aefd4ec18adafc61e56076b8c3c9a
2014-04-08use TriState instead of sal_Bool as there's three possibilitiesCaolán McNamara1-4/+4
Change-Id: If24d4cec9ef4369f20419fe70de7392614a35316
2014-04-08fdo#77123: Add option ignore kashida to the searchFaisal M. Al-Otaibi2-0/+3
This patch will add new checkbox to ignore kashida in the search and replace dialog. Change-Id: I9e7179242751103b8418d922ade5b9145170ad15
2014-04-08WaE: unknown log area 'chart2.barchart3D'Tor Lillqvist1-0/+1
Change-Id: I6f4ed9a816c13d35b92059c68132d90fe532b321
2014-04-08WaE: unknown log area 'svx.opengl'Tor Lillqvist1-0/+1
Change-Id: Ib7b19a53fe6b523b302276d5123c070eb46a4737
2014-04-08WaE: overriding virtual function declaration not marked 'override'Tor Lillqvist1-1/+1
Change-Id: Ib4693d28657cb8d33f41184696cf83c4e55ad0d7
2014-04-08temporarily render to a fileMarkus Mohrhard1-0/+2
Change-Id: Ibfc8101f261489bf11f990ea3fe6ae2e74b99df9
2014-04-08improve the code for temporary OpenGl contextMarkus Mohrhard1-2/+2
Change-Id: Ia66bf54539e67066a56bb50fb606e50e581bee73
2014-04-08initial work on allowing to resize the OpenGL objectMarkus Mohrhard1-10/+9
Change-Id: I29799522d32e31b4ffbba9d931fda352ee080e2d
2014-04-08move the OpenGLContext to the model objectMarkus Mohrhard2-4/+11
In the next step we need to initialize it again but in the ViewContact it gets destroyed several times which is a problem. Change-Id: I3efe4311bfb279b7407eabd0dd673f33603d8e9b
2014-04-08fix crash when passing external Window to OpenGLContext::initMarkus Mohrhard1-0/+1
The external window is not controlled by OpenGLContext so it is not allowed to delete the window Change-Id: Id2c79a3612cc875fd94b8cd1206b30af2f185875
2014-04-08prevent initializing the OpenGL context multiple timesMarkus Mohrhard1-0/+1
Change-Id: I2ebdbcd51938bc1dc61693ac392eed5d5e497a8d
2014-04-08Revert "Remove opengl usage from svx until we can't solve building problems"Markus Mohrhard1-0/+4
This reverts commit 10be411f33c69db83cc5de410eaddf2d297608ae.
2014-04-08Remove unnecessary ImplDrawMask function in OutputDeviceChris Sherlock1-5/+2
Every DrawMask variant calls on a final DrawMask - we duplicate code and there is an unnecessary private ImplDrawMask function in OutputDevice. We should just forward calls to DrawMask. Change-Id: Ice24598e3a437ca51a047f6006acc5a66198ff22
2014-04-07fdo#75741: Re-implement CompileNameFormula for formula groups.Kohei Yoshida1-0/+12
Change-Id: I57e1e464ac5f7abc10ce5ea5752e036ddb6cf6d7
2014-04-07Bin empty @seealso, @param, @return etc metacommentsTor Lillqvist5-815/+0
Change-Id: I1590c20c4080578f5b528f4d6d43749e4e939fde
2014-04-07Remove silly PUT_SEMICOLON_AT_THE_ENDStephan Bergmann6-61/+14
...and rather live with macro calls not terminated by semicolons until those macros are gone for good anyway. Completely remove unused DECLARE_UNO3_XCOMPONENT_DEFAULTS. Change-Id: I0d4eb5a91736004b0da2b09fce860e57f6d1ddbd
2014-04-07Move functions back out of OutputDevice so they aren't exportedChris Sherlock1-3/+0
Moved DoesActionHandleTransparency and IsTransparentAction back to being ocal functions in an anonymous namespace so they aren't exported. Change-Id: Ic8335155c1a32035b02caacb29821bbd26197e49
2014-04-07Rename .doc SPRM IDs to match current MS specsLuke Deller1-34/+37
I understand that Libreoffice's names for SPRM IDs come from old documentation for WW8 (Word '97), plus some later additions named by OpenOffice developers as they encountered newer SPRMs in the wild. Meanwhile Microsoft has released newer documentation which supplies names for these previously undocumented SPRMs, plus it renames some WW8 properties to have the suffix "80" to make room for newer versions of those properties. This commit aims to bring LibreOffice's SPRM ID names in line with the current file format specification from Microsoft. http://msdn.microsoft.com/en-us/library/dd923581.aspx Change-Id: I904c1db17a776e2d9e6076f87369160e3b80f2e4 Reviewed-on: https://gerrit.libreoffice.org/8884 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-04-07Bring static functions into OutputDevice as private functionsChris Sherlock2-7/+11
Also rename them to something saner. ImplIsActionSpecial in particular is not a particularly useful function name, so updating this for clarity. Functions renamed: + ImplIsActionHandlingTransparency() -> DoesActionHandleTransparency() + ImplIsActionSpecial() -> IsTransparentAction() I've also updated some of the comments to clarify. Change-Id: I6c9d0c33d96ce40af2c877b52da66de17ed8ce78
2014-04-07untangle the bFmt == 2 hackCaolán McNamara1-9/+9
Firstly, IsFormat is unused so there's no "escape" of bFmt back into the outside world. Then bFmt has two purposes. Purpose 1 is 'not be a format dialog, be a format dialog, be a format dialog but hide standard button' so, lets just add an explicit "Hide standard button" method and call it in the (apparently) one place where it's necessary. Purpose 2 is to flag that "BaseFmtHdl" was called from clicking the "Standard" button at which point its set to 2. SfxTabDialog::Init_Impl had... " // bFmt = temporary Flag passed on in the Constructor(), // if bFmt == 2, then also sal_True, // additional suppression of the standard button, // after the Initializing set to sal_True again if ( bFmtFlag != 2 ) m_pBaseFmtBtn->Show(); else bFmtFlag = sal_True; " but the variable acted on is bFmtFlag a copy of bFmt, and is never read again after that line, so setting it to sal_True is meaningless. The comment suggests that the intent is to reset bFmt to true if it was 2 during initialization, which fits with the later use of bFmt == 2 to indicate that the standard button was clicked, i.e. reset bFmt back to its standard value. So make bFmt a simple toggle of dialog as a format dialog or not, add a way to remove the standard button and add a second variable to indicate the standard button got pressed. Change-Id: I98a441f5f314845abe243e05b6d92fd71d7b0b04
2014-04-07sfx2: sal_Bool->boolNoel Grandin3-6/+6
Change-Id: I48ae51781f64e60deb0c03352087100729c8c3cd
2014-04-07Replace SV_DECL/IMPL_REF macros with SvRef templateStephan Bergmann31-130/+88
Change-Id: I0ef2e67f6d61e0ce118c0f5e926b8194ef9d8058
2014-04-07coverity#706548 Uncaught exceptionCaolán McNamara1-4/+2
Change-Id: Ie3be6d503b50cfa86be8fff162d01a72c6b47bf7
2014-04-07Refactored OutputDevice::DrawGradientChris Sherlock1-0/+3
There are two version of OutputDevice::DrawGradient(). They both have common code, I have moved this into their own private functions to allow for code reuse. The first function checks to see if the drawing mode is DRAWMODE_BLACKGRADIENT, DRAWMODE_WHITEGRADIENT or DRAWMODE_SETTINGSGRADIENT (for Window background color) - this just sets the color to black (for XOR operations), white (mainly used for printing) or the background color of a Window (not sure what this is used for!). The second function sets grayscale start and end colors. Change-Id: Idaa85c3b5cfbd8a211fd7b0714eeb8e5b9e9e434 Reviewed-on: https://gerrit.libreoffice.org/8880 Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
2014-04-07Unroll sole use of SV_IMPL/DECL_LOCKStephan Bergmann2-54/+75
Change-Id: I0d4691f700a415d0376e2bc346bc51fbf6a000b2
2014-04-06Change newly introduced Clip* functions to ClipAndDrawChris Sherlock2-6/+6
A number of new clipping functions have been introduced, but to make it more clear as to their purpose they have been renamed. They are: + ClipGradientToBounds -> ClipAndDrawGradientToBounds + ClipGradient -> ClipAndDrawGradient + XORClipGradient -> XORClipAndDrawGradient + ClipGradientMetafile -> ClipAndDrawGradientMetafile Change-Id: I2448a62d0473501a8d2613e685ee909cb6df7708 Reviewed-on: https://gerrit.libreoffice.org/8878 Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
2014-04-06fdo#74702 Refactor gradient clipping functionsChris Sherlock2-0/+9
There are two gradient clipping functions: one uses a normal intersection to get the symmetric difference to clip the gradient - this is used by OS X and when printing. The other uses XOR clipping, which is an elegant trick to implement complex clipping on graphics systems that have minimal capabilities. cf. http://www.openoffice.org/marketing/ooocon2008/programme/wednesday_1401.pdf Change-Id: Iab16258c8e758c41a29337525927ba780329e887 Reviewed-on: https://gerrit.libreoffice.org/8873 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
2014-04-06WaE: passing OString by value, rather pass by referenceTor Lillqvist2-5/+5
Change-Id: I41a318b8376ae3e68701ffe6ebc745bdbec62dc8
2014-04-06Add HtmlWriterHelper to svtools.Tomaž Vajngerl1-0/+7
Change-Id: I4d96402cc0fa86d83fe0ade314b84bff86d7db97
2014-04-06HtmlWriter: add prettyPrint option, instance variablesTomaž Vajngerl1-4/+8
Change-Id: I6a29e91cc2f328ccbd01b617b39dc9275332d1f0
2014-04-06svtools: HtmlWriter - for writing HTML structure to a streamTomaž Vajngerl1-0/+41
HtmlWriter is used to write the structure of a HTML document to a stream. The goal is to abstract the messy construction of strings when writing attributes of a html element and other HTML specifics needed when structuring a HTML document. Change-Id: Ibdf42914e43ef02f16a43e4230575ed7340e68d8
2014-04-06Typo: s/ouer/ourTor Lillqvist1-1/+1
Change-Id: I0179678c6c5dd6a05b1d7d5038a901e7bf2af3de
2014-04-06Bin copy-pasta comments of low informative valueTor Lillqvist8-19/+16
Change-Id: Ib9ddc516636d2150101c40ee3f249c7511bcb375
2014-04-06Bin empty @seealso, @param, @return etc metacommentsTor Lillqvist1-58/+0
Change-Id: I9582afceb5daf5993bfca1445370d8a60030c3c5
2014-04-06Bin empty @seealso, @param, @return etc metacommentsTor Lillqvist11-242/+0
2014-04-06Bin copy-pasta comments of low informative valueTor Lillqvist10-20/+20
Change-Id: Iee82f09a47830e3c8b932541e4c378e63add9986
2014-04-06Kill superfluous spacing before semicolonsTor Lillqvist11-50/+50
Change-Id: I05353e942fa1a2b7338c8415cdba06adb2bdd43f
2014-04-06Kill superfluous vertical whitespaceTor Lillqvist42-186/+0
Change-Id: Idadfa4d215cb4b789d4949ce850bbb13016350c6
2014-04-06Bin unused MAP_REALAPPFONT MapUnit enum valueTor Lillqvist1-1/+1
Change-Id: I759a981c68a899ba314f5b77efa450aa57528433
2014-04-06Full colour table borders in .doc exportLuke Deller1-0/+1
Currently LO writes table cell border information to .doc files as part of the "sprmTDefTable" property, but this only supports the WW8 (Word '97) BRC (BoRder Control) structure which can only select from 16 colours. There is no newer version of this property. This commit adds output of an alternate property "sprmTSetBrc" which specifies border details for a sequence of cells. There is a WW9 (Word 2000) version of this property supporting full colours. For LO I have used the constant name NS_sprm::LN_TSetBorder following the existing naming convention here, which is to use *Border for the WW9 version because *Brc is taken for the WW8 version. Conflicts: include/filter/msfilter/sprmids.hxx Change-Id: Ie091d91c6d187e1c2542f59f58cec9a373a23e11
2014-04-06filter: LN_TSetBrc -> LN_TSetBrc80 to match specMiklos Vajna1-1/+1
Change-Id: I81b78e09130141704c7ec62c1c52bf50d5428dfd
2014-04-06fdo#74702 use same gradient steps func. to draw linear and complex gradsChris Sherlock1-1/+1
Reworked Output::ImplGetGradientSteps to be usable for both linear and complex (actually, axial, but that's another story) gradients by adding a default parameter. This gets rid of another meOutDevType from gradient functions Change-Id: I1dc918e4c3153617d172560523cfca303f0b904c Reviewed-on: https://gerrit.libreoffice.org/8872 Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
2014-04-06WaE: implicit conversion of literal of type 'sal_Bool' to 'bool'Tor Lillqvist1-1/+1
Change-Id: Iaaac351b2276f20a292e9b3840ddd1d808fc564f
2014-04-06import data point symbol colorMarkus Mohrhard2-21/+2
Change-Id: I27ebd67a535f8617a6f535414ee8426fae6614b9
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-25 20:06:49 +0000