[Libreoffice-commits] .: vcl/ios
vcl/ios/source/gdi/salcoretextlayout.cxx | 13 + 1 file changed, 13 insertions(+) New commits: commit 8951ef03b9e99ce468d063c2793a724558af27dc Author: Tor Lillqvist t...@iki.fi Date: Tue Sep 4 09:40:57 2012 +0300 Workaround for crash on iOS Change-Id: I947f7def862d2a238dc609a91d898f03dbd72b84 diff --git a/vcl/ios/source/gdi/salcoretextlayout.cxx b/vcl/ios/source/gdi/salcoretextlayout.cxx index 99151e8..ff6552f 100644 --- a/vcl/ios/source/gdi/salcoretextlayout.cxx +++ b/vcl/ios/source/gdi/salcoretextlayout.cxx @@ -421,6 +421,19 @@ bool CoreTextLayout::LayoutText(ImplLayoutArgs args) { return false; } + +// If the string contains U+FFFD (REPLACEMENT CHARACTER), which +// happens at least for the ooo80484-1.slk document in +// sc_filters_test, the CTTypesetterCreateWithAttributedString() +// call below crashes, at least in the iOS simulator. Go figure. +// (In that case the string consists of *only* such characters, +// but play it safe. +for (int i = 0; i m_chars_count; i++) +{ +if (args.mpStr[args.mnMinCharPos+i] == 0xFFFD) +return false; +} + /* c0 and c1 are construction objects */ CFStringRef c0 = CFStringCreateWithCharactersNoCopy( NULL, (args.mpStr[args.mnMinCharPos]), m_chars_count, kCFAllocatorNull ); if ( !c0 ) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Library_merged.mk
Library_merged.mk |6 ++ 1 file changed, 6 insertions(+) New commits: commit 100e56309f724a05b62e35a37cca02f64bd64050 Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 08:44:05 2012 +0100 dbus for libmerged Change-Id: I7a0b2c5358ff1b003f822ef4f9acc5c78b1605b1 diff --git a/Library_merged.mk b/Library_merged.mk index 9bc7214..39ed587 100644 --- a/Library_merged.mk +++ b/Library_merged.mk @@ -178,6 +178,12 @@ $(eval $(call gb_Library_use_externals,merged,\ )) endif +ifeq ($(ENABLE_DBUS),TRUE) +$(eval $(call gb_Library_use_externals,merged,\ + dbus \ +)) +endif + ifeq ($(ENABLE_LIBLANGTAG),YES) $(eval $(call gb_Library_use_externals,merged,\ glib \ ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'tinderbox' - local_conf/Error_Parse.pm
local_conf/Error_Parse.pm |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 4a1642338c9b8ed04f589c6a5eb97e3028b33992 Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 08:49:07 2012 +0100 try and silence false positive on Exception.lo filename diff --git a/local_conf/Error_Parse.pm b/local_conf/Error_Parse.pm index 9f9521c..7f1f86e 100644 --- a/local_conf/Error_Parse.pm +++ b/local_conf/Error_Parse.pm @@ -283,7 +283,7 @@ sub line_type { ($line =~ m#^checking (if|whether).*/bin/rm: cannot remove `conftest\*´: No such file or directory$#) || ($line =~ m#^checking for -Bsymbolic-functions linker support \.\.\. not found#) || # cppunit -($line =~ m#^ CXXException.lo#) || +($line =~ m#^\s*CXX\s*Exception.lo#) || # gettext related ($line =~ m#^checking where term(info|cap) library functions come from\.\.\. not found, consider installing GNU ncurses#) || ($line =~ m#^ CC (error-progname|fatal-signal).lo#) || ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: configure.in
configure.in |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit c79b998a59d84198e02c8f2496740643689c2c4b Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 08:51:20 2012 +0100 --enable-dbus activates auto-font install now as well Change-Id: I9b31801d7ae7572dc4437ed7c18f888eb8bed53a diff --git a/configure.in b/configure.in index 6eb3b85..7780ab5 100644 --- a/configure.in +++ b/configure.in @@ -844,8 +844,8 @@ AC_ARG_ENABLE(opengl, AC_ARG_ENABLE(dbus, AS_HELP_STRING([--enable-dbus], -[Determines whether to enable presentation mode screensaver control - under GNOME via DBUS.]), +[Determines whether to enable features that depend on dbus. + e.g. Presentation mode screensaver control and auto font install under GNOME via DBUS.]), ,enable_dbus=no) AC_ARG_ENABLE(gconf, ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: android/sdremote
android/sdremote/res/layout/activity_presentation.xml| 12 +- android/sdremote/res/layout/idlayout.xml | 9 - android/sdremote/src/org/libreoffice/impressremote/PresentationActivity.java | 59 +- android/sdremote/src/org/libreoffice/impressremote/PresentationFragment.java | 6 - android/sdremote/src/org/libreoffice/impressremote/ThumbnailFragment.java| 3 5 files changed, 48 insertions(+), 41 deletions(-) New commits: commit d23759f1b84dbd550c933dd2d8b9b80a431af2c6 Author: Andrzej J.R. Hunt andr...@ahunt.org Date: Tue Sep 4 11:08:33 2012 +0200 More fragment lifecycle cleanup. Change-Id: I93a19a080cc73bfa49b04f19b6e290ff9cd1b8bc diff --git a/android/sdremote/res/layout/activity_presentation.xml b/android/sdremote/res/layout/activity_presentation.xml index f482b3c..23b615a 100644 --- a/android/sdremote/res/layout/activity_presentation.xml +++ b/android/sdremote/res/layout/activity_presentation.xml @@ -1,7 +1,13 @@ FrameLayout xmlns:android=http://schemas.android.com/apk/res/android; xmlns:tools=http://schemas.android.com/tools; +android:id=@+id/framelayout android:layout_width=match_parent -android:layout_height=match_parent -android:id=@+id/framelayout +android:layout_height=match_parent -/FrameLayout +view +android:id=@+id/presentation_interceptor +android:layout_width=fill_parent +android:layout_height=fill_parent + class=org.libreoffice.impressremote.PresentationActivity$InterceptorLayout / + +/FrameLayout \ No newline at end of file diff --git a/android/sdremote/res/layout/idlayout.xml b/android/sdremote/res/layout/idlayout.xml deleted file mode 100644 index 6288cbb..000 --- a/android/sdremote/res/layout/idlayout.xml +++ /dev/null @@ -1,9 +0,0 @@ -?xml version=1.0 encoding=utf-8? -LinearLayout xmlns:android=http://schemas.android.com/apk/res/android; -android:layout_width=match_parent -android:layout_height=match_parent -android:orientation=vertical -android:id=@+id/presentation_innerFrame - - -/LinearLayout \ No newline at end of file diff --git a/android/sdremote/src/org/libreoffice/impressremote/PresentationActivity.java b/android/sdremote/src/org/libreoffice/impressremote/PresentationActivity.java index a99b9cc..767bec5 100644 --- a/android/sdremote/src/org/libreoffice/impressremote/PresentationActivity.java +++ b/android/sdremote/src/org/libreoffice/impressremote/PresentationActivity.java @@ -20,6 +20,7 @@ import android.preference.PreferenceManager; import android.support.v4.app.FragmentManager; import android.support.v4.app.FragmentTransaction; import android.text.format.DateFormat; +import android.util.AttributeSet; import android.view.KeyEvent; import android.view.LayoutInflater; import android.view.MotionEvent; @@ -40,7 +41,7 @@ public class PresentationActivity extends SherlockFragmentActivity { private FrameLayout mOuterLayout; private ThumbnailFragment mThumbnailFragment; private PresentationFragment mPresentationFragment; -private ActionBarManager mActionBarManager; +private static ActionBarManager mActionBarManager; @Override public void onCreate(Bundle savedInstanceState) { @@ -49,32 +50,22 @@ public class PresentationActivity extends SherlockFragmentActivity { bindService(new Intent(this, CommunicationService.class), mConnection, Context.BIND_IMPORTANT); -setContentView(R.layout.activity_presentation); -mOuterLayout = (FrameLayout) findViewById(R.id.framelayout); -mOuterLayout.removeAllViews(); -mLayout = new InterceptorLayout(this); -mOuterLayout.addView(mLayout); -mLayout.setId(R.id.presentation_innerFrame); - //((FrameLayout) findViewById(R.id.framelayout)).addView(mLayout); +setContentView(R.layout.activity_presentation); if (savedInstanceState == null) { -mThumbnailFragment = new ThumbnailFragment(); + mPresentationFragment = new PresentationFragment(); FragmentManager fragmentManager = getSupportFragmentManager(); FragmentTransaction fragmentTransaction = fragmentManager .beginTransaction(); -fragmentTransaction.add(R.id.presentation_innerFrame, +fragmentTransaction.add(R.id.presentation_interceptor, mPresentationFragment, fragment_presentation); fragmentTransaction.commit(); } -} - -@Override -protected void onSaveInstanceState(Bundle outState) { -super.onSaveInstanceState(outState); -outState.putBoolean(thumbnail_enabled, mThumbnailFragment.isVisible()); +mOuterLayout = (FrameLayout) findViewById(R.id.framelayout); +mLayout = (FrameLayout) findViewById(R.id.presentation_interceptor); } @Override @@ -90,8 +81,10 @@
Re: feature/vs2012: testing needed
Hi Noel, Noel Grandin píše v Po 03. 09. 2012 v 21:04 +0200: On another note, it occurred to me that it might be possible to simplify the windows build by using the mingw windows header files. With MSVC? Not a good idea. One main difference between an MSVC build and a MinGW build is that in a MinGW build some parts of the code (don't exactly remember what) is not compiled, exactly because the required headers are not present in MinGW (mingw-w64, actually, and don't let the 64 confuse you, that is just part of the project name, does not indicate bitness in the LO case). Probably the ATL headers. But weren't you trying to remove our dependency on those? Not only that, unfortunately, there are also others in the area of the native file picker, look eg. at git log -p -1 330c38edfb2ba1c794166c0d885074b248198da2 All the best, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: i18npool/source
i18npool/source/textconversion/data/stc_char.dic |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3224b47493a40eba67e454b4bde7fab334cb5298 Author: Liu Flex wind...@gmail.com Date: Tue Sep 4 11:45:23 2012 +0800 fdo#46182: Error in Simplified to Traditional Chinese Conversion This patch just fix the mistake in Simplified to Traditional Chinese Conversion. From 1bb88fe0ae13733cf6269fcc442ee18bf41b21ff Mon Sep 17 00:00:00 2001 From: Flex Liu wind...@gmail.com Date: Tue, 4 Sep 2012 11:28:37 +0800 Subject: [PATCH] fdo#46182 Error in Simplified to Traditional Chinese Conversion fix the conversion mistake for Simplified to Traditional Chinese Committer: Flex Liu wind...@gmail.com modified: i18npool/source/textconversion/data/stc_char.dic diff --git a/i18npool/source/textconversion/data/stc_char.dic b/i18npool/source/textconversion/data/stc_char.dic index 32c2b3c..92a06f2 100644 --- a/i18npool/source/textconversion/data/stc_char.dic +++ b/i18npool/source/textconversion/data/stc_char.dic @@ -295,7 +295,7 @@ å:åå« å:åé¤ å:å¼å -å:è¡ +å:åè¡ å:åå¾ å:åå®æ å:å ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: feature/vs2012: testing needed
Not only that, unfortunately, there are also others in the area of the native file picker Or look in shell/Module_shell.mk, plenty of stuff behind ifeq ($(COM),MSC), i.e. built with MSVC only, not MinGW. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: sd/source
sd/source/ui/remotecontrol/Server.cxx | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) New commits: commit f28e2820fc4105cf1aa8b1daf075ef540c532572 Author: Andrzej J.R. Hunt andr...@ahunt.org Date: Tue Sep 4 11:48:55 2012 +0200 Restore correct saving of authorised servers. Change-Id: Ibb1eaab3ceb4aba8a73594c87d9fd487169e0143 diff --git a/sd/source/ui/remotecontrol/Server.cxx b/sd/source/ui/remotecontrol/Server.cxx index 757a65b..487a543 100644 --- a/sd/source/ui/remotecontrol/Server.cxx +++ b/sd/source/ui/remotecontrol/Server.cxx @@ -225,21 +225,24 @@ sal_Bool RemoteServer::connectClient( ClientInfo* pClient, rtl::OUString aPin ) if (xChild.is()) { // Check whether the client is already saved +bool aSaved = false; Sequence OUString aNames = xConfig-getElementNames(); for ( int i = 0; i aNames.getLength(); i++ ) { if ( aNames[i].equals( apClient-mName ) ) +{ xConfig-replaceByName( apClient-mName, makeAny( xChild ) ); -else -xConfig-insertByName( apClient-mName, makeAny( xChild ) ); +aSaved = true; +break; +} } - +if ( !aSaved ) +xConfig-insertByName( apClient-mName, makeAny( xChild ) ); aValue = OUString( apClient-mPin ); xChild-replaceByName(PIN, aValue); aChanges-commit(); } - Communicator* pCommunicator = new Communicator( apClient-mpStreamSocket ); MutexGuard aGuard( spServer-mDataMutex ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [PATCH][PUSHED] fdo#46182: Error in Simplified to Traditional Chinese Conversion
On Tue, 2012-09-04 at 11:45 +0800, Liu Flex wrote: This patch just fix the mistake in Simplified to Traditional Chinese Conversion. Looks plausible, pushed to master now. I don't see you listed at http://wiki.documentfoundation.org/Development/Developers yet. Can you add yourself there and send a mail to the list confirming that your patches are under our preferred LGPLv3+/MPL license combination ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Implementing Alt-key underlines on menu headers in lo-menubar
Hi, I'm Ken Clive, and I'm attempting to fix the following bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/739184 Basically, I am trying to implement Alt shortcuts and underline the appropriate letters in the menu headers (File, Edit, etc.) for the lo-menubar package. The items under each menu already have this implemented, but the headers don't. While this is a Unity-related issue, I have been going through the libreoffice source code lately and have not been able to find where the menus have been implemented in the upstream builds. I would like to find the appropriate libreoffice code because the upstream has this feature implemented for the menu headers already, and I plan to port this functionality over to fix this lo-menubar bug. All assistance is appreciated, thanks! - Ken Clive. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Implementing Alt-key underlines on menu headers in lo-menubar
You should probably co-ordinate with the people working on the feature/unitymenus branch. On 2012-09-04 12:05, Ken Clive wrote: Hi, I'm Ken Clive, and I'm attempting to fix the following bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/739184 Basically, I am trying to implement Alt shortcuts and underline the appropriate letters in the menu headers (File, Edit, etc.) for the lo-menubar package. The items under each menu already have this implemented, but the headers don't. While this is a Unity-related issue, I have been going through the libreoffice source code lately and have not been able to find where the menus have been implemented in the upstream builds. I would like to find the appropriate libreoffice code because the upstream has this feature implemented for the menu headers already, and I plan to port this functionality over to fix this lo-menubar bug. All assistance is appreciated, thanks! - Ken Clive. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: 2 commits - svx/inc svx/source sw/inc sw/source writerfilter/source
svx/inc/svx/svdpagv.hxx |3 ++- svx/source/svdraw/svdpagv.cxx |7 +-- sw/inc/IDocumentSettingAccess.hxx |1 + sw/inc/doc.hxx |1 + sw/source/core/doc/doc.cxx |6 ++ sw/source/core/doc/docnew.cxx |1 + sw/source/core/doc/notxtfrm.cxx | 11 +++ sw/source/core/inc/flyfrms.hxx | 10 ++ sw/source/core/layout/flylay.cxx|4 +++- sw/source/core/layout/paintfrm.cxx |4 ++-- sw/source/core/view/vdraw.cxx |4 ++-- sw/source/filter/ww8/ww8par.cxx |1 + sw/source/filter/xml/xmlimp.cxx | 10 ++ sw/source/ui/uno/SwXDocumentSettings.cxx| 16 +++- writerfilter/source/filter/ImportFilter.cxx |1 + 15 files changed, 71 insertions(+), 9 deletions(-) New commits: commit 8af09bf33291df2fb2bfbbd6e42f9bf074fcc4fc Author: Cédric Bosdonnat cedric.bosdonnat@free.fr Date: Mon Sep 3 16:52:47 2012 +0200 n#777699: Clip the objects to the pagewe are painting Change-Id: I78ac7de5346a2adea9a2c6cf3cbb0321e05d79dc diff --git a/svx/inc/svx/svdpagv.hxx b/svx/inc/svx/svdpagv.hxx index 38881e5..5ab5848 100644 --- a/svx/inc/svx/svdpagv.hxx +++ b/svx/inc/svx/svdpagv.hxx @@ -181,7 +181,8 @@ public: // write access to mpPreparedPageWindow void setPreparedPageWindow(SdrPageWindow* pKnownTarget); -void DrawLayer(SdrLayerID nID, OutputDevice* pGivenTarget = 0, sdr::contact::ViewObjectContactRedirector* pRedirector = 0L) const; +void DrawLayer(SdrLayerID nID, OutputDevice* pGivenTarget = 0, sdr::contact::ViewObjectContactRedirector* pRedirector = 0L, + const Rectangle rRect = Rectangle()) const; void DrawPageViewGrid(OutputDevice rOut, const Rectangle rRect, Color aColor = Color( COL_BLACK ) ); Rectangle GetPageRect() const; diff --git a/svx/source/svdraw/svdpagv.cxx b/svx/source/svdraw/svdpagv.cxx index 5efebdf..9a3aaf1 100644 --- a/svx/source/svdraw/svdpagv.cxx +++ b/svx/source/svdraw/svdpagv.cxx @@ -346,7 +346,7 @@ void SdrPageView::setPreparedPageWindow(SdrPageWindow* pKnownTarget) mpPreparedPageWindow = pKnownTarget; } -void SdrPageView::DrawLayer(SdrLayerID nID, OutputDevice* pGivenTarget, sdr::contact::ViewObjectContactRedirector* pRedirector) const +void SdrPageView::DrawLayer(SdrLayerID nID, OutputDevice* pGivenTarget, sdr::contact::ViewObjectContactRedirector* pRedirector, const Rectangle rRect) const { if(GetPage()) { @@ -374,7 +374,10 @@ void SdrPageView::DrawLayer(SdrLayerID nID, OutputDevice* pGivenTarget, sdr::con // Copy existing paint region to use the same as prepared in BeginDrawLayer SdrPaintWindow rExistingPaintWindow = pPreparedTarget-GetPaintWindow(); const Region rExistingRegion = rExistingPaintWindow.GetRedrawRegion(); -aTemporaryPaintWindow.SetRedrawRegion(rExistingRegion); +if ( rRect.IsEmpty() ) +aTemporaryPaintWindow.SetRedrawRegion(rExistingRegion); +else +aTemporaryPaintWindow.SetRedrawRegion(Region(rRect)); // patch the ExistingPageWindow pPreparedTarget-patchPaintWindow(aTemporaryPaintWindow); diff --git a/sw/source/core/layout/paintfrm.cxx b/sw/source/core/layout/paintfrm.cxx index ba26ae1..0af0b44 100644 --- a/sw/source/core/layout/paintfrm.cxx +++ b/sw/source/core/layout/paintfrm.cxx @@ -3122,7 +3122,7 @@ SwRootFrm::Paint(SwRect const rRect, SwPrintData const*const pPrintData) const const IDocumentDrawModelAccess* pIDDMA = pSh-getIDocumentDrawModelAccess(); pSh-Imp()-PaintLayer( pIDDMA-GetHellId(), pPrintData, -aPaintRect, +pPage-Frm(), aPageBackgrdColor, (pPage-IsRightToLeft() ? true : false), aSwRedirector ); @@ -3166,7 +3166,7 @@ SwRootFrm::Paint(SwRect const rRect, SwPrintData const*const pPrintData) const // OD 09.12.2002 #103045# - add 4th parameter for horizontal text direction. pSh-Imp()-PaintLayer( pSh-GetDoc()-GetHeavenId(), pPrintData, -aPaintRect, +pPage-Frm(), aPageBackgrdColor, (pPage-IsRightToLeft() ? true : false), aSwRedirector ); diff --git a/sw/source/core/view/vdraw.cxx
[Libreoffice-commits] .: wizards/source
wizards/source/importwizard/DialogModul.xba | 48 - wizards/source/importwizard/FilesModul.xba | 53 +--- 2 files changed, 2 insertions(+), 99 deletions(-) New commits: commit 39d440ed92457de8b2b03d9a39bc3ce872caf3ba Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 12:04:17 2012 +0100 drop rather useless filtertrace stuff from wizards Change-Id: I6df855031f1941590472bf8901625fe8b2c22926 diff --git a/wizards/source/importwizard/DialogModul.xba b/wizards/source/importwizard/DialogModul.xba index 379e20d..70f9a6b 100644 --- a/wizards/source/importwizard/DialogModul.xba +++ b/wizards/source/importwizard/DialogModul.xba @@ -25,7 +25,6 @@ Public Const SBFIRSTAPPLCHECKED = 0 Public Const SBSECONDAPPLCHECKED = 1 Public Const SBTHIRDAPPLCHECKED = 2 Public Const SBFOURTHAPPLCHECKED = 3 -Public bFilterTracingAvailable as Boolean Public WizardMode as String Public Const SBMICROSOFTMODE = quot;MSquot; Public Const SBXMLMODE = quot;SOquot; @@ -49,10 +48,6 @@ Public sValueName(SBMAXAPPLCOUNT-1) as String Public sCRLF as String Public MSFilterName(5,4) as String Public XMLFilterName(7,3) as String apos;Number of different formats -Public FilterTracingLogPath(2) as String -Public bMSApplFilterTracingAvailable(2) as String -Public bTakeOverTargetName(2) as Boolean -Public bTakeOverPathName(2) as Boolean apos; e.g.: apos; XMLFilterName(x,0) = quot;sdwquot; apos; in documents we take the extensions; in SO-templates the appropriate Filtername @@ -272,7 +267,6 @@ Dim Index as Integer Dim sAddText as String For i = 0 To ApplCount -1 Index = Applications(i,SBAPPLKEY) - GetFilterTracingLogPath(i, Index) If Applications(i,SBTEMPLCONVERT) Then apos; Templates are to be converted sAddText = quot;quot; @@ -347,48 +341,6 @@ Sub FillStep_Progress() End Sub -Sub GetFilterTracingLogPath(i as Integer, Index as Integer) -Dim aNodePath(0) as new com.sun.star.beans.PropertyValue -Dim oMasterKey -Dim oImportKey -Dim oWordKey -Dim oExcelkey -Dim oPowerpointKey -Dim oFilterService - aNodePath(0).Name = quot;nodepathquot; - aNodePath(0).Value = quot;org.openoffice.Office.Tracingquot; - oFilterService = createUnoService(quot;com.sun.star.util.FilterTracerquot;) - bFilterTracingAvailable = Not IsNull(oFilterService) - If bFilterTracingAvailable Then - oMasterkey = GetRegistryKeyContent(quot;org.openoffice.Office.Tracing/quot;) - If oMasterKey.hasbyName(quot;Importquot;) Then - oImportKey = GetRegistryKeyContent(quot;org.openoffice.Office.Tracing/Importquot;) - bMSApplFilterTracingAvailable(i) = CheckMSImportAvailability(oImportkey, MSFiltername(Index, 4), FilterTracingLogPath(i), bTakeOverTargetName(i), bTakeOverPathName(i)) - End If - End If -End Sub - - -Function CheckMSImportAvailability(oImportkey, MSApplName as String, MSLogPath as String, bTakeOverTargetname as String, bTakeOverpathName as String) as Boolean -Dim bApplIsAvailable as Boolean -Dim oApplKey -Dim LocApplName as String -Dim LocApplPath as String - bApplIsAvailable = oImportKey.hasbyName(MSApplName) - If bApplIsAvailable Then - oApplKey = oImportKey.getByName(MSApplName) - bApplIsAvailable = oApplKey.On - LocApplName = oApplKey.Name - LocApplPath = oApplKey.Path - bTakeOverTargetName = (LocApplName = quot;quot;) - bTakeOverPathName = (LocApplPath = quot;quot;) - MSLogPath = LocApplPath amp; quot;/quot; amp; LocApplName amp; quot;.logquot; - End If - CheckMSImportAvailability() = bApplIsAvailable -End Function - - - SubSetupMSConfiguration() iApplSection = 0 Wizardmode = SBMICROSOFTMODE diff --git a/wizards/source/importwizard/FilesModul.xba b/wizards/source/importwizard/FilesModul.xba index 17b0f60..710f46b 100644 --- a/wizards/source/importwizard/FilesModul.xba +++ b/wizards/source/importwizard/FilesModul.xba @@ -33,7 +33,6 @@ Public FileCount as Integer Public XMLTemplateCount as Integer Public PathCollection(7,3) as String Public bIsFirstLogTable as Boolean -Public bFilterTracerIsinsideTable as Boolean Function ReadCollectionPaths(FilesList() as String, sFilterName() as String) @@ -415,7 +414,7 @@ Dim sPrevMimeTypeorExtension as String FileCount = FileCount + 1 End If oDocument.Dispose() - InsertTargetUrlToLogDocument(sTargetUrl, sComment, ApplIndex) + InsertTargetUrlToLogDocument(sTargetUrl,
[Libreoffice-commits] .: filter/Library_filtertracer.mk filter/Module_filter.mk filter/source
filter/Library_filtertracer.mk | 42 filter/Module_filter.mk|1 filter/source/filtertracer/filtertracer.cxx| 260 - filter/source/filtertracer/filtertracer.hxx| 183 - filter/source/filtertracer/filtertraceruno.cxx | 71 -- 5 files changed, 557 deletions(-) New commits: commit 87c7f609cced4e74ab27739cf28d5f21b46c6a7a Author: Matúš Kukan matus.ku...@gmail.com Date: Sat Sep 1 21:10:06 2012 +0200 filtertracer seems to be unused It has no .component file anyway. Change-Id: Ia6f609a237cb4268161fe1f139b1f5c0d1d6fc5e Reviewed-on: https://gerrit.libreoffice.org/528 Tested-by: Caolán McNamara caol...@redhat.com Reviewed-by: Caolán McNamara caol...@redhat.com diff --git a/filter/Library_filtertracer.mk b/filter/Library_filtertracer.mk deleted file mode 100644 index efd029a..000 --- a/filter/Library_filtertracer.mk +++ /dev/null @@ -1,42 +0,0 @@ -# -# This file is part of the LibreOffice project. -# -# This Source Code Form is subject to the terms of the Mozilla Public -# License, v. 2.0. If a copy of the MPL was not distributed with this -# file, You can obtain one at http://mozilla.org/MPL/2.0/. -# -# This file incorporates work covered by the following license notice: -# -# Licensed to the Apache Software Foundation (ASF) under one or more -# contributor license agreements. See the NOTICE file distributed -# with this work for additional information regarding copyright -# ownership. The ASF licenses this file to you under the Apache -# License, Version 2.0 (the License); you may not use this file -# except in compliance with the License. You may obtain a copy of -# the License at http://www.apache.org/licenses/LICENSE-2.0 . -# - -$(eval $(call gb_Library_Library,filtertracer)) - -$(eval $(call gb_Library_use_sdk_api,filtertracer)) - -$(eval $(call gb_Library_set_include,filtertracer,\ - $$(INCLUDE) \ -)) - -$(eval $(call gb_Library_use_libraries,filtertracer,\ - utl \ - tl \ - comphelper \ - cppuhelper \ - cppu \ - sal \ - $(gb_STDLIBS) \ -)) - -$(eval $(call gb_Library_add_exception_objects,filtertracer,\ - filter/source/filtertracer/filtertracer \ - filter/source/filtertracer/filtertraceruno \ -)) - -# vim: set noet sw=4 ts=4: diff --git a/filter/Module_filter.mk b/filter/Module_filter.mk index d764301..2a3ef79 100644 --- a/filter/Module_filter.mk +++ b/filter/Module_filter.mk @@ -38,7 +38,6 @@ $(eval $(call gb_Module_add_targets,filter,\ Library_eti \ Library_exp \ Library_filterconfig \ - Library_filtertracer \ Library_flash \ Library_icd \ Library_icg \ diff --git a/filter/source/filtertracer/filtertracer.cxx b/filter/source/filtertracer/filtertracer.cxx deleted file mode 100644 index 2b7ec47..000 --- a/filter/source/filtertracer/filtertracer.cxx +++ /dev/null @@ -1,260 +0,0 @@ -/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ -/* - * - * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. - * - * Copyright 2000, 2010 Oracle and/or its affiliates. - * - * OpenOffice.org - a multi-platform office productivity suite - * - * This file is part of OpenOffice.org. - * - * OpenOffice.org is free software: you can redistribute it and/or modify - * it under the terms of the GNU Lesser General Public License version 3 - * only, as published by the Free Software Foundation. - * - * OpenOffice.org is distributed in the hope that it will be useful, - * but WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the - * GNU Lesser General Public License version 3 for more details - * (a copy is included in the LICENSE file that accompanied this code). - * - * You should have received a copy of the GNU Lesser General Public License - * version 3 along with OpenOffice.org. If not, see - * http://www.openoffice.org/license.html - * for a copy of the LGPLv3 License. - * - / - -#include filtertracer.hxx -#include uno/mapping.hxx -#include unotools/streamwrap.hxx -#include unotools/ucbstreamhelper.hxx -#include com/sun/star/util/TextSearch.hpp -#include comphelper/componentcontext.hxx -// -// - FILTERTRACER - -// - -using namespace ::com::sun::star; - -rtl::OUString FilterTracer_getImplementationName() -throw( NMSP_UNO::RuntimeException ) -{ -return B2UCONST( com.sun.star.util.FilterTracer ); -} -sal_Bool SAL_CALL FilterTracer_supportsService( const rtl::OUString ServiceName ) -throw( NMSP_UNO::RuntimeException ) -{ -return ServiceName == com.sun.star.util.logging.Logger; -} -SEQ( rtl::OUString ) SAL_CALL FilterTracer_getSupportedServiceNames() -
[PUSHED] filtertracer seems to be unused
From Caolán McNamara caol...@redhat.com: Caolán McNamara has submitted this change and it was merged. Change subject: filtertracer seems to be unused .. filtertracer seems to be unused It has no .component file anyway. Change-Id: Ia6f609a237cb4268161fe1f139b1f5c0d1d6fc5e --- D filter/Library_filtertracer.mk M filter/Module_filter.mk D filter/source/filtertracer/filtertracer.cxx D filter/source/filtertracer/filtertracer.hxx D filter/source/filtertracer/filtertraceruno.cxx 5 files changed, 0 insertions(+), 557 deletions(-) Approvals: Caolán McNamara: Verified; Looks good to me, approved -- To view, visit https://gerrit.libreoffice.org/528 To unsubscribe, visit https://gerrit.libreoffice.org/settings Gerrit-MessageType: merged Gerrit-Change-Id: Ia6f609a237cb4268161fe1f139b1f5c0d1d6fc5e Gerrit-PatchSet: 1 Gerrit-Project: core Gerrit-Branch: master Gerrit-Owner: Matúš Kukan matus.ku...@gmail.com Gerrit-Reviewer: Caolán McNamara caol...@redhat.com Gerrit-Reviewer: Matúš Kukan matus.ku...@gmail.com Gerrit-Reviewer: Thomas Arnhold tho...@arnhold.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: 4 commits - android/Bootstrap android/experimental android/qa
android/Bootstrap/Makefile.shared|2 android/Bootstrap/src/org/libreoffice/android/Bootstrap.java |1 android/experimental/DocumentLoader/Makefile |2 android/experimental/LibreOffice4Android/Makefile|2 android/qa/sc/Makefile | 24 +-- 5 files changed, 15 insertions(+), 16 deletions(-) New commits: commit ba425a1788421b63caa84ac364341bac2f88f103 Author: Tor Lillqvist t...@iki.fi Date: Tue Sep 4 14:00:20 2012 +0300 Try to make this work again Unfortunately it crashes without a usable stack trace, though... Not sure whether worth it to dig any deeper. Change-Id: I3a5864326bead6ac9206ef30436326b97564bb63 diff --git a/android/qa/sc/Makefile b/android/qa/sc/Makefile index 5c2de66..f0cdfc0 100644 --- a/android/qa/sc/Makefile +++ b/android/qa/sc/Makefile @@ -77,6 +77,7 @@ copy-stuff: introspection.uno \ jvmaccessgcc3 \ jvmfwk \ + libotouchlo \ localedata_en \ localedata_es \ localedata_euro \ @@ -109,7 +110,7 @@ copy-stuff: done # # Then the shared GNU C++ library - $(call COPY,$(ANDROID_NDK_HOME)/sources/cxx-stl/gnu-libstdc++/libs/$(ANDROID_APP_ABI)/libgnustl_shared.so) + $(call COPY,$(ANDROID_NDK_HOME)/sources/cxx-stl/gnu-libstdc++/$(ANDROID_NDK_TOOLCHAIN_VERSION_SUBDIR)libs/$(ANDROID_APP_ABI)/libgnustl_shared.so) # # Then other assets that can be left in the .apk. Let the directory # structure under assets mimic that under solver or workdir for now. @@ -127,9 +128,6 @@ copy-stuff: mkdir -p assets/ComponentTarget/`dirname $$F`; \ sed -e 's!uri=vnd.sun.star.expand:$$LO_LIB_DIR/!uri=$(APP_DATA_PATH)/lib/!g' $(WORKDIR)/ComponentTarget/$$F.component assets/ComponentTarget/$$F.component; \ done - for F in uno_services uno_types; do \ - sed -e 's!uri=./!uri=$(APP_DATA_PATH)/lib/!g' $(SRC_ROOT)/testtools/$(INPATH)/lib/$$F.rdb assets/lib/$$F.rdb; \ - done cp -R $(OUTDIR)/xml/registry assets/xml # # .res files @@ -143,9 +141,12 @@ copy-stuff: # Then assets that are unpacked at run-time into the app's data directory. mkdir -p assets/unpack/etc/fonts cp fonts.conf assets/unpack/etc/fonts +# The indirect command lines... + echo SAL_LOG=+WARN+INFO-INFO.legacy.osl STAR_RESOURCEPATH=/assets/bin $(APP_DATA_PATH)/lib/libtest_sc_ucalc.so --headless --protector libunoexceptionprotector.so unoexceptionprotector '-env:CONFIGURATION_LAYERS=xcsxcu:file:///assets/xml/registry' '-env:UNO_TYPES=file:///assets/bin/udkapi.rdb file:///assets/bin/types.rdb' '-env:UNO_SERVICES=file:///assets/xml/ure/services.rdb file:///assets/ComponentTarget/framework/util/fwk.component file:///assets/ComponentTarget/i18npool/util/i18npool.component file:///assets/ComponentTarget/sfx2/util/sfx.component file:///assets/ComponentTarget/unoxml/source/service/unoxml.component file:///assets/ComponentTarget/configmgr/source/configmgr.component file:///assets/ComponentTarget/ucb/source/core/ucb1.component file:///assets/ComponentTarget/ucb/source/ucp/file/ucpfile1.component' -env:URE_INTERNAL_LIB_DIR=file://$(APP_DATA_PATH)/lib -env:LO_LIB_DIR=file://$(APP_DATA_PATH)/lib assets/unpack/ucalc.cmdline + echo SAL_LOG=+WARN+INFO-INFO.legacy.osl STAR_RESOURCEPATH=/assets/bin $(APP_DATA_PATH)/lib/libtest_sc_filters_test.so --headless --protector libunoexceptionprotector.so unoexceptionprotector '-env:CONFIGURATION_LAYERS=xcsxcu:file:///assets/xml/registry module:file:///assets/xml/registry/spool' '-env:UNO_TYPES=file:///assets/bin/udkapi.rdb file:///assets/bin/types.rdb' '-env:UNO_SERVICES=file:///assets/xml/ure/services.rdb file:///assets/ComponentTarget/basic/util/sb.component file:///assets/ComponentTarget/chart2/source/controller/chartcontroller.component file:///assets/ComponentTarget/chart2/source/tools/charttools.component file:///assets/ComponentTarget/chart2/source/model/chartmodel.component file:///assets/ComponentTarget/comphelper/util/comphelp.component file:///assets/ComponentTarget/dbaccess/util/dba.component file:///assets/ComponentTarget/eventattacher/source/evtatt.component file:///assets/ComponentTarget/fileaccess/source/fileacc.component file:///assets/Comp onentTarget/filter/source/config/cache/filterconfig1.component file:///assets/ComponentTarget/forms/util/frm.component file:///assets/ComponentTarget/oox/util/oox.component file:///assets/ComponentTarget/package/source/xstor/xstor.component file:///assets/ComponentTarget/package/util/package2.component file:///assets/ComponentTarget/sax/source/expatwrap/expwrap.component file:///assets/ComponentTarget/sax/source/fastparser/fastsax.component file:///assets/ComponentTarget/sc/util/sc.component file:///assets/ComponentTarget/sc/util/scfilt.component
Re: Missing ICU Library
On Fri, 2012-08-31 at 10:04 +0200, Samuel Mehrbrodt wrote: libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:3190:83: Fehler: »OOXML_del« ist kein Element von »writerfilter::ooxml« libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:3190:102: Fehler: »OOXML_ins« ist kein Element von »writerfilter::ooxml« make[2]: *** [libo/workdir/unxlngi6.pro/CxxObject/writerfilter/source/rtftok/rtfdocumentimpl.o] Fehler 1 Any idea what is wrong this time? I'd guess that this is some flaw in the dependencies. I think those OOXML_ins etc things are generated from oox/source/token/tokens.txt, so I suggest cd oox make clean cd ../writerfilter make clean cd .. make I never saw any such errors on the Incremental build-bot which I run to try and catch such gotchas to try and find incremental problems like that so I'm unsure what triggered that problem for you. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: JAXTHelper vs LibXSLTTransformer, which one is preferred?
On Thu, 2012-08-30 at 10:10 +0900, mete0r wrote: Hi, I'm developing an document import filter (which will be packaged as an .oxt extension) and it needs to perform XSLT transformations during the process of importing (I don't believe xsltfilter could cover these process). So I'm finding a way to use XSLT transformation services directly. In libreoffice 3.5.4, which I'm working with, there seem 2 UNO service, i.e., com.sun.star.comp.JAXTHelper and com.sun.star.comp.documentconversion.LibXSLTTransformer. Currently I'm using the later one (by specifiying its service name in the ServiceManager.createInstanceWithContext()), but both are just working fine for me. So here are my questions: 1. Which one is preferred to be used in regard to forward/backward compatibility? It looks like LibXSLTTransformer is introduced later, then will JAXTHelper be deprecated at some point in the future? 2. Or should I choose one of them conditionally according to the version of the Libreoffice installation? If this is the case, from what version should I use LibXSLTTransformer? 3. Or direct instantiation and use of them like these (not through xsltfilter), is unsupported and discouraged way? Any guidance or comments would be greatly appreciated. This isn't an area I know much about, maybe Peter can give the best suggestions. But if the question ends up being directly use the java backend vs directly use the libxslt-based backend then I imagine the answer is to use the libxslt-based one. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Implementing Alt-key underlines on menu headers in lo-menubar
Noel, Sorry, I've been quite busy the last few weeks with my new job. However, I haven't forgotten about this issue, and I have communicated with the LibreOffice devs about how menus are implemented in the cross-platform version; my idea is to replicate LO's existing Alt-key menu underlines in lo-menubar. I'll also follow your suggestion as well. Thanks. - Ken. Sent from my iPhone On Sep 4, 2012, at 7:02 AM, Noel Grandin n...@peralex.com wrote: You should probably co-ordinate with the people working on the feature/unitymenus branch. On 2012-09-04 12:05, Ken Clive wrote: Hi, I'm Ken Clive, and I'm attempting to fix the following bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/739184 Basically, I am trying to implement Alt shortcuts and underline the appropriate letters in the menu headers (File, Edit, etc.) for the lo-menubar package. The items under each menu already have this implemented, but the headers don't. While this is a Unity-related issue, I have been going through the libreoffice source code lately and have not been able to find where the menus have been implemented in the upstream builds. I would like to find the appropriate libreoffice code because the upstream has this feature implemented for the menu headers already, and I plan to port this functionality over to fix this lo-menubar bug. All assistance is appreciated, thanks! - Ken Clive. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
OUString and UNO_LB_UNO
Hi everyone. I've received a suggestion about the change from my patch: (...) Remove RTL_CONSTASCII_USTRINGPARAM. Like this: - -binaryUno_(rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(UNO_LB_UNO))), +binaryUno_(OUString(UNO_LB_UNO)), or +binaryUno_(UNO_LB_UNO), if UNO_LB_UNO is a valid type to OUString (check) (...) How can I check? Just recompile the module or dbg is necessary? Thanks. -- Ricardo Montania Prado de Campos http://www.linuxafundo.com.br ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Patch]Obsolete RTL_CONSTASCII_USTRINGPARAM
Hi everyone. I've compiled the module sometimes and doesn't appear errors. -- Ricardo Montania Prado de Campos http://www.linuxafundo.com.br 0001-Obsolete-RTL_CONSTASCII_USTRINGPARAM-and-unnecessary.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: CTL Default.
On Sun, 2012-09-02 at 20:25 -0700, Joel Madero wrote: Right now is it associated with locale or with language selection (or are these the same, I honestly don't use these features at all)? If it's not associated with language selection maybe we should make it so. It's associated with the default system language, with an additional look into some rather extra random windows locale setting on windows. (opengrok for GetWin16SystemLanguage to find where the defaults get set and used) My proposal is that on windows we additionally default enable the CTL (or CJK) features if a windows keyboard layout for a language is installed (even if not in active use) which we would categorize as CTL (or CJK) Filed an easy hack at https://bugs.freedesktop.org/show_bug.cgi?id=54493 with some details seeing as it seems that GetKeyboardLayoutList gives a set of locale identifiers corresponding to the current set of input locales in the system so it should be fairly straightforward to see if any of them are CTL and enable CTL features in that case and it all just works out of the box so Shahar's mom gets the features she needs and my mom doesn't get scary hangul-hanga transliteration menus etc. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OUString and UNO_LB_UNO
On 09/04/2012 02:33 AM, Ricardo Montania wrote: Hi everyone. I've received a suggestion about the change from my patch: (...) Remove RTL_CONSTASCII_USTRINGPARAM. Like this: - -binaryUno_(rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(UNO_LB_UNO))), +binaryUno_(OUString(UNO_LB_UNO)), or +binaryUno_(UNO_LB_UNO), if UNO_LB_UNO is a valid type to OUString (check) (...) How can I check? Just recompile the module or dbg is necessary? There is a non-explicit rtl::OUString ctor taking a string literal now, and since UNO_LB_UNO is defined as a string literal (in cppu/inc/uno/lbnames.h, cf. git grep -Fw UNO_LB_UNO) the explicit mention of the rtl::OUString ctor can (and arguably should) be dropped. Would you like to go over your patch and remove the unnecessary occurrences of OUString(...)? (One minor gotcha is that some compilers still require the OUString(...) in return statements.) Stephan (PS: Another minor nit with your patch is that it spoils indentation in some places, like with @@ -197,12 +197,10 @@ Bridge::Bridge( css::uno::Reference css::bridge::XProtocolProperties ::get()), protPropRequest_( OUString( -RTL_CONSTASCII_USTRINGPARAM( -com.sun.star.bridge.XProtocolProperties::requestChange))), +com.sun.star.bridge.XProtocolProperties::requestChange)), where the string literal should only be indented 4-deep relative to the OUString( now -- or rather the propPropRequest_( when the unnecessary OUString(...) is removed.) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Switch Windows to MinGW [was: Minutes of the ESC call 2012-08-30]
Hi Lionel, Lionel Elie Mamane píše v Ne 02. 09. 2012 v 09:38 +0200: * Pending Action Items + 4.0 issues (Everyone) + everyone interested in cleanups - claim your work until next ESC! + http://wiki.documentfoundation.org/Development/LibreOffice4 * review: Windows release binaries produced using MinGW Generally, as a developer, I'd love that, because more familiar tools, etc. For the release builds, we are not there yet, I am afraid. But for development, it works reliably enough; meaning whenever I need to implement something Windows-only, I do that on Linux via cross-compiling. [Only from time to time, installation issues appear, like the recent missing nss/nspr.] All the best, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||48775 --- Comment #369 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-09-04 12:20:58 UTC --- Add Bug 48775 - CRASH when opening biblio.odb via tools menu without Base module installed, way to fix this one might lead via fix for Bug 54479 - CONFIGURATION: Menu 'Tools - (open) Bibliography Database', although Base not installed -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [REVIEW-3-6] fix for fdo#53839, don't crash for invalid repaint range in cond format code
On Tue, 2012-08-28 at 03:36 +0200, Markus Mohrhard wrote: The patch is just a safe variant for now, the real problem is that the concept of calling the repaint code after a cell changed is not always correct Wow - we do that synchronously ? all re-rendering should be queued and done at idle (IMHO) - to avoid various hideous problems, and to work well with modern toolkits. Or did I get confused ? :-) Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Impress Remote / dbus
Hi everyone, I started working on changing my bluetooth code from using gdbus to dbus-glib -- dbus is necessary to control bluetooth on linux systems -- but I'm not sure about how to proceed regarding the various dbus libraries and their availability: gdbus is included in glib = 2.26 (i.e. since 2010), dbus-glib is included in the LO codebase and works with all versions of glib (as far as I can tell). Currently dbus-glib is only used in vcl with gtk, and it is only compiled when --enabled-dbus is used. (The doc on the autogen.sh page states Determines whether to enable presentation mode screensaver control under GNOME via DBUS.) It appears that this isn't very commonly enabled (default is off, and only enabled for OxygenOffice in distro-configs). dbus-glib is used in tubes. I think it would be worthwhile having bluetooth working by default for the remote control. Should I: 1. Port my code to dbus-glib and always build dbus-glib? Or port my code to dbus-glib and leave everything else as is, meaning bluetooth on Linux needs the user to use --enable-dbus? 2. Have two versions of my code, use gdbus if available, else fall back to dbus-glib unless disabled, else disable bluetooth (the dbus code is minimal, and I already have to use ifdefs for every OS there). 3. Stick with gdbus, i.e. no bluetooth unless compiling on a modern system? On a related note: would it be a good idea to add a enable remote control checkbox to the remote control dialog, and have remote control possibly disabled by default in case people are worried about having LO always open a port? Cheers, Andrzej ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: REMINDER: Release 3.6.0-rc2 from libreoffice-3-6-1 branch
Hi Ape ape píše v St 22. 08. 2012 v 21:34 -0700: Hi, Petr! If you write a mail to a person, it is better to put it into the TO or CC filed ;-) I read too many mailing lists. I do not read them all every day. Also I filter mails by subject, so it is easy to miss such hidden requests. I watched today the latest builds for Windows: The file libreoffice-3-6~..._build_info.txt wrote: checking the Version of Microsoft C/C++ Compiler... found compiler version 00153072 (MSVS 2008) ... Files soffice.bin.manifest; s{program's_name}.exe (content - Manifest) say: assemblyIdentity type='win32' name='Microsoft.VC90.CRT' version='9.0.21022.8'... This is not critical, but still a mistake. MSVCR-2008 (9.0.21022.8), and not MSVCR-2008sp1 (9.0.30729.17), you must have in folders ${ORIGIN}/program /.. and ${ORIGIN}/URE/bin/.., if it's not installed on the system. Note: this is also true for LibreOffice-3.7.0 Ah, I am not Windows expert. Andras, Tor, Fridrich, do you have any idea what is wrong with the above? Anyway, thanks for testing and reporting bug. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: Branch 'feature/cmclayouttrans' - sw/uiconfig vcl/inc vcl/source
sw/uiconfig/swriter/ui/linenumbering.ui |1 + vcl/inc/vcl/edit.hxx|7 ++- vcl/source/control/edit.cxx | 22 +- vcl/source/window/builder.cxx | 11 +++ 4 files changed, 39 insertions(+), 2 deletions(-) New commits: commit ada3c1e8b898873e2bd070cc5abe3d6226e56d50 Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 14:14:55 2012 +0100 support GtkEntry width-chars property Change-Id: I5a3bdf6058b0d786923a9543a064bddcc84f001a diff --git a/sw/uiconfig/swriter/ui/linenumbering.ui b/sw/uiconfig/swriter/ui/linenumbering.ui index e4d3edf..f664a6b 100644 --- a/sw/uiconfig/swriter/ui/linenumbering.ui +++ b/sw/uiconfig/swriter/ui/linenumbering.ui @@ -363,6 +363,7 @@ property name=visibleTrue/property property name=can_focusTrue/property property name=invisible_charâ/property +property name=width_chars3/property property name=invisible_char_setTrue/property /object packing diff --git a/vcl/inc/vcl/edit.hxx b/vcl/inc/vcl/edit.hxx index 42b9718..12314a6 100644 --- a/vcl/inc/vcl/edit.hxx +++ b/vcl/inc/vcl/edit.hxx @@ -76,8 +76,9 @@ private: XubString maRedoText; longmnXOffset; Selection maSelection; -sal_uInt16 mnAlign; +sal_uInt16 mnAlign; xub_StrLen mnMaxTextLen; +sal_Int32 mnMinWidthInChars; AutocompleteAction meAutocompleteAction; xub_Unicode mcEchoChar; sal_BoolmbModified:1, @@ -197,6 +198,9 @@ public: virtual voidSetMaxTextLen( xub_StrLen nMaxLen = EDIT_NOLIMIT ); virtual xub_StrLen GetMaxTextLen() const { return mnMaxTextLen; } +voidSetMaxWidthInChars(sal_Int32 nMinWidthInChars); +sal_Int32 GetMinWidthInChars() const { return mnMinWidthInChars; } + virtual voidSetSelection( const Selection rSelection ); virtual const SelectionGetSelection() const; @@ -248,6 +252,7 @@ public: virtual rtl::OUString GetSurroundingText() const; virtual Selection GetSurroundingTextSelection() const; virtual void take_properties(Window rOther); +virtual bool set_property(const rtl::OString rKey, const rtl::OString rValue); // returns the minimum size a bordered Edit should have given the current // global style settings (needed by sc's inputwin.cxx) diff --git a/vcl/source/control/edit.cxx b/vcl/source/control/edit.cxx index 6dd30d5..dcbacdb 100644 --- a/vcl/source/control/edit.cxx +++ b/vcl/source/control/edit.cxx @@ -220,6 +220,24 @@ Edit::Edit( Window* pParent, const ResId rResId ) : Show(); } +void Edit::SetMaxWidthInChars(sal_Int32 nMinWidthInChars) +{ +if (mnMinWidthInChars != nMinWidthInChars) +{ +mnMinWidthInChars = nMinWidthInChars; +queue_resize(); +} +} + +bool Edit::set_property(const rtl::OString rKey, const rtl::OString rValue) +{ +if (rKey.equalsL(RTL_CONSTASCII_STRINGPARAM(width-chars))) +SetMaxWidthInChars(rValue.toInt32()); +else +return Control::set_property(rKey, rValue); +return true; +} + void Edit::take_properties(Window rOther) { if (!GetParent()) @@ -239,6 +257,7 @@ void Edit::take_properties(Window rOther) maSelection = rOtherEdit.maSelection; mnAlign = rOtherEdit.mnAlign; mnMaxTextLen = rOtherEdit.mnMaxTextLen; +mnMinWidthInChars = rOtherEdit.mnMinWidthInChars; meAutocompleteAction = rOtherEdit.meAutocompleteAction; mcEchoChar = rOtherEdit.mcEchoChar; mbModified = rOtherEdit.mbModified; @@ -313,6 +332,7 @@ void Edit::ImplInitEditData() mnXOffset = 0; mnAlign = EDIT_ALIGN_LEFT; mnMaxTextLen= EDIT_NOLIMIT; +mnMinWidthInChars = 3; meAutocompleteAction= AUTOCOMPLETE_KEYINPUT; mbModified = sal_False; mbInternModified= sal_False; @@ -2865,7 +2885,7 @@ Size Edit::CalcMinimumSizeForText(const rtl::OUString rString) const Size aSize ( GetTextWidth( rString ), GetTextHeight() ); // do not create edit fields in which one cannot enter anything // a default minimum width should exist for at least 3 characters -Size aMinSize ( CalcSize( 3 ) ); +Size aMinSize ( CalcSize( mnMinWidthInChars ) ); if( aSize.Width() aMinSize.Width() ) aSize.Width() = aMinSize.Width(); // add some space between text entry and border diff --git a/vcl/source/window/builder.cxx b/vcl/source/window/builder.cxx index d85966f..7eb5d44 100644 --- a/vcl/source/window/builder.cxx +++ b/vcl/source/window/builder.cxx @@ -304,6 +304,14 @@ namespace return eUnit; } + +
How to allow .cpp suffix for gbuild ?
Hi, I've done http://cgit.freedesktop.org/libreoffice/core/commit/?id=38cc4f7fdee8f673a2b97ff7665941f83d3775a2 because in boost, there are ~4000 .cpp files and we need to use 4 of them. So I thought it's silly to rename them just because we use .cxx suffix. But my commit does not seem to work reliably. http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1346617801.8957 Caolán had to do make clean in his box I guess ? And now I am trying to use _set_cxx_suffix more widely and am getting the same problems. So, do you have any ideas, how to allow cpp suffix ? Maybe at least for now, I could add gb_LinkTarget_add_external_exception_object and assume that suffix for external sources is .cpp ? The main problem is that we depend on generated source file in gbuild and I don't know how to make that dependency with cxx-suffix variable. Thanks, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[PUSHED] Modified the wording of the Save-on-Exit-Dialog
On Thu, 2012-08-23 at 21:56 +0200, Jean-Tiare LE BIGOT wrote: Wow, Much nicer this way ! Indeed :-) nice work; found pushed. Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: Branch 'feature/unitymenus' - vcl/inc vcl/unx
vcl/inc/unx/gtk/gloactiongroup.h |3 --- vcl/unx/gtk/window/gloactiongroup.cxx | 20 vcl/unx/gtk/window/gtksalmenu.cxx | 19 ++- 3 files changed, 2 insertions(+), 40 deletions(-) New commits: commit 38086189fea8585d367e4b68dd4cd6f2e6088bd8 Author: Antonio Fernandez antonio.fernan...@aentos.es Date: Mon Sep 3 10:20:57 2012 +0100 Cleaned up some code. Change-Id: Ibab1dbac24c46dc44c0481a042171939cf8ffd9f diff --git a/vcl/inc/unx/gtk/gloactiongroup.h b/vcl/inc/unx/gtk/gloactiongroup.h index f01aa4a..bc4d59d 100644 --- a/vcl/inc/unx/gtk/gloactiongroup.h +++ b/vcl/inc/unx/gtk/gloactiongroup.h @@ -89,9 +89,6 @@ voidg_lo_action_group_remove (GLOActionGroup voidg_lo_action_group_clear (GLOActionGroup *group); -voidg_lo_action_group_merge (GLOActionGroup *input_group, - GLOActionGroup *output_group); - G_END_DECLS #endif // GLOACTIONGROUP_H diff --git a/vcl/unx/gtk/window/gloactiongroup.cxx b/vcl/unx/gtk/window/gloactiongroup.cxx index 1a0e88f..d7eafbf 100644 --- a/vcl/unx/gtk/window/gloactiongroup.cxx +++ b/vcl/unx/gtk/window/gloactiongroup.cxx @@ -418,24 +418,4 @@ g_lo_action_group_clear (GLOActionGroup *group) } } -void -g_lo_action_group_merge (GLOActionGroup *input_group, - GLOActionGroup *output_group) -{ -g_return_if_fail (G_IS_LO_ACTION_GROUP (input_group)); -g_return_if_fail (G_IS_LO_ACTION_GROUP (output_group)); -g_return_if_fail (input_group != NULL); -g_return_if_fail (output_group != NULL); - -GHashTableIter iter; -gpointer key, value; - -g_hash_table_iter_init (iter, input_group-priv-table); - -while (g_hash_table_iter_next (iter, key, value)) -{ -g_lo_action_group_insert(output_group, (gchar*) key, value); -} -} - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/vcl/unx/gtk/window/gtksalmenu.cxx b/vcl/unx/gtk/window/gtksalmenu.cxx index 7312699..af4df22 100644 --- a/vcl/unx/gtk/window/gtksalmenu.cxx +++ b/vcl/unx/gtk/window/gtksalmenu.cxx @@ -87,9 +87,9 @@ static void UpdateNativeMenu( GtkSalMenu* pMenu ) // Force updating of native menu labels. pMenu-NativeSetItemText( nSection, nItemPos, aText ); -pMenu-SetAccelerator( nItem, pSalMenuItem, nAccelKey, nAccelKey.GetName( pMenu-GetFrame()-GetWindow() ) ); +pMenu-NativeSetAccelerator( nSection, nItemPos, nAccelKey, nAccelKey.GetName( pMenu-GetFrame()-GetWindow() ) ); -if ( g_strcmp0( aNativeCommand, ) != 0 pSalMenuItem-mpVCLMenu-GetPopupMenu( nId ) == NULL ) +if ( g_strcmp0( aNativeCommand, ) != 0 pSalMenuItem-mpSubMenu == NULL ) { pMenu-NativeSetItemCommand( nSection, nItemPos, pSalMenuItem, aNativeCommand ); pMenu-NativeSetEnableItem( aNativeCommand, bEnabled ); @@ -459,21 +459,6 @@ void GtkSalMenu::SetItemImage( unsigned nPos, SalMenuItem* pSalMenuItem, const I void GtkSalMenu::SetAccelerator( unsigned nPos, SalMenuItem* pSalMenuItem, const KeyCode rKeyCode, const rtl::OUString rKeyName ) { -//if ( rKeyName.isEmpty() ) -//return; - -//rtl::OString aAccelerator = rtl::OUStringToOString( GetGtkKeyName( rKeyName ), RTL_TEXTENCODING_UTF8 ); - -//unsigned nSection, nItemPos; -//GetItemSectionAndPosition( nPos, nSection, nItemPos ); - -//gchar* aCurrentAccel = g_lo_menu_get_accelerator_from_item_in_section( G_LO_MENU( mpMenuModel ), nSection, nItemPos ); - -//if ( aCurrentAccel == NULL g_strcmp0( aCurrentAccel, aAccelerator.getStr() ) != 0 ) -//g_lo_menu_set_accelerator_to_item_in_section ( G_LO_MENU( mpMenuModel ), nSection, nItemPos, aAccelerator.getStr() ); - -//if ( aCurrentAccel ) -//g_free( aCurrentAccel ); } void GtkSalMenu::NativeSetAccelerator( unsigned nSection, unsigned nItemPos, const KeyCode rKeyCode, const rtl::OUString rKeyName ) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Impress Remote / dbus
On Tue, 2012-09-04 at 14:59 +0200, Andrzej J. R. Hunt wrote: gdbus is included in glib = 2.26 (i.e. since 2010), dbus-glib is included in the LO codebase and works with all versions of glib (as far as I can tell). Currently dbus-glib is only used in vcl with gtk, and it is only compiled when --enabled-dbus is used. (The doc on the autogen.sh page states Determines whether to enable presentation mode screensaver control under GNOME via DBUS.) It appears that this isn't very commonly enabled (default is off, and only enabled for OxygenOffice in distro-configs). Well, FWIW a) I think we should at this stage default dbus usage on for generic Unix and require the use of --disable-dbus if building against a too-old/missing dbus. b) I think we should raise the baseline that we build the downloadable universal version of LibreOffice on from effectively RHEL-4 to at least RHEL-5. It'd be nice to have the feature available in the universal builds, and not just the distro builds, which would mean that gdbus would still be likely too recent to be universal enough for that build. dbus-glib is used in tubes. I think it would be worthwhile having bluetooth working by default for the remote control. Should I: 1. Port my code to dbus-glib and always build dbus-glib? Or port my code to dbus-glib and leave everything else as is, meaning bluetooth on Linux needs the user to use --enable-dbus? I feel this is the best approach. Except that I'll toggle enable-dbus on by default rather than off when I get the chance. Which would mean that the rhel-4 based universal-build-generating box would either have to start using --disable-dbus or get upgraded to something less archaic. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: Branch 'feature/cmclayouttrans' - helpcontent2/helpers helpcontent2/source
helpcontent2/helpers/help_hid.lst|9 - helpcontent2/source/text/swriter/01/0415.xhp | 37 +++ 2 files changed, 19 insertions(+), 27 deletions(-) New commits: commit ff03dd3b7c9f3154491eccd0444d9c4335a87471 Author: Caolán McNamara caol...@redhat.com Date: Tue Sep 4 15:47:14 2012 +0100 update InsertTableDialog help ids for .ui conversion Change-Id: I12cb6c17186dfec29c2e4ddda2a24b382af2b008 diff --git a/helpcontent2/helpers/help_hid.lst b/helpcontent2/helpers/help_hid.lst index eb10baf..9f6999e 100644 --- a/helpcontent2/helpers/help_hid.lst +++ b/helpcontent2/helpers/help_hid.lst @@ -9328,10 +9328,6 @@ sw_CheckBox_DLG_GLOSSARY_CB_NET_REL,1428636741, sw_CheckBox_DLG_GLOSSARY_CB_SHOW_EXAMPLE,1428636745, sw_CheckBox_DLG_INSERT_CHART_CB_FIRST_COL,2499118088, sw_CheckBox_DLG_INSERT_CHART_CB_FIRST_ROW,2499118087, -sw_CheckBox_DLG_INSERT_TABLE_CB_BORDER,1425179664, -sw_CheckBox_DLG_INSERT_TABLE_CB_DONT_SPLIT,1425179663, -sw_CheckBox_DLG_INSERT_TABLE_CB_HEADER,1425179661, -sw_CheckBox_DLG_INSERT_TABLE_CB_REPEAT_HEADER,1425179662, sw_CheckBox_DLG_MAILMERGE_CB_FORMAT_HTML,1446609941, sw_CheckBox_DLG_MAILMERGE_CB_FORMAT_RTF,1446609942, sw_CheckBox_DLG_MAILMERGE_CB_FORMAT_SW,1446609940, @@ -9516,7 +9512,6 @@ sw_Edit_DLG_FLD_INPUT_ED_LABEL,1419528199, sw_Edit_DLG_GLOSSARY_ED_NAME,1428637700, sw_Edit_DLG_GLOSSARY_ED_SHORTNAME,1428637698, sw_Edit_DLG_INSERT_CHART_ED_RANGE,2499119105, -sw_Edit_DLG_INSERT_TABLE_ED_NAME,1425180683, sw_Edit_DLG_INS_FOOTNOTE_ED_NUMBER_CHAR,1428654083, sw_Edit_DLG_JAVAEDIT_ED_TYPE,1419610123, sw_Edit_DLG_JAVAEDIT_ED_URL,1419610132, @@ -9937,9 +9932,6 @@ sw_NumericField_DLG_COL_WIDTH_ED_COL,1425283074, sw_NumericField_DLG_CONV_TEXT_TABLE_NF_REPEAT_HEADER,1425217555, sw_NumericField_DLG_INSERT_ABSTRACT_NF_LEVEL,1404835845, sw_NumericField_DLG_INSERT_ABSTRACT_NF_PARA,1404835843, -sw_NumericField_DLG_INSERT_TABLE_ED_COL,1425184772, -sw_NumericField_DLG_INSERT_TABLE_ED_ROW,1425184773, -sw_NumericField_DLG_INSERT_TABLE_NF_REPEAT_HEADER,1425184787, sw_NumericField_DLG_MAILMERGE_NF_FROM,1446615045, sw_NumericField_DLG_MAILMERGE_NF_TO,1446615047, sw_NumericField_DLG_MM_CREATEADDRESSLIST_NF_SETNO,1435244554, @@ -10001,7 +9993,6 @@ sw_PushButton_DLG_INSERT_BOOKMARK_BT_DELETE,1428738582, sw_PushButton_DLG_INSERT_CHART_BT_FINISH,2499121668, sw_PushButton_DLG_INSERT_CHART_BT_NEXT,2499121667, sw_PushButton_DLG_INSERT_CHART_BT_PREV,2499121673, -sw_PushButton_DLG_INSERT_TABLE_BT_AUTOFORMAT,1425183255, sw_PushButton_DLG_INS_FOOTNOTE_BT_NUMBER_CHAR,1428656644, sw_PushButton_DLG_JAVAEDIT_PB_URL,1419612693, sw_PushButton_DLG_MAILMERGECHILD_TB_BACK_DLG_MM_SENDMAILS_PB_CLOSE,1972294214, diff --git a/helpcontent2/source/text/swriter/01/0415.xhp b/helpcontent2/source/text/swriter/01/0415.xhp index f76187f..1081ff9 100644 --- a/helpcontent2/source/text/swriter/01/0415.xhp +++ b/helpcontent2/source/text/swriter/01/0415.xhp @@ -39,6 +39,7 @@ section id=inserttable bookmark xml-lang=en-US branch=hid/.uno:InsertTable id=bm_id3151392 localize=false/ +bookmark xml-lang=en-US branch=hid/modules/swriter/ui/inserttable/InsertTableDialog id=bm_id3151394 localize=false/ paragraph role=heading id=hd_id3147402 xml-lang=en-US level=1 l10n=CHG oldref=1link href=text/swriter/01/0415.xhpTable/link/paragraph paragraph role=paragraph id=par_id3149355 xml-lang=en-US l10n=CHG oldref=2variable id=tabelletextahelp hid=.uno:InsertTableInserts a table into the document. You can also click the arrow, drag to select the number of rows and columns to include in the table, and then click in the last cell./ahelp /variable/paragraph @@ -59,37 +60,37 @@ /list paragraph role=paragraph id=par_id3154638 xml-lang=en-US l10n=CHG oldref=50$[officename] can automatically format numbers that you enter in a table cell, for example, dates and times. To activate this feature, choose emphswitchinline select=syscaseinline select=MAC%PRODUCTNAME - Preferences/caseinlinedefaultinlineTools - Options/defaultinline/switchinline - %PRODUCTNAME Writer - Table/emph and click theemph Number recognition /emphcheck box in the emphInput in tables/emph area./paragraph embed href=text/swriter/guide/calculate_intext2.xhp#calculate_intext2/ -bookmark xml-lang=en-US branch=hid/sw:Edit:DLG_INSERT_TABLE:ED_NAME id=bm_id3147514 localize=false/ +bookmark xml-lang=en-US branch=hid/modules/swriter/ui/inserttable/nameedit id=bm_id3147514 localize=false/ paragraph role=heading id=hd_id3145419 xml-lang=en-US level=2 l10n=U oldref=4Name/paragraph -paragraph role=paragraph id=par_id3154099 xml-lang=en-US l10n=U oldref=5ahelp hid=SW:EDIT:DLG_INSERT_TABLE:ED_NAMEEnter a name for the table./ahelp/paragraph +paragraph role=paragraph id=par_id3154099 xml-lang=en-US l10n=U oldref=5ahelp hid=modules/swriter/ui/inserttable/nameeditEnter a name for the table./ahelp/paragraph paragraph role=heading id=hd_id3149806 xml-lang=en-US level=2 l10n=U
[Libreoffice-commits] .: 4 commits - cui/source extensions/source filter/source offapi/com offapi/type_reference offapi/UnoApi_offapi.mk sfx2/source sw/source uui/source vbahelper/source xmlsecurity/w
cui/source/options/optinet2.cxx|7 extensions/source/dbpilots/groupboxwiz.cxx |3 extensions/source/dbpilots/optiongrouplayouter.cxx |9 extensions/source/dbpilots/optiongrouplayouter.hxx |8 filter/source/graphicfilter/icgm/actimpr.cxx | 21 - filter/source/pdf/impdialog.cxx| 14 - offapi/UnoApi_offapi.mk|6 offapi/com/sun/star/drawing/ShapeCollection.idl| 13 - offapi/com/sun/star/security/DocumentDigitalSignatures.idl | 18 + offapi/type_reference/types.rdb|binary sfx2/source/dialog/dinfdlg.cxx | 35 +- sfx2/source/doc/docfile.cxx| 168 ++--- sfx2/source/doc/docmacromode.cxx | 23 - sfx2/source/doc/objmisc.cxx|6 sfx2/source/doc/objserv.cxx|9 sfx2/source/doc/objstor.cxx| 14 - sw/source/ui/vba/vbaselection.cxx |4 uui/source/secmacrowarnings.cxx| 25 - uui/source/sslwarndlg.cxx |6 uui/source/unknownauthdlg.cxx |5 vbahelper/source/vbahelper/vbashaperange.cxx |4 xmlsecurity/workben/signaturetest.cxx | 36 +- 22 files changed, 195 insertions(+), 239 deletions(-) New commits: commit 31da8163ef96ed8a3bb97c52da94682e474dda55 Author: Stephan Bergmann sberg...@redhat.com Date: Tue Sep 4 17:56:11 2012 +0200 Some clean up of previous commit Change-Id: I75a4b2be2fbaf47a2ddb3498dd4e46b1169d47cc diff --git a/extensions/source/dbpilots/optiongrouplayouter.cxx b/extensions/source/dbpilots/optiongrouplayouter.cxx index f5b73a8..3ddc3b5 100644 --- a/extensions/source/dbpilots/optiongrouplayouter.cxx +++ b/extensions/source/dbpilots/optiongrouplayouter.cxx @@ -104,7 +104,7 @@ namespace dbp implAnchorShape(Reference XPropertySet (_rContext.xObjectShape, UNO_QUERY)); // shape collection (for grouping the shapes) -Reference XShapes xButtonCollection( ShapeCollection::create(mxContext), UNO_QUERY_THROW ); +Reference XShapes xButtonCollection( ShapeCollection::create(mxContext) ); // first member : the shape of the control xButtonCollection-add(_rContext.xObjectShape.get()); diff --git a/sw/source/ui/vba/vbaselection.cxx b/sw/source/ui/vba/vbaselection.cxx index 6416681..491a8a6 100644 --- a/sw/source/ui/vba/vbaselection.cxx +++ b/sw/source/ui/vba/vbaselection.cxx @@ -869,7 +869,7 @@ SwVbaSelection::ShapeRange( ) throw (uno::RuntimeException) if ( !xShapes.is() ) { uno::Reference drawing::XShape xShape( mxModel-getCurrentSelection(), uno::UNO_QUERY_THROW ); -xShapes.set( drawing::ShapeCollection::create(mxContext), uno::UNO_QUERY_THROW ); +xShapes.set( drawing::ShapeCollection::create(mxContext) ); xShapes-add( xShape ); } diff --git a/vbahelper/source/vbahelper/vbashaperange.cxx b/vbahelper/source/vbahelper/vbashaperange.cxx index 87168bb..128b323 100644 --- a/vbahelper/source/vbahelper/vbashaperange.cxx +++ b/vbahelper/source/vbahelper/vbashaperange.cxx @@ -74,7 +74,7 @@ ScVbaShapeRange::getShapes() throw (uno::RuntimeException) { if ( !m_xShapes.is() ) { -m_xShapes.set( drawing::ShapeCollection::create(mxContext), uno::UNO_QUERY_THROW ); +m_xShapes.set( drawing::ShapeCollection::create(mxContext) ); sal_Int32 nLen = m_xIndexAccess-getCount(); for ( sal_Int32 index = 0; index nLen; ++index ) m_xShapes-add( uno::Reference drawing::XShape ( m_xIndexAccess-getByIndex( index ), uno::UNO_QUERY_THROW ) ); commit 9738002eca0f7cba337ae856cb5bce8ba93ee293 Author: Noel Grandin n...@peralex.com Date: Tue Sep 4 13:49:59 2012 +0200 fdo#46808, Adapt drawing::ShapeCollection UNO service to new style No client code is using the XComponent interface, so drop it. Change-Id: Id8f6da1248da641dcc0a3cb6d0a70e3bf29e5c99 diff --git a/extensions/source/dbpilots/groupboxwiz.cxx b/extensions/source/dbpilots/groupboxwiz.cxx index 4d15d55..00d7dab 100644 --- a/extensions/source/dbpilots/groupboxwiz.cxx +++ b/extensions/source/dbpilots/groupboxwiz.cxx @@ -33,6 +33,7 @@ #include vcl/msgbox.hxx #include optiongrouplayouter.hxx #include dbpilots.hrc +#include comphelper/componentcontext.hxx #define GBW_STATE_OPTIONLIST0 #define GBW_STATE_DEFAULTOPTION 1 @@ -168,7 +169,7 @@ namespace dbp { try { -OOptionGroupLayouter aLayouter(getServiceFactory()); +OOptionGroupLayouter aLayouter(comphelper::ComponentContext(getServiceFactory()).getUNOContext());
Re: How to allow .cpp suffix for gbuild ?
On Tue, 2012-09-04 at 15:57 +0200, Matúš Kukan wrote: Hi, I've done http://cgit.freedesktop.org/libreoffice/core/commit/?id=38cc4f7fdee8f673a2b97ff7665941f83d3775a2 because in boost, there are ~4000 .cpp files and we need to use 4 of them. So I thought it's silly to rename them just because we use .cxx suffix. But my commit does not seem to work reliably. http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTERbrief-log=1346617801.8957 Caolán had to do make clean in his box I guess ? Well, that works perfectly find from scratch. FWIW I just run the incremental build bot to try and isolate the cases where our dependencies don't work on rebuilds. It doesn't mail anyone else apart from me, but does raise the question of having dependencies on the makefiles themselves I suppose. Probably an unpopular idea if everyone's tree is effectively auto make cleaned if someone adds a line to the toplevel makefiles. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
Hi All, I have done a complete update of the google document, this being said, if you named a sheet to your name, it's gone. Noel pointed out that a lot of the bugs on the sheet were already triaged so I just started from scratch. I'm still hoping the web team can help us move this away from google docs and get it automated a bit but for now, it is what it is. Please go back to the link: https://docs.google.com/spreadsheet/ccc?key=0ApS-XtOUGGH5dDIwaXN1YnNsM0h4RXFKdVhvb2RRb0E#gid=75 Choose a sheet, and continue doing the great work. Here are the #'s as they stand now: *We are down to 893 bugs that are = 30 days in unconfirmed status. If we can get just a few more people to dedicate a bit of time we can be caught up for our back log and hopefully set a goal (I think all bugs should be triaged in 30 days, but if that's not possible most should be 60).* * * Thanks Noel for pointing out that they were really out of date, just shows how much time people are spending getting this project done. I'll update every 1-2 weeks, during which time I will set the sheet as private so it'll boot you out if you're working on it (sorry, no other way really). Lastly, there are certain sections which only have a few bugs, if someone(s) can take these and just get them off the list that would be great. These sections are: Chart Contrib Documentation Extensions Filters Storage Formula Editor Framework Graphics Stack Linguistics Localization Printing PDF Export SDK WWW Some of these only have 1-5 bugs to triage. It'll make my job easier in a couple weeks if these are dealt with -- otherwise I have to filter out and create the sheets and what not. Thanks again everyone, great work Best Regards, Joel On Wed, Aug 29, 2012 at 10:10 PM, Joel Madero jmadero@gmail.com wrote: Math was off for averages ;) still doing a good job everyone. On Aug 29, 2012 9:40 PM, Joel Madero jmadero@gmail.com wrote: Well we're 24 days into the project and there is mostly good news (although some bad news is there as well). So bad news first. Overall we're down only about 200 or so bugs in 24 days. This takes into account the new bugs since 8/5 that have been filed which has been a lot. This is also good news as it means our user base is growing and taking an interest in reporting. On to the good news: Start Date: 8/5/2012 Days Since Start: 24 Bugs Triaged: 568! (way to go everyone, I know a lot of these are in NEEDINFO statusbut it's still means we touched the bug which is the goal, letting our users know we care :) ) Some other good news: Average Length of Time Since Last Action: 66 days (prior to project start # was 89) Median Length of Time Since Last Action: 56 days (prior to project start # was 85) These are all incredibly good. Congrats to everyone working on this project, I think we can meet some reasonable goals by the end of the year and work on starting new projects once this back log is finally taken care of. Best Regards, Joel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: 2 commits - solenv/bin
solenv/bin/modules/installer/globals.pm |1 solenv/bin/modules/installer/systemactions.pm| 44 --- solenv/bin/modules/installer/windows/property.pm | 11 + 3 files changed, 2 insertions(+), 54 deletions(-) New commits: commit 61b899e4b6b10c78daa818751e341f0c69e6f3d7 Author: Tim Retout t...@retout.co.uk Date: Mon Sep 3 08:53:09 2012 +0100 installer: Remove copy_complete_directory_without_cvs Change-Id: I8ae43356f91c45aecfe56cb83567b5e4e97c5669 diff --git a/solenv/bin/modules/installer/systemactions.pm b/solenv/bin/modules/installer/systemactions.pm index 7f9b2a8..702b6fe 100644 --- a/solenv/bin/modules/installer/systemactions.pm +++ b/solenv/bin/modules/installer/systemactions.pm @@ -629,50 +629,6 @@ sub copy_complete_directory } } -# -# Copying a complete directory with sub directories, but not the CVS directories. -# - -sub copy_complete_directory_without_cvs -{ -my ($sourcedir, $destdir) = @_; - -my @sourcefiles = (); - -$sourcedir =~ s/\Q$installer::globals::separator\E\s*$//; -$destdir =~ s/\Q$installer::globals::separator\E\s*$//; - -if ( ! -d $destdir ) { create_directory($destdir); } - -my $infoline = \n; -push(@installer::globals::logfileinfo, $infoline); -$infoline = Copying files from directory $sourcedir to directory $destdir (without CVS)\n; -push(@installer::globals::logfileinfo, $infoline); - -opendir(DIR, $sourcedir); -@sourcefiles = readdir(DIR); -closedir(DIR); - -my $onefile; - -foreach $onefile (@sourcefiles) -{ -if ((!($onefile eq .)) (!($onefile eq ..)) (!($onefile eq CVS))) -{ -my $source = $sourcedir . $installer::globals::separator . $onefile; -my $dest = $destdir . $installer::globals::separator . $onefile; -if ( -f $source ) # only files, no directories -{ -copy_one_file($source, $dest); -} -if ( -d $source ) # recursive -{ -copy_complete_directory_without_cvs($source, $dest); -} -} -} -} - # # Copying all files with a specified file extension # from one directory to another directory. commit 3c47a63dc4bc9dee8f242a93e27c9641da6bded5 Author: Tim Retout t...@retout.co.uk Date: Sun Sep 2 21:06:37 2012 +0100 installer: Inline $installer::globals::required_dotnet_version Change-Id: I653cee6f86476520d12eaa42c2afecdad1e75dc0 diff --git a/solenv/bin/modules/installer/globals.pm b/solenv/bin/modules/installer/globals.pm index 1cd549e..e4cee55 100644 --- a/solenv/bin/modules/installer/globals.pm +++ b/solenv/bin/modules/installer/globals.pm @@ -44,7 +44,6 @@ BEGIN $destdir = ; $rootpath = ; -$required_dotnet_version = 2.0.0.0; $productextension = ; @languageproducts = (); $build = ; diff --git a/solenv/bin/modules/installer/windows/property.pm b/solenv/bin/modules/installer/windows/property.pm index 6e70a1c..519d2e1 100644 --- a/solenv/bin/modules/installer/windows/property.pm +++ b/solenv/bin/modules/installer/windows/property.pm @@ -399,15 +399,8 @@ sub set_important_properties } # Setting .NET requirements -if ( $installer::globals::required_dotnet_version ne ) -{ -my $onepropertyline = REQUIRED_DOTNET_VERSION . \t . $installer::globals::required_dotnet_version . \n; -push(@{$propertyfile}, $onepropertyline); - -$onepropertyline = DOTNET_SUFFICIENT . \t . 1 . \n; # default value for found .NET -push(@{$propertyfile}, $onepropertyline); -} - +push @{$propertyfile}, REQUIRED_DOTNET_VERSION . \t . 2.0.0.0 . \n; +push @{$propertyfile}, DOTNET_SUFFICIENT . \t . 1 . \n; # default value for found .NET } ### ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: reportdesign/source svx/inc svx/source
reportdesign/source/core/api/Section.cxx | 14 -- svx/inc/svx/svdpage.hxx | 11 +++ svx/source/svdraw/svdpage.cxx|5 - 3 files changed, 23 insertions(+), 7 deletions(-) New commits: commit 1146b889325fd01f24c6aacf557d3940dd147936 Author: Michael Stahl mst...@redhat.com Date: Tue Sep 4 20:38:17 2012 +0200 fdo#53872: reportdesign: fix section drawpage crash: In order to wrap the SdrPage's UNO object completely, set its mxUnoPage member to the OSection wrapper instance in OSection::init; only OSection should have access to it. Also initialize m_xDrawPage_Tunnel (thanks Lionel for the hint). (regression from 05218c101df486302bf4cfe8be23ad840daa3f73) Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e diff --git a/reportdesign/source/core/api/Section.cxx b/reportdesign/source/core/api/Section.cxx index 0bde01b..71aeef5 100644 --- a/reportdesign/source/core/api/Section.cxx +++ b/reportdesign/source/core/api/Section.cxx @@ -165,6 +165,12 @@ void SAL_CALL OSection::dispose() throw(uno::RuntimeException) { OSL_ENSURE(!rBHelper.bDisposed,Already disposed!); SectionPropertySet::dispose(); +uno::Referencelang::XComponent const xPageComponent(m_xDrawPage, +uno::UNO_QUERY); +if (xPageComponent.is()) +{ +xPageComponent-dispose(); +} cppu::WeakComponentImplHelperBase::dispose(); } @@ -208,11 +214,15 @@ void OSection::init() if ( pModel ) { uno::Referencereport::XSection const xSection(this); -m_xDrawPage.set(pModel-createNewPage(xSection)-getUnoPage(), -uno::UNO_QUERY_THROW); +SdrPage rSdrPage(*pModel-createNewPage(xSection)); +m_xDrawPage.set(rSdrPage.getUnoPage(), uno::UNO_QUERY_THROW); m_xDrawPage_ShapeGrouper.set(m_xDrawPage, uno::UNO_QUERY_THROW); // apparently we may also get OReportDrawPage which doesn't support this m_xDrawPage_FormSupplier.set(m_xDrawPage, uno::UNO_QUERY); +m_xDrawPage_Tunnel.set(m_xDrawPage, uno::UNO_QUERY_THROW); +// fdo#53872: now also exchange the XDrawPage in the SdrPage so that +// rSdrPage.getUnoPage returns this +rSdrPage.SetUnoPage(this); // createNewPage _should_ have stored away 2 uno::References to this, // so our ref count cannot be 1 here, so this isn't destroyed here assert(m_refCount 1); diff --git a/svx/inc/svx/svdpage.hxx b/svx/inc/svx/svdpage.hxx index 5ab0f5a..cc1761d 100644 --- a/svx/inc/svx/svdpage.hxx +++ b/svx/inc/svx/svdpage.hxx @@ -42,12 +42,14 @@ #include svx/sdrmasterpagedescriptor.hxx #include svx/svxdllapi.h #include com/sun/star/container/XIndexAccess.hpp +#include com/sun/star/drawing/XDrawPage.hpp #include svx/svdobj.hxx #include boost/scoped_ptr.hpp // // predefines +namespace reportdesign { class OSection; } namespace sdr { namespace contact { class ViewContact; }} class SdrPage; class SdrModel; @@ -444,8 +446,8 @@ public: friend class SvxUnoDrawPagesAccess; // this class uses its own UNO wrapper -// and thus has to set mxUnoPage -friend class ChXChartDocument; +// and thus has to set mxUnoPage (it also relies on mxUnoPage not being WeakRef) +friend class reportdesign::OSection; sal_Int32 nWdt; // Seitengroesse sal_Int32 nHgt; // Seitengroesse @@ -454,12 +456,11 @@ friend class ChXChartDocument; sal_Int32 nBordRgt; // Seitenrand rechts sal_Int32 nBordLwr; // Seitenrand unten -::com::sun::star::uno::Reference ::com::sun::star::uno::XInterface mxUnoPage; - protected: SdrLayerAdmin* pLayerAdmin; private: SdrPageProperties* mpSdrPageProperties; +::com::sun::star::uno::Reference ::com::sun::star::uno::XInterface mxUnoPage; public: SdrPageProperties getSdrPageProperties() { return *mpSdrPageProperties; } @@ -482,6 +483,8 @@ protected: // #i93597# unsignedmbPageBorderOnlyLeftRight : 1; +void SetUnoPage(::com::sun::star::uno::Reference +::com::sun::star::drawing::XDrawPage const); virtual ::com::sun::star::uno::Reference ::com::sun::star::uno::XInterface createUnoPage(); public: diff --git a/svx/source/svdraw/svdpage.cxx b/svx/source/svdraw/svdpage.cxx index fffb8ed..05434c4 100644 --- a/svx/source/svdraw/svdpage.cxx +++ b/svx/source/svdraw/svdpage.cxx @@ -1785,10 +1785,13 @@ void SdrPage::SetInserted( bool bIns ) } } +void SdrPage::SetUnoPage(uno::Referencedrawing::XDrawPage const xNewPage) +{ +mxUnoPage = xNewPage; +} uno::Reference uno::XInterface SdrPage::getUnoPage() { -// try weak reference first if( !mxUnoPage.is() ) { // create one ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org
[Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Bug 37361 depends on bug 53872, which changed state. Bug 53872 Summary: CRASH - opening database report https://bugs.freedesktop.org/show_bug.cgi?id=53872 What|Old Value |New Value Resolution||FIXED Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Missing ICU Library
Thanks, in the meantime I did a full rebuild over night and now it's working again. I would like to work on improving the layout of some dialogs and other UI stuff. Am I right that you are working on some kind of auto-layout like gtk has? How far are you with that? I would rather use some layout mechanism than playing with fixed positions and moving pixels around. Samuel Am Di 04 Sep 2012 13:13:50 CEST schrieb Caolán McNamara: On Fri, 2012-08-31 at 10:04 +0200, Samuel Mehrbrodt wrote: libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:3190:83: Fehler: »OOXML_del« ist kein Element von »writerfilter::ooxml« libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:3190:102: Fehler: »OOXML_ins« ist kein Element von »writerfilter::ooxml« make[2]: *** [libo/workdir/unxlngi6.pro/CxxObject/writerfilter/source/rtftok/rtfdocumentimpl.o] Fehler 1 Any idea what is wrong this time? I'd guess that this is some flaw in the dependencies. I think those OOXML_ins etc things are generated from oox/source/token/tokens.txt, so I suggest cd oox make clean cd ../writerfilter make clean cd .. make I never saw any such errors on the Incremental build-bot which I run to try and catch such gotchas to try and find incremental problems like that so I'm unsure what triggered that problem for you. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
Hi Joel, Am 04.09.2012 19:18 schrieb Joel Madero: I have done a complete update of the google document, this being said, if you named a sheet to your name, it's gone. Noel pointed out that a lot of the bugs on the sheet were already triaged so I just started from scratch. I'm still hoping the web team can help us move this away from google docs and get it automated a bit but for now, it is what it is. I'm not sure to understand what you want to have automated, could you elaborate just a little bit (or - if you have done so already - point me to the archived mail)? Thanks, Nino ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[PATCH] Change in core[libreoffice-3-6]: fdo#53872: reportdesign: fix section drawpage crash:
From Michael Stahl mst...@redhat.com: Michael Stahl has uploaded a new change for review. Change subject: fdo#53872: reportdesign: fix section drawpage crash: .. fdo#53872: reportdesign: fix section drawpage crash: In order to wrap the SdrPage's UNO object completely, set its mxUnoPage member to the OSection wrapper instance in OSection::init; only OSection should have access to it. Also initialize m_xDrawPage_Tunnel (thanks Lionel for the hint). (regression from 05218c101df486302bf4cfe8be23ad840daa3f73) (cherry picked from commit 1146b889325fd01f24c6aacf557d3940dd147936) Conflicts: svx/inc/svx/svdpage.hxx Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e --- M reportdesign/source/core/api/Section.cxx M svx/inc/svx/svdpage.hxx M svx/source/svdraw/svdpage.cxx 3 files changed, 23 insertions(+), 8 deletions(-) git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/58/558/1 -- To view, visit https://gerrit.libreoffice.org/558 To unsubscribe, visit https://gerrit.libreoffice.org/settings Gerrit-MessageType: newchange Gerrit-Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e Gerrit-PatchSet: 1 Gerrit-Project: core Gerrit-Branch: libreoffice-3-6 Gerrit-Owner: Michael Stahl mst...@redhat.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Missing ICU Library
On Tue, 2012-09-04 at 20:54 +0200, Samuel Mehrbrodt wrote: Thanks, in the meantime I did a full rebuild over night and now it's working again. I would like to work on improving the layout of some dialogs and other UI stuff. Am I right that you are working on some kind of auto-layout like gtk has? How far are you with that? I would rather use some layout mechanism than playing with fixed positions and moving pixels around. Its reasonably advanced. See the cmclayouttrans branch http://cgit.freedesktop.org/libreoffice/core/log/?h=feature/cmclayouttrans Plenty of rough edges I'm sure, but can render fairly arbitrary glade-created .ui files with a fairly low burden of pain involved with changing a dialog over to use it. If you're interested you could pick a dialog, re-do it manually in glade and fire the .ui over to me and I could convert the dialog code over to use it. Adding whatever implementations we're still missing as I go. Some notes: https://wiki.documentfoundation.org/Development/WidgetLayout C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
Basically it would be really nice to be able to group and assign bugs the way that the document does. I think bugs are much more manageable this way and we've seen a relative spike in QA triaging activity since starting the process this way. Not sure if you looked at the document but it's basically manual everything, I download FDO bugs to Calc, group them based on Component, then manually copy and paste into groupings of no more than 50. It would be incredibly nice to have the list updated automatically based on FDO, group the bugs based on component and then group each of those to a max of 50 bugs per group. If each group of 50 could then be assigned to a user it would be easy for members of QA to get involved with this project and get this back log taken care of. I'm not sure if this is possible or incredibly time consuming (if it is, probably not worth it). It would be even better if we, as the QA team could do a custom group and then it could assign us bugs based on that. For instance, I'm a QA member and I want to do 20 bugs that are either Writer, Calc or Presentation, and I want the oldest bugs (in terms of those that have been left UNCONFIRMED for the longest period of time). It could then give me the list and allow me to assign myself to the group, and thus prevent other QA members from getting those bugs in their list when they do a custom search. Sorry I felt like that was a bit of rambling, let me know if you need it clarified, I can hardly understand it myself ;) Best Regards, Joel On Tue, Sep 4, 2012 at 12:34 PM, Nino Novak nn.l...@kflog.org wrote: Hi Joel, Am 04.09.2012 19:18 schrieb Joel Madero: I have done a complete update of the google document, this being said, if you named a sheet to your name, it's gone. Noel pointed out that a lot of the bugs on the sheet were already triaged so I just started from scratch. I'm still hoping the web team can help us move this away from google docs and get it automated a bit but for now, it is what it is. I'm not sure to understand what you want to have automated, could you elaborate just a little bit (or - if you have done so already - point me to the archived mail)? Thanks, Nino ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Bug 44446] LibreOffice 3.6 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=6 Lior Kaplan kaplanl...@gmail.com changed: What|Removed |Added Depends on||34984 Jean-Baptiste Faure jbf.fa...@orange.fr changed: What|Removed |Added Depends on||53588 --- Comment #107 from Jean-Baptiste Faure jbf.fa...@orange.fr 2012-09-04 19:58:50 UTC --- Added bug 53588 : explorer extension causes very annoying freeze on MS-Windows version. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[PATCH]Changes to Tools -Options Tree
Hi All, This is the first of multiple patches to address fdo#40656 (moving measurements to the LibreOffice General tab). In this patch: 1. Changed Java to Advanced 2. Shrunk Java stuff to about half of tab 3. Moved experimental options to Advanced tab below Java section I didn't do any renaming (not sure what if anything needs renamed), just did a move and verified that the options work. Please send me any comments about needed fixes, this is my most advanced change to date so I can be relatively sure it needs things changed. Thanks in advance everyone. Best Regards, Joel From d801a8fb3ed92db50073138b5f6a19c354113946 Mon Sep 17 00:00:00 2001 From: Joel Madero jmadero@gmail.com Date: Tue, 4 Sep 2012 07:03:03 -0700 Subject: [PATCH] Moving experimental section to java, changing section name First of a few patches to move measurements to the general section in the LibreOffice main tree. This patch moves experimental section to Java and then changes the name Java to Advanced. The space which was cleared by moving experimental section will be used for measurements in the future. modified: cui/source/options/optgdlg.cxx modified: cui/source/options/optgdlg.hrc modified: cui/source/options/optgdlg.hxx modified: cui/source/options/optgdlg.src modified: cui/source/options/optjava.cxx modified: cui/source/options/optjava.hrc modified: cui/source/options/optjava.hxx modified: cui/source/options/optjava.src modified: cui/source/options/treeopt.src Change-Id: I20073296ce81aace4b041ef5cb27e4313637a58d --- cui/source/options/optgdlg.cxx | 29 - cui/source/options/optgdlg.hrc |3 --- cui/source/options/optgdlg.hxx |4 cui/source/options/optgdlg.src | 18 -- cui/source/options/optjava.cxx | 33 - cui/source/options/optjava.hrc | 10 ++ cui/source/options/optjava.hxx |4 cui/source/options/optjava.src | 22 -- cui/source/options/treeopt.src |2 +- 9 files changed, 71 insertions(+), 54 deletions(-) diff --git a/cui/source/options/optgdlg.cxx b/cui/source/options/optgdlg.cxx index 5f7015b..3ff3b3c 100644 --- a/cui/source/options/optgdlg.cxx +++ b/cui/source/options/optgdlg.cxx @@ -212,10 +212,7 @@ OfaMiscTabPage::OfaMiscTabPage(Window* pParent, const SfxItemSet rSet ) : aTwoFigureFL( this, CUI_RES( FL_TWOFIGURE ) ), aInterpretFT( this, CUI_RES( FT_INTERPRET ) ), aYearValueField ( this, CUI_RES( NF_YEARVALUE ) ), -aToYearFT ( this, CUI_RES( FT_TOYEAR ) ), -aExperimentalFL ( this, CUI_RES( FL_EXPERIMENTAL ) ), -aExperimentalCB ( this, CUI_RES( CB_EXPERIMENTAL ) ), -aMacroRecorderCB( this, CUI_RES( CB_MACRORECORDER ) ) +aToYearFT ( this, CUI_RES( FT_TOYEAR ) ) { FreeResource(); @@ -245,7 +242,7 @@ OfaMiscTabPage::OfaMiscTabPage(Window* pParent, const SfxItemSet rSet ) : Window* pWins[] = { aPrintDlgFL, aPrintDlgCB, aDocStatusFL, aDocStatusCB, aSaveAlwaysCB, -aTwoFigureFL, aInterpretFT, aYearValueField, aToYearFT, aExperimentalFL, aExperimentalCB, aMacroRecorderCB +aTwoFigureFL, aInterpretFT, aYearValueField, aToYearFT }; Window** pCurrent = pWins; const sal_Int32 nCount = SAL_N_ELEMENTS( pWins ); @@ -266,7 +263,7 @@ OfaMiscTabPage::OfaMiscTabPage(Window* pParent, const SfxItemSet rSet ) : Window* pWins[] = { aPrintDlgFL, aPrintDlgCB, aDocStatusFL, aDocStatusCB, aSaveAlwaysCB, -aTwoFigureFL, aInterpretFT, aYearValueField, aToYearFT, aExperimentalFL, aExperimentalCB, aMacroRecorderCB +aTwoFigureFL, aInterpretFT, aYearValueField, aToYearFT }; Window** pCurrent = pWins; const sal_Int32 nCount = SAL_N_ELEMENTS( pWins ); @@ -292,7 +289,7 @@ OfaMiscTabPage::OfaMiscTabPage(Window* pParent, const SfxItemSet rSet ) : Window* pWins[] = { aDocStatusFL, aDocStatusCB, aSaveAlwaysCB, aTwoFigureFL, -aInterpretFT, aYearValueField, aToYearFT, aExperimentalFL, aExperimentalCB, aMacroRecorderCB +aInterpretFT, aYearValueField, aToYearFT }; Window** pCurrent = pWins; const sal_Int32 nCount = SAL_N_ELEMENTS( pWins ); @@ -403,20 +400,6 @@ sal_Bool OfaMiscTabPage::FillItemSet( SfxItemSet rSet ) bModified = sal_True; } -if ( aExperimentalCB.IsChecked() != aExperimentalCB.GetSavedValue() ) -{ -SvtMiscOptions aMiscOpt; -aMiscOpt.SetExperimentalMode( aExperimentalCB.IsChecked() ); -bModified = sal_True; -} - -if ( aMacroRecorderCB.IsChecked() != aMacroRecorderCB.GetSavedValue() ) -{ -SvtMiscOptions aMiscOpt; -aMiscOpt.SetMacroRecorderMode( aMacroRecorderCB.IsChecked() ); -bModified = sal_True; -} - const SfxUInt16Item* pUInt16Item =
Re: Impress Remote / dbus
On 04/09/12 17:47, Caolán McNamara wrote: On Tue, 2012-09-04 at 14:59 +0200, Andrzej J. R. Hunt wrote: gdbus is included in glib = 2.26 (i.e. since 2010), dbus-glib is included in the LO codebase and works with all versions of glib (as far as I can tell). Currently dbus-glib is only used in vcl with gtk, and it is only compiled when --enabled-dbus is used. (The doc on the autogen.sh page states Determines whether to enable presentation mode screensaver control under GNOME via DBUS.) It appears that this isn't very commonly enabled (default is off, and only enabled for OxygenOffice in distro-configs). Well, FWIW a) I think we should at this stage default dbus usage on for generic Unix and require the use of --disable-dbus if building against a too-old/missing dbus. b) I think we should raise the baseline that we build the downloadable universal version of LibreOffice on from effectively RHEL-4 to at least RHEL-5. yes, that would make a lot of sense; getting a useful LO build out of such an antique baseline is probably quite painful. fwiw the last OOo release was built on a RHEL5 baseline already (well, Oracle's RHEL clone product of course). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[PATCH] Change in core[libreoffice-3-5]: fdo#53872: reportdesign: fix section drawpage crash:
From Michael Stahl mst...@redhat.com: Michael Stahl has uploaded a new change for review. Change subject: fdo#53872: reportdesign: fix section drawpage crash: .. fdo#53872: reportdesign: fix section drawpage crash: In order to wrap the SdrPage's UNO object completely, set its mxUnoPage member to the OSection wrapper instance in OSection::init; only OSection should have access to it. Also initialize m_xDrawPage_Tunnel (thanks Lionel for the hint). (regression from 05218c101df486302bf4cfe8be23ad840daa3f73) (cherry picked from commit 1146b889325fd01f24c6aacf557d3940dd147936) Conflicts: svx/inc/svx/svdpage.hxx Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e --- M reportdesign/source/core/api/Section.cxx M svx/inc/svx/svdpage.hxx M svx/source/svdraw/svdpage.cxx 3 files changed, 23 insertions(+), 8 deletions(-) git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/59/559/1 -- To view, visit https://gerrit.libreoffice.org/559 To unsubscribe, visit https://gerrit.libreoffice.org/settings Gerrit-MessageType: newchange Gerrit-Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e Gerrit-PatchSet: 1 Gerrit-Project: core Gerrit-Branch: libreoffice-3-5 Gerrit-Owner: Michael Stahl mst...@redhat.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
Am 04.09.2012 21:52 schrieb Joel Madero: Basically it would be really nice to be able to group and assign bugs the way that the document does. I think bugs are much more manageable this way and we've seen a relative spike in QA triaging activity since starting the process this way. Ok, I see: it makes the process a bit more transparent/obvious. And thus is more pleasant and possibly invites more contributors. Not sure if you looked at the document but it's basically manual everything, I looked at it but could not see what is so special with it... I'll try to compare (please comment if you find this inadequate): I download FDO bugs to Calc, group them based on Component, can be done by a bugzilla query then manually copy and paste into groupings of no more than 50. (is this really that important? for crowdsourcing, it might suffice to do coordination by e-mail) It would be incredibly nice to have the list updated automatically based on FDO, group the bugs based on component and then group each of those to a max of 50 bugs per group. if it's a live query, it's current every time you run it If each group of 50 could then be assigned to a user it would be easy for members of QA to get involved with this project and get this back log taken care of. Ok, I don't know how to build such chunks of 50 bugs using a query - but - is it so important? Couldn't we use e.g. time periods (weeks or months) to group the bugs? Then the number would not be constant but who cares? I'm not sure if this is possible or incredibly time consuming (if it is, probably not worth it). I don't know either but wanted to understand what exactly is needed and if it's possible to find (slightly) different solutions which can be implemented more quickly (or are already existing but not thought of) It would be even better if we, as the QA team could do a custom group and then it could assign us bugs based on that. For instance, I'm a QA member and I want to do 20 bugs that are either Writer, Calc or Presentation, and I want the oldest bugs (in terms of those that have been left UNCONFIRMED for the longest period of time). It could then give me the list and allow me to assign myself to the group, and thus prevent other QA members from getting those bugs in their list when they do a custom search. There is a QA Contact field which has not been used extensively (at least according to my recent search). Could it be used for this purpose? (Rainer? Björn?) Sorry I felt like that was a bit of rambling, let me know if you need it clarified, I can hardly understand it myself ;) So let me be a bit of a devil's advocate, aka clarification helper :-) (I've been working in a project as QA helper years ago for several months, they used excel sheets, so I think I understand the need to master the bugs, and to make the processes transparent and obvious. And thus lower the entry barrier for noobs, too btw.) So my present guess would be: - asking for a web tool is ok but - if there's no better tools ATM, let's stay with google docs for the time coming - but let's also try to use bugzilla itself as much as possible - we have also the wiki, but I do not see much advantage of using it compared to a google spreadsheet as it does not support storing/handling structured data. But it's a web, so we can document all processes nicely and link the documents in the wiki. Regards, Nino ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
I agree that FDO has some benefits but the limitation is really that each user is needed to query every time, the possibility of overlap is great, and no one is really responsible for an individual bug until the query is made and someone takes the time to look into it. I'm not sure if others would agree but it seems like having a group of 50 or so and being able to just do those at your convenience makes people more likely to help and feel like their is an end in sight for their portion. This is vs. just seeing a never ending list from FDO or even having to teach new users (or even not new users) exactly what to search for every time with FDO. Similar to how developers assign themselves bugs and then can just go look at their own bugs (My Bugs) it would be nice to have this ability for QA triagers but have it somewhat automated since it's just triaging, not programming. In the long run (once we're through the back log of 650+ that are really old), it would be amazing if we had a team of QA staff that signed up to have bugs auto assigned to them for triaging. What I imagine: QA triagers sign up for components they are willing to triage and their max load New bug is reported, if the bug has a component listed the bug gets auto assigned for triaging purposes according to some rule(s) For now the google docs works, FDO does not as it is now but I'll discuss this further with Bjoern, Petr Rainer to see if we can come up with something more functional than the chaos that is FDO :) Or maybe I'm just not familiar enough with FDO to really feel comfortable myself with it, this is more likely than not true :) Best Regards, Joel On 09/04/2012 01:53 PM, Nino Novak wrote: Am 04.09.2012 21:52 schrieb Joel Madero: Basically it would be really nice to be able to group and assign bugs the way that the document does. I think bugs are much more manageable this way and we've seen a relative spike in QA triaging activity since starting the process this way. Ok, I see: it makes the process a bit more transparent/obvious. And thus is more pleasant and possibly invites more contributors. Not sure if you looked at the document but it's basically manual everything, I looked at it but could not see what is so special with it... I'll try to compare (please comment if you find this inadequate): I download FDO bugs to Calc, group them based on Component, can be done by a bugzilla query then manually copy and paste into groupings of no more than 50. (is this really that important? for crowdsourcing, it might suffice to do coordination by e-mail) It would be incredibly nice to have the list updated automatically based on FDO, group the bugs based on component and then group each of those to a max of 50 bugs per group. if it's a live query, it's current every time you run it If each group of 50 could then be assigned to a user it would be easy for members of QA to get involved with this project and get this back log taken care of. Ok, I don't know how to build such chunks of 50 bugs using a query - but - is it so important? Couldn't we use e.g. time periods (weeks or months) to group the bugs? Then the number would not be constant but who cares? I'm not sure if this is possible or incredibly time consuming (if it is, probably not worth it). I don't know either but wanted to understand what exactly is needed and if it's possible to find (slightly) different solutions which can be implemented more quickly (or are already existing but not thought of) It would be even better if we, as the QA team could do a custom group and then it could assign us bugs based on that. For instance, I'm a QA member and I want to do 20 bugs that are either Writer, Calc or Presentation, and I want the oldest bugs (in terms of those that have been left UNCONFIRMED for the longest period of time). It could then give me the list and allow me to assign myself to the group, and thus prevent other QA members from getting those bugs in their list when they do a custom search. There is a QA Contact field which has not been used extensively (at least according to my recent search). Could it be used for this purpose? (Rainer? Björn?) Sorry I felt like that was a bit of rambling, let me know if you need it clarified, I can hardly understand it myself ;) So let me be a bit of a devil's advocate, aka clarification helper :-) (I've been working in a project as QA helper years ago for several months, they used excel sheets, so I think I understand the need to master the bugs, and to make the processes transparent and obvious. And thus lower the entry barrier for noobs, too btw.) So my present guess would be: - asking for a web tool is ok but - if there's no better tools ATM, let's stay with google docs for the time coming - but let's also try to use bugzilla itself as much as possible - we have also the wiki, but I do not see much advantage of using it compared to a google spreadsheet as it
[Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Joel Madero jmadero@gmail.com changed: What|Removed |Added CC||jmadero@gmail.com --- Comment #370 from Joel Madero jmadero@gmail.com 2012-09-04 21:32:11 UTC --- Nominating 48569 as a MAB. Document shows instance of document crashing when saved as .docx, potential for loss of data is high. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Triage Project Update
Am 04.09.2012 23:05 schrieb Joel Madero: I agree that FDO has some benefits but the limitation is really that each user is needed to query every time, the possibility of overlap is great, and no one is really responsible for an individual bug until the query is made and someone takes the time to look into it. I'm not sure if others would agree but it seems like having a group of 50 or so and being able to just do those at your convenience makes people more likely to help and feel like their is an end in sight for their portion. This is vs. just seeing a never ending list from FDO or even having to teach new users (or even not new users) exactly what to search for every time with FDO. As for me (a rather unexperienced QA Newbie), I've chosen a somewhat different approach: I've first created two custom searches, 1) all recent bugs (reported within the last two days) for curiosity (just to see what people report recently) 2) all UNCONFIRMED bugs from the last 14 days From query 2 I picked a couple of bugs every couple of days to reproduce/confirm/assign/close/whatever seemed appropriate. That's just to show a slightly different approach, which is rather simple and can be handled perfectly within bugzilla itself without any external tool. Ok, the only problem was, that when a person starts reproducing a bug, it can happen, that another triager just starts with the very same bug at the same time. So some kind of lock signal was the only missing thing to prevent duplication of work. However, this situation did not happen a single time during my self-chosen BugReviewWeek ;-) Another advantage: By the above process nobody (virtually) blocks 50 bugs for a longer time period. Bugzilla queries are very adequate at every time, as all works with live data. Similar to how developers assign themselves bugs and then can just go look at their own bugs (My Bugs) it would be nice to have this ability for QA triagers but have it somewhat automated since it's just triaging, not programming. In the long run (once we're through the back log of 650+ that are really old), it would be amazing if we had a team of QA staff that signed up to have bugs auto assigned to them for triaging. We have the libreoffice-bugs@fdo mailing list, which contains (nearly?) every new bug. Could we use it somehow for this purpose? E.g. by replying to a bug or forwarding it to the qa list or some such? (Just thoughts, nothing concrete) What I imagine: QA triagers sign up for components they are willing to triage and their max load New bug is reported, if the bug has a component listed the bug gets auto assigned for triaging purposes according to some rule(s) Personally, I prefer not to sign up for a special component but to pick a recent bug which kind of attracts me spontanously. But there might be other opinions/preferences/arguments/approaches. For now the google docs works, FDO does not as it is now but I'll discuss this further with Bjoern, Petr Rainer to see if we can come up with something more functional than the chaos that is FDO :) Or maybe I'm just not familiar enough with FDO to really feel comfortable myself with it, this is more likely than not true :) :-) I like your initiative. Please don't feel discouraged by my comments, I just wanted to add a slightly different view. If people like your approach, that's great! It does not contradict to mine (IMHO), as it's rather obvious if a bug has been triaged or not. So we can all work together towards our common goal. Regards, Nino ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Bug 44446] LibreOffice 3.6 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=6 V.K. v-k-...@yandex.ru changed: What|Removed |Added Depends on||54398 --- Comment #108 from V.K. v-k-...@yandex.ru 2012-09-05 00:14:26 UTC --- Added bug 54398 - DOC files created in LO lose drawings after field update in MS Word 2007. This bug causes a lot problems in common work with MS Office users, because all drawings are deleted from such .doc files. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: basic/inc basic/source
basic/inc/basic/sbxvar.hxx|4 ++-- basic/source/runtime/methods1.cxx |2 +- basic/source/sbx/sbxconv.hxx |8 basic/source/sbx/sbxdbl.cxx |2 +- basic/source/sbx/sbxscan.cxx | 32 basic/source/sbx/sbxstr.cxx |4 ++-- basic/source/sbx/sbxvalue.cxx |8 7 files changed, 30 insertions(+), 30 deletions(-) New commits: commit cfa6f852429f96cf5bf5e9f7c03a9dacd320f4ba Author: Takeshi Abe t...@fixedpoint.jp Date: Tue Sep 4 18:42:23 2012 +0900 sal_Bool to bool Change-Id: Iebed1c159606ab695b049032da5a3509e468fb91 diff --git a/basic/inc/basic/sbxvar.hxx b/basic/inc/basic/sbxvar.hxx index 63f5e21..d3c47f1 100644 --- a/basic/inc/basic/sbxvar.hxx +++ b/basic/inc/basic/sbxvar.hxx @@ -134,7 +134,7 @@ public: sal_Bool IspChar() const { return sal_Bool( GetType() == SbxLPSTR); } sal_Bool IsNumeric() const; sal_Bool IsNumericRTL() const; // #41692 Interface for Basic -sal_Bool ImpIsNumeric( sal_Bool bOnlyIntntl ) const;// Implementation +sal_Bool ImpIsNumeric( bool bOnlyIntntl ) const;// Implementation virtual SbxClassType GetClass() const; virtual SbxDataType GetType() const; @@ -194,7 +194,7 @@ public: sal_Bool fillAutomationDecimal( com::sun::star::bridge::oleautomation::Decimal rAutomationDec ); sal_Bool PutCurrency( const sal_Int64 ); // Interface for CDbl in Basic -static SbxError ScanNumIntnl( const String rSrc, double nVal, sal_Bool bSingle = sal_False ); +static SbxError ScanNumIntnl( const String rSrc, double nVal, bool bSingle = false ); sal_Bool PutObject( SbxBase* ); diff --git a/basic/source/runtime/methods1.cxx b/basic/source/runtime/methods1.cxx index 1b80eec..3e1d949 100644 --- a/basic/source/runtime/methods1.cxx +++ b/basic/source/runtime/methods1.cxx @@ -384,7 +384,7 @@ RTLFUNC(CSng) // JSM // #41690 double dVal = 0.0; String aScanStr = pSbxVariable-GetString(); -SbError Error = SbxValue::ScanNumIntnl( aScanStr, dVal, /*bSingle=*/sal_True ); +SbError Error = SbxValue::ScanNumIntnl( aScanStr, dVal, /*bSingle=*/true ); if( SbxBase::GetError() == SbxERR_OK Error != SbxERR_OK ) StarBASIC::Error( Error ); nVal = (float)dVal; diff --git a/basic/source/sbx/sbxconv.hxx b/basic/source/sbx/sbxconv.hxx index e97338d..4b369ce 100644 --- a/basic/source/sbx/sbxconv.hxx +++ b/basic/source/sbx/sbxconv.hxx @@ -25,13 +25,13 @@ class SbxArray; // SBXSCAN.CXX -extern void ImpCvtNum( double nNum, short nPrec, ::rtl::OUString rRes, sal_Bool bCoreString=sal_False ); +extern void ImpCvtNum( double nNum, short nPrec, ::rtl::OUString rRes, bool bCoreString=false ); extern SbxError ImpScan ( const ::rtl::OUString rSrc, double nVal, SbxDataType rType, sal_uInt16* pLen, - sal_Bool bAllowIntntl=sal_False, sal_Bool bOnlyIntntl=sal_False ); + bool bAllowIntntl=false, bool bOnlyIntntl=false ); // with advanced evaluation (International, TRUE/FALSE) -extern sal_Bool ImpConvStringExt( ::rtl::OUString rSrc, SbxDataType eTargetType ); +extern bool ImpConvStringExt( ::rtl::OUString rSrc, SbxDataType eTargetType ); void ImpGetIntntlSep( sal_Unicode rcDecimalSep, sal_Unicode rcThousandSep ); @@ -64,7 +64,7 @@ voidImpPutSingle( SbxValues*, float ); // SBXDBL.CXX double ImpGetDouble( const SbxValues* ); -voidImpPutDouble( SbxValues*, double, sal_Bool bCoreString=sal_False ); +voidImpPutDouble( SbxValues*, double, bool bCoreString=false ); // SBXCURR.CXX diff --git a/basic/source/sbx/sbxdbl.cxx b/basic/source/sbx/sbxdbl.cxx index 7cab04f..5fa87d4 100644 --- a/basic/source/sbx/sbxdbl.cxx +++ b/basic/source/sbx/sbxdbl.cxx @@ -134,7 +134,7 @@ double ImpGetDouble( const SbxValues* p ) return nRes; } -void ImpPutDouble( SbxValues* p, double n, sal_Bool bCoreString ) +void ImpPutDouble( SbxValues* p, double n, bool bCoreString ) { SbxValues aTmp; start: diff --git a/basic/source/sbx/sbxscan.cxx b/basic/source/sbx/sbxscan.cxx index f89b28c..bc23523 100644 --- a/basic/source/sbx/sbxscan.cxx +++ b/basic/source/sbx/sbxscan.cxx @@ -59,7 +59,7 @@ void ImpGetIntntlSep( sal_Unicode rcDecimalSep, sal_Unicode rcThousandSep ) // conversion error if data type is fixed and it doesn't fit SbxError ImpScan( const ::rtl::OUString rWSrc, double nVal, SbxDataType rType, - sal_uInt16* pLen, sal_Bool bAllowIntntl, sal_Bool bOnlyIntntl ) + sal_uInt16* pLen, bool bAllowIntntl, bool bOnlyIntntl ) { ::rtl::OString aBStr( ::rtl::OUStringToOString( rWSrc, RTL_TEXTENCODING_ASCII_US ) ); @@ -228,12 +228,12 @@ SbxError ImpScan( const ::rtl::OUString rWSrc, double nVal, SbxDataType rType } // port for CDbl in the Basic -SbxError SbxValue::ScanNumIntnl( const String rSrc, double nVal, sal_Bool bSingle ) +SbxError
[PATCH] OUString and RTL_CONSTASCII cleanup
From Ricardo Montania rica...@linuxafundo.com.br: Ricardo Montania has uploaded a new change for review. Change subject: OUString and RTL_CONSTASCII cleanup .. OUString and RTL_CONSTASCII cleanup Change-Id: Ic56451b2c13d8561bb6e6ee92bf9147b35640a5c --- M binaryurp/source/bridge.cxx M binaryurp/source/bridgefactory.cxx M binaryurp/source/currentcontext.cxx M binaryurp/source/incomingrequest.cxx M binaryurp/source/marshal.cxx M binaryurp/source/outgoingrequests.cxx M binaryurp/source/proxy.cxx M binaryurp/source/reader.cxx M binaryurp/source/unmarshal.cxx M binaryurp/source/writer.cxx 10 files changed, 99 insertions(+), 221 deletions(-) git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/60/560/1 -- To view, visit https://gerrit.libreoffice.org/560 To unsubscribe, visit https://gerrit.libreoffice.org/settings Gerrit-MessageType: newchange Gerrit-Change-Id: Ic56451b2c13d8561bb6e6ee92bf9147b35640a5c Gerrit-PatchSet: 1 Gerrit-Project: core Gerrit-Branch: master Gerrit-Owner: Ricardo Montania rica...@linuxafundo.com.br ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: 2 commits - android/qa
android/qa/sc/Makefile | 28 ++-- 1 file changed, 22 insertions(+), 6 deletions(-) New commits: commit db0ef1e0b21270b445e4f3c16fe013d90458f80d Author: Tor Lillqvist t...@iki.fi Date: Wed Sep 5 08:09:47 2012 +0300 rc and unorc seem mandatory nowadays, etc Change-Id: I352c12de27c23519099f4c828e1e503446b83941 diff --git a/android/qa/sc/Makefile b/android/qa/sc/Makefile index d4fc5af..b04f6ee 100644 --- a/android/qa/sc/Makefile +++ b/android/qa/sc/Makefile @@ -119,12 +119,11 @@ copy-stuff: cp $(OUTDIR)/bin/udkapi.rdb assets/bin cp $(OUTDIR)/bin/types.rdb assets/bin # -# For some reason the vnd.sun.star.expand:$LO_LIB_DIR doesn't seem to work, it expands to empty!? -# So just hardcode the known APP_DATA_PATH for now... -# Ditto for URE_INTERNAL_LIB_DIR for F in xml/ure/services; do \ - sed -e 's!uri=vnd.sun.star.expand:$$URE_INTERNAL_LIB_DIR/!uri=$(APP_DATA_PATH)/lib/!g' $(OUTDIR)/$$F.rdb assets/$$F.rdb; \ + cp $(OUTDIR)/$$F.rdb assets/$$F.rdb; \ done +# For some reason the vnd.sun.star.expand:$LO_LIB_DIR doesn't seem to work, it expands to empty!? +# So just hardcode the known APP_DATA_PATH for now... for F in framework/util/fwk i18npool/util/i18npool sfx2/util/sfx ucb/source/core/ucb1 ucb/source/ucp/file/ucpfile1 unoxml/source/service/unoxml configmgr/source/configmgr basic/util/sb chart2/source/controller/chartcontroller chart2/source/tools/charttools chart2/source/model/chartmodel comphelper/util/comphelp dbaccess/util/dba eventattacher/source/evtatt fileaccess/source/fileacc filter/source/config/cache/filterconfig1 forms/util/frm oox/util/oox package/source/xstor/xstor package/util/package2 sax/source/expatwrap/expwrap sax/source/fastparser/fastsax sc/util/sc sc/util/scfilt scaddins/source/analysis/analysis scaddins/source/datefunc/date sot/util/sot svl/util/svl toolkit/util/tk ucb/source/ucp/tdoc/ucptdoc1 unotools/util/utl unoxml/source/rdf/unordf; do \ mkdir -p assets/ComponentTarget/`dirname $$F`; \ sed -e 's!uri=vnd.sun.star.expand:$$LO_LIB_DIR/!uri=$(APP_DATA_PATH)/lib/!g' $(WORKDIR)/ComponentTarget/$$F.component assets/ComponentTarget/$$F.component; \ @@ -136,6 +135,22 @@ copy-stuff: cp $$F assets/bin; \ done # +# rc is mandatory, the inifile. See BootstrapMap::getBaseIni(). As this app +# doesn't use soffice_main() (at least I think it shouldn't), the +# rtl::Bootstrap::setIniFilename() call there that hardcodes +# /assets/program/lofficerc isn't executed. Instead the hardcoding of +# /assets/rc in BootstrapMap::getBaseIni() gets used. However, probably it can +# be effectively empty as we pass all we need (?) on the command line. + echo '[Bootstrap]' assets/rc +# +# unorc is also mandatory. It seems that it *has* to contain the +# URE_INTERNAL_LIB_DIR, UNO_TYPES and UNO_SERVICES settings(?) + mkdir -p assets/program + echo [Bootstrap] assets/program/unorc + echo URE_INTERNAL_LIB_DIR=file://$(APP_DATA_PATH)/lib/ assets/program/unorc + echo UNO_TYPES=file:///assets/bin/udkapi.rdb file:///assets/bin/types.rdb assets/program/unorc + echo UNO_SERVICES=file:///assets/xml/ure/services.rdb file:///assets/ComponentTarget/basic/util/sb.component file:///assets/ComponentTarget/chart2/source/controller/chartcontroller.component file:///assets/ComponentTarget/chart2/source/tools/charttools.component file:///assets/ComponentTarget/chart2/source/model/chartmodel.component file:///assets/ComponentTarget/comphelper/util/comphelp.component file:///assets/ComponentTarget/dbaccess/util/dba.component file:///assets/ComponentTarget/eventattacher/source/evtatt.component file:///assets/ComponentTarget/fileaccess/source/fileacc.component file:///assets/ComponentTarget/filter/source/config/cache/filterconfig1.component file:///assets/ComponentTarget/forms/util/frm.component file:///assets/ComponentTarget/oox/util/oox.component file:///assets/ComponentTarget/package/source/xstor/xstor.component file:///assets/ComponentTarget/package/util/package2.component file:///assets/ComponentTarget/sax/source/expatwrap/expwrap.componen t file:///assets/ComponentTarget/sax/source/fastparser/fastsax.component file:///assets/ComponentTarget/sc/util/sc.component file:///assets/ComponentTarget/sc/util/scfilt.component file:///assets/ComponentTarget/scaddins/source/analysis/analysis.component file:///assets/ComponentTarget/scaddins/source/datefunc/date.component file:///assets/ComponentTarget/sot/util/sot.component file:///assets/ComponentTarget/svl/util/svl.component file:///assets/ComponentTarget/toolkit/util/tk.component file:///assets/ComponentTarget/ucb/source/ucp/tdoc/ucptdoc1.component file:///assets/ComponentTarget/unotools/util/utl.component file:///assets/ComponentTarget/unoxml/source/rdf/unordf.component file:///assets/ComponentTarget/framework/util/fwk.component
[Libreoffice-qa] Bugzilla Down?
Hi, After it has been running a little bumpy all morning it seems Bugzilla is down now? I get: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, sitewrangl...@freedesktop.org and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Best regards Rainer ___ 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/
Re: [Libreoffice-qa] Regression test (Moztrap) test case localization temporary solution.
Hi Yifan, On 04/09/2012 04:35, Yifan Jiang wrote: Hi Sophie, Petr, all, Thanks for the discussion and sorry for the late response that I was busy of other works these days :( no problem :) Visually the second one is also my most favorite, so let's start here. In this week, I will arrange time to update the test cases and make their format consistent with the prototype 2. http://vm12.documentfoundation.org/manage/case/99/ ok, thanks a lot. @Sophie, As for the 3.6.3 testing, do you have an estimation when would it be happening? Currently there are only English cases in the database migrated from Litmus. We will still need some time to migrate other language versions before arranging tests. Looking back to Litmus, there are 4 languages version of test cases: en/de/fr/pt-Br, if necessary we could also create Ja section awaiting for input. It will be on week 41, but it's more because I need deadlines than a really fixed date ;) How do you migrate the tests, would I be able to give an hand or is by using some scripts or some magic ? As for the languages, I'll ask on the list for motivated teams and will tell you. As for the l10n related hacking, they need large scope of changes in both frontend and backend. I would plan at least 1 dev month to do all the stuff including: Moztrap UI l10n implementing, test case l10n hacking and the relevant tests before they are good enough to be online. ok, thanks for this estimation, that will help me in my research for funding. Kind regards Sophie ___ 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/
Re: [Libreoffice-qa] Bugzilla Down?
On Tue, Sep 04, 2012 at 08:31:37AM +0200, Rainer Bielefeld wrote: After it has been running a little bumpy all morning it seems Bugzilla is down now? Got the same, seems back up now. -- Lionel ___ 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/
Re: [Libreoffice-qa] Triage Project Update
Hi Joel, Am 04.09.2012 19:18 schrieb Joel Madero: I have done a complete update of the google document, this being said, if you named a sheet to your name, it's gone. Noel pointed out that a lot of the bugs on the sheet were already triaged so I just started from scratch. I'm still hoping the web team can help us move this away from google docs and get it automated a bit but for now, it is what it is. I'm not sure to understand what you want to have automated, could you elaborate just a little bit (or - if you have done so already - point me to the archived mail)? Thanks, Nino ___ 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/
Re: [Libreoffice-qa] Triage Project Update
Am 04.09.2012 21:52 schrieb Joel Madero: Basically it would be really nice to be able to group and assign bugs the way that the document does. I think bugs are much more manageable this way and we've seen a relative spike in QA triaging activity since starting the process this way. Ok, I see: it makes the process a bit more transparent/obvious. And thus is more pleasant and possibly invites more contributors. Not sure if you looked at the document but it's basically manual everything, I looked at it but could not see what is so special with it... I'll try to compare (please comment if you find this inadequate): I download FDO bugs to Calc, group them based on Component, can be done by a bugzilla query then manually copy and paste into groupings of no more than 50. (is this really that important? for crowdsourcing, it might suffice to do coordination by e-mail) It would be incredibly nice to have the list updated automatically based on FDO, group the bugs based on component and then group each of those to a max of 50 bugs per group. if it's a live query, it's current every time you run it If each group of 50 could then be assigned to a user it would be easy for members of QA to get involved with this project and get this back log taken care of. Ok, I don't know how to build such chunks of 50 bugs using a query - but - is it so important? Couldn't we use e.g. time periods (weeks or months) to group the bugs? Then the number would not be constant but who cares? I'm not sure if this is possible or incredibly time consuming (if it is, probably not worth it). I don't know either but wanted to understand what exactly is needed and if it's possible to find (slightly) different solutions which can be implemented more quickly (or are already existing but not thought of) It would be even better if we, as the QA team could do a custom group and then it could assign us bugs based on that. For instance, I'm a QA member and I want to do 20 bugs that are either Writer, Calc or Presentation, and I want the oldest bugs (in terms of those that have been left UNCONFIRMED for the longest period of time). It could then give me the list and allow me to assign myself to the group, and thus prevent other QA members from getting those bugs in their list when they do a custom search. There is a QA Contact field which has not been used extensively (at least according to my recent search). Could it be used for this purpose? (Rainer? Björn?) Sorry I felt like that was a bit of rambling, let me know if you need it clarified, I can hardly understand it myself ;) So let me be a bit of a devil's advocate, aka clarification helper :-) (I've been working in a project as QA helper years ago for several months, they used excel sheets, so I think I understand the need to master the bugs, and to make the processes transparent and obvious. And thus lower the entry barrier for noobs, too btw.) So my present guess would be: - asking for a web tool is ok but - if there's no better tools ATM, let's stay with google docs for the time coming - but let's also try to use bugzilla itself as much as possible - we have also the wiki, but I do not see much advantage of using it compared to a google spreadsheet as it does not support storing/handling structured data. But it's a web, so we can document all processes nicely and link the documents in the wiki. Regards, Nino ___ 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/
Re: [Libreoffice-qa] Triage Project Update
I agree that FDO has some benefits but the limitation is really that each user is needed to query every time, the possibility of overlap is great, and no one is really responsible for an individual bug until the query is made and someone takes the time to look into it. I'm not sure if others would agree but it seems like having a group of 50 or so and being able to just do those at your convenience makes people more likely to help and feel like their is an end in sight for their portion. This is vs. just seeing a never ending list from FDO or even having to teach new users (or even not new users) exactly what to search for every time with FDO. Similar to how developers assign themselves bugs and then can just go look at their own bugs (My Bugs) it would be nice to have this ability for QA triagers but have it somewhat automated since it's just triaging, not programming. In the long run (once we're through the back log of 650+ that are really old), it would be amazing if we had a team of QA staff that signed up to have bugs auto assigned to them for triaging. What I imagine: QA triagers sign up for components they are willing to triage and their max load New bug is reported, if the bug has a component listed the bug gets auto assigned for triaging purposes according to some rule(s) For now the google docs works, FDO does not as it is now but I'll discuss this further with Bjoern, Petr Rainer to see if we can come up with something more functional than the chaos that is FDO :) Or maybe I'm just not familiar enough with FDO to really feel comfortable myself with it, this is more likely than not true :) Best Regards, Joel On 09/04/2012 01:53 PM, Nino Novak wrote: Am 04.09.2012 21:52 schrieb Joel Madero: Basically it would be really nice to be able to group and assign bugs the way that the document does. I think bugs are much more manageable this way and we've seen a relative spike in QA triaging activity since starting the process this way. Ok, I see: it makes the process a bit more transparent/obvious. And thus is more pleasant and possibly invites more contributors. Not sure if you looked at the document but it's basically manual everything, I looked at it but could not see what is so special with it... I'll try to compare (please comment if you find this inadequate): I download FDO bugs to Calc, group them based on Component, can be done by a bugzilla query then manually copy and paste into groupings of no more than 50. (is this really that important? for crowdsourcing, it might suffice to do coordination by e-mail) It would be incredibly nice to have the list updated automatically based on FDO, group the bugs based on component and then group each of those to a max of 50 bugs per group. if it's a live query, it's current every time you run it If each group of 50 could then be assigned to a user it would be easy for members of QA to get involved with this project and get this back log taken care of. Ok, I don't know how to build such chunks of 50 bugs using a query - but - is it so important? Couldn't we use e.g. time periods (weeks or months) to group the bugs? Then the number would not be constant but who cares? I'm not sure if this is possible or incredibly time consuming (if it is, probably not worth it). I don't know either but wanted to understand what exactly is needed and if it's possible to find (slightly) different solutions which can be implemented more quickly (or are already existing but not thought of) It would be even better if we, as the QA team could do a custom group and then it could assign us bugs based on that. For instance, I'm a QA member and I want to do 20 bugs that are either Writer, Calc or Presentation, and I want the oldest bugs (in terms of those that have been left UNCONFIRMED for the longest period of time). It could then give me the list and allow me to assign myself to the group, and thus prevent other QA members from getting those bugs in their list when they do a custom search. There is a QA Contact field which has not been used extensively (at least according to my recent search). Could it be used for this purpose? (Rainer? Björn?) Sorry I felt like that was a bit of rambling, let me know if you need it clarified, I can hardly understand it myself ;) So let me be a bit of a devil's advocate, aka clarification helper :-) (I've been working in a project as QA helper years ago for several months, they used excel sheets, so I think I understand the need to master the bugs, and to make the processes transparent and obvious. And thus lower the entry barrier for noobs, too btw.) So my present guess would be: - asking for a web tool is ok but - if there's no better tools ATM, let's stay with google docs for the time coming - but let's also try to use bugzilla itself as much as possible - we have also the wiki, but I do not see much advantage of using it compared to a google spreadsheet as it
[Libreoffice-bugs] [Bug 35991] merged cells in tables in DOC files not saved correctly by Writer on Linux 64bit
https://bugs.freedesktop.org/show_bug.cgi?id=35991 sasha.libreoff...@gmail.com changed: What|Removed |Added Platform|x86-64 (AMD64) |All OS/Version|Linux (All) |All --- Comment #13 from sasha.libreoff...@gmail.com 2012-09-04 06:00:56 UTC --- reproduced problem with attachment in previous comment on 3.6.1 on Fedora 64 bit and in 3.6.0rc on Windows XP 32 bit. Merging lost during saving to doc. Additional: experiments shows that lost are merging in column. If we select some cell in one column, merge them and save to doc, then merging will be lost. But merging several cells in one row will not lost. -- 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 35991] merged cells in tables in DOC files not saved correctly by Writer
https://bugs.freedesktop.org/show_bug.cgi?id=35991 sasha.libreoff...@gmail.com changed: What|Removed |Added Summary|merged cells in tables in |merged cells in tables in |DOC files not saved |DOC files not saved |correctly by Writer on |correctly by Writer |Linux 64bit | -- 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 46878] Line autosizing lost on save
https://bugs.freedesktop.org/show_bug.cgi?id=46878 sasha.libreoff...@gmail.com changed: What|Removed |Added Resolution|FIXED |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 54259] FILESAVE: When saving in MSWord doc format, some table cells unmerged so data not shown properly
https://bugs.freedesktop.org/show_bug.cgi?id=54259 --- Comment #16 from sasha.libreoff...@gmail.com 2012-09-04 07:32:13 UTC --- in 3.6.0rc on Windows I noticed some problem with _opening_ doc file that contains merged cells. But not have more new version of LO on Windows. So, opening may be already fixed. -- 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 54481] New: EDITING: inconsistant label reference
https://bugs.freedesktop.org/show_bug.cgi?id=54481 Bug #: 54481 Summary: EDITING: inconsistant label reference Classification: Unclassified Product: LibreOffice Version: 3.5.6.2 rc Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: n...@cyviz.com Problem description: When working with identical local labels in several sheets, copy and paste across the sheets messes up label consistancy really bad. Steps to reproduce: 1. On sheet1 fill cells with exact data shown in square brackets: A1:[ACOL] B1:[BCOL] A2:[=SSHEET(A2).A$1.RROW(A$1)] 2. Do the same on sheet2 3. Add label ranges for both sheets with insert-names-labels These entries should be in the label table: $Sheet1.$A$1:$B$1 $Sheet2.$A$1:$B$1 4. Write [=ACOL] (no quotes) in C2 of sheet1. Watch cell content contain [='ACOL'] and cell showing [S1.ACOL.R1] 5. Copy the entire C2 (using ctrl-c, ctrl-v) to same position in sheet2 and watch it contain the same [='ACOL'] and showing the same [S1.ACOL.R1]. Note that this is not expected. It should show S2... 6. Now TYPE ='ACOL' in the same cell and watch it now display correctly S2.ACOL.R1. This inconsistancy is locked and invisible by reading the cell content, and apparently the only way to get it right is to type cell content or copy and paste from same page. LibreOffice 3.5.6.2 Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327 Platform (if different from the browser): Browser: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E) -- 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 46873] [EDITING] Right-clicking on a form control should select it
https://bugs.freedesktop.org/show_bug.cgi?id=46873 Christina Rossmanith chrrossman...@web.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||NOTABUG -- 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 54464] Conditional formatting is lost when the file is saved
https://bugs.freedesktop.org/show_bug.cgi?id=54464 Roman Eisele b...@eikota.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||b...@eikota.de Ever Confirmed|0 |1 Summary|Conditiona formatting is|Conditional formatting is |lost when the file is |lost when the file is saved |saved. | -- 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 50346] EDITING: On select all select only the cells that actually have content
https://bugs.freedesktop.org/show_bug.cgi?id=50346 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #1 from Noel Grandin noelgran...@gmail.com 2012-09-04 07:57:51 UTC --- Tested in 3.6.1.2 (Windows) -- 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 36672] Align text to the bottom of a footer
https://bugs.freedesktop.org/show_bug.cgi?id=36672 sasha.libreoff...@gmail.com changed: What|Removed |Added CC||sasha.libreoff...@gmail.com --- Comment #6 from sasha.libreoff...@gmail.com 2012-09-04 07:58:00 UTC --- Alternatively (or additionally), this option could be in the frame settings. IMHO should used table with one cell instead of frame. There present needed alignment. -- 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 54483] New: Hidden Changes lead to wrong word count
https://bugs.freedesktop.org/show_bug.cgi?id=54483 Bug #: 54483 Summary: Hidden Changes lead to wrong word count Classification: Unclassified Product: LibreOffice Version: 3.6.1.2 release Platform: x86 (IA32) OS/Version: Windows (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: s...@franznetz.de Created attachment 66596 -- https://bugs.freedesktop.org/attachment.cgi?id=66596 Hidden Changes lead to wrong word count. Example File. HI! if you do the following: 1) Write something. 2) Activate the record of changes. 3) Delete something. 4) Hide changes. You get the following problem: Hidden changes are calculated in the word count. Shown changes are not. (What should be normal I think.) I hope you can understand what I mean. Anyway there is an example file attached to this post. -- 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 49741] PRINTING: Long Start Time on Mac OS X
https://bugs.freedesktop.org/show_bug.cgi?id=49741 Roman Eisele b...@eikota.de changed: What|Removed |Added Severity|normal |minor CC||b...@eikota.de, ||ipla...@yahoo.co.uk Summary|PRINTING: PRINTING: Long|PRINTING: Long Start Time |Start Time on Mac OS X |on Mac OS X --- Comment #1 from Roman Eisele b...@eikota.de 2012-09-04 08:01:01 UTC --- @Alex Thurgood: Hello Alex, this is another Mac OS printing issue, minor, but annoying. Having recently dealt with other printing issues, could you please take a look at this one and try if you can confirm it? (I still can’t test printing issues.) Thank you! -- 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 50354] VIEWING: Fixed columns are shown as if they aren't fixed
https://bugs.freedesktop.org/show_bug.cgi?id=50354 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever Confirmed|0 |1 --- Comment #1 from Noel Grandin noelgran...@gmail.com 2012-09-04 08:03:20 UTC --- Please can you attach a sample document that exhibits the problem. Thanks. -- 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 42535] Editing UI: Ctrl+Shift-RightArrow faulty extension result
https://bugs.freedesktop.org/show_bug.cgi?id=42535 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO 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 50377] EDITING: Undo don't work after drag and drop cell content
https://bugs.freedesktop.org/show_bug.cgi?id=50377 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #1 from Noel Grandin noelgran...@gmail.com 2012-09-04 08:05:40 UTC --- Tested in 3.6.1.2 (Windows) -- 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 46088] Hidden lines become visible after collapsing and expanding of the group
https://bugs.freedesktop.org/show_bug.cgi?id=46088 Noel Grandin noelgran...@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 54202] Error while installing dictionaries with command dpkg -i *
https://bugs.freedesktop.org/show_bug.cgi?id=54202 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Summary|: Error while installing|Error while installing |Dutch Linux Deb (x64) main |dictionaries with command |installer with command dpkg |dpkg -i * |-i *| -- 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 50494] UI: Freeze cuts off comments
https://bugs.freedesktop.org/show_bug.cgi?id=50494 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #1 from Noel Grandin noelgran...@gmail.com 2012-09-04 08:09:24 UTC --- Tested in 3.6.1.2 (Windows) -- 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 40559] Ugly dithered symbol background in rdp/ica sessions
https://bugs.freedesktop.org/show_bug.cgi?id=40559 --- Comment #8 from real...@gmx-topmail.de 2012-09-04 08:10:10 UTC --- Created attachment 66597 -- https://bugs.freedesktop.org/attachment.cgi?id=66597 LibO 3.6.1.2 RDP WinSrv2008 -- 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 46887] [EDITING] Comments can not be copy and pasted naturally
https://bugs.freedesktop.org/show_bug.cgi?id=46887 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Severity|normal |enhancement Priority|medium |low -- 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 40559] Ugly dithered symbol background in rdp/ica sessions
https://bugs.freedesktop.org/show_bug.cgi?id=40559 --- Comment #9 from real...@gmx-topmail.de 2012-09-04 08:10:53 UTC --- Bug still exists in LibO 3.6.1.2 This effects also Citrix-sessions (ICA protocol). As we use Citrix to deliver LibO in our company and IMHO virtualisation for applications will grow in the future, it is or will become an issue affecting many people in their daily work. I think for most normal users a clutterd UI is a bad experience and just don't fit into professional software. -- 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 50430] FILEOPEN: Can't Open/Save in OUP-format
https://bugs.freedesktop.org/show_bug.cgi?id=50430 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Component|Spreadsheet |Presentation -- 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 46949] Functionality request for Calc EDITING: Improve word completion
https://bugs.freedesktop.org/show_bug.cgi?id=46949 Noel Grandin noelgran...@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 46949] Functionality request for Calc EDITING: Improve word completion
https://bugs.freedesktop.org/show_bug.cgi?id=46949 --- Comment #3 from sasha.libreoff...@gmail.com 2012-09-04 08:14:37 UTC --- Noel Grandin noelgran...@gmail.com changed status to NEW -- 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 50504] EDITING: Can not add characters at the beginning of a cell which have a very long first line
https://bugs.freedesktop.org/show_bug.cgi?id=50504 Noel Grandin noelgran...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #1 from Noel Grandin noelgran...@gmail.com 2012-09-04 08:16:16 UTC --- Confirmed in 3.6.1.2 (Windows) -- 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 46088] Hidden lines become visible after collapsing and expanding of the group
https://bugs.freedesktop.org/show_bug.cgi?id=46088 --- Comment #4 from sasha.libreoff...@gmail.com 2012-09-04 08:16:46 UTC --- Noel Grandin noelgran...@gmail.com changed status to NEW -- 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 47050] [FORMATTING, PRINTING] User should not have to hide comments manually before printing
https://bugs.freedesktop.org/show_bug.cgi?id=47050 Noel Grandin noelgran...@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 49942] FORMATTING: Formatting Tables crashes LO
https://bugs.freedesktop.org/show_bug.cgi?id=49942 --- Comment #5 from Roman Eisele b...@eikota.de 2012-09-04 08:25:33 UTC --- Hello ste...@web.de, thank you again for your LibreOffice bug report. However, we can’t do much about this bug report without getting more information. It would be extremely helpful if you could answer to the questions in comment #4. To answer then, just come back to this page: https://bugs.freedesktop.org/show_bug.cgi?id=49942 type your answer into the field Additional Comments and click on Save Changes. Thank you very much in advance! (If we can’t get more information, we need to close this bug report.) -- 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 54483] Hidden Changes lead to wrong word count
https://bugs.freedesktop.org/show_bug.cgi?id=54483 --- Comment #1 from s...@franznetz.de 2012-09-04 08:26:39 UTC --- Created attachment 66599 -- https://bugs.freedesktop.org/attachment.cgi?id=66599 UPDATED Version of the example file. -- 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 54483] Hidden Changes lead to wrong word count
https://bugs.freedesktop.org/show_bug.cgi?id=54483 --- Comment #2 from s...@franznetz.de 2012-09-04 08:26:50 UTC --- Just asked a friend to test this. He did had the same result in the first place. But after adding step 5) he got the same error. 5) Show changes. I have added an updated example file. -- 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 49967] In LibreOffice the OS X Lion Feature Press and hold a character to invoke the special characters menu. doesn't work.
https://bugs.freedesktop.org/show_bug.cgi?id=49967 Roman Eisele b...@eikota.de changed: What|Removed |Added CC||ipla...@yahoo.co.uk Component|Libreoffice |UI --- Comment #2 from Roman Eisele b...@eikota.de 2012-09-04 08:29:34 UTC --- @ Alex Thurgood: Hello Alex, you happen to know Mac OS X Lion much better than me (I have to stay with Snow Leopard for myself). Could you please do a quick check if the OS X Lion Feature mentioned in this bug report really does not work with LibO 3.6? Then we can set the status of this enhancement request to NEW. Thank you very much! -- 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 36711] FILOPEN import of Word side-by-side heading superimposes headings
https://bugs.freedesktop.org/show_bug.cgi?id=36711 --- Comment #7 from sasha.libreoff...@gmail.com 2012-09-04 08:32:42 UTC --- Created attachment 66600 -- https://bugs.freedesktop.org/attachment.cgi?id=66600 first attachment, saved as pdf using msWord 2007 -- 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 36711] FILOPEN import of Word side-by-side heading superimposes headings
https://bugs.freedesktop.org/show_bug.cgi?id=36711 sasha.libreoff...@gmail.com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | CC||sasha.libreoff...@gmail.com Ever Confirmed|1 |0 --- Comment #8 from sasha.libreoff...@gmail.com 2012-09-04 08:33:29 UTC --- reproduced in 3.3.4 and 3.6.1 on Fedora 64 bit -- 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 36711] FILOPEN import of Word side-by-side heading superimposes headings (opening of doc file is incorrect)
https://bugs.freedesktop.org/show_bug.cgi?id=36711 sasha.libreoff...@gmail.com changed: What|Removed |Added Summary|FILOPEN import of Word |FILOPEN import of Word |side-by-side heading|side-by-side heading |superimposes headings |superimposes headings ||(opening of doc file is ||incorrect) -- 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 36711] FILOPEN import of Word side-by-side heading superimposes headings (opening of doc file is incorrect)
https://bugs.freedesktop.org/show_bug.cgi?id=36711 sasha.libreoff...@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 52437] xslx FILESAVE, FILEOPEN: comment display status is not saved; file become huge in size
https://bugs.freedesktop.org/show_bug.cgi?id=52437 Roman Eisele b...@eikota.de changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever Confirmed|1 |0 --- Comment #6 from Roman Eisele b...@eikota.de 2012-09-04 08:34:45 UTC --- Thank you! Now the file is actually accessible ... I will take a look at it if I get some time. -- 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 36724] On Ubuntu and other distributions, LibreOffice still uses OpenOffice icons in Alt-Tab switcher
https://bugs.freedesktop.org/show_bug.cgi?id=36724 sasha.libreoff...@gmail.com changed: What|Removed |Added Resolution|INVALID |WORKSFORME CC||sasha.libreoff...@gmail.com --- Comment #10 from sasha.libreoff...@gmail.com 2012-09-04 08:36:14 UTC --- in 3.6.1 not reproduced, changing to WFM -- 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