GSOC Idea

[Rajath Shashidhara]

Hello,

I would like to participate in gsoc 2013. I browsed through your ideas
page. The idea : Extension wizard to import table to database interested
me. I am an experienced python and java coder. I'm familiar with C and C++
as well. I have developed a lot of gui based applications using PyQt4 and
SQLite modules for python. I am also into coding android applications.
Since I'm comfortable with both java and python, I can code this extension
in any of the two languages. I found a few useful modules that can be used
for coding this extension :
python - excel module to read .xls and .xlsx files
csv module to read .csv file.
SQLite - for .db files.

I'm wouldn't find it difficult to read the documentation of these modules
and start coding right away. I'm very interested in this project. Please
give me more suggestions and I would like to actively participate in the
discussion
-- 
Rajath S,
M.Sc(Hons.) Physics,
B.E.(Hons.) (First Year)
Birla Institute of Technology and Science - Pilani,
Pilani

Re: FormatArea Draw

[Ariel Constenla-Haile]

Hi Ivan,

On Fri, Apr 12, 2013 at 07:51:32PM -0500, jorge ivan poot diaz wrote:
> Hello,  Ariel
> I want to do: the new color is added with a number:
> Here a picture,
> http://imagebin.org/253798
> 
> For example "prueba":
> prueba245
> prueba142
> prueba634
> 
> ...
> ...
> 
> 
> Any idea how to generate these numbers?

I'm not sure if a random number is a good idea, may be you can simply
append a number when the name is already used, given "Blue 9": "Blue
10", then if "Blue 11" is already used, increase it and try with "Blue
12" and so on.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpC3pCQpghDt.pgp
Description: PGP signature

Re: tpcolor - aName

[Ariel Constenla-Haile]

Hi Ivan,

On Fri, Apr 12, 2013 at 08:32:06PM -0500, jorge ivan poot diaz wrote:
> > Do you want to see the value of this variable inside the debugger (gdb)?
> Yes . How I can do this?

As long as the strings are objects, you need a pretty-printer. You can
use dbg_dump():

(gdb) break SvxColorTabPage::ClickAddHdl_Impl
Breakpoint 1 at 0x7fca09794d8e: file 
/build/aoo/src/trunk/main/cui/source/tabpages/tpcolor.cxx, line 467.
(gdb) c
Continuing.

Breakpoint 1, SvxColorTabPage::ClickAddHdl_Impl (this=0x29ed358) at 
/build/aoo/src/trunk/main/cui/source/tabpages/tpcolor.cxx:467
467 Window *pWindow = this;
(gdb) n

(gdb) 
476 String aDesc( ResId( RID_SVXSTR_DESC_COLOR, rMgr ) );
(gdb) 
477 String aName( aEdtName.GetText() );
(gdb) 
479 long nCount = pColorTab->Count();
(gdb) print aDesc
$1 = {mpData = 0x2a204b0}
(gdb) print aName
$2 = {mpData = 0x2a16610}
(gdb) print dbg_dump(aDesc)
$3 = (const sal_Char *) 0x2968db8 "Please enter a name for the new
color:"
(gdb) print dbg_dump(aName)
$4 = (const sal_Char *) 0x2a3bd68 "Blue 9"


You can also create your gdb pretty-printers, as explained here:
http://sourceware.org/gdb/onlinedocs/gdb/Pretty-Printing.html
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Developer_Guide/debuggingprettyprinters.html
You may find some examples in /usr/share/gdb/auto-load/ if you installed
a debug package.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpyoKko6upK6.pgp
Description: PGP signature

Re: Strange OSI Certification Claim

[Louis Suárez-Potts]

Dennis,
On 13-04-12, at 20:27 , Dennis E. Hamilton  wrote:

> While looking around for some PDL-licensed content on www.openoffice.org, I 
> stumbled onto this page: .
> 
> I find this statement, at the bottom of the page, quite challenging:
> 
>   •  Certified by OSI()
>as open-standard compliant, and the 
>first software package in the world to use OASIS OpenDocument Format
>(ISO/IEC 26300) as its native file format
> 
> Minor: The links in "OASIS OpenDocument Format (ISO/IEC 26300)" are all about 
> the OASIS specification and the ODF TC, not ISO/IEC 26300).  
> 
> More problematic: I don't think OSI certifies anything.  It most definitely 
> does not certify products.
> 
> does assess whether standards are open standards.  There is an OSI web page 
> on Open Standards at .  This section 
> provides criteria for assessing levels of compliance by which *standards* are 
> deemed to be open standards.  These are the requirements: 
> .
> 
> There is apparently not any record of OSI having certified any standards as 
> OSR Conformant.  I also have no idea whether OASIS International has 
> self-certified the OASIS OpenDocument standard(s) as OSR Compatible.  I am 
> reasonably confident that ISO/IEC JTC1 has done no such thing with respect to 
> International Standard 26300:2006.
> 
> I hesitate to touch that page.  I think it is fine to say this much:
> 
>   • The first software package in the world to support as its native 
> format the OASIS Standard Open Document Format for Office Applications and 
> the corresponding International Standard, ISO/IEC 26300:2006.   
> 
> Unless there is an authoritative reference to ODF being established as either 
> OSR Conformant or OSR Compatible, I would leave that alone.  The fact that 
> Apache OpenOffice is open source under an OSI accepted license should be good 
> enough, after all.

Agreed. The OSI has undergone some significant changes over the years but this 
is now and it would seem pointless, at best, to retain a probably wrong or 
misleading statement, anyway.
> 
> - Dennis

best
louis
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: tpcolor - aName

[jorge ivan poot diaz]

> Do you want to see the value of this variable inside the debugger (gdb)?
Yes . How I can do this?


2013/4/11 Ariel Constenla-Haile 

