[Libreoffice] [ fdo#35480]
[LibO 3.3 fdo#35480]: Error is valid for LibO-3.4.0_b2 -- View this message in context: http://nabble.documentfoundation.org/fdo-35480-tp2869240p2869240.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Where to put intro and about pics?
Hi Petr, Michael, I am using these switches I just wanted to put the pictures under for example bootstrap/brands or images. Thank, KAMI 2011/4/26 Petr Mladek pmla...@suse.cz: Michael Meeks píše v Út 26. 04. 2011 v 11:27 +0100: Hi Kami, On Sun, 2011-04-24 at 15:59 +0200, KAMI911 KAMI911 wrote: Is it okay to commit custom intro and about screens to: artworks/default_images/brand/ I would use a different directory: brand_oxygen or something - that should contain all the branding images. We already have brand_dev similarly for that (I guess) - although, it'll need some build work to make that work nicely I think. Alternatively, you might keep your branding locally and use --with-intro-bitmap=/path/to/your/intro.bmp --with-about-bitmap=/path/to/your/about.bmp It worked in the libreoffice-3-3 branch. It is still supposed to work even in libreoffice-3-4 branch. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
You are well aware of the OOo-dev build process. Thanks for the mind-reading, but I think you need to try harder. For the record, I have never heard about that. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] fix fdo#bug 36404 -More than one text cursor at the same time in textfields
On Thu, Apr 21, 2011 at 12:20:31AM +0200, Robert Dargaud wrote: Hi All, In cursor.cxx I found 2 lines accidentally deleted by this patch it seems : vcl119: #i80730# fix cursor paint behavior and timer I've tried to find an explication of this deleted ligne, but without Timer.Stop() I don't understand how it can work correctly. I'm not sure of that. It's preferable than an expert have a look to my patch before pushed it. Thanks, pushed! D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
2011/4/26 Christian Lohmaier lohmaier+libreoff...@googlemail.com: On Tue, Apr 26, 2011 at 7:05 PM, NoOp gl...@sbcglobal.net wrote: On 04/26/2011 07:07 AM, Michael Meeks wrote: On Fri, 2011-04-22 at 20:13 -0700, NoOp wrote: Just wanted to point out that both LO 3.4B1 LO3.4B2 .deb installs failed on my systems (miserably yes, I'll go bug adding this weekend [...] So - please do try to fix the bug yourself, patches are most welcome. If you come with some solid research, and some concrete suggestions / a prototype patch you'll find some helpful feedback. There probably aren't any patches necessary, just try whether the openofficedev target works (I suspect it does, but cannot test now myself, as master is not buildable right now) $ cd instsetoo_native/util $ dmake openofficedev Currently it does not work out of the box but it can be fixed. I tested libreoffice-3-4 branch. On Linux it complains about SO_PACK environment variable which is not set. But some packages are built anyway. Install prefix is /opt/lo-dev/. On Windows it wants to package jre which is not there. So: $ touch ../../solver/300/wntmsci12.pro/bin/jre-6u22-windows-i586.exe $ dmake openofficedev And it packages LibO-dev! It can be installed parallel to LibreOffice. Note: I tried en-US only. It would have taken ages to build all languages on my current Windows box. After some fixing and testing on master this target can be used in next beta cycle. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
Christian Lohmaier wrote: There probably aren't any patches necessary, just try whether the openofficedev target works Thanks Christian, that's the ~sole bit of really useful info in this whole thread. FWIW, the relevant bug is https://bugs.freedesktop.org/show_bug.cgi?id=36437 Cheers, -- Thorsten pgpiiyrJdPv7S.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
NoOp wrote: The OP requested that beta versions be installed w/o affecting existing version. You are well aware of the OOo-dev build process. You are well aware of the issue, Yet you are asking posters to this thread to dig out the documentation, test that it still works? Amazing. Hi NoOp, well, developer time is (still) a scarce resource here, so we cannot but encourage everyone to go an extra mile to provide actionable input to any request posted here. Your mail was perceived as a X doesn't work, but it's soo obvious how to fix it, so go ahead and fix it ASAP - while in fact seldomly anything in LibO is really obvious, but needs at least some searching hunting down. So your post was not considered actionable. I guess both sides here took the other one's remark as condescending, which is unfortunate. The upshot is, Christian dug out the openoffice-dev target, which should do exactly what's needed. Let's try to get into that kind of productive mode right away, next time. Cheers, -- Thorsten pgpadln2VNpzW.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Proteja seu Patrimonio
Gate CetralCaso não consiga visualizar este e-mail, clique aqui Gate Central Tecnologia de ponta para sua segurança Cercas elétricas e Cercas Navalha Proteja sua propriedade com cercas elétricas e Cercas Navalhas e mantenha longe os delinquentes. Equipamentos de Vídeo Vigilância Monitore em tempo integral sua casa, sua empresa, seu terreno ou qualquer lugar que deseje. Assita em tempo real as imagens de qualquer uma das câmeras a partir da internet ou via celular. Portões automáticos Alta tecnologia e suporte de qualidade para portões automáticos de todos os tipos. Gate Central Atendemos no Rio de Janeiro e São Paulo. (21)3579-9163 / (21)3902-4754 - cont...@gatecentral.com.br www.gatecentral.com.br Gate Central (21)3579-9163 / (21)3902-4754 - cont...@gatecentral.com.br Caso não queira mais receber mais nossos e-mails, basta responder a este e-mail, com a palavra Remover no assunto. Desenvolvido por Mega Carteiro ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] QA process
Hey Sophie, Thanks for mentioning it :) I have ever sent a process document to wiki in the mid of the month (13/Apr or so). The content attached as follows as well. It would be great if you have a review if time. Best wishes, Yifan ---8- Hi Sophie / Petr and all, Thanks for the comments and ideas! I updated several wiki pages today to outline what we got through the discussion. Please would you have a review and feedback is appreicated :) Details comes with: 1. Re-structure of QA page to put stuff into proper process. http://wiki.documentfoundation.org/QA I also updated the function test process part. From my understanding of comments, Native Language QA is not considered as a single process since what could be done is quite similar with Function QA, except that Native Language QA may have different Test build and Test cases (though maybe part of overlapping with) from function test. L10n process is empty since it seems to be a different one. 2. Update the QA-team to outline a Test maintenance team: http://wiki.documentfoundation.org/QA/QA_Team 3. Update a bit the BugReport Details page to put 'Severity' for concerning: http://wiki.documentfoundation.org/BugReport_Details The severity stuff is simply extracted from fdo documentation, we may want to define them in more detail. About the priority setting, I double checked the fdo documentation https://bugs.freedesktop.org/page.cgi?id=fields.html#importance which shows 'This field is utilized by the programmers/engineers to prioritize their work to be done.'. In our case, not every bugs are assigned when they are reported/triaged. So let me confirm we would like this to be done in bug triage phase for not losing those high priority bugs at the first time, though assigned developers can do further adjustment via his/her own work states. ---8- -- Yifan Jiang Libreoffice Contact: yifan - irc.freenode.net/libreoffice = http://www.libreoffice.org/ http://www.documentfoundation.org/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Introduce HideDisabledMenuItems style setting
Am 27.04.2011 13:01:36 schrieb Christoph Noack: Just a small question ... do I get it right that the disabled menu items get hidden instead of being grayed out? Real interest: could you please explain what the rationale for the change is? As far as I know, there is currently no platform guideline that requires that (or even allows that) - but I might be wrong. Yes, disabled becomes hidden effectively. That is *current* behaviour on all systems as far as I can tell, so I'm not introducing anything new, to make that clear. I explicitly want to change this for GTK+ because it is wrong behaviour. As far as I know, OS X and KDE are the only platforms doing this (I'll ignore Maemo). I don't know the exact guideline, I didn't find clear documentation about it but for example the web page context menu on OS X does it and editor popups I saw in KDE. That said, Lubos or anyone else, please correct me if my observation is wrong, I'll adapt the patch accordingly. I updated the patch and attached a second one to get ird of UpdateApplicationSettings which for no good reason tries to flip the same switch in a very misleading way. ciao, ChristianFrom e6d2363785af7e8021afe358be66db233d360fc4 Mon Sep 17 00:00:00 2001 From: Christian Dywan christian.dy...@lanedo.com Date: Thu, 21 Apr 2011 15:14:32 +0200 Subject: [PATCH] Introduce HideDisabledMenuItems style setting The STYLE_OPTION_HIDEDISABLED flag is removed. The setting is enabled for KDE and OSX. --- svtools/source/edit/svmedit.cxx |3 --- vcl/aqua/source/window/salframe.cxx |1 + vcl/inc/vcl/settings.hxx |6 +- vcl/source/app/settings.cxx |3 +++ vcl/source/control/edit.cxx |7 --- vcl/unx/kde/salnativewidgets-kde.cxx |1 + vcl/unx/kde4/KDESalFrame.cxx |1 + 7 files changed, 15 insertions(+), 7 deletions(-) diff --git a/svtools/source/edit/svmedit.cxx b/svtools/source/edit/svmedit.cxx index b182446..b1f8919 100644 --- a/svtools/source/edit/svmedit.cxx +++ b/svtools/source/edit/svmedit.cxx @@ -859,9 +859,6 @@ void TextWindow::Command( const CommandEvent rCEvt ) if ( rCEvt.GetCommand() == COMMAND_CONTEXTMENU ) { PopupMenu* pPopup = Edit::CreatePopupMenu(); -const StyleSettings rStyleSettings = GetSettings().GetStyleSettings(); -if ( rStyleSettings.GetOptions() STYLE_OPTION_HIDEDISABLED ) -pPopup-SetMenuFlags( MENU_FLAG_HIDEDISABLEDENTRIES ); if ( !mpExtTextView-HasSelection() ) { pPopup-EnableItem( SV_MENU_EDIT_CUT, sal_False ); diff --git a/vcl/aqua/source/window/salframe.cxx b/vcl/aqua/source/window/salframe.cxx index f37182f..4b41148 100644 --- a/vcl/aqua/source/window/salframe.cxx +++ b/vcl/aqua/source/window/salframe.cxx @@ -1320,6 +1320,7 @@ void AquaSalFrame::UpdateSettings( AllSettings rSettings ) // images in menus false for MacOSX aStyleSettings.SetPreferredUseImagesInMenus( false ); +aStyleSettings.SetHideDisabledMenuItems( sal_True ); aStyleSettings.SetAcceleratorsInContextMenus( sal_False ); rSettings.SetStyleSettings( aStyleSettings ); diff --git a/vcl/inc/vcl/settings.hxx b/vcl/inc/vcl/settings.hxx index e5a824c..4f16997 100644 --- a/vcl/inc/vcl/settings.hxx +++ b/vcl/inc/vcl/settings.hxx @@ -434,6 +434,7 @@ private: sal_uLong mnSymbolsStyle; sal_uLong mnPreferredSymbolsStyle; sal_uInt16 mnSkipDisabledInMenus; +sal_BoolmbHideDisabledMenuItems; sal_BoolmnAcceleratorsInContextMenus; Wallpaper maWorkspaceGradient; const void* mpFontOptions; @@ -456,7 +457,6 @@ private: #define STYLE_OPTION_SPINARROW ((sal_uLong)0x0080) #define STYLE_OPTION_SPINUPDOWN ((sal_uLong)0x0100) #define STYLE_OPTION_NOMNEMONICS((sal_uLong)0x0200) -#define STYLE_OPTION_HIDEDISABLED ((sal_uLong)0x0010) #define DRAGFULL_OPTION_WINDOWMOVE ((sal_uLong)0x0001) #define DRAGFULL_OPTION_WINDOWSIZE ((sal_uLong)0x0002) @@ -736,6 +736,10 @@ public: { CopyData(); mpData-mnSkipDisabledInMenus = bSkipDisabledInMenus; } sal_Bool GetSkipDisabledInMenus() const { return (sal_Bool) mpData-mnSkipDisabledInMenus; } +void SetHideDisabledMenuItems( sal_Bool bHideDisabledMenuItems ) +{ CopyData(); mpData-mbHideDisabledMenuItems = bHideDisabledMenuItems; } +sal_Bool GetHideDisabledMenuItems() const +{ return mpData-mbHideDisabledMenuItems; } void SetAcceleratorsInContextMenus( sal_Bool bAcceleratorsInContextMenus )
Re: [Libreoffice] [PATCH] [PUSHED] fix fdo#bug 36404 -More than one text cursor at the same time in textfields
On Wed, Apr 27, 2011 at 09:37:54AM +0200, David Tardon wrote: On Wed, Apr 27, 2011 at 08:56:50AM +0200, David Tardon wrote: On Thu, Apr 21, 2011 at 12:20:31AM +0200, Robert Dargaud wrote: Hi All, In cursor.cxx I found 2 lines accidentally deleted by this patch it seems : vcl119: #i80730# fix cursor paint behavior and timer I've tried to find an explication of this deleted ligne, but without Timer.Stop() I don't understand how it can work correctly. I'm not sure of that. It's preferable than an expert have a look to my patch before pushed it. Thanks, pushed! On second look, this does not seem to fit the intent of Philip's change. I'll leave it pushed now, but it will probably have to be changed. Fixed now. D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
HI Andras, *, On Wed, Apr 27, 2011 at 10:32 AM, Andras Timar tima...@gmail.com wrote: 2011/4/26 Christian Lohmaier lohmaier+libreoff...@googlemail.com: On Tue, Apr 26, 2011 at 7:05 PM, NoOp gl...@sbcglobal.net wrote: There probably aren't any patches necessary, just try whether the openofficedev target works (I suspect it does, but cannot test now myself, as master is not buildable right now) $ cd instsetoo_native/util $ dmake openofficedev Currently it does not work out of the box but it can be fixed. I tested libreoffice-3-4 branch. On Linux it complains about SO_PACK environment variable which is not set. But some packages are built anyway. Install prefix is /opt/lo-dev/. SO_PACK should only be necessary when building the withJRE variant On Windows it wants to package jre which is not there. So: $ touch ../../solver/300/wntmsci12.pro/bin/jre-6u22-windows-i586.exe $ dmake openofficedev OK, so there's a bug. It should only attempt to include the JRE when you build openofficewithjre target - so apparently the Product name used when building the dev version triggers the inclusion of the JRE. Very likely because of the JAVAPRODUCT 1 in the openoffice.lst for the dev product. Also XPDINSTALLER is set to 1 (IIRC this is used to create a java based installer that installs the RPMs - and thus not really needed either) And it packages LibO-dev! It can be installed parallel to LibreOffice. Note: I tried en-US only. It would have taken ages to build all languages on my current Windows box. To build a single language: dmake openofficedev_language or build the languagepack with dmake oodevlanguagepack_language After some fixing and testing on master this target can be used in next beta cycle. Esp. things to test: How webhelp works with dev-versions (is it supported at all, or shall users download offline help for those) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Introduce HideDisabledMenuItems style setting
Hi Christian, *, On Thu, Apr 21, 2011 at 3:44 PM, Christian Dywan christ...@lanedo.com wrote: I'm introducing a setting that decides if disabled menu items should be hidden. Currently the code is broken in the sense that items are hidden if disabled on all platforms and UpdateApplicationSettings which theortically does that is a) counter-intuitive and b) not set by platforms. I'm not sure I understand. I absolutely would hate it when the disabled menu-items were hidden instead of just greyed out. Why would you want to have that dependent on the Desktop-environment? Either the user wants to hide them (but I doubt they really do want that), or the user doesn't want it (like me). So why should LO behave differently on KDE vs Gnome vs Windows in this regard? The patch sets the setting for KDE, KDE4 and OSX and uses it for the edit menu. what effect is setting this setting - I don't understand. You mean it defaults to hide them instead of greying them out for KDE* and OSX? And I guess uses it for the edit menu means that your patch limits its scope to one menu only for a proof-of-concept? Future steps are to use the setting for other menus and I think UpdateApplicationSettings should eventually be removed because it's completely mis-designed and confusing. Well, not sure what your intention is, as I didn't fully understand what you were trying to say, but you sure got my veto when hiding the menus will be default/cannot be turned off. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] ChDir and user written dll
Hi On 26/04/11 20:46, pjpuchyr wrote: Running calc, I need to load a dll which is not in the search path, and my problem is that the Basic ChDir statement does nothing on Windows 7, so the dll can never be found. Is there a solution to this problem? afaik ChDir doesn't work on *any* platform from LibreOffice/Openoffice.org Basic To elaborate, I've written an app which runs as a dll loaded by a spreadsheet. My clients are engineers who do not have administrator privileges on their machines, so the dll is typically not put in the standard search path for dlls. One of the spreadsheet inputs is the path to the dll, which is picked up by the Basic code. On systems where ChDir works, This is what's confusing me, I presume you Microsoft Office ( Excel ) when you say On systems where ChDir works right? I simply ChDir to the specified directory and the dll loads. how do you intend to load/access the dll in libreoffice, via Declare syntax ? In OpenOffice/LibreOffice, ChDir does nothing (doesn't work and doesn't issue an error), which is strange :-/ but looks to have been done purposely :-/ so my alternatives are 1) hard code the full path into the Basic Declare statement, which is unacceptable because I have no control over where the dll is put ah, ok you are using 'Declare' Hmm assuming that 'ChDir' is a non runner then there are a couple of possibilities a) you could expose your functionality via a dreaded extension ( and provide a thin uno interface wrapper for your dll ) - your users would have an extra step of having to install the extension b) you could convert your dll to be a binary, you could launch the binary via the 'Shell' command. Getting information back from your application might be more difficult you probably would need to do some custom handshaking... yeuch forget it, actually your best bet is an extension c) if your functionality is somewhat generic and useful you could consider adding it to the calc core and have it generally available to everyone Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
On Windows it wants to package jre which is not there. So: $ touch ../../solver/300/wntmsci12.pro/bin/jre-6u22-windows-i586.exe $ dmake openofficedev OK, so there's a bug. It should only attempt to include the JRE when you build openofficewithjre target - so apparently the Product name used when building the dev version triggers the inclusion of the JRE. At one point, the Sun guys decided that all Dev versions of OpenOffice would include the JRE, while release builds would be distributed both with and without the JRE. So this was intentional at one time, but I agree it should be undone. To take this a step further, if it were up to me, I would make all Dev builds *not* include the JRE, since LO will use an existing JRE if one is installed, and that will generally be the case (a JRE was probably installed with the last release version of LO). Just in case though, if no JRE is installed, LO will give the user a warning message when it is run and the user can download and install the JRE separately. This should be sufficient for Dev builds. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] FW: [PATCH] Introduce HideDisabledMenuItems style setting
I'm introducing a setting that decides if disabled menu items should be hidden. Currently the code is broken in the sense that items are hidden if disabled on all platforms and UpdateApplicationSettings which theortically does that is a) counter-intuitive and b) not set by platforms. I'm not sure I understand. I absolutely would hate it when the disabled menu-items were hidden instead of just greyed out. The current behavior is that if a menu item is disabled BY THE DISTRIBUTION PACKAGER OR SITE INSTALLATION SYSADMIN, then the menu item is hidden in LO, not grey'out out. Its not a question of what the user wants, its a question of what the distribution packager or site administrator is trying to accomplish. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] FW: [PATCH] Introduce HideDisabledMenuItems style setting
Hi Allen, *, On Wed, Apr 27, 2011 at 2:29 PM, Allen Pulsifer pulsi...@openoffice.org wrote: I'm introducing a setting that decides if disabled menu items should be hidden. Currently the code is broken in the sense that items are hidden if disabled on all platforms and UpdateApplicationSettings which theortically does that is a) counter-intuitive and b) not set by platforms. I'm not sure I understand. I absolutely would hate it when the disabled menu-items were hidden instead of just greyed out. The current behavior is that if a menu item is disabled BY THE DISTRIBUTION PACKAGER OR SITE INSTALLATION SYSADMIN, then the menu item is hidden in LO, not grey'out out. Its not a question of what the user wants, its a question of what the distribution packager or site administrator is trying to accomplish. OK, then the posting is even less clear to me, as I was thinking it was about not possible with the current selection style actions that are also greyed out by LO. No objections from my part to fully hide, removed / not-allowed-by-sysadmin ones, but when it comes to hiding entries that cannot be performed at the moment for whatever reason, then I say no, thanks. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] FW: [PATCH] Introduce HideDisabledMenuItems style setting
No objections from my part to fully hide, removed / not-allowed-by-sysadmin ones, but when it comes to hiding entries that cannot be performed at the moment for whatever reason, then I say no, thanks. That is the way it currently works under Windows. The former uses a permanent switch, while the latter depends on context or state (for example, I believe Save is grey'ed out when a document is open but not modified). I assume (hope) we are just talking about platforms where it is not currently working like this. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] FW: [PATCH] Introduce HideDisabledMenuItems style setting
Am 27.04.2011 15:40:35 schrieb Allen Pulsifer: No objections from my part to fully hide, removed / not-allowed-by-sysadmin ones, but when it comes to hiding entries that cannot be performed at the moment for whatever reason, then I say no, thanks. That is the way it currently works under Windows. The former uses a permanent switch, while the latter depends on context or state (for example, I believe Save is grey'ed out when a document is open but not The *current* behaviour is to hide disabled edit menu items in the context menu. Please see my clarification/ update, dated 11:13+00 UTC today. ciao, Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove SV_DECL_REF macro
0009-Remove-unused-macros-for-GraphicDocShell.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove List from ZoomList class
0001-Remove-deprecated-container-List-in-ZoomList.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove tools/list.hxx include
0001-Remove-tools-list.hxx.libs-gui.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove deprecated List container
0003-Remove-deprecated-List-container-maTextRuleL.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_TABLE( SwRTFStyleTbl, SwTxtFmtColl* )
0001-Remove-DECLARE_TABLE-SwRTFStyleTbl-SwTxtFmtCo.writer.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_TABLE( SwRTFCharStyleTbl, SwCharFmt* )
0002-Remove-DECLARE_TABLE-SwRTFCharStyleTbl-SwChar.writer.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove List usage in SdPublishingDlg
0004-Remove-deprecated-container-List-in-SdPublis.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove deprecated List container in FontCollection
0002-Remove-deprecated-List-container-in-FontColl.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove tools/table.hxx include
0002-Remove-tools-table.hxx-include.libs-gui.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove deprecated List container
They all related to the same files, try to apply them in the same order, thanks ^^ 0005-Remove-deprecated-List-container-from-Sectio.impress.patch Description: Binary data 0006-Remove-deprecated-List-container-in-PropRead.impress.patch Description: Binary data 0007-Change-Dictionary-for-std-map-String-sal_uIn.impress.patch Description: Binary data 0008-Remove-tools-list.hxx-include.impress.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove unused sstring files in bootstrp
0001-Remove-unused-sstring-files-in-bootstrp.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] QA process
Hi Yifan, On 27/04/2011 13:42, Yifan Jiang wrote: Hey Sophie, Thanks for mentioning it :) You're welcome, my fault to be so late. I have ever sent a process document to wiki in the mid of the month (13/Apr or so). The content attached as follows as well. It would be great if you have a review if time. Best wishes, Yifan ---8- Hi Sophie / Petr and all, Thanks for the comments and ideas! I updated several wiki pages today to outline what we got through the discussion. Please would you have a review and feedback is appreicated :) Did you locked the QA pages on the wiki, it seems I can't edit them even when logged? Details comes with: 1. Re-structure of QA page to put stuff into proper process. http://wiki.documentfoundation.org/QA I also updated the function test process part. From my understanding of comments, Native Language QA is not considered as a single process since what could be done is quite similar with Function QA, except that Native Language QA may have different Test build and Test cases (though maybe part of overlapping with) from function test. Yes, that's right L10n process is empty since it seems to be a different one. Yes, I still need to write it. I shall be available all day tomorrow, I'll try to document the KeyID process too. 2. Update the QA-team to outline a Test maintenance team: http://wiki.documentfoundation.org/QA/QA_Team Good thanks, hum the table is quiet empty, a lot of room to enhance the team ;) 3. Update a bit the BugReport Details page to put 'Severity' for concerning: http://wiki.documentfoundation.org/BugReport_Details The severity stuff is simply extracted from fdo documentation, we may want to define them in more detail. About the priority setting, I double checked the fdo documentation https://bugs.freedesktop.org/page.cgi?id=fields.html#importance which shows 'This field is utilized by the programmers/engineers to prioritize their work to be done.'. In our case, not every bugs are assigned when they are reported/triaged. So let me confirm we would like this to be done in bug triage phase for not losing those high priority bugs at the first time, though assigned developers can do further adjustment via his/her own work states. ok, thanks a lot for all your work on this. Tomorrow I'll run the testtool on Windows and Linux, to check if every thing is ok on this part too (enough details for new comers mostly). As you may have seen, I'm also planing a new IRC QA session targeted on RC time and tests. But I'll keep the list update on the progress of organization. Thanks again for your work Yifan, Kind regards Sophie -- Founding member of The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Next IRC QA session
Hi all, I'm adding the dev list in cc but only for information, please follow the discussion on the tdf-discuss@list. I would like to organize a new IRC QA session during the RC period. The last one, hum, was a bit empty, but we won't resign ;) So I think we (I) should dedicate a bit more organization and dedication to it. What I would like to organize first is the presence of the mentors during the whole period, we should have somebody available and really on line during a dedicated period of time, even making some noise on the channel (dancing with the bot is an option, yes :) to make sure newcomers won't go away by lack of activity. So some questions: - what would be the best period (imho the Friday and Saturday is still a good idea)? - who would be available and when (on the 2 days, we will see the exact date later) ? - who would like to prepare a presentation of the different QA tasks (mostly BZ, but speaking a bit of the tests would be good too). We will fix a date and time to play it twice, once for each main time zone. Don't hesitate to make any comment or suggestion, even if it's new for you, this will help us to polish the organization. Thanks in advance Kind regards Sophie -- Founding member of The Document Foundation ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Remove SV_DECL_REF macro
Pushed, thanks B. -- \ Katarina Machalkova \\\__o LibO developer __\\\'/_ hedgehog painter signature.asc Description: This is a digitally signed message part. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Remove SV_DECL_REF macro
... really pushed, I mean :) B. -- \ Katarina Machalkova \\\__o LibO developer __\\\'/_ hedgehog painter signature.asc Description: This is a digitally signed message part. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove usage of List in SbiDdeControl
Well this patch is for windows only, but i develop only in linux, so if anyone can please review it and test it for me. Thanks 0001-Remove-usage-of-List-for-DdeConnection-in-SbiDdeCont.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Remove deprecated List container in FontCollection
Looks good, thanks. Pushed B. -- \ Katarina Machalkova \\\__o LibO developer __\\\'/_ hedgehog painter signature.asc Description: This is a digitally signed message part. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove tools/list.hxx include
Windows only patch, please review it and make sure it compiles without issues on a windows pc, but it looks straightfoward thing so it should be any issue with it. Thanks 0001-Remove-tools-list.hxx-include.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_LIST(DdeConnections, DdeConnection*)
This is a windows only patch, please check it compiles fine and without errors, thanks! 0001-Remove-DECLARE_LIST-DdeConnections-DdeConnection.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Introduce HideDisabledMenuItems style setting
Hi Christian! Sorry, it seems that I'm still a bit confused about that issue ... Am Mittwoch, den 27.04.2011, 11:13 + schrieb Christian Dywan: Am 27.04.2011 13:01:36 schrieb Christoph Noack: Just a small question ... do I get it right that the disabled menu items get hidden instead of being grayed out? Real interest: could you please explain what the rationale for the change is? As far as I know, there is currently no platform guideline that requires that (or even allows that) - but I might be wrong. Yes, disabled becomes hidden effectively. That is *current* behaviour on all systems as far as I can tell, so I'm not introducing anything new, to make that clear. Okay, then we really talk about those items in the application menu - now being hidden instead of grayed out temporarily (during runtime). I explicitly want to change this for GTK+ because it is wrong behaviour. As far as I know, OS X and KDE are the only platforms doing this (I'll ignore Maemo). I don't know the exact guideline, I didn't find clear documentation Mac OS X Human Interface Guidelines Naming Menu Items: When a menu item is unavailable—because it doesn’t apply to the selected object or to the selected object in its current state, or because nothing is selected, for example—the item should appear dimmed (gray) in the menu ... http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGMenus/XHIGMenus.html#//apple_ref/doc/uid/TP3356-TP6 KDE User Interface Guidelines Menu items should not be added or removed during runtime. Disable or enable them instead. http://developer.kde.org/documentation/standards/kde/style/menus/index.html GNOME Human Interface Guidelines 4.3.2.1. Command Items Guidelines: Do not remove command items from the menu when they are unavailable, make them insensitive instead. http://developer.gnome.org/hig-book/2.91/menus-design.html.en Microsoft User Experience Interaction Guidelines Disable menu items that don't apply to the current context, instead of removing them. Doing so makes menu bar contents stable and easier to find. http://msdn.microsoft.com/en-us/library/aa511502.aspx#presentation Is that the information you searched for? about it but for example the web page context menu on OS X does it and editor popups I saw in KDE. In this case, context menus are a different matter - they hide elements instead of removing them (or positively: only show what's available). But we have other issues within our context menus that need to be fixed (since 15 years or so *g*). That said, Lubos or anyone else, please correct me if my observation is wrong, I'll adapt the patch accordingly. [...] Regards, Christoph -- LibreOffice Design Team. Make it just work, and look great, too! http://wiki.documentfoundation.org/Design ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_LIST(DdeTopics, DdeTopic*) [Windows only]
This is a windows only patch, please check that you can compile it and check that i didnt miss anything. Thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Remove DECLARE_LIST(DdeTopics, DdeTopic*) [Windows only]
Oops forgot to send patch On Wed, Apr 27, 2011 at 4:57 PM, Rafael Dominguez venccsra...@gmail.comwrote: This is a windows only patch, please check that you can compile it and check that i didnt miss anything. Thanks 0001-Remove-DECLARE_LIST-DdeTopics-DdeTopic.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installation issue
El martes, 26-abril-2011 a les 17:24 -0700, Dan Hopper escribió: I have a problem (inexperience) going to the 'command line' to install Libreoffice. Is there an easier way to complete the installation? Hi, Dan! It's hard for us to guess which kind of instalation are you trying to perform. Windows?, Linux?, from source?... Please, provide more details and you'll have more chances to get help. Best regards, -- Saludinos Xuacu Saturio ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Zack zcrevel...@gmail.com changed: What|Removed |Added Depends on||36613 --- Comment #40 from Zack zcrevel...@gmail.com 2011-04-27 15:00:53 PDT --- Bug 36613. It's a regressive bug that's annoying but certainly not a blocker. If people vehemently disagree with adding this bug to the list feel free to remove it. -- 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] [PATCH] Remove DECLARE_LIST(DdeItems, DdeItem*) [Windows]
Windows only patch, please check that it compiles without error and i didnt forget anything, thanks!! 0001-Remove-DECLARE_LIST-DdeItems-DdeItem.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
Hi all, Thorsten Behrens wrote (27-04-11 10:42) Thanks Christian, that's the ~sole bit of really useful info in this whole thread. FWIW, the relevant bug is Furthermore, with due respect, this thread shows me some other useful information. Namely that there is a limit to what developers may expect from users/testers, and in the way they can write to them, without the risk alienating them. Don't get me wrong: I am all for explaining users/testers that developer time is limited and help is appreciated. Also there is no problem with suggesting users/testers that they might be able to lend a hand, and that with some pointers from a developer, it might even be not too difficult. But pls be careful. If any user/tester for any reason (time, skills, preference, hair color, ...) writes that he/she does will not give more help with a specific issue, we can only respect that and be thankful for the help already given. More pressure then just light, friendly persuasion, can drive users/testers from us. And we need them too. Do we already have a simple text on the website/wiki, that explains the use of the developer list, and what expectations are? That might be linked to by devs when needed, thus preventing them to get bored or 'funny' or wasting time on this. It might be linked in the footer of this list? If there isn't any (I can't find it) I'll be glad to write a proposal. Thanks, Cor -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Zack zcrevel...@gmail.com changed: What|Removed |Added Depends on||36615 --- Comment #41 from Zack zcrevel...@gmail.com 2011-04-27 15:21:40 PDT --- Bug 36615. Regressive bug that is very annoying. -- 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] [PATCH] Fix cppcheck warnings in components (easy hack)
The attached patch fixes lots of cppcheck warnings in the components repository. By the way, did anybody review my latest pyuno patch update? Or am I not patient enough :) --Andreas Becker -- All my code in this e-mail is under LGPLv3+/MPL. From 965ff54b77b5ee87758d9bc1fe5c9c906192effd Mon Sep 17 00:00:00 2001 From: Andreas Becker atayoo...@googlemail.com Date: Thu, 28 Apr 2011 00:59:28 +0200 Subject: [PATCH] fixed cppcheck warnings --- .../source/standard/vclxaccessibletoolbox.cxx |4 +- automation/source/miniapp/testapp.cxx |1 + automation/source/miniapp/testapp.hxx |1 - automation/source/testtool/httprequest.cxx | 24 ++-- basctl/source/basicide/basidesh.cxx| 12 +- crashrep/source/unx/main.cxx | 16 +-- crashrep/source/win32/base64.cpp |2 - cui/source/dialogs/multipat.cxx|2 +- cui/source/dialogs/thesdlg.cxx |2 +- cui/source/options/dbregister.cxx |2 +- cui/source/options/treeopt.cxx |4 +- cui/source/tabpages/chardlg.cxx|2 +- extensions/source/bibliography/datman.cxx |5 +- extensions/source/ole/oleobjw.cxx | 22 +-- extensions/source/ole/oleobjw.hxx |2 +- forms/source/component/refvaluecomponent.cxx |2 +- package/source/zippackage/ZipPackageStream.cxx |4 +- .../shellextensions/copyextensiondata.cxx | 10 +- .../shellextensions/registerextensions.cxx | 171 ++-- xmlsecurity/tools/demo/performance.cxx | 27 ++-- 20 files changed, 71 insertions(+), 244 deletions(-) diff --git a/accessibility/source/standard/vclxaccessibletoolbox.cxx b/accessibility/source/standard/vclxaccessibletoolbox.cxx index b720a2d..d2addb4 100644 --- a/accessibility/source/standard/vclxaccessibletoolbox.cxx +++ b/accessibility/source/standard/vclxaccessibletoolbox.cxx @@ -391,7 +391,7 @@ void VCLXAccessibleToolBox::UpdateItem_Impl( sal_Int32 _nPos, sal_Bool _bItemAdd if ( pItem ) { sal_Int32 nIndex = pItem-getIndexInParent( ); -nIndex += _bItemAdded ? +1 : -1; +nIndex += (_bItemAdded ? +1 : -1); pItem-setIndexInParent( nIndex ); } } @@ -400,7 +400,7 @@ void VCLXAccessibleToolBox::UpdateItem_Impl( sal_Int32 _nPos, sal_Bool _bItemAdd if ( pWindowItem ) { sal_Int32 nIndex = pWindowItem-getIndexInParent( ); -nIndex += _bItemAdded ? +1 : -1; +nIndex += (_bItemAdded ? +1 : -1); pWindowItem-setIndexInParent( nIndex ); } } diff --git a/automation/source/miniapp/testapp.cxx b/automation/source/miniapp/testapp.cxx index a76e215..ef5d356 100644 --- a/automation/source/miniapp/testapp.cxx +++ b/automation/source/miniapp/testapp.cxx @@ -157,6 +157,7 @@ MyApp aApp; MyApp::MyApp() { pMainWin = NULL; +pMyDispatcher = NULL; } void MyApp::Property( ApplicationProperty rProp ) diff --git a/automation/source/miniapp/testapp.hxx b/automation/source/miniapp/testapp.hxx index c11e551..5441a6d 100644 --- a/automation/source/miniapp/testapp.hxx +++ b/automation/source/miniapp/testapp.hxx @@ -86,7 +86,6 @@ public: class MyApp : public Application { -PopupMenu *MyMenu; Timer aCommandTimer; PlugInDispatcher *pMyDispatcher; diff --git a/automation/source/testtool/httprequest.cxx b/automation/source/testtool/httprequest.cxx index eab7b4b..7fdeed8 100644 --- a/automation/source/testtool/httprequest.cxx +++ b/automation/source/testtool/httprequest.cxx @@ -45,15 +45,18 @@ void HttpRequest::Init() } HttpRequest::HttpRequest() -: nStatus( HTTP_INIT ) -, nResultId( 0 ) -, pStream( NULL ) -{} +: nStatus(HTTP_INIT), nResultId(0), + pStream(NULL), pOutSocket(NULL) +{ +} HttpRequest::~HttpRequest() { delete pStream; pStream = NULL; + +delete pOutSocket; +pOutSocket = NULL; } void HttpRequest::SetRequest( ByteString aHost, ByteString aPath, sal_uInt16 nPort ) @@ -95,18 +98,14 @@ sal_Bool HttpRequest::Execute() aTV.Nanosec = 0; pOutSocket = new osl::ConnectorSocket(); -if ( pOutSocket-connect( aConnectAddr, aTV ) == osl_Socket_Ok ) -{ -// pOutSocket-setTcpNoDelay( 1 ); -} -else +if ( pOutSocket-connect( aConnectAddr, aTV ) != osl_Socket_Ok ) { delete pOutSocket; +pOutSocket = NULL; nStatus = HTTP_REQUEST_ERROR; return sal_False; } - SendString( pOutSocket, GET ); if ( aProxyHost.Len() ) { @@ -218,14 +217,11 @@ void HttpRequest::Abort() if ( pOutSocket ) { nStatus = HTTP_REQUEST_ERROR; - pOutSocket-shutdown(); +
Re: [Libreoffice] Installing beta versions replacing stable versions
Linking in the footer of the list is a good idea I think. Also, why not give a description (and list of expectations) of the developer list at the dev list signup page and at the mailing list description page? Seems like knowing the rules _before_ engaging would be useful. http://www.libreoffice.org/get-help/mailing-lists/ http://lists.freedesktop.org/mailman/listinfo/libreoffice On Wed, Apr 27, 2011 at 3:21 PM, Cor Nouws oo...@nouenoff.nl wrote: Hi all, Thorsten Behrens wrote (27-04-11 10:42) Thanks Christian, that's the ~sole bit of really useful info in this whole thread. FWIW, the relevant bug is Furthermore, with due respect, this thread shows me some other useful information. Namely that there is a limit to what developers may expect from users/testers, and in the way they can write to them, without the risk alienating them. Don't get me wrong: I am all for explaining users/testers that developer time is limited and help is appreciated. Also there is no problem with suggesting users/testers that they might be able to lend a hand, and that with some pointers from a developer, it might even be not too difficult. But pls be careful. If any user/tester for any reason (time, skills, preference, hair color, ...) writes that he/she does will not give more help with a specific issue, we can only respect that and be thankful for the help already given. More pressure then just light, friendly persuasion, can drive users/testers from us. And we need them too. Do we already have a simple text on the website/wiki, that explains the use of the developer list, and what expectations are? That might be linked to by devs when needed, thus preventing them to get bored or 'funny' or wasting time on this. It might be linked in the footer of this list? If there isn't any (I can't find it) I'll be glad to write a proposal. Thanks, Cor -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_LIST(DdeTransactions, DdeTransaction*) [Windows only]
Windows only patch, please compile and check that theres no errors, thanks 0001-Remove-DECLARE_LIST-DdeTransactions-DdeTransaction.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_LIST(DdeServices, DdeService*) [Windows only]
Windows only patch, please compile and check that theres no errors, thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Crash log attached....
As a retired Mac developer I would like to help track down this reproducible bug. Whom should I contact? Do I need to subscribe to the developers list? The crash log gives all the details of my setup. Both OpenOffice 3.3.0 and LibreOffice 3.3.2 exhibit this behaviour. Steps to reproduce: (0) Launch either app (1) New spreadsheet (2) Format/Cells... Crash! respect Peter soffice_2011-04-27-131654_Gandalf.crash Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installation issue
Thank you for responding. I'm running on an iMac G5 w/intel chip. Mac OSX 10.6.7 operating system. Dan Hopper Xuacu wrote: El martes, 26-abril-2011 a les 17:24 -0700, Dan Hopper escribió: I have a problem (inexperience) going to the 'command line' to install Libreoffice. Is there an easier way to complete the installation? Hi, Dan! It's hard for us to guess which kind of instalation are you trying to perform. Windows?, Linux?, from source?... Please, provide more details and you'll have more chances to get help. Best regards, -- Saludinos Xuacu Saturio ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- View this message in context: http://nabble.documentfoundation.org/Installation-issue-tp2868262p2872709.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-users] Re: Crash log attached.
Nope same SIGSEV problem using 3.4beta2 How can I help track this down? Peter Process: soffice [2170] Path:/Users/pteeson/Desktop/LibreOffice.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 3.4.0 (???) Code Type: X86 (Native) Parent Process: launchd [264] Date/Time: 2011-04-27 20:19:57.521 -0400 OS Version: Mac OS X 10.6.6 (10J567) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x17df4c68 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 ...ple.ApplicationServices.ATS 0x93c7ccc6 OTL::GCommon::GetMaxLookupCount() const + 20 1 ...ple.ApplicationServices.ATS 0x93c7bc82 ProcessRunCommon(OTL::GCommon, TGlyphArray, long, long, unsigned long, bool) + 254 2 ...ple.ApplicationServices.ATS 0x93c1e1ca ProcessGSUBRun + 222 3 ...ple.ApplicationServices.ATS 0x93c17cc1 ApplyMorphForRun + 425 4 ...ple.ApplicationServices.ATS 0x93c7978b ApplyMorph + 137 5 ...ple.ApplicationServices.ATS 0x93c16fe1 _eLLCLayoutText + 274 6 ...ple.ApplicationServices.ATS 0x93c16eb8 LLCLayoutText + 83 On 2011-04-27, at 8:06 PM, Peter Teeson wrote: Thanks for trying to reproduce it john I'll try DL'ing the Beta and see what happens. I'm on 10.6.6 and as for Mac 10.6.7 I want to hold off a bit longer. Peter On 2011-04-27, at 4:55 PM, Tinkerer wrote: Peter I am using Mac 10.6.7 and I cannot reproduce that fault in Libre 3.4 Beta It may have been cured. john. -- View this message in context: http://nabble.documentfoundation.org/Crash-log-attached-tp2871358p2871961.html Sent from the Users mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Installing beta versions replacing stable versions
On 04/26/2011 11:54 PM, Tor Lillqvist wrote: You are well aware of the OOo-dev build process. Thanks for the mind-reading, but I think you need to try harder. For the record, I have never heard about that. --tml I was replying to MM. But come on Tor; I've great respect for you and the code you provide to this and other projects (Gimp, GTK, et al). But can you tell me that you *really* aren't aware of the OOo-dev builds build process? You developed on OOo: http://wiki.services.openoffice.org/wiki/DomainDeveloper https://bugzilla.novell.com/show_bug.cgi?id=543996 and in the release notes for Developer Snapshots has been the following (for quite some time): http://development.openoffice.org/releases/3.4beta.html This snapshot build will install as OOo-Dev It matters not whether it is linux or Windows. In any event, this is OT and I'll not take any more time cluttering up this list. I'll ensure that the door doesn't hit me on the way out. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] QA process
On Wed, Apr 27, 2011 at 05:57:39PM +0300, Sophie Gautier wrote: ---8- Hi Sophie / Petr and all, Thanks for the comments and ideas! I updated several wiki pages today to outline what we got through the discussion. Please would you have a review and feedback is appreicated :) Did you locked the QA pages on the wiki, it seems I can't edit them even when logged? Weird, I didn't open/edit the page ;-) Is this a constant problem? Tomorrow I'll run the testtool on Windows and Linux, to check if every thing is ok on this part too (enough details for new comers mostly). As you may have seen, I'm also planing a new IRC QA session targeted on RC time and tests. But I'll keep the list update on the progress of organization. Great! Please let me know if anything is not working/strange. Best regards, Yifan -- Yifan Jiang Libreoffice Contact: yifan - irc.freenode.net/libreoffice = http://www.libreoffice.org/ http://www.documentfoundation.org/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice