Re: [Libreoffice] Compilation failed in slideshow/source/engine

2011-04-08 Thread Thorsten Behrens
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)

2011-04-08 Thread Thorsten Behrens
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)

2011-04-08 Thread Norbert Thiebaud
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

2011-04-08 Thread bugzilla-daemon
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

2011-04-08 Thread Michael Meeks

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

2011-04-08 Thread Chr. Roßmanith
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

2011-04-08 Thread Noel Power

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

2011-04-08 Thread Samphan Raruenrom
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

2011-04-08 Thread Francois Tigeot
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

2011-04-08 Thread Timo
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)

2011-04-08 Thread Michael Meeks

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

2011-04-08 Thread Michael Meeks

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

2011-04-08 Thread Caolán McNamara
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

2011-04-08 Thread Caolán McNamara
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

2011-04-08 Thread Michael Meeks
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

2011-04-08 Thread Bjoern Michaelsen
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

2011-04-08 Thread Christian Lohmaier
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

2011-04-08 Thread Caolán McNamara
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?

2011-04-08 Thread Michael Meeks
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

2011-04-08 Thread Julian Seward

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

2011-04-08 Thread Noel Power

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

2011-04-08 Thread Miklos Vajna
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

2011-04-08 Thread Timo
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

2011-04-08 Thread Markus Mohrhard
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

2011-04-08 Thread ElseTaki.com




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