> Hi Jorge,
>
> On Wed, Apr 10, 2013 at 09:12:18PM -0500, jorge ivan poot diaz wrote:
> > Hello,
> > I am modifying this code into the source code AOO
> >
> >
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/cui/source/tabpages/tpcolor.cxx#465
> >
> > I want to know how I can see the value of variables or just know that you
> > value.
>
> Do you want to see the value of this variable inside the debugger (gdb)?
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: Random Numbers

[jorge ivan poot diaz]

Ok. Thanks.


2013/4/11 Ariel Constenla-Haile 

> Hi Jorge,
>
> On Thu, Apr 11, 2013 at 07:16:02PM -0500, jorge ivan poot diaz wrote:
> > Hello,
> > I have this code, I try to generate random numbers, but I have problems
> when
> > I build:
> >
> > protected double getRandomDouble()
> >  {
> >  return (maRandom.nextInt(1000) * maRandom.nextDouble());
> >  }
>
> Looks like you copied & pasted from
>
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/odk/examples/DevelopersGuide/Text/TextDocuments.java#690
>
> maRandom is a member variable in that Java class, of type
> java.util.Random. No way this will ever work in
> cui/source/tabpages/tpcolor.cxx
>
> > What could be the error in this code?
>
> Java != C++
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: FormatArea Draw

[jorge ivan poot diaz]

Hello,  Ariel
I want to do: the new color is added with a number:
Here a picture,
http://imagebin.org/253798

For example "prueba":
prueba245
prueba142
prueba634

...
...


Any idea how to generate these numbers?




2013/3/30 Ariel Constenla-Haile 

> Hi Ivan,
>
> On Sat, Mar 30, 2013 at 01:38:34PM -0600, jorge ivan poot diaz wrote:
> > Hello Ariel,
> >
> > This I am doing as a project that I have been assigned by Alexandro
> > Colorado.
> >
> >
> --
> > In the source code AOO
> >
> > Earlier you gave me the code that is responsible for registering the
> > colors:
> >
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/cui/source/tabpages/tpcolor.cxx#465
> >
> > I know generate files Soc http://imagebin.org/252235
> >
> >
> > So now this is the situation
> >
> > This is the directory of files .Soc
> >
> http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/extras/source/palettes/
> >
> > Can you tell me where is the code that acts on these files .soc, other
> > words where is the code that generates or sends the new color to these
> > files soc.
>
> IIRC I told you in a previous mail to look at the XColorTable class:
>
> http://opengrok.adfinis-sygroup.org/source/search?q=&defs=XColorTable&refs=&path=&hist=&project=aoo-trunk
> (ignore all the binfilter search results).
>
> Build trunk/main/svx with debug symbols, and set break points there.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: Programming OOoDraw and OOoImpress

[Henry Tiquet Leyva]

Thank you!!! It is solved!
Now I get it. Only I had to change the cxx name file in the new Makefile
and now it is working perfectly.

Regards!


2013/4/12 Ariel Constenla-Haile 

> On Fri, Apr 12, 2013 at 05:20:48PM -0500, Henry Tiquet Leyva wrote:
> > http://ooo.pastebin.ca/2357487
> >
> > I am sorry, here is it, I think it is better like this.
>
> at first sight, there is nothing wrong (though the code is old).
>
> How are you building this code? It tries to connect to a running office
> listening on port 2083, is the office running and listening?
>
> > >> > I have done all you told me but I have the error yet.
> > >> > I searched in Internet and it said that generally such errors are
> > >> caused by
> > >> > addressing non-existent/allocated memory.
>
> when working with css::uno::Reference, you may get a segmentation fault
> with the dereference operator, if you don't check first with
> BaseReference::is(), but your code does the check, and according to your
> previous mail, it prints "XComponentloader successfully instanciated\n".
>
> Wild guessing, I assume your program is not bootstrapping the remote
> counterpart, thus the reference to the desktop is invalid. In order to
> know where your program is crashing, build with debug symbols, run it
> inside the debugger, and after crash look at the backtrace.
>
> Alternatively try with the attached code, it has an SDK Makefile, you
> need to set the SDK environment in order to build it; and it uses the
> simple bootstrap mechanism, so you get rid of bootstrapping an office
> listening on a port. To build it and run:
>
> source /setsdkenv_unix.sh
> make DEBUG=yes PRJ=$OO_SDK_HOME HelloDraw.run
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Strange OSI Certification Claim

[Dennis E. Hamilton]

While looking around for some PDL-licensed content on www.openoffice.org, I 
stumbled onto this page: .

I find this statement, at the bottom of the page, quite challenging:

•  Certified by OSI()
as open-standard compliant, and the 
first software package in the world to use OASIS OpenDocument Format
(ISO/IEC 26300) as its native file format

Minor: The links in "OASIS OpenDocument Format (ISO/IEC 26300)" are all about 
the OASIS specification and the ODF TC, not ISO/IEC 26300).  

More problematic: I don't think OSI certifies anything.  It most definitely 
does not certify products.

does assess whether standards are open standards.  There is an OSI web page on 
Open Standards at .  This section provides 
criteria for assessing levels of compliance by which *standards* are deemed to 
be open standards.  These are the requirements: .

There is apparently not any record of OSI having certified any standards as OSR 
Conformant.  I also have no idea whether OASIS International has self-certified 
the OASIS OpenDocument standard(s) as OSR Compatible.  I am reasonably 
confident that ISO/IEC JTC1 has done no such thing with respect to 
International Standard 26300:2006.

I hesitate to touch that page.  I think it is fine to say this much:

• The first software package in the world to support as its native 
format the OASIS Standard Open Document Format for Office Applications and the 
corresponding International Standard, ISO/IEC 26300:2006.   

Unless there is an authoritative reference to ODF being established as either 
OSR Conformant or OSR Compatible, I would leave that alone.  The fact that 
Apache OpenOffice is open source under an OSI accepted license should be good 
enough, after all.

 - Dennis


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Handlers in Drawing

[Alan Eduardo Puc Pech]

