[Libreoffice] [Patch] call-catcher / bloat removal in sc
Hello, Remove call-catcher / bloat removal with ScBitMaskCompressedArray of sc. Since i've got big problems to compile, this patch must be tested before applying. checking whether the C++ compiler (ccache gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. dmake: Error code 1, while making './unxlngi6.pro/misc/build/so_configured_ooo_mozab' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/serval/libreoffice-source/libo/soltools/support ERROR: error 65280 occurred while making /home/serval/libreoffice-source/libo/moz it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: moz please re-run build inside each one to isolate the problem. I tried to compile vcl Julien (LGPLv3+ / MPL) commit cde5d175581ccd7ec388c04aad7454be252da01f Author: serval serval2...@yahoo.fr Date: Sat Dec 11 09:13:41 2010 +0100 Remove callcatcher ScBitMaskCompressedArray diff --git a/sc/inc/compressedarray.hxx b/sc/inc/compressedarray.hxx index c0f8638..e245b23 100644 --- a/sc/inc/compressedarray.hxx +++ b/sc/inc/compressedarray.hxx @@ -466,24 +466,6 @@ public: A nStart, A nEnd, const D rValueToAnd, long nSourceDy = 0 ); -/** Copy values from rArray and bitwise OR them with rValueToOr. */ -voidCopyFromOred( -const ScBitMaskCompressedArray rArray, -A nStart, A nEnd, const D rValueToOr, -long nSourceDy = 0 ); - -/** Return the start row of a region where all entries meet the condition: -((aValue rBitMask) == rMaskedCompare). If not even nEnd meets -this condition, ::std::numeric_limitsA::max() is returned. */ -A GetBitStateStart( A nEnd, const D rBitMask, -const D rMaskedCompare ) const; - -/** Return the end row of a region where all entries meet the condition: -((aValue rBitMask) == rMaskedCompare). If not even nStart meets -this condition, ::std::numeric_limitsA::max() is returned. */ -A GetBitStateEnd( A nStart, const D rBitMask, -const D rMaskedCompare ) const; - /** Return the first row where an entry meets the condition: ((aValue rBitMask) == rMaskedCompare), searching between nStart and nEnd. If no entry meets this condition, ::std::numeric_limitsA::max() @@ -493,39 +475,6 @@ public: const D rMaskedCompare ) const; /** Return the last row where an entry meets the condition: -((aValue rBitMask) == rMaskedCompare), searching between nStart and -nEnd. If no entry meets this condition, ::std::numeric_limitsA::max() -is returned. */ -SC_DLLPUBLIC A GetLastForCondition( A nStart, A nEnd, -const D rBitMask, -const D rMaskedCompare ) const; - -/** Count rows between nStart and nEnd where entries meet the condition: -((aValue rBitMask) == rMaskedCompare) */ -A CountForCondition( A nStart, A nEnd, -const D rBitMask, -const D rMaskedCompare ) const; - -/** Whether there is any entry between nStart and nEnd where the condition -is met: ((aValue rBitMask) == rMaskedCompare) */ -SC_DLLPUBLIC boolHasCondition( A nStart, A nEnd, -const D rBitMask, -const D rMaskedCompare ) const; - -/** Fill an array with row numbers between nStart and nEnd where entries -meet the condition: ((aValue rBitMask) == rMaskedCompare). -@return the count of used elements in array. */ -size_t FillArrayForCondition( A nStart, A nEnd, -const D rBitMask, -const D rMaskedCompare, -A * pArray, size_t nArraySize ) const; - -/** Count rows between nStart and nEnd where entries meet the condition: -((aValue rBitMask) != 0) */ -A CountForAnyBitCondition( A nStart, A nEnd, -const D rBitMask ) const; - -/** Return the last row where an entry meets the condition:
Re: [Libreoffice] Export OLE objects as PDF / graphics
Hi, it seems that the RTL_CONSTASCII_USTRINGPARAM is (completly ? mostly ?) finished so I'm back to PDF Export * Misc issues + Formula objects + no PDF exported :-) In fact they do export as do other objects. But none of them exports when anchor is 'As Character'. Checking that... * Potentially pasting the objects as a GDI meta-file something we can easily do already for OLE objects gives a better result. + Hopefully we could do this more uniformly for all objects, and export formats: PDF, PNG, JPEG etc. + Indeed, if we could go directly from that GDI meta-file to an image (without the temporary draw) document life would be a lot better I think. + Thorsten any ideas on that path ? :-) Checking that too... Regards. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Release criteria
On 06/12/2010 Petr Mladek wrote: Andrea Pescetti píše v Ne 05. 12. 2010 v 18:39 +0100: So a major change with respect to the OpenOffice.org release process would be that no explicit approval is needed for localized versions. ... I understand your concerns. We came with the central build because of the many advantages: + translators do not need to fight with technical problems + save space (do not duplicate binaries) + packaging is standardized, compatible, ... Yes, these are clear advantages from the infrastructure point of view. I have several ideas how to solve the above problem: + do smoke test of each localization to make sure that it starts at least; we should do it anyway + do more and more frequent bug fix releases with only safe and critical fixes; it is a bit questionable because of resources + allow to later update just a single localization These are all valid solutions, but they will not help for the quality of the first (3.3) release, which will be rather important. Maybe a solution for the Microsoft Windows package could be to put in the smaller multi-language installer only explicitly approved localizations, relegating untested languages into the all package; but I understand this could become a maintenance nightmare later on... Best regards, Andrea. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Le 10/12/10 23:42, Jan Holesovsky a écrit : Hi Kendy, I have heard quite some complaints about the missing native language versions already; I am not sure I've explained it well enough previously, but this testing is blocking it. So please - help me :-) Any chance of getting entries for the Base Module, and Basic / Macros ? Thanks, Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] EasyHacks 3.27 Change Sheet copy process
Hi Kohei, Thanks for your review. Hereby an additional patch with changes on 4 comment-items. 2 items are not done. MPL 1.1 / GPLv3+ / LGPLv3+ About UI * Let's remove the 'New Name' string as I feel this is redundant. And let' place the rename box either to the immediate right of 'Rename' check box, or immediately below it. I prefer it being to the right of the check box since we have a plenty of space there. Done. * Instead of hiding the rename box, it's better to disable it when the Rename check box is not checked. We generally don't show or hide controls but enable or disable it. Done. * Let's disable the Rename check box as well as the rename input box when multiple sheets are selected. We don't know what we should do for multiple sheet copy/move rename yet, so I would be more comfortable disabling it in such cases (at least for now). Done. * I think it would be more user-friendly if the Rename input box showed the default sheet name. When moving a sheet, this would be the original sheet name, while when copying a sheet it would be the original name followed by '_' + num (e.g. Sheet1 - Sheet1_1). An empty imput box is logical to me, because the Rename dialog shows also an empty in input box. But if you want, I can try to impement it. It is not in this patch, because it more difficult than it sounds. The default name depends on the document where the copy is going to, if it is the same document or another document. Others * Move rename sheet and undo afterward doesn't undo the renaming. But this is less critical, and I could look into it if you don't want to. Skipped. If you do undo (Ctrl-Z) twice, then the renaming will also be undone. Code: * Regarding the additional parameter in ScViewFunc::MoveTable(), I prefer using a pointer to String with a default value of NULL, since it's an optional parameter conceptually. Done. Joost 2010/12/11 Kohei Yoshida kyosh...@novell.com On Fri, 2010-12-10 at 20:31 -0500, Kohei Yoshida wrote: I'll CC Christoph in case he has some comments on this feature as well as on my comments above. Christoph, please feel free to add your comments as well if you have any. :-) And these are the screenshots of the new dialog. Rename unchecked http://people.freedesktop.org/~kohei/sheet-rename-unchecked.pnghttp://people.freedesktop.org/%7Ekohei/sheet-rename-unchecked.png Rename checked http://people.freedesktop.org/~kohei/sheet-rename-checked.pnghttp://people.freedesktop.org/%7Ekohei/sheet-rename-checked.png -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com From 5ba6fe63e561625a1cbf109f98f32397ca6ec5b6 Mon Sep 17 00:00:00 2001 From: Joost Wezenbeek joost.eekho...@gmail.com Date: Sat, 11 Dec 2010 21:52:42 +0100 Subject: [PATCH] Change Sheet copy process Easy Hacks 3.27 Added rename in Move/Copy Sheet in calc --- sc/inc/scabstdlg.hxx |2 ++ sc/source/ui/attrdlg/scdlgfact.cxx |9 + sc/source/ui/attrdlg/scdlgfact.hxx |2 ++ sc/source/ui/inc/mvtabdlg.hxx |5 +++-- sc/source/ui/inc/viewfunc.hxx |2 +- sc/source/ui/miscdlgs/mvtabdlg.cxx | 28 +--- sc/source/ui/src/miscdlgs.src | 16 +--- sc/source/ui/view/tabcont.cxx |2 +- sc/source/ui/view/tabvwshf.cxx |6 +- sc/source/ui/view/viewfun2.cxx | 10 +- 10 files changed, 50 insertions(+), 32 deletions(-) diff --git a/sc/inc/scabstdlg.hxx b/sc/inc/scabstdlg.hxx index dc20e8f..102ea20 100644 --- a/sc/inc/scabstdlg.hxx +++ b/sc/inc/scabstdlg.hxx @@ -217,6 +217,8 @@ public: virtual voidGetTabNameString( String rString ) const = 0; virtual void SetCopyTable (BOOL bFlag=TRUE) = 0; virtual void EnableCopyTable (BOOL bFlag=TRUE) = 0; +virtual void SetRenameTable (BOOL bFlag=TRUE) = 0; +virtual void EnableRenameTable (BOOL bFlag=TRUE) = 0; }; class AbstractScNameCreateDlg : public VclAbstractDialog //add for ScNameCreateDlg diff --git a/sc/source/ui/attrdlg/scdlgfact.cxx b/sc/source/ui/attrdlg/scdlgfact.cxx index 5a78eae..10f0065 100644 --- a/sc/source/ui/attrdlg/scdlgfact.cxx +++ b/sc/source/ui/attrdlg/scdlgfact.cxx @@ -518,6 +518,15 @@ void AbstractScMoveTableDlg_Impl::EnableCopyTable(BOOL bFlag) { return pDlg-EnableCopyTable( bFlag); } +void AbstractScMoveTableDlg_Impl::SetRenameTable(BOOL bFla) +{ +return pDlg-SetRenameTable( bFla ); +} +void AbstractScMoveTableDlg_Impl::EnableRenameTable(BOOL bFlag) +{ +return pDlg-EnableRenameTable( bFlag); +} + //add for AbstractScMoveTableDlg_Impl end //add for AbstractScNameCreateDlg_Impl begin diff --git a/sc/source/ui/attrdlg/scdlgfact.hxx b/sc/source/ui/attrdlg/scdlgfact.hxx index dc583a6..f4a8286 100644 --- a/sc/source/ui/attrdlg/scdlgfact.hxx +++ b/sc/source/ui/attrdlg/scdlgfact.hxx @@ -267,6 +267,8 @@ class AbstractScMoveTableDlg_Impl : public AbstractScMoveTableDlg //add for ScM virtual void
[Libreoffice] De-Java-ise flat XML export
Hi, I'm looking for an easy task to start hacking on OOo and because I've got some experience with XSLT and Java I stumbled upon that de-java-ising task for the XSLT export filter. Now because the whole XSLT processing is based on saxon9j I'm wondering if the task makes any sense? I aware of saxon9n, the .NET version, but I don't think requiring .NET would be a major improvement compared to requiring Java. Am I missing something? Xalan C++ doesn't support XSLT 2.0, does anybody known if XSLT export filters promise to support XSLT 2.0 (or XSLT 1.1)? Cheers, Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] EasyHacks 3.27 Change Sheet copy process
On Sat Dec 11 2010 13:54:38 GMT-0800 (PST) Joost Eekhoorn wrote: Hi Kohei, * I think it would be more user-friendly if the Rename input box showed the default sheet name. When moving a sheet, this would be the original sheet name, while when copying a sheet it would be the original name followed by '_' + num (e.g. Sheet1 - Sheet1_1). An empty imput box is logical to me, because the Rename dialog shows also an empty in input box. But if you want, I can try to impement it. It is not in this patch, because it more difficult than it sounds. The default name depends on the document where the copy is going to, if it is the same document or another document. The default for RC1 is to use the default sheet name when selecting Rename from the context menu, see attached. Personally I would prefer to follow this for the new setup. Thanks again for taking this on. Andy inline: Calc-rename.png___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice