[Libreoffice-commits] .: Branch 'libreoffice-3-6' - l10ntools/source

l10ntools/source/help/HelpCompiler.cxx |9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) New commits: commit cd656ac11743a6472f5a5fafe9b97d3fe5d11e0e Author: Ivan Timofeev Date: Tue Aug 7 10:06:04 2012 +0400 fix crash on start Change-Id: Ieee907d38711761f4770b802f

[Libreoffice-commits] .: 16 commits - framework/uiconfig sfx2/inc sfx2/source

framework/uiconfig/startmodule/menubar/menubar.xml |1 sfx2/inc/sfx2/templateabstractview.hxx |2 sfx2/inc/sfx2/templatelocalview.hxx|2 sfx2/inc/sfx2/templateonlineview.hxx |3 sfx2/inc/sfx2/templateproperties.hxx |3

[Libreoffice-commits] .: 2 commits - basic/source

basic/source/classes/image.cxx | 16 ++-- basic/source/comp/exprnode.cxx | 18 +++--- basic/source/comp/exprtree.cxx | 50 --- basic/source/comp/scanner.cxx|8 ++ basic/source/inc/expr.hxx| 10 +++ basic/sour

[Libreoffice-commits] .: vcl/prj

vcl/prj/build.lst |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit c18c4f0547c5bdc388670af2f1501199c34ef540 Author: Caolán McNamara Date: Sun Aug 12 00:28:49 2012 +0100 add nss to old-school build.lst now Change-Id: Id5ae3d86cfe2ad89a5c8317591c71f9953

[REVIEW-3-6] correctly calculate the percentile for upper data bar limit

Hey, the attached patch corrects the code that calculates the value if you select percentile for the upper limit. Until now it incorrectly used the lower bounds values to calculate these value. This will be fixed in master a bit differently. Regards, Markus 0001-correctly-calculate-percentile-f

Re: notice: module dictionaries converted to gbuild

On Thu, 2012-08-09 at 18:41 +0200, Andras Timar wrote: > I think they were left out by mistake. On the other hand I wonder if > we could omit multiple instances GPL/LGPL text from bundled dictionary > packages, while we have a central LICENSE.odt covering for the > dictionaries, too. Yep

[Libreoffice-commits] .: RepositoryExternal.mk vcl/Library_vcl.mk vcl/source

RepositoryExternal.mk |1 vcl/Library_vcl.mk| 32 + vcl/source/gdi/pdfwriter_impl.cxx | 129 +++--- 3 files changed, 152 insertions(+), 10 deletions(-) New commits: commit 500261a6b6e9dbeacce7f693b01a1c32a112f4fb Author:

RE: ODF angle in draw:transform are in degrees

@Regina, Thanks. I agree that the transform case needs to be taken up also. My sense is that there is agreement that there should be transposition to SVG with attention to migration and down-level compatibility issues. I also agree that the situation with existing ODF 1.0/../1.2 documents and

Re: ODF angle in draw:transform are in degrees

Hi Dennis, Dennis E. Hamilton schrieb: The proposal that Regina brought to the ODF TC is safer. It does not depend on attempting to identify the producer. (In fact, the ODF specification says that the generator identification is *not* to be used in this manner. It is also unreliably used.) T

RE: ODF angle in draw:transform are in degrees

The proposal that Regina brought to the ODF TC is safer. It does not depend on attempting to identify the producer. (In fact, the ODF specification says that the generator identification is *not* to be used in this manner. It is also unreliably used.) The idea is to face reality and affirm t

[Libreoffice-commits] .: vcl/source

vcl/source/window/msgbox.cxx |9 - 1 file changed, 4 insertions(+), 5 deletions(-) New commits: commit 607e387412606c92a2ebd6fcc1d41743f33a4a72 Author: Ivan Timofeev Date: Sat Aug 11 19:44:14 2012 +0400 message boxes always showed one line of text restore the old code

[Libreoffice-commits] .: 5 commits - i18npool/CppunitTest_i18npool_test_languagetag.mk i18npool/Library_i18nisolang1.mk i18npool/Module_i18npool.mk i18npool/qa i18npool/source liblangtag/liblangtag-0.

i18npool/CppunitTest_i18npool_test_languagetag.mk| 14 +++ i18npool/Library_i18nisolang1.mk |3 -- i18npool/Module_i18npool.mk |1 i18npool/qa/cppunit/test_languagetag.cxx | 12 +++--- i18npool/so

[Libreoffice-commits] .: sc/source

sc/source/filter/xml/xmldpimp.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 4af24fb1a3dd359be4b97f7682678aa5b8d2ff1a Author: Julien Nabet Date: Sat Aug 11 12:40:35 2012 +0200 Remove unused local var Change-Id: Icc314cf12cfcf41813ceab7071b6e65590

[Libreoffice-commits] .: chart2/source crashrep/source cui/source desktop/source framework/source jvmfwk/plugins oox/source scripting/source solenv/bin sw/source vcl/generic

chart2/source/view/axes/VCartesianAxis.cxx |1 - crashrep/source/unx/main.cxx |1 - cui/source/tabpages/autocdlg.cxx |1 - desktop/source/migration/migration.cxx |1 - framework/source/layoutmanager/layoutmanager.cxx |1 - jvm

[Libreoffice-commits] .: vcl/source

vcl/source/fontsubset/gsub.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit e1c2aae61b21f8aa5f64c38efd6ca685c89291e3 Author: Julien Nabet Date: Sat Aug 11 09:15:30 2012 +0200 Remove unused local var Change-Id: I06a02a97491c2ea0408c881451d17d464fead090 diff --git a

Re: [PATCH] fix duplicated import introduced in 63c508e3e86a140e35161c45d2be97779746f6cb

Hi, This one had already be fixed (see http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b13238c453f05f1d862cf570dff0110295fbe3b). Anyway, thank you for taking care of the code cleanup! Julien -- View this message in context: http://nabble.documentfoundation.org/PATCH-fix-duplicated-i

Re: ODF angle in draw:transform are in degrees

One way would be to add a new attribute specifying either degrees or radians. Then modify the loader code so it looks at the application that created the file to determine what it should do in cases where there is not attribute. Fundamentally, I don't see that there is a "perfect" solution to this.