Re: [Libreoffice] Compilation failed in slideshow/source/engine
Hi Julien, --enable-ext-presenter-ui Good catch - this needs to go. The file compile-libreoffice/libo/slideshow/source/engine/makefile.mk contains this .IF $(ENABLE_PRESENTER_EXTRA_UI)==YES ENABLE_PRESENTER_EXTRA_UI is not used anymore // (line 41) .ENDIF Must these lines be removed or the removing should be much bigger ? Nope, it's only those lines (and the corresponding part in configure.in). Fixed that on -3-4, will end up in master with the next merge. Meanwhile, just don't give -enable-ext-presenter-ui. Cheers, -- Thorsten pgp5OBrdBd0bP.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Purging interval for nightly builds (was: Re: libreoffice-3-4 branch and tinderboxes)
Hi, I propose to have some 2 weeks worth of nightly builds around (to not fill up the disk entirely). Ok for everyone? Cheers, -- Thorsten pgpnMtAk3SCuT.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Purging interval for nightly builds (was: Re: libreoffice-3-4 branch and tinderboxes)
On Fri, Apr 8, 2011 at 2:21 AM, Thorsten Behrens t...@documentfoundation.org wrote: Hi, I propose to have some 2 weeks worth of nightly builds around (to not fill up the disk entirely). Ok for everyone? ok with the caveat that we should always keep at least the last successful build (that is the one pointed by the link 'current') just in case we run into a longer than usual slump Cheers, -- Thorsten ___ 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 --- Comment #18 from Fran franj...@gmail.com 2011-04-08 01:16:18 PDT --- (In reply to comment #17) (In reply to comment #16) This is a feature request thus should not be considered a stopper bug. Plus this requires non-trivial change, too risky for 3.4 especially after the feature freeze. Hmm... actually on 2nd look, this may be a bug. And there is a patch in OpenOffice. From http://openoffice.org/bugzilla/show_bug.cgi?id=89232#c27: Fixed in CWS calc66, based on a patch from the IBM Symphony team. Filtered rows are skipped, and if there are filtered rows, the default is copying instead of incrementing. -- 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: [Libreoffice] About the easyhack expunge duplicate enumerations in vcl
On Thu, 2011-04-07 at 23:23 +0200, Julien Nabet wrote: I'd like to work on the easyhack expunge duplicate enumerations in vcl. Ah - sadly Christina is working on this but (apparently) hasn't updated the wiki to reflect that ... cough Christina ? :-) ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] About the easyhack expunge duplicate enumerations in vcl
Done. Christina -Ursprüngliche Nachricht- Von: Michael Meeks michael.me...@novell.com Gesendet: 08.04.2011 10:24:18 An: Julien Nabet serval2...@yahoo.fr, Christina Roßmanith chrrossman...@web.de Betreff: Re: [Libreoffice] About the easyhack expunge duplicate enumerations in vcl On Thu, 2011-04-07 at 23:23 +0200, Julien Nabet wrote: I'd like to work on the easyhack expunge duplicate enumerations in vcl. Ah - sadly Christina is working on this but (apparently) hasn't updated the wiki to reflect that ... cough Christina ? :-) ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ Empfehlen Sie WEB.DE DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.web.de ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch]Add method Copy to ScVbaWorksheets
On 08/04/11 01:38, Markus Mohrhard wrote: Hello, here the patch for the EasyHack: http://wiki.documentfoundation.org/Development/Easy_Hacks#VBA_support_add_support_for_Worksheets.Copy or Bug: https://bugs.freedesktop.org/show_bug.cgi?id=34763 . It needs the patch from this afternoon to work correctly. thanks for the patch, will look at it this after lunch so taking a mutex on that Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
I have the following error when building the current master (just g pull) ERROR: error 65280 occurred while making /cygdrive/f/git/libo/odk/pack/copying ERROR: error 65280 occurred while making /cygdrive/f/git/libo/configmgr/source ERROR: error 65280 occurred while making /cygdrive/f/git/libo/more_fonts/fonts/ttf_amt ERROR: error 65280 occurred while making /cygdrive/f/git/libo/sw/prj Any idea what went wrong? Thanks, -- _/|\_ Samphan Raruenrom. Open Source Development Co., Ltd. Tel: +66 38 311816, Fax: +66 38 773128, http://www.osdev.co.th/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] CVER / C52 cleaning
Hi Michael, On Thu, Apr 07, 2011 at 04:16:28PM +0100, Michael Meeks wrote: On Wed, 2011-04-06 at 22:31 +0200, Francois Tigeot wrote: CVER is defined in set_solenv.in and propagated in form of defines to the entire source tree. We're not worried about the Solaris build - we don't ship on that platform, so feel free to ignore that. Hmm, okay. No developpers, no users, no problems :p I've pushed a few commits to reduce C52 usage. I've found it is almost unused expect in the following cases - when set to C52 (version 5.2 of a solaris-specific compiler) - when set to M1500 or M1600 (Microsoft Visual Studio compilers ?) I guess removing the -DCVER in the cflags would be fine if we can show there is no source using it. Hopefully it could be done soon. How often is opengrok refreshed ? It's quite good to find that sort of strings. Could a Solaris user confirm whether C52 is indeed completely obsolete or not in the year 2011 ? I would just ignore it :-) when the Illumos (the only Solaris I care about personally) guys get to building LibreOffice, I imagine they will use gcc (free software) anyway. You mean OpenIndiana ? AFAIK, Illumos is a sort of Linux/GNU team maintaining what was the old OpenSolaris kernel and associated userland tools. We then have different projects building on this base to produce complete distributions. There's Nexenta and OpenIndiana I'm aware of. Nexenta is a storage-server oriented system so they probably won't care. That leaves OpenIndiana: http://openindiana.org/ -- Francois Tigeot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] GSoC: Easy Hack: Make python / mail-merge debuggable
Dear Developer-Team, I am applying for the GSoC-project dealing with conversion of helpfiles. Before I start that project I like to help with the task to make mailmerge debuggable.* What action exactly makes office display a message? exit() did, raise Exception did, but print did not. I added a Tk messagebox in the attatched version. This requires python-tk. Now it prints only the human-readable errormessage-text. What does a prefered output look like, that can be understood easily by a user? kind regards, Timo * http://wiki.documentfoundation.org/Easy_Hacks#Make_python_.2F_mail-merge_debuggable # Caolan McNamara caol...@redhat.com # a simple email mailmerge component # manual installation for hackers, not necessary for users # cp mailmerge.py /usr/lib/openoffice.org2.0/program # cd /usr/lib/openoffice.org2.0/program # ./unopkg add --shared mailmerge.py # edit ~/.openoffice.org2/user/registry/data/org/openoffice/Office/Writer.xcu # and change EMailSupported to as follows... # prop oor:name=EMailSupported oor:type=xs:boolean # valuetrue/value # /prop import unohelper import uno import re #to implement com::sun::star::mail::XMailServiceProvider #and #to implement com.sun.star.mail.XMailMessage from com.sun.star.mail import XMailServiceProvider from com.sun.star.mail import XMailService from com.sun.star.mail import XSmtpService from com.sun.star.mail import XConnectionListener from com.sun.star.mail import XAuthenticator from com.sun.star.mail import XMailMessage from com.sun.star.mail.MailServiceType import SMTP from com.sun.star.mail.MailServiceType import POP3 from com.sun.star.mail.MailServiceType import IMAP from com.sun.star.uno import XCurrentContext from com.sun.star.lang import IllegalArgumentException from com.sun.star.lang import EventObject from com.sun.star.mail import SendMailMessageFailedException from email.MIMEBase import MIMEBase from email.Message import Message from email import Encoders from email.Header import Header from email.MIMEMultipart import MIMEMultipart from email.Utils import formatdate from email.Utils import parseaddr import sys, smtplib, imaplib, poplib import Tkinter, tkMessageBox dbg = False class PyMailSMTPService(unohelper.Base, XSmtpService): def __init__( self, ctx ): self.ctx = ctx self.listeners = [] self.supportedtypes = ('Insecure', 'Ssl') self.server = None self.connectioncontext = None self.notify = EventObject() if dbg: print sys.stderr, PyMailSMPTService init def addConnectionListener(self, xListener): if dbg: print sys.stderr, PyMailSMPTService addConnectionListener self.listeners.append(xListener) def removeConnectionListener(self, xListener): if dbg: print sys.stderr, PyMailSMPTService removeConnectionListener self.listeners.remove(xListener) def getSupportedConnectionTypes(self): if dbg: print sys.stderr, PyMailSMPTService getSupportedConnectionTypes return self.supportedtypes def connect(self, xConnectionContext, xAuthenticator): self.connectioncontext = xConnectionContext if dbg: print sys.stderr, PyMailSMPTService connect server = xConnectionContext.getValueByName(ServerName) if dbg: print sys.stderr, server port = xConnectionContext.getValueByName(Port) if dbg: print sys.stderr, port self.server = smtplib.SMTP(server, port) if dbg: self.server.set_debuglevel(1) connectiontype = xConnectionContext.getValueByName(ConnectionType) if dbg: print sys.stderr, connectiontype if connectiontype == 'Ssl': self.server.ehlo() self.server.starttls() self.server.ehlo() user = xAuthenticator.getUserName().encode('ascii') password = xAuthenticator.getPassword().encode('ascii') if user != '': if dbg: print sys.stderr, 'Logging in, username of', user self.server.login(user, password) for listener in self.listeners: listener.connected(self.notify) def disconnect(self): if dbg: print sys.stderr, PyMailSMPTService disconnect if self.server: self.server.quit() self.server = None for listener in self.listeners: listener.disconnected(self.notify) def isConnected(self): if dbg: print sys.stderr, PyMailSMPTService isConnected return self.server != None def getCurrentConnectionContext(self): if dbg: print sys.stderr, PyMailSMPTService getCurrentConnectionContext return self.connectioncontext def sendMailMessage(self, xMailMessage): COMMASPACE = ', ' if dbg: print sys.stderr, PyMailSMPTService sendMailMessage recipients = xMailMessage.getRecipients() sendermail = xMailMessage.SenderAddress sendername = xMailMessage.SenderName subject = xMailMessage.Subject ccrecipients = xMailMessage.getCcRecipients() bccrecipients = xMailMessage.getBccRecipients() if dbg: print sys.stderr, PyMailSMPTService subject, subject print sys.stderr, PyMailSMPTService from, sendername.encode('utf-8') print sys.stderr, PyMailSMTPService from, sendermail print sys.stderr, PyMailSMPTService
Re: [Libreoffice] Purging interval for nightly builds (was: Re: libreoffice-3-4 branch and tinderboxes)
On Fri, 2011-04-08 at 09:21 +0200, Thorsten Behrens wrote: I propose to have some 2 weeks worth of nightly builds around (to not fill up the disk entirely). Ok for everyone? Of course, it'd be more ideal to have one weeks' worth, and then one per week for the last 4+ weeks - but I imagine the scripting gets more difficult then ;-) ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] icon in GNOME3
On Tue, 2011-04-05 at 11:34 +0200, Andreas Proschofsky wrote: *) Optionally: Make openSUSE to not use its own icons for LibreOffice ;) I believe these were the icons from build/ I've just removed them from libroffice-3-4's build module - so we should use the sysui icons (and .desktop files) for 3.4. Thanks :-) Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] fixing the old+new opensymbol available and startup speedup
So, for https://bugs.freedesktop.org/show_bug.cgi?id=30729 where we use the possibly older system opensymbol if there is one, where system is FcSetSystem and refers to anything in /usr/share/fonts + ~/.fonts instead of the local new FcSetApplication bundled one which causes trouble because the new one has glyphs the old one doesn't I see that... a) we had a duplicate-font detection already b) but it only checked within a FcFontSet so it would fix the case that there was 2+ system ones, or 2+ local ones, but not if there was 1 in system and 1 in local c) it simply decided that the first one found was the winner d) it's horribly horribly slow to find a duplicate with Fc[Set]FontMatch because that does a lot more than we need http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=7db45b251adf8588624fee439df3ae0629c6ac4f We now sort the fonts by their fontname followed by their fontversion and only deploy the relatively slow duplicate detection if the previous font had the same name and skip going near the extra Fc[Set]FontMatch, this does the right thing for me, and is massively slow. It it turns out to be somehow cocked up and needs to be reverted, I suggest the original cure for duplicate fonts be ditched anyway because of the startup lag it gives with loads of fonts installed. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
On Fri, 2011-04-08 at 05:28 -0600, Tor Lillqvist wrote: Any idea what went wrong? master is in general buildable on Windows about once a week if you are lucky. I still think that we should hack something up to get the buildbots to tag a successful build, or something of that nature, and allow that to be checked out for the casual hacker. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Support for greek numbering style for bullets
Hi Pantelis, I was just adding your work to the 3.4 features page, when I noticed in: On Fri, 2011-03-11 at 14:37 +0200, Pantelis Koukousoulas wrote: (see http://openoffice.org/bugzilla/show_bug.cgi?id=91143 and particularly the dates of comments) although it is something that the Greek community wants. That we seem to need some more alignment work to make this look better (or are there ways to work around that - I didn't replicate it) :-) Great work anyhow - hopefully there are other itches for you to scratch in LibreOffice ? :-) All the best, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
Hi Caolán, On Fri, 08 Apr 2011 14:40:05 +0100 Caolán McNamara caol...@redhat.com wrote: I still think that we should hack something up to get the buildbots to tag a successful build, or something of that nature, and allow that to be checked out for the casual hacker. I think thats a good idea. Should that be: - a moving tag (moving forward whenever a build succeeeds) - or a numbered tag (like OOo milestones) How do we keep platforms in sync? One tag per platform? Im pretty sure, QA is also interested in this, because testing for regressions every week or second week is so much easier, if it at least builds. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
Hi *, On Fri, Apr 8, 2011 at 3:40 PM, Caolán McNamara caol...@redhat.com wrote: On Fri, 2011-04-08 at 05:28 -0600, Tor Lillqvist wrote: Any idea what went wrong? master is in general buildable on Windows about once a week if you are lucky. I still think that we should hack something up to get the buildbots to tag a successful build, or something of that nature, and allow that to be checked out for the casual hacker. If the repository wasn't split into seperate repos, this would be very trivial, tinderbox slaves would just add TinderboxPrint: checkout-ID, and then the build-status boxes would contain that info. So you'd go to tinderbox results page, look for the last green box, and use the ID that was built. Having multiple repos makes stuff complicated here. What might be used instead is a timestamp, but that's not necessarily reliable - what do you use as timestamp, when you start the pull, or when it is finished? In between the first repo could have changed already... It's of course possible to print the IDs of each and every repo in that info, but that again is anything but comfortable to use... ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [partial PATCH] Easy hack: expunge duplicate enumerations in vcl
On Wed, 2011-04-06 at 22:11 +0200, Christina Roßmanith wrote: Hi Caolan, I've continued to remove psp::weight::type. At the end of your last e-mail you mention 3 enums. ... Or shouldn't three be taken literally. Don't take it literally I suppose :-) italic, pitch, family - FontItalic, FontPitch, FontFamily Well, psp::family, psp::weight, psp::pitch, psp::width, psp::italic to be exact I guess. For italic I need some help how to translate the vclenum values into the fontmanager values. psp::italic::Upright = 0 = FontItalic::ITALIC_NONE psp::italic::Oblique = 1 = FontItalic::ITALIC_OBLIQUE psp::italic::Italic = 2 = FontItalic::ITALIC_NORMAL psp::italic::Unknown = 3 = FontItalic::ITALIC_DONTKNOW should do the trick. For the final test, whether it builds or not, I would have to install Qt3 in order to allow --enable-kde. Is that the only way? Or could someone with Qt3 installed test it for me? Well you could always just commit it in and hope for the best :-) And what about the FW_NORMAL, FW_BLACK etc. from sft.h? Shall they be replaced as well? Nah, same logic as before, leave the sft.h enums alone. For this round anyway. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Is a mutex guard preferable?
Hi Takeshi, On Thu, 2011-04-07 at 21:35 +0900, Takeshi Abe wrote: I just wonder if a mutex guard should protect the whole body of SmGraphicAccessible::setCaretPosition() in starmath/source/accessibility.cxx as attached. Yes - good catch :-) everyone else that calls String aTxt( GetAccessibleText_Impl() ); takes one - so ... I'm sure we should here :-) Any suggestion will be appreciated. Please do commit such fixes to libreoffice-3-4 and they'll end up on master :-) Nice work, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Helgrind results for LO
At FOSDEM'11 there was some mumbling about LO's regression tests taking two days to run due to some timeout kludgery necessitated by occasional hangs at exit due to possible threading bugs. Or something like that. I can't remember exactly. Recently I've been improving Valgrind's Helgrind tool a bit, and I thought I'd try it on a simple startup/exit of LO, to see what happened. It reports a whole bunch of lock order violations (potential deadlocks) during both startup and shutdown, ending up with a thread unlocking a not-locked lock, which doesn't sound good. One thing I expected to see a lot of was false reports of races due to release methods in thread-safe reference counted classes. Helgrind doesn't understand the implications of a 1 - 0 refcount transition in a release method -- that the calling thread is now the only owner, and so can run the destructor without locking -- and requires that such methods have a couple of lines of annotation explaining this. However, I didn't see any races resulting from lack of such annotations, which surprised me. Surely some part of LO uses threadsafe refcounted classes? A bzip2'd text file containing the actual reports is attached. It also contains details of how to reproduce them. I don't have time to chase these myself. But I am happy to provide guidance in the most effective use of Helgrind, if anyone else is interested to chase them. J helgrind-results-for-LO-1.txt.bz2 Description: application/bzip ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch]Add method Copy to ScVbaWorksheets
Hi Markus, On 08/04/11 01:38, Markus Mohrhard wrote: Hello, here the patch for the EasyHack: http://wiki.documentfoundation.org/Development/Easy_Hacks#VBA_support_add_support_for_Worksheets.Copy or Bug: https://bugs.freedesktop.org/show_bug.cgi?id=34763 . It needs the patch from this afternoon to work correctly. Patch is under LGPLv3+/MPL. Thanks for the patch, unfortunately there are a couple of problems with it, I tried some examples and the results weren't as expected e.g. starting with a workbook with the following sheets 'sheet1', 'sheet2' and 'sheet3' and trying a macro like: sub test worksheets.copy after:=worksheets(2) end sub results in the following sheets in the workbook 'sheet1', 'sheet2', 'sheet1_2', 'sheet2_2', 'sheet1_2_2', 'sheet3' the expected result should be something like 'sheet1', 'sheet2', 'sheet1_2', 'sheet2_2', 'sheet3_2', 'sheet3' and similarly running the following macro sub test worksheets.copy before:=worksheets(2) end sub results in a workbook with the following sheets 'sheet1', 'sheet1_2', 'sheet1_2_2', 'sheet1_2_2_2', 'sheet2', 'sheet3' expected results would be 'sheet1', 'sheet1_2', 'sheet2_2', 'sheet3_2', 'sheet2','sheet3' I think you are falling victim to the fact that you are modifying the underlying container ( e.g. the sheets container ) whilst iterating over it. Also, although I appreciate the fact you moved some methods into the excelvbahelper.cxx file in order to share code I don't really think those methods belong there. Those methods are really local utility functions and really couldn't be considered to be of general use. Personally I am not such a stickler for such things and normally would take the approach that sharing the code is more important that obeying some lofty design idea. However in this case I see alot of duplication in the Worksheets::Copy and the Worksheet::Copy, to my mind the Worksheets::Copy should use ( or delegate to ) the Worksheet:::Copy ( and/or ) methods of the Worksheet object to achieve the desired result and in this case this to me reinforces the idea we shouldn't unnecessarily make public those helper methods. So.. I am sorry first that I don't think the patch is suitable to commit right now, also I am sorry that the so called easy hack has like alot of things that seem initially easy thrown some unexpected problems. But please don't despair, I spend some time having a look and thinking about what we could do to reorganize things such that the Worksheets::Copy can reuse the Worksheet object to do the business. Here's what I propose First I think for the normal case where you specify a 'Before' or 'After' parameter things should just work out pretty easily e.g. in psuedo code Worksheets::Copy( before, after ) { if ( before.hasValue OR after.hasValue ) { vector excel::XWorksheet xSheets; // A) grab a local copy of the sheets in the sheet container foreach sheet in sheets xSheets.push_back( sheet ) next sheet // B) prevent problems modifying the sheet container by working with the copy foreach sheet in XSheets sheet.Copy( before, after ) next sheet } } you will probably need to be a bit creative with some twisty logic to ensure the order of the sheets in (A) is correct for when you want to insert before/after e.g. for workbook with sheets ( 'sheet1', 'sheet2', 'sheet3' ) and if xSheets = { 'sheet1', 'sheet2', 'sheet3 } thenthe first example above 'Worksheets.Copy after:=Worksheets(2) would end up with 'sheet1', 'sheet2', 'sheet2'_2, 'sheet3_2', 'sheet1_2' whereas Worksheets.Copy before:=Worksheets(2) will naturally work out as expected e.g. 'sheet1', 'sheet1_2', 'sheet2_2', 'sheet3_2', 'sheet2','sheet3' dealing with the case where if ( !before.hasValue AND !after.hasValue promises ) to be trickier I think in this case we need to modify the Worksheet object to have a method like uno::Reference ov::excel::XWorksheet ScVbaWorksheet::createSheetCopyInNewDoc(); The existing ScVbaWorksheet::Copy would then use that like ScVbaWorksheet::Copy( before, after ) { if ( ( before AND after ) are Empty ) then createSheetCopyInNewDoc() } and the ScVbaWorksheets::Copy you will need to do something like ScVbaWorksheets::Copy( before, after ) { if ( ( before AND after ) are Empty ) then { // B) prevent problems modifying the sheet container by working with the copy foreach sheet in XSheets if ( first sheet ) before = sheet-createSheetCopyInNewDoc() else sheet-copy( before, after ) next sheet sheet.Copy( before, after ) next sheet } } I did some mini experiments with parts of the above and it seems to work out ( although I have some logic problems mostly due to lack of brains ) but I hope you get what I mean. I hope you are still interested to stick at it and work through this and I would
Re: [Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
On Fri, Apr 08, 2011 at 04:52:21PM +0100, Michael Meeks michael.me...@novell.com wrote: On Fri, 2011-04-08 at 16:10 +0100, Caolán McNamara wrote: How do we keep platforms in sync? One tag per platform? I sort of imagined a rolling tag, last-known-buildable-platform or something of that nature. Sounds good to me :-) might be worth a quick look at the space overhead (if any) of creating and deleting tags a lot in git. In the long run it costs a single line in .git/packed-refs. On Fri, Apr 08, 2011 at 05:22:46PM +0200, Bjoern Michaelsen bjoern.michael...@canonical.com wrote: I see the point, but as git does not version tags (right?) Right. pgpeRkXawzmr2.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] GSoC: Easy Hack: Make python / mail-merge debuggable
Is there a way to test the pythonfile within office? At the moment each time i kill soffice, restart writer and click ExtrasSerienbriefversenden. MessageBox.showMessage() actually doesnt react. May somebody have a look at that function? Do the nonfree software prefering people see the python output? Am Freitag, den 08.04.2011, 14:22 +0100 schrieb Michael Meeks: Hi Timo, On Fri, 2011-04-08 at 14:00 +0200, Timo wrote: I am applying for the GSoC-project dealing with conversion of helpfiles. Cool ! :-) good to see your submission. Before I start that project I like to help with the task to make mailmerge debuggable.* What action exactly makes office display a message ? Riight :-) that is tricky; I think this needs to be a GUI thing, since most of our errors seem to happen to end-users who need to be able to debug the problem. exit() did, raise Exception did, but print did not. Right; and of course we have lots of windows users, who tend to get most of the problems here, and who have no console. I added a Tk messagebox in the attatched version. This requires python-tk. Now it prints only the human-readable errormessage-text. What does a prefered output look like, that can be understood easily by a user? Well :-) I suggest we do two things. First - use the UNO toolkit/ APIs to create and throw up a dialog, and encapsulate this nicely in a python function somewhere; There is some sample code to read before you write your version for this here: http://www.oooforum.org/forum/viewtopic.phtml?t=9602 It is hard to use python-tk, since we don't bundle that with LibreOffice, and our python is typically built-in. So - creating a dialog popup function that will show a message and an ok button using the UNO toolkit API would be the first step. From then, I guess we need to work out which pieces are most likely to fail :-) I suppose that testing is the key piece here, you know - dis-connecting yourself while talking to the remote server etc. etc. but I guess the key thing is to get that dialog goodness in there, so we can expand its use over time. Does that make sense ? :-) Thanks, Michael. # Caolan McNamara caol...@redhat.com # a simple email mailmerge component # manual installation for hackers, not necessary for users # cp mailmerge.py /usr/lib/openoffice.org2.0/program # cd /usr/lib/openoffice.org2.0/program # ./unopkg add --shared mailmerge.py # edit ~/.openoffice.org2/user/registry/data/org/openoffice/Office/Writer.xcu # and change EMailSupported to as follows... # prop oor:name=EMailSupported oor:type=xs:boolean # valuetrue/value # /prop import unohelper import uno import re #to implement com::sun::star::mail::XMailServiceProvider #and #to implement com.sun.star.mail.XMailMessage from com.sun.star.mail import XMailServiceProvider from com.sun.star.mail import XMailService from com.sun.star.mail import XSmtpService from com.sun.star.mail import XConnectionListener from com.sun.star.mail import XAuthenticator from com.sun.star.mail import XMailMessage from com.sun.star.mail.MailServiceType import SMTP from com.sun.star.mail.MailServiceType import POP3 from com.sun.star.mail.MailServiceType import IMAP from com.sun.star.uno import XCurrentContext from com.sun.star.lang import IllegalArgumentException from com.sun.star.lang import EventObject from com.sun.star.mail import SendMailMessageFailedException from email.MIMEBase import MIMEBase from email.Message import Message from email import Encoders from email.Header import Header from email.MIMEMultipart import MIMEMultipart from email.Utils import formatdate from email.Utils import parseaddr import sys, smtplib, imaplib, poplib import Tkinter, tkMessageBox dbg = False class MessageBox: '''Message box for OpenOffice.org, like the one in the Basic macro language. To specify a MsgBox type, use the named constants of this class or the equivalent numbers described in the StarBasic online help. Specify a parent window on initialization.''' # Named constants for ease of use: OK = 0 OK_CANCEL = 1 ABORT_RETRY_IGNORE = 2 YES_NO_CANCEL = 3 YES_NO = 4 RETRY_CANCEL = 5 ERROR = 16 QUERY = 32 WARN = 48 INFO = 64 DEFAULT_FIRST = 128 DEFAULT_SECOND = 256 DEFAULT_THIRD = 512 RESULT_OK = 1 RESULT_CANCEL = 2 RESULT_ABORT = 3 RESULT_RETRY = 4 RESULT_IGNORE = 5 RESULT_YES = 6 RESULT_NO = 7 # Mapping above StarBasic MsgBox constants to awt.MessageBoxButtons and icons: dInput = { OK_CANCEL : BUTTONS_OK_CANCEL, # the following constant should be named BUTTONS_ABORT_RETRY_IGNORE: ABORT_RETRY_IGNORE : BUTTONS_ABORT_IGNORE_RETRY, YES_NO_CANCEL : BUTTONS_YES_NO_CANCEL, YES_NO : BUTTONS_YES_NO, RETRY_CANCEL : BUTTONS_RETRY_CANCEL, ERROR : 'errorbox', QUERY :
Re: [Libreoffice] [Patch]Add method Copy to ScVbaWorksheets
Hello Noel, starting with a workbook with the following sheets 'sheet1', 'sheet2' and 'sheet3' and trying a macro like: sub test worksheets.copy after:=worksheets(2) end sub results in the following sheets in the workbook 'sheet1', 'sheet2', 'sheet1_2', 'sheet2_2', 'sheet1_2_2', 'sheet3' the expected result should be something like 'sheet1', 'sheet2', 'sheet1_2', 'sheet2_2', 'sheet3_2', 'sheet3' and similarly running the following macro sub test worksheets.copy before:=worksheets(2) end sub results in a workbook with the following sheets 'sheet1', 'sheet1_2', 'sheet1_2_2', 'sheet1_2_2_2', 'sheet2', 'sheet3' expected results would be 'sheet1', 'sheet1_2', 'sheet2_2', 'sheet3_2', 'sheet2','sheet3' I think you are falling victim to the fact that you are modifying the underlying container ( e.g. the sheets container ) whilst iterating over it. No I wasn't. I just used the method a bit different to you. It seems that there are two possible ways a XWorksheets object is used. First is your use case in which you specify to copy all sheets. I, in contrast, didn't know that was possible and used the syntax provided by the bug report: Sheets(Array(1,2,3)).Copy Before:=Sheets(2) which works fine because a new worksheets object is created and you don't modify your own container. Nevertheless my method doesn't work fine and I appreciate your help and will rework my method. I'll have a look at your pseudo code and think a bit how I can rework both copy methods. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] TAKI da Muhteşem Fırsatlar devam ediyor
ELSESILVER, Guuml;muuml;ş Takı, Doğal Taşlar, Ccedil;elik Takılar a:link { color: #00; text-decoration: none; } a:hover { color: #99; text-decoration: none; } a:visited { color: #00; text-decoration: none; } a:active { text-decoration: none; } img{ border-style:none; } #catListHeader{ width:200px; font-family:Trebuchet MS, Arial, Helvetica, sans-serif; font-size:16px; font-weight:bold; vertical-align:middle; background-color:#49B7BC; color:#FFF; text-align:left; padding:5px 0px 5px 10px; } #mainCatHeader{ width:200px; height:20px; font-family:Verdana, Geneva, sans-serif; font-size:14px; font-weight:bold; vertical-align:middle; background-color:#906; color:#FFF; text-align:left; padding-left:8px; } #subCatHeader{ padding-top:3px; height:15px; color:#003; padding-left:7px; font-family:Verdana, Geneva, sans-serif; font-size:12px; font-weight:bold; border-bottom:1px dotted #906; } #subCatHeader a{ color:#003; text-align:left; padding-left:7px; } #subCatHeader a:hover{ color:#906; } .code_01{ font-family:Trebuchet MS, Arial, Helvetica, sans-serif; font-size:14px; font-weight:bold; color:#906; text-align:center; } .desc_01{ font-family:Trebuchet MS, Arial, Helvetica, sans-serif; font-size:12px; color:#906; text-align:center; } .desc_01 a{ color:#906; } .price_01{ font-family:Trebuchet MS, Arial, Helvetica, sans-serif; font-size:22px; font-weight:bold; color:#003; text-align:center; border-bottom:1px dotted #906; } #footer{ background-color:#906; font-family:Trebuchet MS, Arial, Helvetica, sans-serif; font-size:14px; color:#FFF; text-align:center; } #footer a{ color:#FFF; padding-botom:15px; } body { margin-left: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; } ÜRÜN KATEGORİLERİ Yuuml;zuuml;kler Otantik Yuuml;zuuml;kler Bayan Yuuml;zuuml;kleri Çelik Yüzükler İthal Yuuml;zuuml;kler Alyanslar Erkek Yuuml;zuuml;kleri Zirkon Yuuml;zuuml;kler Swarovski Yuuml;zuuml;kler Titanyum Yuuml;zuuml;kler Kuuml;peler Otantik Kuuml;peler İthal Kuuml;peler Zirkon Kuuml;peler Halkalı Kuuml;peler Kolyeler Zirkon Taşlı Kolyeler Altın Kaplamalı Kolyeler Doğal Taşlı Kolyeler