Hello Regina, I would like to know which file in the source code of AOO,
manipulate shapes in Draw. Because I want to learn the operation of that
file. For example when I create a circle. the points to which I can
manipulate and change its size.

Regards.


2013/4/12 Regina Henschel 

> Hi Alan,
>
> I'm not sure, whether I understand you right. Do you mean something like
> http://opengrok.adfinis-**sygroup.org/source/xref/aoo-**
> trunk/main/sd/source/ui/func/**fuconarc.cxx
> ?
>
> Kind regards
> Regina
>
> Alan Eduardo Puc Pech schrieb:
>
>  Hello I'm Alan, I need your help. I want to learn the operation of the
>> vectors with Drawing (module SD)
>> for example what file allows manipulate the shapes.
>>
>> Now I have searched the following file:
>> http://opengrok.adfinis-**sygroup.org/source/xref/aoo-**
>> trunk/main/sd/source/ui/view/**drvwshrg.cxx
>>
>> from what I've observed is based on handlers, therefore, also like to know
>> how it is structured the sd module.
>>
>> Regards.
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Programming OOoDraw and OOoImpress

[Ariel Constenla-Haile]

On Fri, Apr 12, 2013 at 05:20:48PM -0500, Henry Tiquet Leyva wrote:
> http://ooo.pastebin.ca/2357487
> 
> I am sorry, here is it, I think it is better like this.

at first sight, there is nothing wrong (though the code is old).

How are you building this code? It tries to connect to a running office
listening on port 2083, is the office running and listening? 

> >> > I have done all you told me but I have the error yet.
> >> > I searched in Internet and it said that generally such errors are
> >> caused by
> >> > addressing non-existent/allocated memory.

when working with css::uno::Reference, you may get a segmentation fault
with the dereference operator, if you don't check first with
BaseReference::is(), but your code does the check, and according to your
previous mail, it prints "XComponentloader successfully instanciated\n".

Wild guessing, I assume your program is not bootstrapping the remote
counterpart, thus the reference to the desktop is invalid. In order to
know where your program is crashing, build with debug symbols, run it
inside the debugger, and after crash look at the backtrace.

Alternatively try with the attached code, it has an SDK Makefile, you
need to set the SDK environment in order to build it; and it uses the
simple bootstrap mechanism, so you get rid of bootstrapping an office
listening on a port. To build it and run:

source /setsdkenv_unix.sh
make DEBUG=yes PRJ=$OO_SDK_HOME HelloDraw.run


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina
#**
#
#  Licensed to the Apache Software Foundation (ASF) under one
#  or more contributor license agreements.  See the NOTICE file
#  distributed with this work for additional information
#  regarding copyright ownership.  The ASF licenses this file
#  to you under the Apache License, Version 2.0 (the
#  "License"); you may not use this file except in compliance
#  with the License.  You may obtain a copy of the License at
#
#http://www.apache.org/licenses/LICENSE-2.0
#
#  Unless required by applicable law or agreed to in writing,
#  software distributed under the License is distributed on an
#  "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
#  KIND, either express or implied.  See the License for the
#  specific language governing permissions and limitations
#  under the License.
#
#**

# On *nix can be overridden with
# make PRJ=$OO_SDK_HOME
PRJ=../../../..
SETTINGS=$(PRJ)/settings

include $(SETTINGS)/settings.mk
include $(SETTINGS)/std.mk
include $(SETTINGS)/dk.mk

# Define non-platform/compiler specific settings
APP_NAME=HelloDraw
MAINTARGET=$(APP_NAME)_Example

#this should be in odk/settings/std.mk
OUT_DEPLOY=$(OUT)/deploy

OUT_APP_INC=$(OUT_INC)/$(APP_NAME)
OUT_APP_GEN=$(OUT_MISC)/$(APP_NAME)
OUT_APP_OBJ=$(OUT_OBJ)/$(APP_NAME)
OUT_APP_LIB=$(SHAREDLIB_OUT)/$(APP_NAME)
OUT_APP_BIN=$(OUT_BIN)/$(APP_NAME)
OUT_APP_DEPLOY=$(OUT_DEPLOY)/$(APP_NAME)

CXXFILES = main.cxx

OBJFILES = $(patsubst %.cxx,$(OUT_APP_OBJ)/%.$(OBJ_EXT),$(CXXFILES))


ifneq "$(DEBUG)" ""
CC_DEFINES+=-DOSL_DEBUG_LEVEL=3
endif

# Targets
.PHONY: ALL
ALL : \
$(MAINTARGET)

include $(SETTINGS)/stdtarget.mk

$(OUT_APP_OBJ)/%.$(OBJ_EXT) : %.cxx $(SDKTYPEFLAG)
-$(MKDIR) $(subst /,$(PS),$(@D))
$(CC) $(CC_FLAGS) $(STL_INCLUDES) $(CC_INCLUDES) -I$(OUT_APP_INC) 
$(CC_DEFINES) $(CC_OUTPUT_SWITCH)$(subst /,$(PS),$@) $<

$(OUT_APP_BIN)/_$(APP_NAME)$(EXE_EXT) : $(OBJFILES)
-$(MKDIR) $(subst /,$(PS),$(@D))
-$(MKDIR) $(subst /,$(PS),$(OUT_APP_GEN))
ifeq "$(OS)" "WIN"
$(LINK) $(EXE_LINK_FLAGS) /OUT:$@ /MAP:$(OUT_APP_GEN)/$(basename 
$(@F)).map \
$(OBJFILES) $(CPPUHELPERLIB) $(CPPULIB) $(SALHELPERLIB) 
$(SALLIB) $(STLPORTLIB)
else
$(LINK) $(EXE_LINK_FLAGS) $(LINK_LIBS) -o $@ $(OBJFILES) \
$(CPPUHELPERLIB) $(CPPULIB) $(SALHELPERLIB) $(SALLIB) 
$(STLPORTLIB) $(STDC++LIB) $(CPPUHELPERDYLIB) $(CPPUDYLIB) $(SALHELPERDYLIB) 
$(SALDYLIB)
ifeq "$(OS)" "MACOSX"
$(INSTALL_NAME_URELIBS_BIN)  $@
endif
endif

$(OUT_APP_BIN)/$(APP_NAME)$(EXE_EXT) : $(OUT_APP_BIN)/_$(APP_NAME)$(EXE_EXT)
-$(MKDIR) $(subst /,$(PS),$(@D))
$(COPY) $(subst /,$(PS),$(BIN_DIR)/unoapploader$(EXE_EXT)) $(subst 
/,$(PS),$@)
# workaround for touch problem under Windows with full qualified paths
make -t $@

$(OUT_APP_BIN)/$(TEST_DOC) : $(TEST_DOC)
-$(MKDIR) $(subst /,$(PS),$(@D))
$(COPY) $(subst /,$(PS),$<) $(subst /,$(PS),$@)


$(MAINTARGET) : $(OUT_APP_BIN)/$(APP_NAME)$(EXE_EXT)
@echo 

@echo Please use the following command to execute the example!
@echo -
@echo $(MAKE) $(APP_NAME).run
@echo 



$(APP_NAME).run: $(OUT_APP_BIN)/$(APP_NAME)$(EXE_EXT) $(OUT_APP_B

Re: Programming OOoDraw and OOoImpress

[Henry Tiquet Leyva]

http://ooo.pastebin.ca/2357487

I am sorry, here is it, I think it is better like this.


2013/4/12 Henry Tiquet Leyva 

>
>
>
> 2013/4/12 Ariel Constenla-Haile 
>
>> Hi Henry,
>>
>> On Fri, Apr 12, 2013 at 04:53:54PM -0500, Henry Tiquet Leyva wrote:
>> > Hi Ariel,
>> >
>> > I have done all you told me but I have the error yet.
>> > I searched in Internet and it said that generally such errors are
>> caused by
>> > addressing non-existent/allocated memory.
>> >
>> > Is posible that I am using some wrong variable?
>>
>> I'll need to see the whole code. Can't you upload it somewhere?
>>
>>
>> Regards
>> --
>> Ariel Constenla-Haile
>> La Plata, Argentina
>>
>
>

Re: Programming OOoDraw and OOoImpress

[Henry Tiquet Leyva]

2013/4/12 Ariel Constenla-Haile 

> Hi Henry,
>
> On Fri, Apr 12, 2013 at 04:53:54PM -0500, Henry Tiquet Leyva wrote:
> > Hi Ariel,
> >
> > I have done all you told me but I have the error yet.
> > I searched in Internet and it said that generally such errors are caused
> by
> > addressing non-existent/allocated memory.
> >
> > Is posible that I am using some wrong variable?
>
> I'll need to see the whole code. Can't you upload it somewhere?
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Programming OOoDraw and OOoImpress

[Ariel Constenla-Haile]

Hi Henry,

On Fri, Apr 12, 2013 at 04:53:54PM -0500, Henry Tiquet Leyva wrote:
> Hi Ariel,
> 
> I have done all you told me but I have the error yet.
> I searched in Internet and it said that generally such errors are caused by
> addressing non-existent/allocated memory.
> 
> Is posible that I am using some wrong variable?
 
I'll need to see the whole code. Can't you upload it somewhere?


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpnUkbvsoRB9.pgp
Description: PGP signature

Re: Programming OOoDraw and OOoImpress

[Henry Tiquet Leyva]

Hi Ariel,

I have done all you told me but I have the error yet.
I searched in Internet and it said that generally such errors are caused by
addressing non-existent/allocated memory.

Is posible that I am using some wrong variable?


2013/4/11 Ariel Constenla-Haile 

> Hi Henry,
>
> On Thu, Apr 11, 2013 at 07:50:55PM -0500, Henry Tiquet Leyva wrote:
> > Hello everyone,
> >
> > I'm trying to do that:
> >
> http://wiki.openoffice.org/wiki/Programming_OOoDraw_and_OOoImpress#Giving_a_Name_to_the_Shape
> >
> >
> > and the connection is successful and the XComponentloader is
> > instanciated but when I add this part of code:
> >
> > //get an instance of the spreadsheet Reference< XComponent
> > > xcomponent = rComponentLoader->loadComponentFromURL(
> > > OUString::createFromAscii("private:factory/swriter"),
> > > OUString::createFromAscii("prueba"),
>
> Try with "_default", or "_blank"
> see
>
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Handling_Documents#Target_Frame
>
> By the way, createFromAscii is expensive for ASCII string literals,
> better use OUString(RTL_CONSTASCII_USTRINGPARAM( "_default" ))
>
> http://www.openoffice.org/api/docs/cpp/ref/def-all.html#RTL_CONSTASCII_USTRINGPARAM
>
> > Connected sucessfully to the office
> > XComonentloader succesfully instanciated
> > Segmentation fault (core dumped)
>
> This shouldn't crash. Is it the office code that crashes, or your client
> application not catching the exception thrown by loadComponentFromURL?
> Please try surrounding the code with a try-catch; if it still crashes,
> then open a bug.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

I NEED HELP!!!!!!! cppu.defaultBootstrap_InitialComponentContext(Reference* )- Server Win 2003

[Julieta Abdala]

Hi guys!

I create a class in c#, to convert from "x" document to pDF.
The app works correctly in my local pc, but when migrate to the server I get 
this error:

System.Runtime.InteropServices.SEHException (0x80004005): External component 
has thrown an exception.
   at 
cppu.defaultBootstrap_InitialComponentContext(Reference*
 )
   at uno.util.Bootstrap.defaultBootstrap_InitialComponentContext(String 
ini_file, IDictionaryEnumerator bootstrap_parameters)

--
I use OpenOffice 3 and install OpenOffice.org_3.4.1_SDK.

this is my class:


using System;
using System.Diagnostics;
using System.IO;
using System.Runtime.InteropServices;
using System.Threading;
using System.Web;
using log4net.Core;
using Microsoft.Win32;
using uno;
using uno.util;
using unoidl.com.sun.star.beans;
using unoidl.com.sun.star.bridge;
using unoidl.com.sun.star.connection;
using unoidl.com.sun.star.frame;
using unoidl.com.sun.star.lang;
using unoidl.com.sun.star.uno;
using WebSearch.Components.GeneralFunctions;
using WebSearch.Log;
using Exception = System.Exception;

namespace WebSearch.Components.CommonFunctions
{
public static class PDFUtility
{
public static void ConvertoDocumentToPdf(string fileName, string 
extension)
{
InitOpenOfficeEnvironment();

string path = 
HttpContext.Current.Server.MapPath("~/TempFolder/PDFs/");

LogConfig.SaveInFile(Level.Debug, "Get PDF path" + path, null,
 typeof (File).ToString(),
 "ConvertoDocumentToPdf");

string oldPath = 
HttpContext.Current.Server.MapPath("~/TempFolder/TempFiles/") + User.CurrentUserId() + 
@"\";

LogConfig.SaveInFile(Level.Debug, "Get Temp path" + oldPath, null,
 typeof (File).ToString(),
 "ConvertoDocumentToPdf");

if (System.IO.File.Exists(path + fileName)) 
System.IO.File.Delete(path + fileName);

if (System.IO.File.Exists(oldPath + fileName))
{
LogConfig.SaveInFile(Level.Debug, "File Exist" + oldPath + 
fileName, null,
 typeof (File).ToString(),
 "ConvertoDocumentToPdf");

try
{
   bool  value = ConvertToPdf(oldPath + fileName, path + 
fileName.ToLower().Replace(extension.ToLower(), "pdf"));
   if (value) System.IO.File.Delete(oldPath + fileName);
}
catch (Exception ex)
{
LogConfig.SaveInFile(Level.Error, "Convert PDF error", ex,
 typeof (File).ToString(),
 "ConvertoDocumentToPdf");
}
}
}

  



private static void StartOpenOffice()
{
Process[] ps = Process.GetProcessesByName("soffice.exe");
if (ps.Length != 0)
LogConfig.SaveInFile(Level.Error, "OpenOffice not found.  Is 
OpenOffice installed?" + ps.Length, null,
 typeof (File).ToString(),
 "StartOpenOffice");
if (ps.Length > 0)
return;

var p = new Process
{
StartInfo =
{
Arguments = "-headless -nofirststartwizard",
FileName = "soffice.exe",
CreateNoWindow = true
}
};


LogConfig.SaveInFile(Level.Debug, "Create new Process", null,
 typeof (File).ToString(),
 "StartOpenOffice");

bool result = p.Start();

if (result)
LogConfig.SaveInFile(Level.Debug, "process Starts", null,
 typeof (File).ToString(),
 "StartOpenOffice");

if (result == false)
LogConfig.SaveInFile(Level.Error, "open Office start fails", 
null,
 typeof (File).ToString(),
 "StartOpenOffice");
}

private static string PathConverter(string file)
{
if (string.IsNullOrEmpty(file))
throw new NullReferenceException("Null or empty path passed to 
OpenOffice");

return String.Format("file:///{0}", file.Replace(@"\", "/"));
}

private static string ConvertExtensionToFilterType(string extension)
{
LogConfig.SaveInFile(Level.Debug, "Get Filter Type" + extension, 
null,
 typeof (File).ToString(),

Extensions Integration into Installation Set, but constantly crashes

[Yi]

Hi,
I added the my_extension to my Windows build of OOo 3.4.1. fellow the 
instructions at : 
http://wiki.openoffice.org/wiki/Extensions_Integration_into_Installation_Set,.
it works, but constantly crashes when I try to open the extension manager 
in my OOo 3.4.1
I don't know why...
 
Look forward to your reply
Yi

Libwpd 0.8 x 0.9

[Claudio Filho]

Hi

I did a update in my env and tried to reconfigure it, returning a error in
configure step. Configure script breaks in this part:

$ ./configure 
...
checking which libwpd to use... external
checking for LIBWPD... no
configure: error: Package requirements (libwpd-0.8 ) were not met:

No package 'libwpd-0.8' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBWPD_CFLAGS
and LIBWPD_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


Using --with-system-libwpd flag or not, return the same error. Some days
ago, I gave a build with success. Any change. I also saw a bug for this
case[1].
[1]https://issues.apache.org/ooo/show_bug.cgi?format=multiple&id=118587

Some tip?

Bests,
Claudio

Re: Sidebar merged into trunk

[Pavel Janík]

Andre,

the change I use is at

http://tmp.janik.cz/AO/boost.diff

Sorry I can't log into bugzilla right now :-(

On Apr 12, 2013, at 3:54 PM, Andre Fischer wrote:

> On 10.04.2013 15:37, Pavel Janík wrote:
 /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/400/unxmacxi.pro/inc/boost/aligned_storage.hpp:90:
  warning: enumeral and non-enumeral type in conditional expression
>>> ...
>>> I had seen this too but from what I have seen on the world wide web, this 
>>> seems to be a problem inside boost, triggered but not directly caused by my 
>>> usage of ::boost::variant.  Possible solutions:
>>> 1. Update boost
>>> 2. Replace the usage of sfx2::sidebar::Paint with Wallpaper
>>> 3. Do not compile with WaE
>>> 
>>> I would prefer 1 but I guess 2 is the most pragmatic.  Besides the initial 
>>> use case for the new Paint type may have been watered down to become 
>>> irrelevant.
>> I inspired by 
>> https://svn.boost.org/trac/boost/attachment/ticket/4297/mtc-4297.patch and 
>> use:
>> 
>> BOOST_STATIC_CONSTANT(
>>   std::size_t
>> , alignment = (
>>alignment_ == std::size_t(-1)
>>? 
>> std::size_t(::boost::detail::aligned_storage::alignment_of_max_align)
>> : alignment_
>> )
>> );
>> 
>> 
>> there (ie. add std::size_t(...) for now.
> 
> I think this is what I had seen, I mean the ticket, not the patch. A fix that 
> was supposed to be integrated in boost 1.45 but wasn't. The problem 
> apparently still exists in 1.48.
> 
> I agree, that we can apply the patch when we build the boost library.  The 
> strange thing is that I could not reproduce this warning  anymore.  Have to 
> try next week when I have a little more time.
> 
> I have created issue 122044 so that I don't forget it.
> 
> Thanks for finding the warning and the patch.
> 
> -Andre
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 

-- 
Pavel Janík




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Sidebar merged into trunk

[Andre Fischer]

On 10.04.2013 15:37, Pavel Janík wrote:

/Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/400/unxmacxi.pro/inc/boost/aligned_storage.hpp:90:
 warning: enumeral and non-enumeral type in conditional expression

...
I had seen this too but from what I have seen on the world wide web, this seems 
to be a problem inside boost, triggered but not directly caused by my usage of 
::boost::variant.  Possible solutions:
1. Update boost
2. Replace the usage of sfx2::sidebar::Paint with Wallpaper
3. Do not compile with WaE

I would prefer 1 but I guess 2 is the most pragmatic.  Besides the initial use 
case for the new Paint type may have been watered down to become irrelevant.

I inspired by 
https://svn.boost.org/trac/boost/attachment/ticket/4297/mtc-4297.patch and use:

 BOOST_STATIC_CONSTANT(
   std::size_t
 , alignment = (
  alignment_ == std::size_t(-1)
  ? 
std::size_t(::boost::detail::aligned_storage::alignment_of_max_align)
 : alignment_
 )
 );


there (ie. add std::size_t(...) for now.


I think this is what I had seen, I mean the ticket, not the patch. A fix 
that was supposed to be integrated in boost 1.45 but wasn't. The problem 
apparently still exists in 1.48.


I agree, that we can apply the patch when we build the boost library.  
The strange thing is that I could not reproduce this warning  anymore.  
Have to try next week when I have a little more time.


I have created issue 122044 so that I don't forget it.

Thanks for finding the warning and the patch.

-Andre



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Fwd: Call for volunteers for AOO 4.0 sidebar testing on trunk build

[Rob Weir]

Forwarding this note to the dev list as well.   This is a task that anyone
can help with, not only those who think of themselves as "qa".  Since the
Sidebar is a major new feature in AOO 4.0 we need all the help we can get
testing this.


-Rob
-- Forwarded message --
From: Yi Xuan Liu 
Date: Thu, Apr 11, 2013 at 10:18 PM
Subject: Call for volunteers for AOO 4.0 sidebar testing on trunk build
To: q...@openoffice.apache.org


Apache OpenOffice (AOO) is the leading open-source office software suite
for word processing, spreadsheets, presentations, graphics, databases and
more. The latest AOO release version is AOO 3.4.1 which has been downloaded
by millions of people. Now we are on the trip of AOO 4.0. Sidebar is a new
feature in AOO 4.0 release, which combines idea and code from both Symphony
sidebar and OpenOffice Impress task panel. More info about sidebar could be
found at sidebar wiki .

Previously some volunteers run sidebar test on sidebar developing build.
Thanks for these volunteers. Now, sidebar has been integrated into trunk
build, and more sidebar panel are available now. We need more volunteers in
sidebar testing on trunk build. This task is easy to follow execute and
won't cost your much effort.

The Game Rule is:
*0. Choose your interesting test field and platform you will run on*
I'll assign test cases to your according to your choice.
Test Field:
13 sidebar panels will be tested:
Text properties panel, Page properties panel, Area properties panel,
Line panel, Position and Size panel, Graphic panel, Layouts panel, table
design panel, alignment panel, cell appearance panel, number format panel,
paragraph panel, wrap panel
Platform:
We plan to run test cases on 3 platforms: Suse(Redhat)-64bit,
Ubuntu-64bit, Win 7

*1. Download AOO 4.0 build and install AOO 4.0:*
Builds could be downloaded from AOO buildbots. It provides Linux
64bit(rpm and deb) install
packagesand
Win
7 install packages .
The install packages names is like this "Apache OpenOffice 4.0.0 XXX
x86(x86-64) install XXX.XXX"

*2. Execute test cases in testlink:*
(1) Register in testlink:
http://aootesting.adfinis-sygroup.org/index.php
(2) Log into testlink and change "test projects" to "Apache OpenOffice
testproject" in the right corner.
(3) Found the test cases assigned to you from "Test Cases Assigned to
Me" under "Text Execution" Panel
(4) Execute the test case according to test case description
(5) Record test case execution result in test link
More testlink guide could be found at
http://wiki.openoffice.org/wiki/QA/Testlink A video about how to run case
and input result are provided at
http://wiki.openoffice.org/wiki/QA/Testlink#Video_Demo

*3. Open bugs in Bugzilla*
Please open bugs in bugzilla when finding issue during test.
(1) Register in bugzilla: https://issues.apache.org/ooo/
(2) Log on bugzilla and open new bugs. You could reference How to file
a good issue 
*Note: Please add "[sidebar]" at the beginning of bug summary*

Are you ready to take part in? If yes, *please tell me your interesting
test field ,platform info from #0 list and testlink id**!*

Re: Sidebar merged into trunk

[Oliver-Rainer Wittmann]

Hi,

On 10.04.2013 15:57, Armin Le Grand wrote:

 Hi Pavel,

On 10.04.2013 15:43, Pavel Janík wrote:

Another questionable:

[ build CXX ] svx/source/tbxctrls/tbcontrl
In file included from
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/svx/source/tbxctrls/tbcontrl.cxx:89:

/Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/400/unxmacxi.pro/inc/editeng/editrids.hrc:322:1:
error: "RID_SVXITEMS_COLOR_WHITE" redefined
In file included from
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/svx/source/tbxctrls/tbcontrl.cxx:69:

/Users/pavel/BUILD/BuildDir/ooo_trunk_src/svx/inc/svx/svxitems.hrc:74:1:
error: this is the location of the previous definition
make: ***
[/Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/400/unxmacxi.pro/workdir/CxxObject/svx/source/tbxctrls/tbcontrl.o]
Error 1

What should be renamed?

Can be removed in svx, use the one from EditEngine. Anyways, the String
in *.src is the same.



Removed - revision 1467226

Best regards, Oliver.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds

[Jürgen Schmidt]

On 4/11/13 9:11 PM, Pavel Janík wrote:
> Jürgen,
> 
> On Apr 11, 2013, at 6:15 PM, Jürgen Schmidt wrote:
> 
>> MacOS users can try it out now with the merged sidebar. 3layer fee
>> sidebar office ;-)
> 
> I have tried to put the patch over my finished trunk build (modulo binfilter 
> directory, I do not have it in my local tree), dmake clean and build again. 
> DMG, copy to Desktop, works. Even with sidebar.
> 

Thanks for your feedback Pavel, good to hear that was able to built it
and that it worked ;-)

As I said there is still some room for improvements to consolidate the
used variables in the rc/ini files or to consolidate the rc/ini files in
general. But this can be done at any time and are implementation
details, means nobody should rely on it in any special solution built on
top of AOO ;-)

More cleanup work in the scp2 is necessary but this can done any any
time later as well.

Important to me is that we get rid of the 3 layer for 4.0.

Juergen

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Build breaker and clean build

[janI]

On 12 April 2013 09:27, Andre Fischer  wrote:

> On 11.04.2013 18:43, Andrew Rist wrote:
>
>>
>> On 4/11/2013 12:06 AM, Andre Fischer wrote:
>>
>>> On 10.04.2013 18:57, Andrew Rist wrote:
>>>

 On 4/10/2013 1:33 AM, Herbert Dürr wrote:

> On 2013/04/10 10:09 AM, Andre Fischer wrote:
>
>> tonight we had a build breaker in the windows build: a slot id that is
>> used in SW had been removed in SVX.  The reference in SW had also been
>> removed, so this change should not be a problem.
>> But the windows build is still not a full build. Therefore the old SW
>> slot header files where used and the build broke.
>>
>> There is an easy fix for situations like this: a clean build.
>>
>
> Incremental build are known to have problems thats why I suggested [1]
> to default to a clean build. That didn't receive consensus though and
> indeed there are good reasons against it:
>
> The incremental build both tests the dependency system and it reduces
> the load when building significantly.
>
> On the already strained buildbot this means a factor of almost five
> improvement as clean build takes about 4.5h whereas an incremental build
> takes only 0.5-1.0h.
>
> Andrew even had to reschedule the snapshot build away from the weekly
> clean build because the buildbot load is a real problem.
>
> [1] 
> http://markmail.org/message/**wmlhc5f5zaiiyu2o
> [2] 
> http://markmail.org/message/**7q64ijlwygdqmwf3
>
>  Just to add here, that there are also issues with a clean build. The
 clean build fails with some frequency on hung jobs and requires manual
 attention.

>>>
>>> That is one more reason to have more frequent clean builds so that we
>>> can find the cause of these problems.  They are not restricted to the build
>>> bot.   Others are affected, too.  I would have tried to fix this, but I am
>>> not able to reproduce this problem on my local machine.
>>>
>>
>> Sorry, I think I was unclear there.  Due to the complexity of our build
>> process and the interaction with the buildbot, there is a reasonably high
>> incidence of false positive failures on clean builds.  The Windows build
>> ends up with hung processes and throws an exception.  If we were to switch
>> to clean builds we could expect several false positives a week, which would
>> require manual intervention.  We have tests of clean builds daily on the
>> linux boxes, so in terms of coverage of the entire AOO buildbot setup, we
>> have full builds covered.   I see the fact that some of our builds are
>> incremental and some are clean, as a feature, not as a shortcoming.
>>
>
> OK, I understand.  I see two problems with this approach:
>
> 1. We will not find  the build problems when we continue to hide them with
> workarounds.  Fixing them would benefit others as well, not just the build
> bots.
>
> 2. The task of the build bots is not only to verify that our source code
> is buildable but also to provide download sets for developers and QA.
>
>
>>
>>>  In reality, breaking changes that require a clean build are pretty
 rare.  For me, the clean build on the weekend and incremental during the
 week seems to be a good compromise.

>>>
>>> I am not sure about that.   Besides, it is sometimes a bit difficult to
>>> judge 'how incompatible' a change really is. Change a slot definition in
>>> SVX and its use in SW.  Do we need anything more? With a clean build we are
>>> on the safe side.
>>>
>> It's a trade off.  How many false positives to you get, and how much
>> manual intervention does the system require.   What I'm trying to
>> communicate is that my experience with 'this buildbot setup' suggests that
>> the current approach requires less of my time to keep healthy, and produces
>> less false positives.
>>
>
> Ah, again I understand.  It is a matter of pragmatism.  I can accept that.
>  I and I think all others on this list are thankful for your work in this
> area.  And maybe we can help to improve the current state.  Is there any
> documentation, a Wiki page maybe, to get an overview?
>
> Maybe we can rededicate one of the daily builds of one of the branches to
> debugging our windows build problems?  Add a step to the build setup to
> apply patches that provide us with more debug info?
>
If I somehow can get my hands on the windows build bot vm, I can let it run
on my own server, and thereby free up the l10n build.

rgds
Jan I.

>
>
>
>>> Besides, the clean-build-on-weekend policy would require us to hold all
>>> incompatible changes until Friday, or live with a broken build during the
>>> week.
>>> I really thing that we need a better solution.  A switch for marking a
>>> change as incompatible and that would be interpreted by the build bot would
>>> be the absolute minimum.  But even that would call for trouble.  At Sun

Re: Build breaker and clean build

[Andre Fischer]

On 11.04.2013 18:43, Andrew Rist wrote:


On 4/11/2013 12:06 AM, Andre Fischer wrote:

On 10.04.2013 18:57, Andrew Rist wrote:


On 4/10/2013 1:33 AM, Herbert Dürr wrote:

On 2013/04/10 10:09 AM, Andre Fischer wrote:
tonight we had a build breaker in the windows build: a slot id 
that is
used in SW had been removed in SVX.  The reference in SW had also 
been

removed, so this change should not be a problem.
But the windows build is still not a full build. Therefore the old SW
slot header files where used and the build broke.

There is an easy fix for situations like this: a clean build.


Incremental build are known to have problems thats why I suggested 
[1] to default to a clean build. That didn't receive consensus 
though and indeed there are good reasons against it:


The incremental build both tests the dependency system and it 
reduces the load when building significantly.


On the already strained buildbot this means a factor of almost five 
improvement as clean build takes about 4.5h whereas an incremental 
build takes only 0.5-1.0h.


Andrew even had to reschedule the snapshot build away from the 
weekly clean build because the buildbot load is a real problem.


[1] http://markmail.org/message/wmlhc5f5zaiiyu2o
[2] http://markmail.org/message/7q64ijlwygdqmwf3

Just to add here, that there are also issues with a clean build. The 
clean build fails with some frequency on hung jobs and requires 
manual attention.


That is one more reason to have more frequent clean builds so that we 
can find the cause of these problems.  They are not restricted to the 
build bot.   Others are affected, too.  I would have tried to fix 
this, but I am not able to reproduce this problem on my local machine.


Sorry, I think I was unclear there.  Due to the complexity of our 
build process and the interaction with the buildbot, there is a 
reasonably high incidence of false positive failures on clean builds.  
The Windows build ends up with hung processes and throws an 
exception.  If we were to switch to clean builds we could expect 
several false positives a week, which would require manual 
intervention.  We have tests of clean builds daily on the linux boxes, 
so in terms of coverage of the entire AOO buildbot setup, we have full 
builds covered.   I see the fact that some of our builds are 
incremental and some are clean, as a feature, not as a shortcoming.


OK, I understand.  I see two problems with this approach:

1. We will not find  the build problems when we continue to hide them 
with workarounds.  Fixing them would benefit others as well, not just 
the build bots.


2. The task of the build bots is not only to verify that our source code 
is buildable but also to provide download sets for developers and QA.






In reality, breaking changes that require a clean build are pretty 
rare.  For me, the clean build on the weekend and incremental during 
the week seems to be a good compromise.


I am not sure about that.   Besides, it is sometimes a bit difficult 
to judge 'how incompatible' a change really is. Change a slot 
definition in SVX and its use in SW.  Do we need anything more? With 
a clean build we are on the safe side.
It's a trade off.  How many false positives to you get, and how much 
manual intervention does the system require.   What I'm trying to 
communicate is that my experience with 'this buildbot setup' suggests 
that the current approach requires less of my time to keep healthy, 
and produces less false positives.


Ah, again I understand.  It is a matter of pragmatism.  I can accept 
that.  I and I think all others on this list are thankful for your work 
in this area.  And maybe we can help to improve the current state.  Is 
there any documentation, a Wiki page maybe, to get an overview?


Maybe we can rededicate one of the daily builds of one of the branches 
to debugging our windows build problems?  Add a step to the build setup 
to apply patches that provide us with more debug info?





Besides, the clean-build-on-weekend policy would require us to hold 
all incompatible changes until Friday, or live with a broken build 
during the week.
I really thing that we need a better solution.  A switch for marking 
a change as incompatible and that would be interpreted by the build 
bot would be the absolute minimum.  But even that would call for 
trouble.  At Sun we have been there and it did not really work so well.
This doesn't require waiting until the weekend, it requires a manual 
clean run which can be kicked off easily.  (I'm happy to show you, or 
hit up Herbert - he has access, too)


It would be good to have this knowledge written down somewhere for easy 
reference.  Especially if it really remains our only way to get clean 
builds.


  I don't disagree with your general argument, I just see different 
trade-offs, and I consider this type failure to have a fairly trivial 
recovery (kicking off a manual clean build).


Again, I don't think that this is a trivial solution.

First I

Re: Handlers in Drawing

[Regina Henschel]

Hi Alan,

I'm not sure, whether I understand you right. Do you mean something like 
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/source/ui/func/fuconarc.cxx?


Kind regards
Regina

Alan Eduardo Puc Pech schrieb:

Hello I'm Alan, I need your help. I want to learn the operation of the
vectors with Drawing (module SD)
for example what file allows manipulate the shapes.

Now I have searched the following file:
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/source/ui/view/drvwshrg.cxx

from what I've observed is based on handlers, therefore, also like to know
how it is structured the sd module.

Regards.




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: How to make install package name changed to 4.0

[Ji Yan]

Sorry, I wasn't noticed that the url is wrong. After fetch source code with
the correct URL, we got the updated "4.0". Thanks for your help.


On Thu, Apr 11, 2013 at 11:04 PM, Herbert Dürr  wrote:

> Hi
>
>
> On 2013/04/11 4:50 PM, Ji Yan wrote:
>
>>I have a question about the product version in installation package
>> name,
>> is the version controlled by "aoo.ver" in srcrelease.xml under folder
>> https://svn.apache.org/repos/**asf/incubator/ooo/trunk/main/**
>> solenv/bin/srcrelease.xml
>>
>
> Please not the our repository moved from incubator/ooo to openoffice so
> the file you mentioned is now at
> https://svn.apache.org/repos/**asf/openoffice/trunk/main/**
> solenv/bin/srcrelease.xml
>
>
>  Currently, the version is "3.5", should we update it to 4.0?
>>
>
> The file at the new location is already updated to 4.0.
>
> Herbert
>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 


Thanks & Best Regards, Yan Ji