[Libreoffice-commits] .: Branch 'libreoffice-3-5' - sc/source
sc/source/ui/namedlg/namedlg.cxx | 18 ++ 1 file changed, 18 insertions(+) New commits: commit 393bd0eebe09230ef90c5b343c93338526f3f4b7 Author: Noel Power noel.po...@novell.com Date: Fri Feb 24 12:27:37 2012 + fix core when clicking on entries in Manage Names dialog in calc fdo#46568 diff --git a/sc/source/ui/namedlg/namedlg.cxx b/sc/source/ui/namedlg/namedlg.cxx index 56c50e8..06ad128 100644 --- a/sc/source/ui/namedlg/namedlg.cxx +++ b/sc/source/ui/namedlg/namedlg.cxx @@ -269,10 +269,28 @@ void ScNameDlg::SetActive() void ScNameDlg::UpdateChecks(ScRangeData* pData) { +// remove handlers, we only want the handlers to process +// user input and not when we are syncing the controls with our internal +// model ( also UpdateChecks is called already from some other event +// handlers, triggering handlers while already processing a handler can +// ( and does in this case ) corrupt the internal data + +maBtnCriteria.SetToggleHdl( Link() ); +maBtnPrintArea.SetToggleHdl( Link() ); +maBtnColHeader.SetToggleHdl( Link() ); +maBtnRowHeader.SetToggleHdl( Link() ); + maBtnCriteria .Check( pData-HasType( RT_CRITERIA ) ); maBtnPrintArea.Check( pData-HasType( RT_PRINTAREA ) ); maBtnColHeader.Check( pData-HasType( RT_COLHEADER ) ); maBtnRowHeader.Check( pData-HasType( RT_ROWHEADER ) ); + +// Restore handlers so user input is processed again +Link aToggleHandler = LINK( this, ScNameDlg, EdModifyHdl ); +maBtnCriteria.SetToggleHdl( aToggleHandler ); +maBtnPrintArea.SetToggleHdl( aToggleHandler ); +maBtnColHeader.SetToggleHdl( aToggleHandler ); +maBtnRowHeader.SetToggleHdl( aToggleHandler ); } bool ScNameDlg::IsNameValid() ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: basegfx/inc
basegfx/inc/basegfx/polygon/b3dpolygonclipper.hxx |3 --- 1 file changed, 3 deletions(-) New commits: commit 0499a44cddae31dff5ce1959aba8aa64119dea90 Author: Ivan Timofeev timofeev@gmail.com Date: Sun Feb 26 16:29:47 2012 +0400 definition was removed, remove declaration as well diff --git a/basegfx/inc/basegfx/polygon/b3dpolygonclipper.hxx b/basegfx/inc/basegfx/polygon/b3dpolygonclipper.hxx index 03fd079..d125d47 100644 --- a/basegfx/inc/basegfx/polygon/b3dpolygonclipper.hxx +++ b/basegfx/inc/basegfx/polygon/b3dpolygonclipper.hxx @@ -62,9 +62,6 @@ namespace basegfx // version for Polygons BASEGFX_DLLPUBLIC B3DPolyPolygon clipPolygonOnOrthogonalPlane(const B3DPolygon rCandidate, B3DOrientation ePlaneOrthogonal, bool bClipPositive, double fPlaneOffset, bool bStroke); -// versions for B2DRange, clips only against X,Y -BASEGFX_DLLPUBLIC B3DPolyPolygon clipPolygonOnRange(const B3DPolygon rCandidate, const B2DRange rRange, bool bInside, bool bStroke); - } // end of namespace tools } // end of namespace basegfx ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sd/source
sd/source/ui/unoidl/sddetect.cxx | 22 +++--- sd/source/ui/unoidl/unomodel.cxx |4 ++-- 2 files changed, 13 insertions(+), 13 deletions(-) New commits: commit c471556c89e4efcd21c0e48f938792c493662492 Author: Takeshi Abe t...@fixedpoint.jp Date: Mon Feb 27 01:45:47 2012 +0900 Avoid temporary rtl::OUString in sd diff --git a/sd/source/ui/unoidl/sddetect.cxx b/sd/source/ui/unoidl/sddetect.cxx index dba3e46..87b113d 100644 --- a/sd/source/ui/unoidl/sddetect.cxx +++ b/sd/source/ui/unoidl/sddetect.cxx @@ -128,42 +128,42 @@ SdFilterDetect::~SdFilterDetect() for( sal_Int32 nProperty=0; nPropertynPropertyCount; ++nProperty ) { // extract properties -if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(URL)) ) +if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(URL)) ) { lDescriptor[nProperty].Value = sTemp; aURL = sTemp; } -else if( !aURL.Len() lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(FileName)) ) +else if( !aURL.Len() lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(FileName)) ) { lDescriptor[nProperty].Value = sTemp; aURL = sTemp; } -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(TypeName)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(TypeName)) ) { lDescriptor[nProperty].Value = sTemp; aTypeName = sTemp; } -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(FilterName)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(FilterName)) ) { lDescriptor[nProperty].Value = sTemp; aPreselectedFilterName = sTemp; } -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(InputStream)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(InputStream)) ) nIndexOfInputStream = nProperty; -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(ReadOnly)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(ReadOnly)) ) nIndexOfReadOnlyFlag = nProperty; -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(UCBContent)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(UCBContent)) ) nIndexOfContent = nProperty; -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(AsTemplate)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(AsTemplate)) ) { lDescriptor[nProperty].Value = bOpenAsTemplate; nIndexOfTemplateFlag = nProperty; } -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(InteractionHandler)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(InteractionHandler)) ) lDescriptor[nProperty].Value = xInteraction; -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(RepairPackage)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(RepairPackage)) ) lDescriptor[nProperty].Value = bRepairPackage; -else if( lDescriptor[nProperty].Name == OUString(RTL_CONSTASCII_USTRINGPARAM(DocumentTitle)) ) +else if( lDescriptor[nProperty].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(DocumentTitle)) ) nIndexOfDocumentTitle = nProperty; } diff --git a/sd/source/ui/unoidl/unomodel.cxx b/sd/source/ui/unoidl/unomodel.cxx index a061d4f..9bb08b3 100644 --- a/sd/source/ui/unoidl/unomodel.cxx +++ b/sd/source/ui/unoidl/unomodel.cxx @@ -1804,9 +1804,9 @@ void SAL_CALL SdXImpressDocument::render( sal_Int32 nRenderer, const uno::Any r for( sal_Int32 nProperty = 0, nPropertyCount = rxOptions.getLength(); nProperty nPropertyCount; ++nProperty ) { -if( rxOptions[ nProperty ].Name == OUString( RTL_CONSTASCII_USTRINGPARAM( RenderDevice ) ) ) +if( rxOptions[ nProperty ].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(RenderDevice)) ) rxOptions[ nProperty ].Value = xRenderDevice; -else if ( rxOptions[ nProperty ].Name == OUString( RTL_CONSTASCII_USTRINGPARAM( ExportNotesPages ) ) ) +else if ( rxOptions[ nProperty ].Name.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(ExportNotesPages)) ) { rxOptions[ nProperty].Value = bExportNotesPages; if ( bExportNotesPages ) ___ Libreoffice-commits mailing list
[Libreoffice-commits] .: 2 commits - install-sh Makefile Makefile.post post.Makefile
Makefile |4 Makefile.post |7 install-sh| 707 +++--- post.Makefile |7 4 files changed, 488 insertions(+), 237 deletions(-) New commits: commit b4a66196b161d7c7a5c813a12ecb9ece33d23abc Author: Peter Foley pefol...@verizon.net Date: Sun Feb 26 13:39:19 2012 -0500 update install-sh to the automake-1.11 version diff --git a/install-sh b/install-sh index 36f96f3..a9244eb 100644 --- a/install-sh +++ b/install-sh @@ -1,276 +1,527 @@ #!/bin/sh -# # install - install a program, script, or datafile -# This comes from X11R5 (mit/util/scripts/install.sh). + +scriptversion=2011-01-19.21; # UTC + +# This originates from X11R5 (mit/util/scripts/install.sh), which was +# later released in X11R6 (xc/config/util/install.sh) with the +# following copyright and license. +# +# Copyright (C) 1994 X Consortium +# +# Permission is hereby granted, free of charge, to any person obtaining a copy +# of this software and associated documentation files (the Software), to +# deal in the Software without restriction, including without limitation the +# rights to use, copy, modify, merge, publish, distribute, sublicense, and/or +# sell copies of the Software, and to permit persons to whom the Software is +# furnished to do so, subject to the following conditions: +# +# The above copyright notice and this permission notice shall be included in +# all copies or substantial portions of the Software. +# +# THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +# X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN +# AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNEC- +# TION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. +# +# Except as contained in this notice, the name of the X Consortium shall not +# be used in advertising or otherwise to promote the sale, use or other deal- +# ings in this Software without prior written authorization from the X Consor- +# tium. # -# Copyright 1991 by the Massachusetts Institute of Technology # -# Permission to use, copy, modify, distribute, and sell this software and its -# documentation for any purpose is hereby granted without fee, provided that -# the above copyright notice appear in all copies and that both that -# copyright notice and this permission notice appear in supporting -# documentation, and that the name of M.I.T. not be used in advertising or -# publicity pertaining to distribution of the software without specific, -# written prior permission. M.I.T. makes no representations about the -# suitability of this software for any purpose. It is provided as is -# without express or implied warranty. +# FSF changes to this file are in the public domain. # # Calling this script install-sh is preferred over install.sh, to prevent # `make' implicit rules from creating a file called install from it # when there is no Makefile. # # This script is compatible with the BSD install script, but was written -# from scratch. It can only install one file at a time, a restriction -# shared with many OS's install programs. +# from scratch. +nl=' +' +IFS=$nl # set DOITPROG to echo to test this script # Don't use :- since 4.3BSD and earlier shells don't like it. -doit=${DOITPROG-} - - -# put in absolute paths if you don't have them in your path; or use env. vars. - -mvprog=${MVPROG-mv} -cpprog=${CPPROG-cp} -chmodprog=${CHMODPROG-chmod} -chownprog=${CHOWNPROG-chown} -chgrpprog=${CHGRPPROG-chgrp} -stripprog=${STRIPPROG-strip} -rmprog=${RMPROG-rm} -mkdirprog=${MKDIRPROG-mkdir} - -transformbasename= -transform_arg= -instcmd=$mvprog -chmodcmd=$chmodprog 0755 -chowncmd= -chgrpcmd= -stripcmd= -rmcmd=$rmprog -f -mvcmd=$mvprog -src= -dst= -dir_arg= - -while [ x$1 != x ]; do -case $1 in - -c) instcmd=$cpprog - shift - continue;; - - -d) dir_arg=true - shift - continue;; - - -m) chmodcmd=$chmodprog $2 - shift - shift - continue;; - - -o) chowncmd=$chownprog $2 - shift - shift - continue;; - - -g) chgrpcmd=$chgrpprog $2 - shift - shift - continue;; - - -s) stripcmd=$stripprog - shift - continue;; - - -t=*) transformarg=`echo $1 | sed 's/-t=//'` - shift - continue;; - - -b=*) transformbasename=`echo $1 | sed 's/-b=//'` - shift - continue;; - - *) if [ x$src = x ] - then - src=$1 - else - # this colon is to work around a 386BSD /bin/sh bug - : - dst=$1 - fi - shift - continue;; -esac -done - -if [ x$src = x ] -then -
[Libreoffice-commits] .: Makefile
Makefile |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) New commits: commit a75873dea15719b5216cfd0476d30003ffc76e80 Author: Peter Foley pefol...@verizon.net Date: Sun Feb 26 13:53:09 2012 -0500 allow autogen.sh to be run automatically diff --git a/Makefile b/Makefile index a37bca3..68bea91 100644 --- a/Makefile +++ b/Makefile @@ -342,12 +342,15 @@ ifneq ($(filter-out clean distclean,$(MAKECMDGOALS)),) # restart since autogen can have changed # config_host.k which is included in this # Makefile -Makefile: config_host.mk +Makefile: $(SRCDIR)/config_host.mk touch $@ -config_host.mk : config_host.mk.in bin/repo-list.in ooo.lst.in configure.in autogen.lastrun +$(SRCDIR)/config_host.mk : config_host.mk.in bin/repo-list.in ooo.lst.in configure.in autogen.lastrun ./autogen.sh +autogen.lastrun: + @true + # # Fetch # ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [PUSHED] Remove unused code (19)
Hi Michael,*, Sorry, please revert the removal of line 416-500 in the original patch which I overlooked. Best Regards, Elton 2012/2/26, Michael Meeks michael.me...@suse.com: On Sat, 2012-02-25 at 01:57 +0800, Elton Chung wrote: This patch removes 14 unused methods. Thanks, pushed - modulo the fround removal which we added a unit test for IIRC. :-) Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot -- Elton Chung Administrator, Sponsor of mirror.layerjet.com Language Maintainer, Tester of ReactOS Project | http://reactos.org Email/ IM : el...@elton.tk - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PUSHED] Remove unused code (19)
Hi Elton, On 26.02.2012 14:42, Elton Chung wrote: Sorry, please revert the removal of line 416-500 in the original patch which I overlooked. http://cgit.freedesktop.org/libreoffice/core/commit/?id=0499a44cddae31dff5ce1959aba8aa64119dea90 Cheers, Ivan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Отличная возможность ЗАРАБОТАТЬ. Не упусти
СТАНЬ УЧАСТНИКОМ СЕТИ МИЛЛИОНЕРОВ И ЗАРАБАТЫВАЙ БОЛЬШИЕ ДЕНЬГИ Социальные сети (Facebook, Vkontakte, Google+ и др.) зарабатывают миллиарды долларов за счёт того объёма посещений, который создают пользователи такие как мы с вами. К примеру, рекламодатели платят компаниям за показ рекламы нам. Проект — WAZZUB. Это новая сеть, которая будет платить нам часть своих, заработанных на рекламе денег. Выплаты партнерам составят 50% от объёма дохода сети. Достаточно сделать страницу компании стартовой (посещая её таким образом ежедневно), чтобы стать одним из получателей комиссионных отчислений. Чем больше пользователей, которые присоединяются к WAZZUB, тем больше денег мы будем зарабатывать! УЗНАТЬ ПОДРОБНЕЕ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Google Summer of Code
Hello, I'm Thanasis from Greece and I study computer science in TEI of Athens. I want to participate in Google Summer of Code and I would like some help to get me started. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Most elegant way to disable all BASIC functionality?
For the iOS port, no BASIC-related functionality can be present if we want apps using the code to be allowed in the App Store. What would be the most elegant way (least ifdefs to clutter the code, etc) to achieve this? (Well, just the possibility to execute BASIC code input as a result of user action, i.e. in user documents, typed in, or whatever, needs to go away, so in theory we could leave internal functionality implemented in BASIC. But I hope we don't have any such...) The first step is to don't even bother to build any of the libraries that is related only to BASIC. Done already. (The corresponding headers are still delivered though, to make it possible to compile other stuff for now...) I can think of the following approaches now: 1) Ifdef out all calls to code in the BASIC-related libraries. This will surely mean a somewhat large amount of ugly ifdefs. 2) Add ifdefs to headers like basmgr.hxx and sbstar.hxx that implement methods as necessary as no-op inline ones. This is somewhat ugly, too, even if restricted to just a few headers, hopefully. Having various BASIC-related methods always return compile-time false, NULL, etc will hopefully mean lots of calling code will be optimized away. 3) Create a small number (as small as possible) of parallel no-op headers related to BASIC just for iOS, that would work as in case 2, i.e. contain inline null implementations. Obviously I am just guessing about the relative ugliness of each approach... But I think the third alternative is the best? --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[REVIEW 3.5; 3.5.1 (?)] fdo#46144: Distributy Columns Evenly does not work with the selected columns
Hi, thanks to Josh Heidenreich and his comment: https://bugs.freedesktop.org/show_bug.cgi?id=46144#c8 http://cgit.freedesktop.org/libreoffice/core/commit/?id=996f44c310520e3d7868c62d336aaec7bb0f845a Fixed invalid conversion from SvUShorts to std::vector... *sigh* Please, pick to the appropriate branches. Best Wishes, Ivan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
On Sun, Feb 26, 2012 at 8:27 AM, Tor Lillqvist t...@iki.fi wrote: For the iOS port, no BASIC-related functionality can be present if we want apps using the code to be allowed in the App Store. Are you sure ? even with the alleged change of Sep 2010 ? (it is hard to tell, since Apple does not publish its rules, and stamp a under-NDA to their rejection letter) and what is the substantial difference between interpreting a Basic script and a Calc formula ? I suposed that calc formula are allowed, otherwise the whole exercise seems pointless. if so, then what would prevent the re-implementation of basic in calc formula ? and how is that different than supporting basic directly ? Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
On 02/26/2012 09:27 AM, Tor Lillqvist wrote: For the iOS port, no BASIC-related functionality can be present if we want apps using the code to be allowed in the App Store. What would be the most elegant way (least ifdefs to clutter the code, etc) to achieve this? Is it more accurate to say that you must remove all scripting capability? You can script using other languages as well. All GUI references to things such as setting event handlers and associating keystrokes to your own custom event handlers would also be required. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
Is it more accurate to say that you must remove all scripting capability? Yes, but I mentioned BASIC specifically because plumbing for BASIC is more hardcoded in the code. Java and Python are already build-time optional, aren't they? --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
Are you sure ? Fairly sure. The Review Guidelines (which I can not quote) seem to say so. Some people seem to say that interpreters for arbitrary code (as opposed to interpreters for bundled code providing app functionality) are allowed as long as you can only enter the code manually through the app. and what is the substantial difference between interpreting a Basic script and a Calc formula ? Turing completeness? Dunno... In fact, my knowledge of what the BASIC in LO can be used for is quite limited... Maybe if one would just limit the BASIC functionality to do simple manipulation the data in spreadsheets, and remove access to arbitrary existing UNO services it might be allowed? But people might still then be able to write quite complex applications in LO BASIC (and distribute them as spreadsheet documents) , and opening up unmoderated application distribution routes is exactly what the rules want to prevent, surely. Simpler to just avoid BASIC (and other scripting, but that is more straightforward). --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
and what is the substantial difference between interpreting a Basic script and a Calc formula ? Turing completeness? Dunno... In fact, my knowledge of what the BASIC in LO can be used for is quite limited... Maybe if one would just limit the BASIC functionality to do simple manipulation the data in spreadsheets, and remove access to arbitrary existing UNO services it might be allowed? Well, uno service available need to be installed, hence would have been approved alreaady, so using them should not be prohibited... bu yes, I take that prohibition has an attempt to prevent 'system' interaction... which mean that a compromise may be to selectively gut the Basic supported features. But people might still then be able to write quite complex applications in LO BASIC (and distribute them as spreadsheet documents) , and opening up unmoderated application distribution routes is exactly what the rules want to prevent, surely. I would not be more royalist than the king by removing useful feature preemptively. Let Apple pay its greed with bad PR first. There is way to know in advance what excuse Apple will use to refuse that app. I think your best shot is to concentrate on what you technically have to do to get something running and usable, then let Apple and the EU battle it out about the extent to which Apple can gut a product to protect its bottom line. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
then let Apple and the EU battle it out about the extent to which Apple can gut a product to protect its bottom line. Bah, let's keep conspiracy theories out of the technical discussion please. I would find it counter-productive to intentionally keep features in the iOS build that are known to fairly likely prevent an app using the code from being approved. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Google Summer of Code
Hi, You must know that most of code is in C++. Some parts are in C, Python, others in Java and there's even a few assembly. There's also some Perl. LO project uses Git to manage sources so if you don't know it at all, you can take a look here : http://book.git-scm.com/ A good start would be to retrieve and compile sources. You'll find more information here : http://wiki.documentfoundation.org/Development/Native_Build Then you can dive into the code with this : http://opengrok.libreoffice.org/ Finally you should tell what would interest you : Calc, Writer, Impress, Base ..., UI, extension, etc. Julien -- View this message in context: http://nabble.documentfoundation.org/Google-Summer-of-Code-tp3776984p333.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[ANN] LibreOffice 3.5.1 RC1 available
Hi *, for the upcoming new version 3.5.1, the RC1 builds now start to be available on pre-releases. This build is slated to be one of two release candidate builds on the way towards 3.5.1, please refer to our release plan timings here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release Builds are now being uploaded to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. The list of fixed bugs relative to 3.5.0 is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-5-1-release-3.5.1.1.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, -- Thorsten pgppTG4saA9MV.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PATCH] Moving misplaced Formula options from ScDocOptions to ScAppOptions
Hi Kohei, Thank you for your feedback. On Sat, Feb 25, 2012 at 02:45, Kohei Yoshida kohei.yosh...@suse.com wrote: On Fri, 2012-02-24 at 20:38 -0500, Kohei Yoshida wrote: Hi Albert, On Sat, 2012-02-25 at 01:12 +0100, Albert Thuswaldner wrote: 1.) ScDocument::SetDocOptions requires some rethink. Here, now that the format option stuff is moved to appoptions, only xPoolHelper-SetFormTableOpt(rOpt); uses data from docoptions, the mix of options makes this method ugly. Splitting this up might be a solution, however ScDocument::SetDocOptions is used in quite many places So, your observation is correct. As you say, it's best to take the code that sets the formula options out of SetDocOptions and into its own method. We could call it SetFormulaOptions() or something. The new SetDocOptions() would basically have nothing other than { OSL_ENSURE( pDocOptions, No DocOptions! :-( ); *pDocOptions = rOpt; xPoolHelper-SetFormTableOpt(rOpt); } and the rest can go to the new method. Actually, the new method doesn't have to be in ScDocument at all. The only thing you need to set to ScDocument is the grammar, but other than that, the rest can be done outside of ScDocument. I'm not really sure what the best place would be, but you could, for instance, put it in ScDocShell, since it needs to be callable from CheckConfigOptions... Just an idea. Yes, SeDocShell seems to be a good place to put it in. I made the necessary changes as a follow-up patch, see attached file. I noticed that the SetFormulaOptions is also needed in ScDocShell::InitOptions otherwise documents will not show up with the selected formula format on open. As a next step I will try to group the Formula options as discussed. /Albert From 4cc9334ecca2d64ed32e72e15a0f9272ffbbe953 Mon Sep 17 00:00:00 2001 From: Albert Thuswaldner albert.thuswald...@gmail.com Date: Mon, 27 Feb 2012 00:41:39 +0100 Subject: [PATCH] Splitting ScDocument::SetDocOptions, moved new SetFormulaOptions to ScDocShell --- sc/source/core/data/documen3.cxx | 32 sc/source/ui/app/scmod.cxx |8 ++-- sc/source/ui/docshell/docsh3.cxx |2 ++ sc/source/ui/docshell/docsh6.cxx | 28 +++- sc/source/ui/inc/docsh.hxx |2 ++ 5 files changed, 33 insertions(+), 39 deletions(-) diff --git a/sc/source/core/data/documen3.cxx b/sc/source/core/data/documen3.cxx index 28eab09..ddacf92 100644 --- a/sc/source/core/data/documen3.cxx +++ b/sc/source/core/data/documen3.cxx @@ -52,10 +52,8 @@ #include rangelst.hxx #include chartarr.hxx #include chartlock.hxx -#include compiler.hxx #include refupdat.hxx #include docoptio.hxx -#include appoptio.hxx #include viewopti.hxx #include scextopt.hxx #include brdcst.hxx @@ -67,7 +65,6 @@ #include dociter.hxx #include detdata.hxx #include detfunc.hxx -#include scmod.hxx// SC_MOD #include inputopt.hxx // GetExpandRefs #include chartlis.hxx #include sc.hrc // SID_LINK @@ -1938,39 +1935,10 @@ const ScDocOptions ScDocument::GetDocOptions() const void ScDocument::SetDocOptions( const ScDocOptions rOpt ) { -ScAppOptions rAppOpt=SC_MOD()-GetAppOptions(); - OSL_ENSURE( pDocOptions, No DocOptions! :-( ); -//bool bUpdateFuncNames = pDocOptions-GetUseEnglishFuncName() != rOpt.GetUseEnglishFuncName(); *pDocOptions = rOpt; - xPoolHelper-SetFormTableOpt(rOpt); - -SetGrammar( rAppOpt.GetFormulaSyntax() ); - -//if (bUpdateFuncNames) -{ -// This needs to be called first since it may re-initialize the entire -// opcode map. -if (rAppOpt.GetUseEnglishFuncName()) -{ -// switch native symbols to English. -ScCompiler aComp(NULL, ScAddress()); -ScCompiler::OpCodeMapPtr xMap = aComp.GetOpCodeMap(::com::sun::star::sheet::FormulaLanguage::ENGLISH); -ScCompiler::SetNativeSymbols(xMap); -} -else -// re-initialize native symbols with localized function names. -ScCompiler::ResetNativeSymbols(); - -// Force re-population of function names for the function wizard, function tip etc. -ScGlobal::ResetFunctionList(); -} - -// Update the separators. -ScCompiler::UpdateSeparatorsNative( -rAppOpt.GetFormulaSepArg(), rAppOpt.GetFormulaSepArrayCol(), rAppOpt.GetFormulaSepArrayRow()); } const ScViewOptions ScDocument::GetViewOptions() const diff --git a/sc/source/ui/app/scmod.cxx b/sc/source/ui/app/scmod.cxx index 9798306..f496211 100644 --- a/sc/source/ui/app/scmod.cxx +++ b/sc/source/ui/app/scmod.cxx @@ -1088,13 +1088,9 @@ void ScModule::ModifyOptions( const SfxItemSet rOptSet ) } // Do all the format updates on open documents in one go -if ( bUpdateDocFormat pDoc ) +if ( bUpdateDocFormat pDocSh ) { -const ScDocOptions rOpt = pDoc-GetDocOptions(); // Temporary fix to keep -
Re: [ANN] LibreOffice 3.5.1 RC1 available
On Sun, 26 Feb 2012, Thorsten Behrens wrote: The list of fixed bugs relative to 3.5.0 is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-5-1-release-3.5.1.1.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. I experienced a problem installing 3.5.1 RC1 using the RPM packages on RHEL6.2 64bit: file /opt/libreoffice3.5/ure/lib/libstdc++.so.6 conflicts between attempted installs of libreoffice3.5-stdlibs-3.5.1-101.x86_64 and libreoffice3.5-ure-3.5.1-101.x86_64 and opened a bug here: https://bugs.freedesktop.org/show_bug.cgi?id=46658 Kind regards, -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
Tor, I can think of the following approaches now How is the Python/Java code disabled from the codebase? Wouldn't it be best if BASIC could be disabled in the same way (i.e. a autogen option). It might be useful to someone else down the track (not just the iOS project) to be able to disable this. Cheers, Josh ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
On Sun, Feb 26, 2012 at 12:59 PM, Tor Lillqvist t...@iki.fi wrote: then let Apple and the EU battle it out about the extent to which Apple can gut a product to protect its bottom line. Bah, let's keep conspiracy theories out of the technical discussion please. The whole discussion is non-technical. Removing Basic from the product would not be a technical decision. I would find it counter-productive to intentionally keep features in the iOS build that are known to fairly likely prevent an app using the code from being approved. I would find it counter-productive to make the product less useful for fear that, maybe, Apple would object to it. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
It just occurred to me, if you disable Basic... How about add-ons and extensions? For example, I frequently use an add-on / extension to format certain types of text. Sadly, I am not in a position to enumerate the extent of the limitations if Basic is disabled. If simply disabling the IDE is sufficient, that may work, but, I would then be curious as to what happens if an extension fails in a way that would normally dump you in the IDE. Now that I think about it, I can't say for sure that this ever occurs, I just pretty much always have the IDE open, so, any errors usually focus the IDE (or at least allow me to see them there). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
The whole discussion is non-technical. Removing Basic from the product would not be a technical decision. Maybe not, but *how* do do it (which is what I ask) is a technical question. I would find it counter-productive to make the product less useful for fear that, maybe, Apple would object to it. Of course anybody is free to submit (once licensing issues have been resolved, presumably) for App Store review an app based on our code that *does* include BASIC functionality. It wold be fairly trivial to replace the current small number of places where $(OS) == IOS is checked with checks for $(DISABLE_INTERPRETERS) == TRUE or somesuch instead. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
It just occurred to me, if you disable Basic... How about add-ons and extensions? There can be no add-on / extension functionality distributed separately for an app on the iOS App Store. All functionality has to be included in an app itself from start. Sadly, I am not in a position to enumerate the extent of the limitations if Basic is disabled. Well, the most obvious one would be that VBA or StarBASIC code in spreadsheet documents would be non-functional. Ditto for Writer documents. (Of course, BASIC code can be present only in some of the document formats.) --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Most elegant way to disable all BASIC functionality?
On Mon, Feb 27, 2012 at 12:05 AM, Tor Lillqvist t...@iki.fi wrote: The whole discussion is non-technical. Removing Basic from the product would not be a technical decision. Maybe not, but *how* do do it (which is what I ask) is a technical question. I would find it counter-productive to make the product less useful for fear that, maybe, Apple would object to it. Of course anybody is free to submit (once licensing issues have been resolved, presumably) for App Store review an app based on our code that *does* include BASIC functionality. It wold be fairly trivial to replace the current small number of places where $(OS) == IOS is checked with checks for $(DISABLE_INTERPRETERS) == TRUE or somesuch instead. from a technical point of view that would make more sens: separating what you are doing (disable interpreter) vs why you are doing it (ios). The 'disabling' of interpreter is not technically inherent to IOS, nor is it necessarily the only platform concerned by it. (one could imagine someone taking advantage of that to create a 'safe' version for another platform) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Trying to understand why LO seems freezed for some seconds when a module is started
On Sat, 25 Feb 2012 18:33:13 +0100, julien2412 serval2...@yahoo.fr wrote: Tommy, I compile LO sources from master. As I said, I removed LO profiles so I don't think I've got a lot of autocorrect items. (I've got also a directory for LO sources from 3.5 and have the same thing). OK. please test and try the portable LibO 3.5.0 from here: http://www.winpenpack.com/main/download.php?view.1338 and tell me if you experience the same freeze at each module start. bye, Tommy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PUSHED 3-5] [REVIEW 3.5; 3.5.1 (?)] fdo#46144: Distributy Columns Evenly does not work with the selected columns
On Sun, Feb 26, 2012 at 9:39 AM, Ivan Timofeev timofeev@gmail.com wrote: Hi, thanks to Josh Heidenreich and his comment: https://bugs.freedesktop.org/show_bug.cgi?id=46144#c8 http://cgit.freedesktop.org/libreoffice/core/commit/?id=996f44c310520e3d7868c62d336aaec7bb0f845a Fixed invalid conversion from SvUShorts to std::vector... *sigh* Please, pick to the appropriate branches. I pushed it on the 3.5 branch. too late for 3.5.1 Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
RE: [PATCH]bug 44516 improved label and business card document creation
Norbert Thiebaud wrote (25 februari 2012 11:26) ... why is P78275 removed ? ... same question for these 2 ... and these 3 etc... I have have removed some obsolete labels. I even removed one complete brand (Herlitz) after communication with the manufacturer. Herlitz labels are no longer produced and no longer on the market. so... If these changes are intentional I would urge you to: + do the cosmetic white-space/indentation fixes to label.xcu in a separate patch that contain only these (i.e diff -u -w - empty diff) + do the needed removal addition of labels in a separate patch, preferably with some explanations in the commit message as to why + do the wholesale addition of the 2 new attributes (as I understand adding these attributes does not _require_ the underlying code change right ? + then a patch with he code change That would render it possible for someone to really review the changes I understand what you mean. It started with 'just' adding 2 values (i.e. page width and page height). To add these, I had to verify the paper dimensions when the calculated dimensions were not exactly A4, A5, Letter. Whilst verifying I found sevral obsolete 9and unverify-able labels and removed them. The diff file produced by these changes was that large, that I added the lay-out changes, which didn't really make the diff file much bigger. So I focussed on size of the diff file and not on readability/ease of review. #define RC_LABFMT_BEGIN (RC_ENVELP_BEGIN + 50) -#define RC_LABFMT_END(RC_ENVELP_BEGIN + 59) +#define RC_LABFMT_END(RC_ENVELP_BEGIN + 62) ... why the shuffling of constants here ? These constants give the ranges for UI-constants (controls, text labels, etc.). I have added two text labels and two input fields to the label dimensions tab in the label wizard dialog. These fout did not fit in the range provided, so I had to enlarge the range, with the consequence that all ranges after LABFMT had to be moved as well. -SetFillColor(rWinColor); +SetFillColor( Color( 0xE0, 0xE0, 0xFF ) ); Why the magic numbers for the fill color ? This colour is used for the label in the graphic representation of the label with its dimensions. Originally it was an image in shades of gray (background, paper, label) and I wanted the label to come out better. Seeing no inconspicous standard colour, I defined one myself. With hindsight it would probably have been better to make a constant for this colour. It is not good practice to leave such colour definitions in the code. I hope my explanations will help you. I not, please say so. Winfried ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PATCH]bug 44516 improved label and business card document creation
On Mon, Feb 27, 2012 at 1:10 AM, Winfried Donkers w.donk...@dci-electronics.nl wrote: Norbert Thiebaud wrote (25 februari 2012 11:26) #define RC_LABFMT_BEGIN (RC_ENVELP_BEGIN + 50) -#define RC_LABFMT_END (RC_ENVELP_BEGIN + 59) +#define RC_LABFMT_END (RC_ENVELP_BEGIN + 62) ... why the shuffling of constants here ? These constants give the ranges for UI-constants (controls, text labels, etc.). I have added two text labels and two input fields to the label dimensions tab in the label wizard dialog. These fout did not fit in the range provided, so I had to enlarge the range, with the consequence that all ranges after LABFMT had to be moved as well. ok [...] With hindsight it would probably have been better to make a constant for this colour. It is not good practice to leave such colour definitions in the code. yes, my point exactly :-) It is not too late to do the 'Right Thing'(tm) including in master. I hope my explanations will help you. I not, please say so. yes, but the mix of various changes leading to such a big patch and especially the removal of entry peppered in the middle of a massive re-formating makes that, even with some diff + sed magic, I cannot reduce that to something readable, so I cannot review it. In order for _me_ to sign-off for 3.5 branch, I would need you to break your patch along the lines discussed earlier... But hey, maybe someone else will review and sign-off as is... Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] [ANNOUNCE] libreoffice-3.5.1.1 tag created (3.5.1-rc1)
Norbert Thiebaud wrote x.y.x with z = 1 are bugfixes-release.. if they need a 'beta' then we already failed on the principle of what a bugfix-release is. You are correct. Sorry for the noise. Regards, Pedro -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-qa-ANNOUNCE-libreoffice-3-5-1-1-tag-created-3-5-1-rc1-tp3773005p3776751.html Sent from the QA mailing list archive at Nabble.com. ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 46619] UI: pdf extension
https://bugs.freedesktop.org/show_bug.cgi?id=46619 --- Comment #2 from celtic alias@laposte.net 2012-02-26 00:27:51 PST --- - open source_file.odt (for example) - direct export to pdf (icon bar on the top) - in the dialog box : * in field file name : source_file.odt * in field file format : pdf * if save, it will ask to overwrite source_file.odt if that may help Message du 25/02/12 22:54 De : bugzilla-dae...@freedesktop.org A : alias@laposte.net Copie à : Objet : [Bug 46619] UI: pdf extension https://bugs.freedesktop.org/show_bug.cgi?id=46619 --- Comment #1 from Urmas 2012-02-25 13:53:59 PST --- Cannot reproduce in Windows. More details are appreciated. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug. Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46635] New: FILESAVE Endless loop during autosave
https://bugs.freedesktop.org/show_bug.cgi?id=46635 Bug #: 46635 Summary: FILESAVE Endless loop during autosave Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: Windows (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: davian...@gmail.com If the document being edited has a format in which Writer cannot save, the autosave attempt will cause an endles loop. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 40036] U+202E Right-to-Left Override does not display properly
https://bugs.freedesktop.org/show_bug.cgi?id=40036 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41024] UI: Calc displays thai sheetnames trailed with western numbers or english characters incorrectly and unreadable.
https://bugs.freedesktop.org/show_bug.cgi?id=41024 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46508] Turn off Online Update feature by silent install
https://bugs.freedesktop.org/show_bug.cgi?id=46508 Andras Timar tima...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Severity|normal |enhancement Priority|medium |low AssignedTo|libreoffice-b...@lists.free |tima...@gmail.com |desktop.org | Ever Confirmed|0 |1 --- Comment #1 from Andras Timar tima...@gmail.com 2012-02-26 01:28:55 PST --- You can disable Online Update Feature with REMOVE=gm_o_Onlineupdate command line option of msiexec. We could connect it to the yet unused ISCHECKFORPRODUCTUPDATES in the future, because it is more or less an indusytry standard property for this type feature. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43849] Autocorrection non-functional in documents created from template
https://bugs.freedesktop.org/show_bug.cgi?id=43849 --- Comment #14 from Fabian Tröster fabian.troes...@gmx.de 2012-02-26 01:31:59 PST --- Not sure whether this would be a feasible solution, but here's what I'd do: It's perfectly understandable that the template documents, delivered by the installer, have to be language neutral! If we take that as a starting point, I would solve this problem by modifying the application (Writer, Calc, and so on) in such a way that they will check upon opening a document for language neutral document settings (which should really be language specific) and if found, set those settings to the logon language of the current user. This should work for every platform LibreOffice is currently supported on, since Windows, Linux and MacOS all use a language setting for the logged on user. This setting can be read out by the application software. What's more: this solution would also be transparent for the user and would work for old documents all the same. Note: If you just open the application -- say: Writer -- then the created empty document already has all language specific settings spot on. Personally I think it should not make any difference at all HOW exactly you created the empty document: the behaviour of the application should be the same. As it is now the user has to comb through settings to find all the language specific parts and have them set up correctly by hand. I don't think that's desireable. I hope my English is good enough, so you can understand what I mean. :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46604] Installation problem on XP SP3
https://bugs.freedesktop.org/show_bug.cgi?id=46604 Andras Timar tima...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever Confirmed|0 |1 --- Comment #1 from Andras Timar tima...@gmail.com 2012-02-26 01:37:37 PST --- The text of the error message is misleading. I have just corrected it for the next version (3.6). Most probably the installer has problems with your old OpenOffice.org installation. We need to find out, if it is a bug. Are you sure that you are not running OpenOffice.org Quickstarter? When you press Ctrl+Shift+Esc in Windows, do you see soffice.bin in Task Manager? What exact version of OpenOffice.org do you have? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46604] Installation problem on XP SP3
https://bugs.freedesktop.org/show_bug.cgi?id=46604 Andras Timar tima...@gmail.com changed: What|Removed |Added Severity|blocker |normal --- Comment #2 from Andras Timar tima...@gmail.com 2012-02-26 01:39:04 PST --- Lowering severity, because workaround exists: removing OpenOffice.org would definitely help. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41725] CONFIGURATION: Wrong mail client used
https://bugs.freedesktop.org/show_bug.cgi?id=41725 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||NOTABUG --- Comment #2 from Urmas davian...@gmail.com 2012-02-26 01:40:24 PST --- Writer uses MAPI interface handler, a system-wide setting. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41421] VIEWING: font display glitch using Liberation Sans AND an extende character
https://bugs.freedesktop.org/show_bug.cgi?id=41421 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||NOTABUG --- Comment #5 from Urmas davian...@gmail.com 2012-02-26 01:45:11 PST --- Do not use RTF while copying. Alt+0xxx is entering characters from default ANSI codepage. Learn to spell Microsoft. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42961] : Setting $DATA causes LibreOffice to crash
https://bugs.freedesktop.org/show_bug.cgi?id=42961 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #1 from Urmas davian...@gmail.com 2012-02-26 01:54:01 PST --- Still in 3.5. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43273] LibreOffice bug reporting page unusable
https://bugs.freedesktop.org/show_bug.cgi?id=43273 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46637] New: EDITING: Get focus on partially visible cell
https://bugs.freedesktop.org/show_bug.cgi?id=46637 Bug #: 46637 Summary: EDITING: Get focus on partially visible cell Classification: Unclassified Product: LibreOffice Version: LibO 3.3.0 Beta2 Platform: Other OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Created attachment 57652 -- https://bugs.freedesktop.org/attachment.cgi?id=57652 Screenshots showing unexpected behavior Steps to reproduce: 1. Start LibO from WIN start Center 2. Open new CALC document from LibO Start center 3. Arrange a medium size Window for the document so that 1 column at the right is only partially visible (column H in the screeenshot) 4. Mouse Click into H5 Cell cursor around H5, focus does not change 5. Start typing some text This is some Text Expected: Focus should change so that Full cell becomes visible (?) Actual: Text will become visible vertically Currently I am not sure whether my suggestion might collide with other necessities -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46371] Crash on save after inserting a new spreadsheet: fix the underlying issue that bug 43725 only worked around
https://bugs.freedesktop.org/show_bug.cgi?id=46371 --- Comment #2 from Serge Gautherie freedesktop-bugs_serge_201201022...@gautherie.fr 2012-02-26 02:03:41 PST --- (In reply to comment #1) Does it still crash for you and with which file? No, it doesn't. We did fix the underlying issue so we need some more information. That's good news. Which bug was it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46637] EDITING: Get focus on partially visible cell
https://bugs.freedesktop.org/show_bug.cgi?id=46637 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Severity|normal |enhancement CC||LibreOffice@bielefeldundbus ||s.de See Also||https://issues.apache.org/o ||oo/show_bug.cgi?id=118971 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 02:04:52 PST --- There is an AOOo Issue: 118971 - Calc: trying to edit a cell partially off the right edge, should scroll the cell into focus -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 40036] U+202E Right-to-Left Override does not display properly
https://bugs.freedesktop.org/show_bug.cgi?id=40036 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|NEW |NEEDINFO CC||davian...@gmail.com --- Comment #3 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 02:09:58 PST --- @Urmas: Please leave some information concerning your observations, OS, LibO version, reasons why you confirm that it's a bug, ... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44560] Provide a 'Portable' installer for Betas (like 3.5.0b2) too
https://bugs.freedesktop.org/show_bug.cgi?id=44560 --- Comment #4 from Serge Gautherie freedesktop-bugs_serge_201201022...@gautherie.fr 2012-02-26 02:15:29 PST --- (In reply to comment #3) Currently I do not see need for a Beta Portable, you can reach the same goal with a parallel server installation due to https://wiki.documentfoundation.org/Installing_in_parallel. I had already tried that: this is irrelevant for me because of bug 44559!! It's a cost-benefit calculation. Sure. (It simply means I can't test Betas.) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46153] EDITING, FORMATTING: SUM() function behave differently than Sum operator
https://bugs.freedesktop.org/show_bug.cgi?id=46153 Valerio Messina e...@iol.it changed: What|Removed |Added Version|LibO 3.5.0 Release |LibO 3.4.0 release --- Comment #2 from Valerio Messina e...@iol.it 2012-02-26 02:16:40 PST --- the bug is about compatibility with previous .ods calc sheet and opensource applications. All previous native .ods file that use this behavior require fixes for this LO modifications -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 34409] New document opened from File EXPLORER or Desktop without text language
https://bugs.freedesktop.org/show_bug.cgi?id=34409 --- Comment #8 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 02:16:58 PST --- *** Bug 43849 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 34409] New document opened from File EXPLORER or Desktop without text language
https://bugs.freedesktop.org/show_bug.cgi?id=34409 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #9 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 02:18:39 PST --- Bug 43849 - Autocorrection non-functional in documents created from template in Bug 43849#C7 reporter made some suggestions how to improve behavior, I can't tell whether that's promising. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 34409] New document opened from File EXPLORER or Desktop without text language
https://bugs.freedesktop.org/show_bug.cgi?id=34409 --- Comment #10 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 02:20:07 PST --- Arghh, HERE in C7 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46638] New: FILEOPEN: changed LINKs to other sheets, dokcuments cannot save as a document
https://bugs.freedesktop.org/show_bug.cgi?id=46638 Bug #: 46638 Summary: FILEOPEN: changed LINKs to other sheets, dokcuments cannot save as a document Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: amaus.je...@gmail.com Problem description: i open a sheet which has links. Then I cange a parameter in the link and would save it in a new dokument. The links are not be updated and the okument can't be saves. Steps to reproduce: 1. Save a dokument with more than one sheet(like tab1, tab2 tab3). Then copy one sheet (tab2) and link it in a new dokument with only one tab and save it. 2. Open the One-Tab-Document and change the Link Parameters from tab2 to tab3. The paramater will not change. 3. Save the changed Dokument hangs the Programm. Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44323] Spell Dialog Does Not Add to Dict Immediately per Shown Text
https://bugs.freedesktop.org/show_bug.cgi?id=44323 Urmas davian...@gmail.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44293] [FORMATING] Format ordinal number suffixes (1st - 1^st) doesn't work in Portuguese
https://bugs.freedesktop.org/show_bug.cgi?id=44293 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Severity|normal |enhancement Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44123] About dialog doesn't show bit-ness (64-bit, 32-bit) of the LO build
https://bugs.freedesktop.org/show_bug.cgi?id=44123 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44112] SPELL: Papiament[uo] is NOT a choice in Language Settings
https://bugs.freedesktop.org/show_bug.cgi?id=44112 Urmas davian...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44566] improper RTL formatting when paragraph start with LTR word
https://bugs.freedesktop.org/show_bug.cgi?id=44566 --- Comment #1 from Urmas davian...@gmail.com 2012-02-26 02:53:38 PST --- Provide the real document, and don't make testers write these scrabbles. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44640] control character does not work
https://bugs.freedesktop.org/show_bug.cgi?id=44640 --- Comment #2 from Urmas davian...@gmail.com 2012-02-26 03:00:02 PST --- Which control character? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #7 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 03:03:36 PST --- Hi Dan, Thanks for providing the screenshot, that helped. As I mostly work with French language versions of LO and LO Base in particular, I am not always aware of the English equivalents. I feel you may have misunderstood how bug handling is managed within this project : most of us are volunteers (myself included), and anyone can take an interest in any bug report, comment on it, etc. There is no hierarchy of responsibility, as one might find in a typical commercial organisation. This is why those volunteers who do work on the bugs ask reporters to provide a report according to recommendations made here : http://wiki.documentfoundation.org/BugReport#What_to_include_in_bug_reports Steps to reproduce the problem, please mention that every little detail might be important. Describe 1 simple way how to reproduce your problem in a step by step instruction; numbered items will ease to reference to your observations for other users. Be very exact, do not write: Open document but: In new empty LibO Spreadsheet document, use menu 'File - Open (LibO dialog) - file type Text documents - select attached sample document - double click' Provide an exact description of your problem Not: Formatting not correct But like: I expect xxx because of yyy, but I see zzz The reason I mentioned accessibility is because your Apple Crash trace contains several calls to a11y functions, which is indicative of usage of the accessibility features. The activation of accessibility features in Mac OSX has been a known source of instability and crashes in previous versions of LibreOffice (but hard to pin down). As you state that you don't have any of those features activated, then the problem must lie elsewhere. I have just tried this on my Linux box with LO 3.4.5 and my latest build from the master source tree (post 3.5 release). I can not reproduce the crash on that OS with either of those versions. I will try and reproduce it on my Snow Leopard Macbook later. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46640] New: FILESAVE: Save files
https://bugs.freedesktop.org/show_bug.cgi?id=46640 Bug #: 46640 Summary: FILESAVE: Save files Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Drawing AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: fo...@hotmail.ch Problem description: (sorry if my English is bad, I am French) Often, when we export a draw to a SVG file, the image is deformed : some forms are not at their place, the gradations are weird and the output file is very big ( 2 MB ; the ODG file takes only ~20-30 KB). And if we export to a PNG file, sometimes (but not often), some forms are missing. Platform (if different from the browser): Windows 7 Home Premium x64 F, Intel Core i7 2600K, 8 GB of RAM, SSD Corsair 60 GB, AMD Radeon 6870. Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46635] FILESAVE Endless loop during autosave
https://bugs.freedesktop.org/show_bug.cgi?id=46635 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||LibreOffice@bielefeldundbus ||s.de Ever Confirmed|0 |1 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 03:43:33 PST --- @Urmas: Please attach a sample document or at least contribute information what document types you are talking about. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43785] Usability in Linux packaging
https://bugs.freedesktop.org/show_bug.cgi?id=43785 --- Comment #1 from Miklos Vajna vmik...@frugalware.org 2012-02-26 03:49:56 PST --- FWIW, rpm is just another container, so you can install it almost the same way as a Mozilla .tar.gz. You need something like: rpm --dbpath /foo/.RPM_OFFICE_DATABASE --query -a rpm --upgrade --ignoresize --nodeps -vh --relocate /opt=/foo/opt --dbpath /foo/.RPM_OFFICE_DATABASE RPMS/*.rpm If you want to extract the contents of the rpms (it works as a user!) to /foo. (Anyway agreed, it's hard to imagine that on Linux one replaces the distro packages with these universal binaries, so a simple .tar.gz would make sense -- IIRC it's even possible to do that, just that result is not provided ATM. Check the mingw binaries, there you get a .tar.gz already.) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39596] [EasyHack] use the CLang++ static analyser to find bugs
https://bugs.freedesktop.org/show_bug.cgi?id=39596 --- Comment #7 from Julien Nabet serval2...@yahoo.fr 2012-02-26 03:52:25 PST --- Created attachment 57655 -- https://bugs.freedesktop.org/attachment.cgi?id=57655 compilation with mozilla I removed disable-mozilla in autogen and compiled with mozilla. It worked too ! I attached the result of make (not make mozilla to have the whole result) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44177] : I can't do anything with files in a shared folder from other PC
https://bugs.freedesktop.org/show_bug.cgi?id=44177 --- Comment #3 from mora...@hotmail.com 2012-02-26 03:55:43 PST --- Yes to both questions. If I open the document with the archive manager (Nautilus, Dolphin...) and after that I save it using the button Save there's no problem. But using Libreoffice I can use Open, Save as, Add image from file or save a new document. So, it looks like LibreOffice can't interact from itself with files in a shared folder from other computer. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46634] Export dialogue is broken.
https://bugs.freedesktop.org/show_bug.cgi?id=46634 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|NEW |NEEDINFO CC||LibreOffice@bielefeldundbus ||s.de --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-02-26 04:17:04 UTC --- @Reporter: Really 3.5.0 or 3.5.1 RC1? I'm sorry, added new version a little late -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46641] New: EDITING: When sorting complex lists, references are broken
https://bugs.freedesktop.org/show_bug.cgi?id=46641 Bug #: 46641 Summary: EDITING: When sorting complex lists, references are broken Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: nico...@degand.net Created attachment 57656 -- https://bugs.freedesktop.org/attachment.cgi?id=57656 A spreadsheet affected by the issue If you sort cells in one sheet, references to them in other sheets are broken. I attach a spreadsheet affected It has two sheets: Sheet 1: A list of indivduals (labelled from A to Y - column A) scoring points in two legs (Column C and D). Results of these two legs are aggregated in column B (labelled Total). Sheet 2: A list of teams. The individuals are actually grouped in teams (labelled from Team 1 to Team 15 - column A). For example, Team 3 is the addition of the results of individuals C, M and U. The issue arise when I sort the sheets. If I do that, I expect the groupings in the sheet 2 to be unaffected. However, they are. If I sort the sheet Individual by column B (with labels) from highest to lowest, I would have expected the sheet Team to be updated accordingly. Among other changes, in sheet 1the individual Y goes from row 26 to row 3. I thus expected the formula of the cell Team.B16 to change from Individual.B26 to Individual.B3. However, it is not updated. I did not find any way to enable such a behaviour. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46524] FORMATTING
https://bugs.freedesktop.org/show_bug.cgi?id=46524 jptouch...@laposte.net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46613] EDITING particular document causes CRASH
https://bugs.freedesktop.org/show_bug.cgi?id=46613 --- Comment #3 from Phillip Ross t...@paross.com 2012-02-26 05:21:37 PST --- Description A problem caused this program to stop interacting with Windows. Faulting Application Path:C:\Program Files (x86)\LibreOffice 3.5\program\soffice.bin Problem signature Problem Event Name:AppHangB1 Application Name:soffice.bin Application Version:3.5.0.13 Application Timestamp:4f2a576b Hang Signature:8efa Hang Type:513 OS Version:6.1.7601.2.1.0.768.3 Locale ID:1033 Additional Hang Signature 1:8efaaec853c90ab03da3f51955fa2501 Additional Hang Signature 2:a6a8 Additional Hang Signature 3:a6a8a47b50f13ba0707dd635f456bf13 Additional Hang Signature 4:8efa Additional Hang Signature 5:8efaaec853c90ab03da3f51955fa2501 Additional Hang Signature 6:a6a8 Additional Hang Signature 7:a6a8a47b50f13ba0707dd635f456bf13 Extra information about the problem Bucket ID:2800053739 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46642] New: FORMATTING: highlighting disappears when importing WORD files
https://bugs.freedesktop.org/show_bug.cgi?id=46642 Bug #: 46642 Summary: FORMATTING: highlighting disappears when importing WORD files Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: eli.osherov...@gmail.com Created attachment 57657 -- https://bugs.freedesktop.org/attachment.cgi?id=57657 Test file (in DOC and PDF formats) Highlighting disappears in some (not all) WORD files, when opened in LO. Steps to reproduce: 1. Open the attached DOC file (either in WORD, or open the attached PDF file to see the highlighting). 2. Now open it in LO: there is no highlighting anymore. Current behavior: no highlighting Expected behavior: the text must be highlighted Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20100101 Firefox/11.0 Iceweasel/11.0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46646] New: FORMATTING: ### in cells
https://bugs.freedesktop.org/show_bug.cgi?id=46646 Bug #: 46646 Summary: FORMATTING: ### in cells Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Beta2 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: 16he...@gmail.com Created attachment 57661 -- https://bugs.freedesktop.org/attachment.cgi?id=57661 file wich shows wrong behavior on rendering Problem description: some formatted cells masked with '###' characters(adress:x4-as4;n26), when cells formating emptied(cleared) document works as suggested. in LO3.4.4 opens normally without '###'. Steps to reproduce: 1. file created not by me(msoffice version is unknown for me) Current behavior: some formatted cells are masked with '###' Expected behavior: properly displaying formated cells from msoffice. Platform (if different from the browser): Calculate Linux Desktop 11,12 amd64(gentoo based). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 40575] Maximum date value in Base is 27/06/9957
https://bugs.freedesktop.org/show_bug.cgi?id=40575 --- Comment #8 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 06:27:48 PST --- (In reply to comment #5) Though I wouldn't go as far as calling that a quite significant reduction in the number of years available, really, which star gate does one try to calculate with an office suite.. Hmmm, well, maybe if I want to turn my LO into a control interface for my next hyperspace trip, I might end up landing on a Replicator planet and being destroyed by robots ;-) At the least, a nice little error message that the maximum limit has been reached would be nice ;-) Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 31359] Problem to sign documents with smart card
https://bugs.freedesktop.org/show_bug.cgi?id=31359 --- Comment #8 from Gustavo Pacheco gbpach...@gmail.com 2012-02-26 06:33:55 PST --- I'm still waiting information from the user side. The company where the bug occurs haven't started the 3.5.0 tests. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #9 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 06:43:57 PST --- Hi Dan, I see you have this haxie running : +com.rogueamoeba.audio_hijack_server.hermes (4.1.0 - 4.1.0) 36C4E178-B697-9643-724B-5F3C222D5E27 /usr/local/hermes/modules/Instant Hijack Server.hermesmodule/Contents/MacOS/Instant Hijack Server I'm wondering whether that hasn't interfered (or vice-versa isn't supported by LO, which wouldn't surprise me) in some unexpected way ? Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #10 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 06:49:32 PST --- Not a definitive source, but cited from Wikipedia : http://en.wikipedia.org/wiki/Haxie According to a post by an Apple employee on an Apple mailing list, Apple ignores all crash reports submitted by users if they show that APE is installed. If Apple doesn't, or won't, what reason might there be for the LO community to investigate crashes on systems where haxies are installed ? It certainly wouldn't reflect common use case scenarii. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46558] Draw and Visio fail
https://bugs.freedesktop.org/show_bug.cgi?id=46558 --- Comment #2 from Valek Filippov f...@gnome.org 2012-02-26 06:53:44 PST --- How to find a version in VSD file w/o Visio. 1. Open it in oletoy (https://gitorious.org/re-lab), go to the 'VisioDocument'-'Header'. Version would be shown on the top right panel. 2. Open VSD file in any hexviewer. Find Visio (TM) Drawing text [56 69 73 69 6F 20 28 54 4D 29 20 44 72 61 77 69 6E 67], skip 0D 0A and next 6 bytes. Next byte would be 0B for version 11, 06 for version 6 and so on. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46144] Distributy Columns Evenly does not work with the selected columns, but affects all columns in the table
https://bugs.freedesktop.org/show_bug.cgi?id=46144 --- Comment #11 from Ivan Timofeev timofeev@gmail.com 2012-02-26 07:41:11 UTC --- (In reply to comment #8) Take a look at SwDoc::AdjustCellWidth, in sw/source/code/docnode/ndtbl1.cxx. I think the bug is in there. Thank you so much Josh!!! Excellent pointer! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46647] New: FILEOPEN: error when opening documents with the extension. doc
https://bugs.freedesktop.org/show_bug.cgi?id=46647 Bug #: 46647 Summary: FILEOPEN: error when opening documents with the extension. doc Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: lios...@yahoo.com.br Steps to reproduce: 1. open a document with the extension. doc ( read only), LibreOffice does not respond. 2.After some time to open the document but, that is all the pages blank and in cases where there are stretches marked text will not be visible. Sorry my english. Current behavior: apparently working but with the problems reported above Expected behavior: n / a Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Safari/535.11 Comodo_Dragon/17.4.1.0 Chrome/17.0.963.56 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #11 from Dan Gildea sc...@scaryhouse.com 2012-02-26 07:52:01 PST --- Hi Alex, I have run Audio Hijack before, but I'm not running the app while working with LibreOffice. Could you give me a hint how to disable it completely and I'll test again. I have some other info that might help. I talked someone through the process on an OS X Snow Leopard machine with LibreOffice 3.4.4 and they didn't seem to have the problem. This leads me to believe it's an issue between LibreOffice and Lion. I have run some other tests this morning and have some more info. Since you mentioned Accessibility preferences might be a cause, I was concerned about my use of the Dvorak keyboard layout which is available in OS X. I shut that layout off and used the standard english keyboard for my test this morning. I installed LO 3.4.4 on my machine this morning and all test I did gave the same result with LO 3.4.4 and LO 3.5.0. What I discovered is that this all has something to do with changing the name of the form during or after the wizard creation process. For example: If I create a form, using the wizard, and at the last step I DO NOT CHANGE the default name for the form,(The wizard will use the name of the first table the form connects to.) the form works and does not crash LibreOffice. If at the last step in the wizard, I change the form name to something more appropriate, when the form opens and I click on any record that is displayed, LibreOffice crashes. I even created a form leaving the default name, made sure it was working, then went back and right clicked on the form's name in the Base control panel and changed it's name. When I went to open the form again, LibreOffice crashed. So, in brief. Use Mac OS 10.7 (Lion) Build a small database (My test only had two fields and two records.) Build a form using the Data Sheet style (It seems like the other layouts work fine.) Try one with and without changing the default name of the form and you'll see that any time the name get changed when you try to use the form, LibreOffice crashes. I hope this help. I'm a big proponent of Open Source software. I appreciate your effort, Alex. On Sun, Feb 26, 2012 at 8:49 AM, bugzilla-dae...@freedesktop.org wrote: https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #10 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 06:49:32 PST --- Not a definitive source, but cited from Wikipedia : http://en.wikipedia.org/wiki/Haxie According to a post by an Apple employee on an Apple mailing list, Apple ignores all crash reports submitted by users if they show that APE is installed. If Apple doesn't, or won't, what reason might there be for the LO community to investigate crashes on systems where haxies are installed ? It certainly wouldn't reflect common use case scenarii. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #12 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 08:32:17 PST --- Hi Dan, I'm afraid I can't help you with uninstalling the Audio Hack server unfortunately, you might be able to turn it off selectively when you run LO, but I wouldn't know how to do that either. I'll test again with the more detailed description you give about changing form names from the default, but I don't have an OSX Lion platform to test on. The autosave function built in to Lion OSX sometimes seems to cause problems and crashing with LO, or to be more precise, the fact that LO doesn't yet support that mechanism. I have seen reports of file corruption where the autosave function has saved the state of the file at some stage, and then when changes intervene, it tries to reinstate the old state of the file, causing LO to lose its way and crash, sometimes corrupting the file in the process. I don't know whether that is the cause here. It is difficult to nail down because so few of us have a copy of Lion to work with and test things out on. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Base form wizard data sheet style form locks and crashes LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #13 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 08:39:57 PST --- Tried changing the default form name at the end of the wizard as you suggested, but still no crash. So still a Lion specific bug to me. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Form wizard data sheet style form locks and crashes LibreOffice on OSX Lion
https://bugs.freedesktop.org/show_bug.cgi?id=46598 Alex Thurgood ipla...@yahoo.co.uk changed: What|Removed |Added Summary|Base form wizard data sheet |Form wizard data sheet |style form locks and|style form locks and |crashes LibreOffice |crashes LibreOffice on OSX ||Lion -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46598] Form wizard data sheet style form locks and crashes LibreOffice on OSX Lion
https://bugs.freedesktop.org/show_bug.cgi?id=46598 --- Comment #14 from Alex Thurgood ipla...@yahoo.co.uk 2012-02-26 08:42:24 PST --- (In reply to comment #13) Tried changing the default form name at the end of the wizard as you suggested, but still no crash. So still a Lion specific bug to me. Alex Changed title to reflect this. If someone else can confirm the behaviour elsewhere, then they can correct the title (and OS/platform). Until it can be confirmed by someone else with Lion, the bug will have to remain in the unconfirmed state. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 37222] UI: Possibility to open exported PDF in a simple way immediately after export required
https://bugs.freedesktop.org/show_bug.cgi?id=37222 --- Comment #4 from Anonymous Helper anonym...@dodgeit.com 2012-02-26 08:43:53 PST --- I have two more suggestions: 1. Some desktop environments (like KDE[1]) allow showing notifications with buttons in it. LibO could show such a notification saying xy.pdf saved to /whereever and provide an Show in Folder button. This kind of notification is also used when a download has finished. 2. Alternatively, a notification system somilar to IE9[2] could be implemented. So when a document has been exported, a notification is shown above the status bar. The notification should disappear automatically after a few seconds and this kind of notification might also be used for some other purposes. [1] http://www.dedoimedo.com/images/computers_new_2/kubuntu-9-10-notifications.jpg [2] http://www.codingbeaver.com/myblog/wp-content/uploads/2011/03/IE9DownloadInformationBar.jpg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42260] CPU 100% on switched off AutoCalculate with Conditional Formatting on date values
https://bugs.freedesktop.org/show_bug.cgi?id=42260 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #2 from Florian Reisinger reisi...@gmail.com 2012-02-26 09:12:59 PST --- Because of confimation of Winfried -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42260] CPU 100% on switched off AutoCalculate with Conditional Formatting on date values
https://bugs.freedesktop.org/show_bug.cgi?id=42260 --- Comment #3 from Florian Reisinger reisi...@gmail.com 2012-02-26 09:14:14 PST --- (In reply to comment #2) Because of confimation of Winfried Sorry confi_r_mation -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42294] External references broken in Excel export or import
https://bugs.freedesktop.org/show_bug.cgi?id=42294 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Florian Reisinger reisi...@gmail.com 2012-02-26 09:19:29 PST --- Works with 3.5.0 Win 7 x64 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46649] New: : Warning dialog (because of saving as an MS Office file) is cut
https://bugs.freedesktop.org/show_bug.cgi?id=46649 Bug #: 46649 Summary: : Warning dialog (because of saving as an MS Office file) is cut Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: reisi...@gmail.com Created attachment 57668 -- https://bugs.freedesktop.org/attachment.cgi?id=57668 Here it is cut... (right side) Problem description: Well, please referre at this point to the screenshot... Steps to reproduce: 1. Open a .od? file (I did with a .ods) 2. File -- Save As 3. AMD CCC: 2011.1025.2231.38573 Mobile Readeon 4600HD Current behavior: It is cut Expected behavior: It should not be cut Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46649] : Warning dialog (because of saving as an MS Office file) is cut
https://bugs.freedesktop.org/show_bug.cgi?id=46649 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Platform|Other |All Severity|normal |major Priority|medium |high -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46649] : [FILESAFE] Warning dialog (because of saving as an MS Office file) is cut
https://bugs.freedesktop.org/show_bug.cgi?id=46649 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Summary|: Warning dialog (because |: [FILESAFE] Warning dialog |of saving as an MS Office |(because of saving as an MS |file) is cut |Office file) is cut -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46650] New: FILEOPEN - Writer does not open existing .odt, .ott files.
https://bugs.freedesktop.org/show_bug.cgi?id=46650 Bug #: 46650 Summary: FILEOPEN - Writer does not open existing .odt, .ott files. Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Release Platform: x86-64 (AMD64) OS/Version: Windows (All) Status: UNCONFIRMED Severity: blocker Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: fabulad...@gmail.com I closed an edited writer document and restarted the system (W7profx64) without quit from running LibO 3.5. I can not open any .odt after restart. :( .doc, .docx and other .od? files open well. I can not open any .ott also. I tried to repair install with 7 installed program feature. I tried uninstall and reinstall the sw, but the problem remained. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46615] FILESAVE: Save as picture causes frequent crashes
https://bugs.freedesktop.org/show_bug.cgi?id=46615 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet serval2...@yahoo.fr 2012-02-26 09:28:56 PST --- I'm not sure but I think it's a duplicate of fdo#46340. If it's not, don't hesitate to change the status. *** This bug has been marked as a duplicate of bug 46340 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46340] crash: saving a resized image
https://bugs.freedesktop.org/show_bug.cgi?id=46340 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added CC||sergio.calleg...@gmail.com --- Comment #3 from Julien Nabet serval2...@yahoo.fr 2012-02-26 09:28:56 PST --- *** Bug 46615 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43656] libreoffice-3.4-3.5beta does not print landscape pages
https://bugs.freedesktop.org/show_bug.cgi?id=43656 Dario dmichalsk...@gmail.com changed: What|Removed |Added Version|LibO 3.4.4 release |LibO 3.5.0 Release --- Comment #3 from Dario dmichalsk...@gmail.com 2012-02-26 10:09:25 PST --- I use Libreoffice 3.5 on PCLinuxOS and confirm the same problem: doesn't print landscape oriented pages. Very annoying! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46040] UI: Putting back the task window in place crashes LibreOffice 3.5
https://bugs.freedesktop.org/show_bug.cgi?id=46040 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr Ever Confirmed|0 |1 --- Comment #1 from Julien Nabet serval2...@yahoo.fr 2012-02-26 10:13:17 PST --- On pc Debian x86-64 with 3.5 branch updated yesterday (so not exactly 3.5.0), I don't reproduce this problem. Do you reproduce still it on 3.5.0 (final version) ? If yes, it could be a MacOs specific bug (here vcl/aqua/source/gdi/salvd.cxx ?) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46038] EDITING: CRASH when copy-paste text from particular WRITER source
https://bugs.freedesktop.org/show_bug.cgi?id=46038 Ivan Timofeev timofeev@gmail.com changed: What|Removed |Added CC||caol...@redhat.com, ||timofeev@gmail.com --- Comment #5 from Ivan Timofeev timofeev@gmail.com 2012-02-26 10:25:45 PST --- Thank you Korrawit! Sadly, it looks like a side effect of http://cgit.freedesktop.org/libreoffice/core/commit/?id=8cc839dc6ac3239bc4a3738cfb6078a8bf92ea72 I have reverted it, and there is no crash. No idea of what's happened there. @Caolan: I added you to CC list because you are the author of the commit. Perhaps there is another bug in another place. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 44640] control character does not work
https://bugs.freedesktop.org/show_bug.cgi?id=44640 --- Comment #3 from spamfang1...@yahoo.de 2012-02-26 10:35:54 PST --- As i said in my 2nd comment: Its solved, though in an unpretty way. I mean the control character which shows you how many spaces and lines you have between your words/lines. In german its Steuerungszeichen -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46613] EDITING particular document causes CRASH
https://bugs.freedesktop.org/show_bug.cgi?id=46613 --- Comment #4 from Phillip Ross t...@paross.com 2012-02-26 12:21:40 PST --- I've been playing with this problem all day. I've uninstalled and reinstalled, deleted the user data, etc. Nothing works. But when I use LibreOffice and do NOT use that particular file, everything is fine. But as soon as I load and edit that file LibreOffice just quits. I tried copying the text and pasting it (RFT) into another text file, and LibreOffice crashes. There must be something in that file that LiO doesn't like. It is possible that there is an odd character of some kind. How can I identify it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41725] CONFIGURATION: Wrong mail client used
https://bugs.freedesktop.org/show_bug.cgi?id=41725 Lenge spam...@gmx.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTABUG | Ever Confirmed|0 |1 --- Comment #3 from Lenge spam...@gmx.net 2012-02-26 13:08:54 PST --- Cite: Writer uses MAPI interface handler, a system-wide setting. That is more of a different bug description instead of a resolution. Is it really an explicit design goal to make Writer ignore the user-specific mail client and thereby enforce one that the currently logged-in user has not even configured to work for him? And, if so, then why is this behavior only present for this one toolbar button? I sincerely think that this button should behave just as if any mailto:; link was clicked in any LibreOffice application (even in Writer!) - which opens the correct (user-specific) mail client. Or is there any specific reason for insisting on the current behavior that I might have missed? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs