[Libreoffice] TAKI da Muhteşem Fırsatlar devam ediyor
ELSESILVER, Gümüş Takı, Doğal Taşlar, Ç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İ
Yüzükler
Otantik Yüzükler
Bayan Yüzükleri
Çelik Yüzükler
İthal Yüzükler
Alyanslar
Erkek Yüzükleri
Zirkon Yüzükler
Swarovski Yüzükler
Titanyum Yüzükler
Küpeler
Otantik Küpeler
İthal Küpeler
Zirkon Küpeler
Halkalı Küpeler
Kolyeler
Zirkon Taşlı Kolyeler
Altın Kaplamalı Kolyeler
Doğal Taşlı Kolyeler
Çelik Kolyeler
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
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
Extras>Serienbrief>versenden.
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...
#
# true
#
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] Is a mutex guard preferable?
Hi Michael, Thanks for your confirmation! On Fri, 08 Apr 2011 16:56:58 +0100, Michael Meeks wrote: > 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 :-) Done. Cheers, -- Takeshi Abe ___ 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, Apr 08, 2011 at 04:52:21PM +0100, Michael Meeks 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 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] Helgrind results for LO
On Wed, 2011-04-06 at 11:42 +0100, Caolán McNamara wrote: > On Mon, 2011-04-04 at 11:39 +0100, Caolán McNamara wrote: > > I've got visibility enabled in my desktop env and so a goodly chunk of > > the /memcheck/ warnings are in the gnome a11y stack, something which I've > > always some dubious feelings about. :-) So - I had a quick poke. I am guessing that you're using at-spi2, which I eventually found in gnome-git, moved from freedesktop moved from codethink [ I assume ;-] - that could be made more find-able I think. I pushed a couple of trivial patches to at-spi2-core and at-spi2-atk to stop the leaks, should be there in the next stable iteration I hope. Traces appended, HTH, Michael. ==9540== 3 bytes in 1 blocks are definitely lost in loss record 19 of 5,980 ==9540==at 0x4A0640D: malloc (vg_replace_malloc.c:236) ==9540==by 0x354FE49980: g_malloc (gmem.c:164) ==9540==by 0x354FE6024D: g_strdup (gstrfuncs.c:102) ==9540==by 0x14C8C86B: text_wrapper_get_text (atktext.cxx:305) ==9540==by 0x15AEACFF: ??? (in /usr/lib64/gtk-2.0/modules/libatk-bridge.so) ==9540==by 0x3550A1EA9A: signal_emit_unlocked_R (gsignal.c:3218) ==9540==by 0x3550A28971: g_signal_emit_valist (gsignal.c:2983) ==9540==by 0x3550A28CFC: g_signal_emit_by_name (gsignal.c:3077) ==9540==by 0x14C892BC: AtkListener::notifyEvent(com::sun::star::accessibility::AccessibleEventObject const&) (atklistener.cxx:435) and ==9540== 73 bytes in 1 blocks are definitely lost in loss record 3,687 of 5,980 ==9540==at 0x4A0640D: malloc (vg_replace_malloc.c:236) ==9540==by 0x354FE49980: g_malloc (gmem.c:164) ==9540==by 0x354FE6024D: g_strdup (gstrfuncs.c:102) ==9540==by 0x15D17168: atspi_get_a11y_bus (in /usr/lib64/libatspi.so.0.0.1) ==9540==by 0x15AE7E2C: ??? (in /usr/lib64/gtk-2.0/modules/libatk-bridge.so) ==9540==by 0x3DB0D6B420: default_display_notify_cb (gtkmodules.c:439) ==9540==by 0x3550A0E2ED: g_closure_invoke (gclosure.c:767) ==9540==by 0x3550A1F19F: signal_emit_unlocked_R (gsignal.c:3252) -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot ___ 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
[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] 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
Re: [Libreoffice] po2oo: error: no such option: --skipsource
2011/4/8 Jan Holesovsky : > Hi Andras, > > On 2011-04-08 at 04:16 +0200, Andras Timar wrote: > >> > Hi. This is imacat from Taiwan. I tried to build LibreOffice from >> > git, and got the following error: "po2oo: error: no such option: >> > --skipsource". I'm building on my Debian Squeeze 6.0.1 amd64, kernel >> > 2.6.32, gcc 4.4.5, glibc 2.11.2. Is there anything wrong with po2oo? >> > Or is the po2oo version too old? >> >> Internal po2oo (in translate-toolkit module) is patched in order to >> have the --skipsource option. translate-toolkit 1.9.0 will contain >> --skipsource. Until it is released, you should use the internal >> version. configure warns you about this so basically you need to >> re-run configure and/or re-build translate-toolkit module. > > Can we force the internal po2oo if it does not have the switch, or error > out if the system one is requested by an option, but does not have the > feature, please? To avoid confusion :-) configure stops if system translate-toolkit does not have this switch. BTW imacat used the internal one and still got the error. The reason is unknown to me. Best regards, Andras ___ 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 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. Also - I guess there might be some freedesktop fun around giving tinderbox build-slaves commit access; possibly we'd want them to submit the hashes for each module that they successfully built with, and do this centrally in a well controlled way. But in principle it sounds excellent. :-) 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] [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] Build current master, stuck in odk, configmgr, more_fonts, sw
Hi *, On Fri, Apr 8, 2011 at 3:40 PM, Caolán McNamara 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: , 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] Build current master, stuck in odk, configmgr, more_fonts, sw
On Fri, 08 Apr 2011 16:10:55 +0100 Caolán McNamara wrote: > I sort of imagined a rolling tag, last-known-buildable-platform or > something of that nature. I see the point, but as git does not version tags (right?) moving the tags would make us loose valuable information. Imaging you want to hunt down a regression and want to do a month old build it see if it was there already -- on Windows. Being unlucky and trying 10-30 source states before getting one to build would not be fun. So IMHO, we should save that information somewhere -- tags in to repo would be natural, but that would be spamming. Maybe a textfile somewhere? Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ 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 16:36 +0200, Bjoern Michaelsen wrote: > 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? I sort of imagined a rolling tag, last-known-buildable-platform or something of that nature. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] po2oo: error: no such option: --skipsource
Hi Andras, On 2011-04-08 at 04:16 +0200, Andras Timar wrote: > >Hi. This is imacat from Taiwan. I tried to build LibreOffice from > > git, and got the following error: "po2oo: error: no such option: > > --skipsource". I'm building on my Debian Squeeze 6.0.1 amd64, kernel > > 2.6.32, gcc 4.4.5, glibc 2.11.2. Is there anything wrong with po2oo? > > Or is the po2oo version too old? > > Internal po2oo (in translate-toolkit module) is patched in order to > have the --skipsource option. translate-toolkit 1.9.0 will contain > --skipsource. Until it is released, you should use the internal > version. configure warns you about this so basically you need to > re-run configure and/or re-build translate-toolkit module. Can we force the internal po2oo if it does not have the switch, or error out if the system one is requested by an option, but does not have the feature, please? To avoid confusion :-) Thank you, Kendy ___ 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 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] Excel 2003 XML format
Hi Peter, Digging through old mail :-) On Wed, 2011-03-23 at 20:04 +0100, Peter Jentsch wrote: > So, I guess I'll be able to provide a patch that completely replaces > that Java bases XSLT transformations with C++/libxslt based ones in a > reasonable timeframe ... but! That work will most benefit small > documents Sure - it also benefits people on Windows that may well not have a JVM installed at all, but I agree it is somewhat marginal these days. > I'd be personally prefer dropping support for it completely > and focus on creating a rock-solid OOXML/ODF roundtrip experience. Oooh - it'd be lovely to have you working on this with the Novell team; there are really lots of good things to do in this area across the various components I think. Do you have any particular bug-bears there ? 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] [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
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] GSoC: Easy Hack: Make python / mail-merge debuggable
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. -- 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] 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
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
[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...
#
# true
#
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 s
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
Re: [Libreoffice] Build current master, stuck in odk, configmgr, more_fonts, sw
> Any idea what went wrong? master is in general buildable on Windows about once a week if you are lucky. Just pull and try again, and once you have a build, don't pull in the tree any more, but do your hacking in it. Clone a different tree and iterate pulling and building in that until it again works, then switch. Repeat. The libreoffice-3-4 branch should eventually be more stable also on Windows. --tml ___ 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] [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
Re: [Libreoffice] [PATCH] conditional formatting with an unlimited number of rules
Hi Bob, hi Katarina, all! Bob, thanks for this patch ... absolutely appreciated :-) Since Katarina already mentioned some usability related stuff, I'd like to add some initial thoughts as well. I'm sorry that my knowledge about the feature might be incomplete, but the feature hasn't been in the daily builds I've tried so far. So I rely on what I know about the feature today, your descriptions, and your screenshot (thanks!!!). Let's state that the feature itself might work very well - I'm sure. But in our case, the history collides a bit with the newly added functionality. That will cause trouble for users who want to use that feature. Unfortunately, I cannot provide too many suggestions how to improve the situation - this is extremely dependent on "we want a quick solution" vs. "we want a really good solution". So, Bob I need some hints from your side ... nevertheless, I will provide "quick-fix" proposals as a first step. Am Donnerstag, den 07.04.2011, 01:47 +0200 schrieb Robert Dargaud: > Hi Katarina, > > Thank for your evaluation work and your detailed feedback. I insert my > answers in your text. > > Le 06/04/11 17:56, Katarina Machalkova a écrit : > > Hey Bob (& all) [...] > > Now for sc/calc part: > > > > 2) I find "Insert" button (newly added to the dialog) a bit redundant. All > > it > > does is that it appends an empty condition rule at the end of the list > > (position N+1) -- the same thing can be achieved by enabling/selecting > > checkbox by Nth rule in the list -- the scrollbar then moves, so the users > > see > > they can add more rules. Here starts a bit trouble for the users: The original feature provided checkmarks to enable/disable rules, but now we have "available / non-available" rules that work similar. Both features interfere with each other. Quick-fix: Don't use the checkboxes to add / remove items. The only way to add them should be to use "Insert/Add". And this leads to the question how to "remove" an added rule - one of the principles for UX is to provide an opportunity to remove stuff / restore the original state (on demand). Still thinking about that ... [...] > The "insert fonctionality" make _realy an insert_ ! But the visual > result is not really evident for user ... > > A new entry is inserted on the first position in the dialog box (It's > not correctly visible because I've directly selected aCbxCond1). > I think then insert an unchecked entry, will better see new entry. > What do you think about that ? Do you really mean at the beginning? So the entry names (numbers) are changing and the list is "randomized" in comparison to the sequence of added conditions by the user. Mmh ... Quick fix: * Please add new entries always at the end of the list * Scroll down to this item automatically (after the button has been pressed and the new entry has been added) * Add new items without being checked in the check-box (good proposal from your side!) Furthermore, the name "Insert" might be confusing - it doesn't tell where the item will get added. Furthermore, the "1990s dialog layout" (vertical buttons) conflicts with the new functionality. So ... Quick fix: * Rename the "Insert" button to "Add" * Move the "Add" button below the "Help" button. --> New order: OK, Cancel, Help, Add (a bit distance between Help and Add would be good) This would be similar to other dialogs which also try to deal with that problem. > (I hope my googled-english is readable ;-) Yep. And hehe, I hope my Christoph-English is readable as well ;-))) [...] > > Again, thanks a lot for the patch and keep up good work. Should you have > > any > > questions, please don't hesitate to poke any of Calc hackers (me, kohei, > > muthusuba etc.) on IRC > > Ok, thank you. In first times, I will send questions on this dev list > because I'm not regular IRC user. I really hope this helped a bit ... and makes the feature really great for users. So if you have any comments, questions, ... please tell me. And - of course - I also have some ideas how to really improve the dialog and bring it to the "2010s" :-) But this may require a bit more work for all of us :-) Cheers, 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
Re: [Libreoffice] About the easyhack "expunge duplicate enumerations in vcl"
Done. Christina -Ursprüngliche Nachricht- Von: "Michael Meeks" Gesendet: 08.04.2011 10:24:18 An: "Julien Nabet" , "Christina Roßmanith" 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 ... 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] 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 ... 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
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 --- Comment #18 from Fran 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] Purging interval for nightly builds (was: Re: libreoffice-3-4 branch and tinderboxes)
On Fri, Apr 8, 2011 at 2:21 AM, Thorsten Behrens 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] 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] 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
