Re: [Libreoffice] [PATCH] Support for greek numbering style for bullets
Le 28/05/2011 16:19, Simos Xenitellis a écrit : [...] I updated the bug report with a PDF document that demonstrates the Greek numbers. It is a document that I originally created in Greek. The number 6 is στ in Greek. In ancient Greek there used to be some other (single) character which is now obscure to modern Greeks. In modern Greek, people know about στ (or ΣΤ). You can apply Greek numbers to both lists and chapters as demonstrated in the PDF. Simos Thank you very much. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Postgresql SDBC source no longer in git repo ?
Hi all, I've been trying to chase up some bug reports about the postgresql-sdbc connector extension no longer working, but I'm having a problem tracking down the source code. I saw that Petr and Rene did some commits to the tree in November 2010, but since then I can't find the source in the git repo. I've looked here : http://cgit.freedesktop.org/libreoffice and grepped in my own git tree, but to no avail. What happened ? Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Templates path, move language independent stuffs to common folder
Hi Andras, Michael, Caolan! I would like to share my findings. 1) https://bugs.freedesktop.org/show_bug.cgi?id=37597 is not related to my problem. It seems templates are checked only only one level not recursively in the subdirs. Maybe a fix need for it. 2) Michael, en-US forlder in added by report designer: extensions/report-builder/registry/data/org/openoffice/Office/Paths.xcu node oor:name=%origin%/../../../../../template oor:op=fuse/ To fix it we should change this path to %origin%/../../../../../template/en-US/wizard 3) Related to templates path that I would like to change The current settings are in officecfg/registry/schema/org/openoffice/Office/Common.xcs: prop oor:name=Template oor:type=oor:string-list info authorMBA/author descSpecifies the templates originate from these folders and sub-folders./desc /info value oor:separator=:$(insturl)/share/template/$(vlang):$(insturl)/share/template:$(userurl)/template/value prop oor:name=Template oor:type=oor:string-list info descSpecifies the default directory where all provided templates are located in folders and sub-folders./desc /info value oor:separator=:$(insturl)/share/template/$(vlang):$(insturl)/share/template:$(userurl)/template/value (also I did small changes in scp2 module too. When I set $(insturl)/share/template/$(vlang):$(insturl)/share/template/common:$(userurl)/template in Common.xcs I expected to Settings/Path UI comes up with all three paths like this: /opt/libreoffice3.4/basis3.4/share/template/hu (hu is my current UI language) /opt/libreoffice3.4/basis3.4//share/template/common /home/kami/.oxygenoffice/3/user/template but I only get /home/kami/.oxygenoffice/3/user/template Then I added as $(insturl)/share/template/$(vlang)/:$(insturl)/share/template/common/:$(userurl)/template/, so I closed I path with /. then I get this /opt/libreoffice3.4/basis3.4/share/template/hu (hu is my current UI language) /opt/libreoffice3.4/basis3.4//share/template/common /home/kami/.oxygenoffice/3/user/template /home/kami/.oxygenoffice/3/user/template So are we confident about leaving closing /is the good practice? So finally I tested with: value oor:separator=:$(insturl)/share/template/$(vlang)/:$(insturl)/share/template/common/value And I got the desired path settings: /opt/libreoffice3.4/basis3.4/share/template/hu (hu is my current UI language) /opt/libreoffice3.4/basis3.4//share/template/common /home/kami/.oxygenoffice/3/user/template What is your opinion? Why closing / matters? Can I commit patch for it in master? Then I would like to get it to 3-4 if this is the good behavior. Regards, KAMI 2011/5/26 Andras Timar tima...@gmail.com: Hi KAMI, 2011/5/26 KAMI911 KAMI911 kami...@gmail.com: Hi Andras! Thank you for your answer. I will test on master (currently I have Linux only) Is it possible to use build services for other platforms? Using share/template folder in path creates a problem: you all subdirs appear as empty subdir in the templates selector of File - New - From template. I would like to fix this issue by moving language independent fulder to a subfolder (common) and set the path to this share/template/common folder instead of share/template. Have you seen this bug? https://bugs.freedesktop.org/show_bug.cgi?id=37597 It may be related. Regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] about bug fdo 36519 (writer8 instead of ODF Text in options UI)
Le 25/05/2011 08:53, Jean-Baptiste Faure a écrit :
Hi Cédric,
Le 23/05/2011 13:58, Cedric Bosdonnat a écrit :
[...]
It may be that it never worked properly before or that a tiny thing
changed in the way to get the list of properties. In fact that function
should try to get the properties in the following order of importance:
1/ UIName
2/ Name
The problem with the current algorithm is that it uses the last one
found in the loop... which isn't robust at all as it completely depends
on the order of the properties.
Hi Cédric,
It works if I add a break statement when UIName is found :
for(int nProp = 0; nProp rProperties.getLength(); nProp++)
{
if(!pProperties[nProp].Name.compareToAscii(UIName))
{
pProperties[nProp].Value = sRet;
+break;
}
If UIName is found first then the loop terminates. Is it a good method
to fix the problem ?
Best regards
JBF
--
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error message when closing LO 3.4 Beta 2
I'm running the master~2011-05-26_21.20.06_LibO-Dev_OOO340m1_Win_x86_install_en-US.exe build and I get the same error message I got in 3.4.0 Beta2 Does this mean that this fix was not committed to the trunk? Or is it another similar error? -- View this message in context: http://nabble.documentfoundation.org/Error-message-when-closing-LO-3-4-Beta-2-tp2866392p2998269.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [WIP] Bug 33293 - [EasyHack] Make starting count of worksheets configurable
Hi Albert, Then you are a lot further then I am. I'll leave you to it. Please state in the ticket when you are working on it. That way nobody will work on the ticket when you are busy with it. Greetings, Rob Snelders On 28-05-11 21:46, Albert Thuswaldner wrote: Hi Rob, On Sat, May 28, 2011 at 01:01, Rob Sneldersprogramm...@ertai.nl wrote: Hi Albert, I have worked on this bug before I heard that you had already worked on it. Did you work any further on it? Maybe we can callaborate on it? Oh, how far did you come? I think I basically have done most of it by now. I have found the place where the number of sheets is set. This is in http://opengrok.libreoffice.org/xref/calc/sc/source/core/tool/appoptio.cxx#88 No I don't think that is where you set it. The methods: SetTabCountInNewSpreadsheet GetTabCountInNewSpreadsheet are used by the vba scripting api to set/get the number of sheets. But using these methods will not save the the number of sheets to the configuration file. I did a failled implementation of that, see the attached files: tpinit.cxx.appoptio tpinit.hxx.appoptio That's at least what I have managed to figure out. So instead I have basically implemented the same methods in docoptio.cxx/hxx though I have some bugs to straighten out. Attached the diff on what I have done so far. /Albert Please let me know. Greetings, Rob Snelders On 18-05-11 08:39, Albert Thuswaldner wrote: Hi Kohei, Thanks for your help. On Mon, May 9, 2011 at 21:19, Kohei Yoshidakyosh...@novell.comwrote: On Sun, 2011-05-08 at 17:09 +0200, Albert Thuswaldner wrote: Dear List, As a first attempt to contribute some code to LO, I've started hacking on his: https://bugs.freedesktop.org/show_bug.cgi?id=33293 I think I have come quite far with implementing the changes to the configuration dialog (see the patch). Here there is still some things to do, like figuring out why the contents of the tab page isn't showing up. Any hints? So, when you say the contents of the tag page isn't showing up, do you mean the page entry is not in the tree on the left at all, or the entry is there but the page shows up empty? The page entry was in the tree but the tab page itself showed up empty. However, I have solved this part now! :) There was an additional place in the code that needed to be modified. Also why are many of the same resource id's defined both in libs-core/svx/source/src/app.hrc and libs-core/svx/inc/svx/dialogs.hrc? I have no clue about this. Maybe it's a remnant of one of those code relocation efforts that took place awhile ago in the OOo code? For the other part of problem i.e, how to actually set the number of sheets for a new spreadsheet, I am completely lost. I haven't found where in the code this should be done, (using opengrok.+ guessing). Could someone please give me a hint on how to go about finding this? How is a new spreadsheet generated? xml template? through using the internal api? Check around the ScTable class. That's the class that implements each sheet instance. Especially pay close attention to its constructor, and assuming that it gets called three times during the startup of Calc, you can perhaps set a break point in there to see who instaniates it 3 times, and trace back from there. I've mostly focused on the configuration part as of yet, now I will focus on this part. Thanks for the hint. Great to see you working on this, BTW. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com /Albert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Warning in basic/source/runtime/runtime.cxx
Hello,
Since the last merging, I've got this :
Compiling: basic/source/runtime/runtime.cxx
cc1plus: warnings being treated as errors
/home/maryline/compile-libreoffice/libo/clone/libs-core/basic/source/runtime/runtime.cxx:
In member function 'SbiForStack*
SbiRuntime::FindForStackItemForCollection(BasicCollection*)':
/home/maryline/compile-libreoffice/libo/clone/libs-core/basic/source/runtime/runtime.cxx:1247:75:
error: operation on 'pCollection' may be undefined
dmake: Error code 1, while making '../../unxlngi6/slo/runtime
Is this diff patch would be ok ?
diff --git a/basic/source/runtime/runtime.cxx
b/basic/source/runtime/runtime.cxx
index 308550a..76b7daf 100644
--- a/basic/source/runtime/runtime.cxx
+++ b/basic/source/runtime/runtime.cxx
@@ -1244,7 +1244,7 @@ SbiForStack*
SbiRuntime::FindForStackItemForCollection( class BasicCollection* p
{
SbxVariable* pVar = p-refEnd.Is() ? (SbxVariable*)p-refEnd :
NULL;
if( p-eForType == FOR_EACH_COLLECTION pVar != NULL
-(pCollection = PTR_CAST(BasicCollection,pVar)) == pCollection )
+(pCollection = PTR_CAST(BasicCollection,pVar)) != NULL)
{
pRet = p;
break;
I think pCollection must be tested against NULL but perhaps it needs
something else.
Of course, if you're ok, I can commit and push on master.
Julien.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Warning in basic/source/runtime/runtime.cxx
Le 29/05/2011 14:47, Julien Nabet a écrit : I think pCollection must be tested against NULL but perhaps it needs something else. Of course, if you're ok, I can commit and push on master. I forgot to tell 2 things : - I talked about it in IRC yesterday but if the pb of undefined behavior is more clear now for me (thank you Norbert ! :-)), the patch I mentionned in the previous message hasn't been confirmed. - I saw that the method containing this warning, SbiForStack* SbiRuntime::FindForStackItemForCollection( class BasicCollection* pCollection ), has been included during the last merging by the commit b969af6f23727b21115dc9be9caa6bd5959f715b Julien. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] syntax error in ./configure
Hi Regina, *, On Sun, May 29, 2011 at 12:24 AM, Regina Henschel rb.hensc...@t-online.de wrote: I have unpacked the source provided in http://dev-builds.libreoffice.org/pre-releases/src/ I run ./autogen.sh and get this error checking whether to enable fontconfig support... ./configure: line 7229: syntax error near unexpected token `FONTCONFIG,' ./configure: line 7229: ` PKG_CHECK_MODULES(FONTCONFIG, fontconfig = 2.2.0)' What to do? Install pkg-config / the corresponding m4 macros - the PKG_CHECK_MODULES should have been replaced by the corresponding (expanded) check. But your autoconf system doesn't know what to replace it with, and thus writes it into configure in the unexpanded macro-form. I'm working with cygwin on WinXp and MCVC 2008 Express. For mac (that doesn't come with pkg-config either), we include m4/mac/pkg.m4 to get the keyword/macro expanded. But then of course when you don't have pkg-config installed, all kinds of checks might not find their target (on Mac, many are hardcoded, because you can be sure where the stuff is installed, not sure how much is actually queried by pkg-config on windows/cygwin (you need the expansion even when the code that calls the PKG_CHECK_MODULES isn't actually reached, as it's a syntax problem) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] it needs to be check by libreoffice guru
Christian Lohmaier wrote: what is the full output? I suspect you have a dirty environment, i.e. the error is actually caused by macports or fink or darwinports stuff, and not by the LO build itself. (What configure options did you use?) It builds fine without X here, and X shall definitely not be required for running anymore, so the patch will get a -1 from my part. It even builds fine here with some macports in the path - so yeah, detailed configure.log / autogen.lastrun / env / build log would be required for further analysis. Cheers, -- Thorsten pgpY0m4NK44fj.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Code Cleanup in libs-gui
For me it seems to mean Because of plugins we release the background first 2011/5/29 Korrawit Pruegsanusak detective.conan.1...@gmail.com: Hello Yasunori, On Sun, May 29, 2011 at 09:12, Yasunori ENDO y...@neppo.net wrote: I'm not sure this is correct translation. So can you check it? Sorry, but I don't know german at all. So we should wait (or ask) for someone to check it. Best regards, -- Korrawit Pruegsanusak ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Code Cleanup in libs-gui
Hi, Am 29.05.2011 04:12, schrieb Yasunori ENDO: Well, there is a German(?) comment like this. // Wegen PlugIn's loeschen wir erstmal den Hintergrund Clean background first because of plugins. It's difficult for many developers (of course it includes me!) to understand German comment. Even for native speakers the comments are often hard to understand if you don't know what's going on in the code... Christina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Platform-specific DLL suffix usefulness
On Tue, May 24, 2011 at 11:26:30AM +0100, Caolán McNamara wrote:
IMO, a consistent DLLPOSTFIX name is probably better than removing it
totally, to avoid e.g. something like libCOMMONNAME${DLLPOSTFIX}.so
becoming libCOMMONNAME${DLLPOSTFIX}.so colliding painfully with some
common system lib like libCOMMON.so when linking or with the effectively
non-hierarchal flat rpm autorequires/provides.
After a few days of idle meditation, I tend to agree with this position:
even though the DLLPOSTFIX character string has no useful purpose, it
would be best to ensure the libraries keep unique names, different from
system or third-party packages ones.
I'd like to use 'lo' as a common platform suffix.
In a first stage, the build system would still be using DLLPOSTFIX as-is,
only with a unique value.
In a second stage, the suffix would be directly integrated to the library
names, and could be kept or removed on a case-by-case basis.
If there is no objection, I intend to begin the work in a few days.
Different DLLPOSTFIX files suggest that at some stage or other it was
desirable to be able to have the .sos from different architecture
side-by-side in the same dir. Maybe from an era before the separate arch
dirs in the solver dir, dunno.
I vaguely remember someone mentionning a giant file server in Hamburg where
all binaries where stashed together ...
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] syntax error in ./configure
Hi Christian, Christian Lohmaier schrieb: Hi Regina, *, On Sun, May 29, 2011 at 12:24 AM, Regina Henschel rb.hensc...@t-online.de wrote: I have unpacked the source provided in http://dev-builds.libreoffice.org/pre-releases/src/ I run ./autogen.sh and get this error checking whether to enable fontconfig support... ./configure: line 7229: syntax error near unexpected token `FONTCONFIG,' ./configure: line 7229: ` PKG_CHECK_MODULES(FONTCONFIG, fontconfig= 2.2.0)' What to do? Install pkg-config / the corresponding m4 macros - the PKG_CHECK_MODULES should have been replaced by the corresponding (expanded) check. But your autoconf system doesn't know what to replace it with, and thus writes it into configure in the unexpanded macro-form. I'm working with cygwin on WinXp and MCVC 2008 Express. I have installed pkg-config and come some steps further. Next problem in new topic. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] MOZ libraries are not found
Hi,
next stop in my attempt to build. I have put the files
WNTMSCIinc.zip
WNTMSCIlib.zip
WNTMSCIruntime.zip
into folder
libreoffice-libs-extern-sys-3.4.0.2\moz\zipped
But I get the error:
Died at ./set_soenv line 922.
Checking for prebuilt Mozilla libraries ... not found!
If you don't use the system mozilla and also not build the needed
mozilla libraries yourself you have to provide the needed files
WNTMSCI{inc,lib,runtime}.zip in moz/zipped/ .
These files can be found here:
http://tools.openoffice.org/moz_prebuild/680/.
Kind regards
Regina
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Work Flow Inquiry
Hi all, I did some work on LibreOffice in late 2010. Returning now I see that the timed release schedule has created several branches that correspond to the various release configurations. All well and good. The issue I am experiencing is related to the various issues with standard functionality in the Basic IDE: https://bugs.freedesktop.org/buglist.cgi?cmdtype=runnamednamedcmd=Basic%20IDE [Search for bugs with component BASIC ann Summary contains Ctrl OR IDE] The fixes in this area seem to be done and applied only in 3.4 rc2. From looking in other areas of work on rc2, I think I am seeing the same patching pattern where the rc is ahead of master. And AFAIK they are all about to roll back to master. This leaves me with a bit of a quandary: Do I switch to 3.4 rc branch because that's where the action is? Or do I patch my version of master so I can work there? Or do I make a request through the list for patching back to origin/master? Or should I just wait for the merge? I know that I often make things more difficult than they really are, but I am at a loss as to which is best/recommended way to proceed here and now. *** It seems that just about any patch applied to the current release candidate branch should also be applied to master, except where the patch is a workaround in an area that is under active and related development in master. *** A drawback is more work for those who push the patches. I am quite willing to resubmit existing rc patches in my area(s) of interest but this is ad hoc and prone to omission and still extra work for those who push patches. A benefit is something I read on the list a while back that said the rc merge back to master essentially becomes a no-op(less work at merge). Another real benefit is that people who are uncertain enough not to patch the rc can follow along in master, learn and maybe contribute effectively sooner. As someone who is still new to open-source development, AFAIK the usual work flow is to work in dev master unless specifically trying to fix critical+high importance in the release candidate. The current divergence leaves the master behind the rc branch in various ways/areas which feels odd to me and appears to create extra work for 'somebody', i.e. everyone. Please advise LeMoyne -- View this message in context: http://nabble.documentfoundation.org/Work-Flow-Inquiry-tp2999412p2999412.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Platform-specific DLL suffix usefulness
Hi Francois, On Sun, 29 May 2011 18:56:46 +0200 Francois Tigeot ftig...@wolfpond.org wrote: In a first stage, the build system would still be using DLLPOSTFIX as-is, only with a unique value. That would still be a change for LibreOffice4 ... If there is no objection, I intend to begin the work in a few days. ... which is why I object. I vaguely remember someone mentionning a giant file server in Hamburg where all binaries where stashed together ... I do not. If such things happened, it was in ancient times. see: http://wiki.documentfoundation.org/Development/LibreOffice4 http://sweetshark.livejournal.com/1550.html 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] Platform-specific DLL suffix usefulness
Just to clarify: On Sun, 29 May 2011 20:27:53 +0200 Bjoern Michaelsen bjoern.michael...@canonical.com wrote: That would still be a change for LibreOffice4 ... (if we also change UNO API libs) If there is no objection, I intend to begin the work in a few days. ... which is why I object. (in that case). If it is not about those, I dont object, although I do not see to much use in it (I would have waited for the 4 API and changed all names -- including the API ones -- then). 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
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 36443, which changed state. Bug 36443 Summary: Toolbars do not show in LibreOffice Base 3.3.2 (while making a form or a report) https://bugs.freedesktop.org/show_bug.cgi?id=36443 What|Old Value |New Value Resolution||FIXED Status|NEW |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [GSoC 2011][svgexport] weekly report #1
Hi all,
unfortunately I spend the first half of the week in solving build
issues, anyhow after Thorsten's advice to base my job on the
libreoffice-3-4-0 branch instead of on the master branch all work smoothly.
In the second half I started looking through the source code related
to svg export functionality, at present I have a enough clear vision of
SVGFilter and SVGExport classes (I still need to tackle SVGActionWriter,
SVGFontExport). After reading this source code I have some question:
(1)
is api.openoffice.org the right place where to look for API
documentation ?
(2)
what is the difference between: XShape, SdrObject (and derived classes)
and Graphic ? Which are their roles ?
(3)
what is the GDIMetafile associated with an object of type Graphic ?
(and what are MetaActions ?)
moreover some source code is a bit obscure to me:
(1)
OutputDevice::LogicToLogic( rSize100thmm, MAP_100TH_MM, aMapMode )
(2)
xDrawPages-getByIndex( nDefaultPage ) = mxDefaultPage;
if( mxDefaultPage.is() )
{
SvxDrawPage* pSvxDrawPage = SvxDrawPage::getImplementation(
mxDefaultPage );
if( pSvxDrawPage )
{
mpDefaultSdrPage = pSvxDrawPage-GetSdrPage();
mpSdrModel = mpDefaultSdrPage-GetModel();
if( mpSdrModel )
{
SdrOutliner rOutl = mpSdrModel-GetDrawOutliner(NULL);
maOldFieldHdl = rOutl.GetCalcFieldValueHdl();
rOutl.SetCalcFieldValueHdl( LINK( this, SVGFilter,
CalcFieldHdl) );
}
}
}
-- Marco
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice 3.4 Release Notes
Hi Marc, all, [ ooops what a terrible cross post, four lists ;-) I skipp the project and website list for the moment and IMO follow ups for my subject (see below) should be at marketing preferably devs with an relevant opinion can either join or hire a gohst writer ;-) ] Marc Paré wrote (27-05-11 16:57) It's time that we get on with creating the page on the main site. So unless anyone is going to offer to create/design the page, I'll take care of it. I have not had a lot of practice at Silverstripe, so you will have to be patient with me. We have worked on the screenshot protocols which have now been put on the website wiki pages[1] (thanks to Klaus! and all other for their comments). BTW ... .png's will be the format to use. We will have to point this out to the translation teams for when they take their screenshots. * I will follow the same format as on the New Features and Fixes web pages[2]. If I understand it correctly, we are to have a 3.4 webpage and a 3.3.2 webpage (essentially what we have now on the New Features and Fixes webpage). These pages will be used by website visitors to compare the features between both versions of LibreOffice. We are not comparing to MSO nor OOo. So, IMO, both pages should have the same page format so that our visitors feel comfortable moving from one page to the other. Any comments before I jump in? Any comments? What I want to stress, is that we need to explain, and show - the release rationale: point zero release is only for ..., and not for ... - plus that IMO we must at least for point zero releases the knows nasty bugs On the current release notes page those are not visible. I propose to change that. Kind regards, Cor -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [GSoC][performance] weekly report #1
Hi all, It's hard for me write something now because I've been working on my thesis last week and it's still not finished yet. Deadline for it is 3.6. but I hope it will be finished sooner and I will be working on KCachegrind. So far I think I understood what should be done to KCachegrind for better profiling of Libreoffice although I don't know how to do it yet. I just got sources and build it. Best regards, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] replace StarOffice icons to LibreOffice icons in Web Wizard fdo#33229
Hi, http://cgit.freedesktop.org/libreoffice/extras/commit/?id=1e73670e832ca6f853459832b89b6213f3861a7e I need one review for 3-4 (and possibly for 3-3). Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] printeradmin icons: seagull - LibreOffice fdo#37617
Hi, http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=eced5e6fb21ab9b4d8233cee29ae7d2f223060d3 I need one review for 3-4 (and possibly for 3-3). AFAIK sysui\desktop\icons\printer.icns is not used so I did not update it. Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Offerta
TIPOGRAFIA e STAMPA DIGITALE www.tipoprint.com Tel: 02 89 92 67 50 Gentile Cliente, Crediamo sia cosa gradita farvi pervenire questa nostra offerta relativa ai nostri stampati. E' una occasione da non perdere anche perche' potrete sfruttare questa OFFERTA fino a Giugno 2011 a sola condizione che rispondiate allegando questa email, o chiamiate subito questo numero: 02 89.92.67.50 Alcuni esempi: 100 Biglietti da visita a colori f.to 85x55 mm solo fronte 4+0 Euro15,00 500 Biglietti da visita a colori f.to 85x55 mm solo fronte 4+0 Euro29,00 1000Biglietti da visita a colori f.to 85x55 mm solo fronte 4+0 Euro35,00 1000Biglietti da visita a colori f.to 85x55 mm fronte e retro 4+4 Euro60,00 100 Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro29,00 200 Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro54,00 300 Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro69,00 500 Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro88,00 1000Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro99,00 5000 Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro150,00 1Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro250,00 15000Volantini stampati su carta patinata 15x21 cm (A5) stampa a colori Euro320,00 250 Pieghevoli a 2 o 3 ante f.to A4 stampa a colori su patinata Euro99,00 1000 Pieghevoli a 2 o 3 ante f.to A4 stampa a colori su patinata Euro189,00 2500 Pieghevoli a 2 o 3 ante f.to A4 stampa a colori su patinata Euro265,00 5000 Pieghevoli a 2 o 3 ante f.to A4 stampa a colori su patinata Euro312,00 1Pieghevoli a 2 o 3 ante f.to A4 stampa a colori su patinata Euro490,00 50 Opuscoli 8 pagine A5 chiuso stampa a colori cucitura punto metallico Euro120,00 100 Opuscoli 8 pagine A5 chiuso stampa a colori cucitura punto metallico Euro170,00 50 Opuscoli 8 pagine A4 chiuso stampa a colori cucitura punto metallico Euro140,00 100 Opuscoli 8 pagine A4 chiuso stampa a colori cucitura punto metallico Euro200,00 50 Locandine f.to A3-A3+ stampa colori 4+0 su carta patinata da 150gr. Euro39,00 100 Locandine f.to A3-A3+ stampa colori 4+0 su carta patinata da 150gr. Euro60,00 1 Spesa di corriere espresso in 24 ore su tutto il territorio nazionale Euro12,00 Tutti i prezzi in questa mail sono riferiti alla sola stampa da vostri file di stampa in alta risoluzione nei formati .pdf o eps , inoltre i prezzi si intendono al netto di IVA. Visitate il nostro sito dove troverete tutti i prezzi e le offerte del periodo. clicca qui: www.tipoprint.com --- This e-mail was sent to libreoffice@lists.freedesktop.org because you are subscribed to at least one of our mailing lists. If at any time you would like to remove yourself from our mailing list, please feel free to do so by visiting: http://www.stamparebene.com/list/public/unsubscribe.php?g=52addr=libreoffice@lists.freedesktop.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
