[dev] Fwd: [ooo-announce] OpenOffice.org Developer Documentation Bounties
FYI for those who haven't subscribed annou...@ooo. Further discussion and questions please on d...@documentation. Juergen Original Message Subject: [ooo-announce] OpenOffice.org Developer Documentation Bounties Date: Thu, 17 Jun 2010 15:15:56 +0200 From: Juergen Schmidt Reply-To: annou...@openoffice.org Organization: Sun Microsystems To: annou...@openoffice.org OpenOffice.org Developer Documentation Bounties The OpenOffice.org Documentation project and the OpenOffice.org Community Council are now offering bounties for some specific OpenOffice.org Development documentation projects. These bounties will cover tasks from collecting and sorting development information and documentation, to producing and publishing documentation detailing how you can contribute as an OpenOffice.org developer. For more information on what bounties are available and how you can apply for a bounty, please visit http://wiki.services.openoffice.org/wiki/Documentation/Bounties Clayton + Juergen - To unsubscribe, e-mail: announce-unsubscr...@openoffice.org For additional commands, e-mail: announce-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] 3.3 branch-off date
Am 17.06.2010 17:37, schrieb Jan Holesovsky: Hi, To my surprise, I just found out that the 3.3 now has a schedule: http://wiki.services.openoffice.org/w/index.php?title=OOoRelease33&diff=170047&oldid=158489 Please, has it been announced anywhere? yes, some time ago in the release status meeting, minutes can be found here: http://wiki.services.openoffice.org/wiki/ReleaseStatus_Minutes#2010-05-17 http://wiki.services.openoffice.org/wiki/ReleaseStatus_Minutes#2010-05-31 sorry that this has not been promoted more widely, Martin [I share a CWS that I hoped to get to 3.3, but it is hard to make that happen now :-((] Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] 3.3 branch-off date
Hi, To my surprise, I just found out that the 3.3 now has a schedule: http://wiki.services.openoffice.org/w/index.php?title=OOoRelease33&diff=170047&oldid=158489 Please, has it been announced anywhere? [I share a CWS that I hoped to get to 3.3, but it is hard to make that happen now :-((] Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: BigPointerArray, SvPointerArray vs STL containers
On 06/17/10 15:46, Bartosz wrote: 2010/6/16 Eike Rathke wrote: Hi Bartosz, On Tuesday, 2010-06-15 09:06:19 +0200, Bartosz wrote: After replace svArrays by STL containers, in some cases I observed boost of performance. For example: for (USHORT i = 0; i < aEntries.size(); ++i) Please ensure to adapt also all types where necessary, in this case the result may even be an endless loop if aEntries happens to contain more than 64k entries.. instead of USHORT i it should be size_t i Hi Eike. I think that if the endless loop didn't exist before SvArrays replace, then it will not exist after SvReplace. I think previous code: USHORT nCnt = aEntries.Count(); USHORT i; for (i = 0; i< nCnt&& 0 == aRes.Len(); ++i) may also even to endless loop. No, as SvArrays Count() returns USHORT (IIRC), while std::vector size() returns std::vector::size_type, which can be larger than USHORT. If you change the type of aEntries from an SvArray to std::vector, you really must change the type of i from USHORT to std::vector::size_type. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: BigPointerArray, SvPointerArray vs STL containers
2010/6/16 Eike Rathke wrote: > Hi Bartosz, > > On Tuesday, 2010-06-15 09:06:19 +0200, Bartosz wrote: > >> After replace svArrays by STL containers, in some cases I observed boost of >> performance. >> >> For example: >> for (USHORT i = 0; i < aEntries.size(); ++i) > > Please ensure to adapt also all types where necessary, in this case the > result may even be an endless loop if aEntries happens to contain more > than 64k entries.. instead of USHORT i it should be size_t i Hi Eike. I think that if the endless loop didn't exist before SvArrays replace, then it will not exist after SvReplace. I think previous code: USHORT nCnt = aEntries.Count(); USHORT i; for (i = 0; i< nCnt&& 0 == aRes.Len(); ++i) may also even to endless loop. I would rather replace "USHORT i" variable with " vector< type>::iterator", which can handle huge numbers (it will increase during the memory will deplete). I spent many hours on replacing SvArray by STL. What I should do to propose this patch to commit to OpenOffice.Org? I won't loose my current job. Is it possible to commit this changes to OpenOffice 3.3 ? Best Regards Bartosz - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Building a wireless presenter application
Hello I'm new to openoffice.org and i want to know if i can build a wireless presenter application on my phone to manage my presentation. But to be honest, i don't know where to start. Thanks.
Re: [dev] Rich Text Format Support in OpenOffice.org Writer
Hi Colin, Le jeudi 17 juin 2010 à 21:16 +1000, Colin White a écrit : > I was thinking that unittests need to be written beginning with the > older RTF specifications in order that OOo can be checked for conformity > to the part of the spec that is publicly released. I had a look at the > QA project but the test specifications and scripts seem to be more > written around fixing existing issues rather than checking conformity > with existing format specifications. My thoughts are that the unittests > should be capable of being run against both OOo and MS Word. > > How is the testing currently done? There is currently no unit testing for RTF (as well as the other formats). You should definately get in touch with Miklos Vajna as he's started to write an RTF beautifier: this is a first step to comparing RTF files. This task can be pretty complex... but if you have an idea, don't hesitate to implement it. We'll welcome any tool helping us to test and avoid regressions. > Unfortunately I cannot program in C++ at the moment but I can manage to > program in Python and C (although the C is quite rusty as it has been a > few years). Then go for python ;) -- Cédric Bosdonnat Go-oo hacker http://go-oo.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Rich Text Format Support in OpenOffice.org Writer
Hi, Firstly, please excuse my ignorance as I am a newbie and my understanding is limited to what I have been able to glean of the internet so far. I'd like to help out too if possible as I have been toying with an idea in my mind for some time now and I wanted to bounce it off this forum to see if there is any merit in it. I was thinking that unittests need to be written beginning with the older RTF specifications in order that OOo can be checked for conformity to the part of the spec that is publicly released. I had a look at the QA project but the test specifications and scripts seem to be more written around fixing existing issues rather than checking conformity with existing format specifications. My thoughts are that the unittests should be capable of being run against both OOo and MS Word. How is the testing currently done? Unfortunately I cannot program in C++ at the moment but I can manage to program in Python and C (although the C is quite rusty as it has been a few years). I sure would appreciate being pointed in the right direction. Thanks in advance, Colin On 17/06/2010 5:39 PM, Cédric Bosdonnat wrote: > Hello Chris, > > Le mercredi 16 juin 2010 à 13:02 -0700, Chris Carpenter a écrit : >> I would like to volunteer my services to help improve the RTF support for >> openoffice.org writer. However, I am a fairly new programmer and would >> require some guidance getting into the code base, and also some guidance on >> how to work with a large project such as this one. > > Then you should join me and vmiklos on a Gsoc task. Miklos is currently > implementing a new export filter for RTF and I'm mentoring him. You > could get some help there. We're often hanging on the #go-oo IRC channel > on irc.freenode.net. > >> The first question is probably: Why would I want to improve RTF support? >> Well, my college uses exclusively Microsoft Word for essentianally >> everything, and doesn't support anything else well. The only concession they >> will make is to allow submissions in, and send documents in, RTF format. >> Since RTF support isn't the best right now, i'd like to see if I can manage >> to improve it, even if only a little bit. I had a discussion about why I'd >> want to do this here: >> http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=31596. >> >> If anyone has the time to point me in the right direction, it would be >> appreciated. > > You could start implementing an RTF tokenizer for the new writerfilter > import filter. This would help us create a brand new RTF import filter > sharing a lot of code with .docx import and a future .doc import filter > (those 3 formats are really similar). I could help you getting started > on that as well. > > You can contact me privately or on IRC (my nick is cbosdonnat) to help > you actually start coding. > > Regards, > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] RE: [api-dev] pdf import programmatically
Hi, To open you document programmatically, you can do that : sub main dim xComp as object dim args(0) as new com.sun.star.beans.PropertyValue args(0).name = "FilterName" args(0).value = "draw_pdf_import" xComp = starDesktop.loadComponentFromUrl(convertToUrl("/home/tvataire/Bureau/resultat.pdf"), "_blank", com.sun.star.frame.FrameSearchFlag.CREATE, args) end sub This works on a pdf document previously created with Writer. I'm working with OOo 3.2 on Ubuntu. Regards, Thibault Vataire - Mail Original - De: "Wei Min Teo" À: dev@openoffice.org, d...@api.openoffice.org Envoyé: Jeudi 17 Juin 2010 04:34:36 Objet: [dev] RE: [api-dev] pdf import programmatically Hi, Can anyone help me on this? Is there a way to force a document to open with draw programmatically? > From: shaun...@hotmail.com > To: dev@openoffice.org; d...@api.openoffice.org > Date: Mon, 7 Jun 2010 15:32:58 +0800 > Subject: [api-dev] pdf import programmatically > > > Hi all, > > > > I am trying import pdf files to edit. I've installed the sun pdf import with > openoffice 3.1. Pdf files seem to open fine in draw when i open it from the > desktop. > > > > However, when i use the loadComponentFromURL method, it opens the file with > writer and encoded text appears. I've also tried passing in "MediaType" in > the mediadescriptor with the value of "simpress8" but it doesn't work. > > > > How can i programmatically force it to open with draw and return a XComponent > object? > > > > Thanks. > > > > Cheers, > > > > Wei Min > > _ > Hotmail: Trusted email with powerful SPAM protection. > https://signup.live.com/signup.aspx?id=60969 _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Rich Text Format Support in OpenOffice.org Writer
Hello Chris, Le mercredi 16 juin 2010 à 13:02 -0700, Chris Carpenter a écrit : > I would like to volunteer my services to help improve the RTF support for > openoffice.org writer. However, I am a fairly new programmer and would > require some guidance getting into the code base, and also some guidance on > how to work with a large project such as this one. Then you should join me and vmiklos on a Gsoc task. Miklos is currently implementing a new export filter for RTF and I'm mentoring him. You could get some help there. We're often hanging on the #go-oo IRC channel on irc.freenode.net. > The first question is probably: Why would I want to improve RTF support? > Well, my college uses exclusively Microsoft Word for essentianally > everything, and doesn't support anything else well. The only concession they > will make is to allow submissions in, and send documents in, RTF format. > Since RTF support isn't the best right now, i'd like to see if I can manage > to improve it, even if only a little bit. I had a discussion about why I'd > want to do this here: > http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=31596. > > If anyone has the time to point me in the right direction, it would be > appreciated. You could start implementing an RTF tokenizer for the new writerfilter import filter. This would help us create a brand new RTF import filter sharing a lot of code with .docx import and a future .doc import filter (those 3 formats are really similar). I could help you getting started on that as well. You can contact me privately or on IRC (my nick is cbosdonnat) to help you actually start coding. Regards, -- Cédric Bosdonnat Go-oo hacker http://go-oo.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Exception occurred in transex3.exe on SVL module building OOo
Hi all, I'm trying buiding OOo DEV300_m81 downloaded as tarballs un WinXP. This in my configure command: $ ./configure --with-dict="ITIT,ENUS" --with-lang="it" --without-junit --disable-build-mozilla -with-mozilla-build="/cygdrive/c/mozilla-build" --with-cl-home="/cygdrive/c/Programmi/Microsoft Visual Studio 9.0/VC" --with-midl-path="/cygdrive/c/Programmi/Microsoft SDKs/Windows/v6.1/Bin" --with-csc-path="/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v3.5" --with-frame-home="/cygdrive/c/Programmi/Microsoft SDKs/Windows/v6.1" --with-asm-home="/cygdrive/c/Programmi/Microsoft Visual Studio 9.0/VC/Bin" --with-jdk-home="/cygdrive/c/Programmi/Java/jdk1.6.0_17" --with-ant-home=/cygdrive/c/ooo/apache-ant-1.7.1/ --with-psdk-home="/cygdrive/c/Programmi/Microsoft SDKs/Windows/v6.1" This is the error I receive when I build svl module with the command: build VERBOSE=1 Making:mediatyp.src mkdir.exe ../../wntmsci12.pro/misc/misc/ /bin/rm -f ../../wntmsci12.pro/misc/misc/mediatyp.src mkdir.exe -p ../../wntmsci12.pro/misc/svl : && PATH=${PATH+${PATH}:}/cygdrive/c/ooo/DEV300_m81/solver/300/wntmsci12.pr o/bin C:/ooo/DEV300_m81/solver/300/wntmsci12.pro/bin/transex3 -p svl -i mediatyp.src -o ../../wntmsci12.pro/misc/misc/mediatyp.src.wntmsci12.pro -m ../../wntmsci12.pro/misc/svl/dummy/localize.sdf -l all TransEx 3.1 Copyright 2000, 2010 Oracle and/or its affiliates. All Rights Reserv ed. = At this point the process stops and the debug windows opens. The msg error on the debug window reports: "An unhandled win32 exception occurred in transex3.exe [496]" after that if I select NO for debugging the building process ends with: mv ../../wntmsci12.pro/misc/misc/mediatyp.src.wntmsci12.pro ../../wntmsci12.pro/misc/misc/mediatyp.src /bin/rm -f ../../wntmsci12.pro/misc/misc/mediatyp.src.wntmsci12.pro Making:misc.srs : && PATH=${PATH+${PATH}:}/cygdrive/c/ooo/DEV300_m81/solver/300/wntmsci12.pr o/bin slfl.pl C:/ooo/DEV300_m81/solver/300/wntmsci12.pro/bin/rsc -presponse -verbose @C:/cygwin/tmp/mkfRlloJ Preprocessor commandline: -I. -I. -I..\..\wntmsci12.pro\inc\misc -I..\inc -I..\ ..\inc\pch -I..\..\inc -I..\..\WIN\inc -I..\..\wntmsci12.pro\inc -I. -IC:\ooo\DEV300_m81\solver\300\wntmsci12.pro\inc\stl -IC:\ooo\DEV300_m81\solver\300\wntmsci12.pro\inc\external -IC:\ooo\DEV300_m81\solver\300\wntmsci12.pro\inc -IC:\ooo\DEV300_m81\solenv\wntmsci12\inc -IC:\ooo\DEV300_m81\solenv\inc -IC:\ooo\DEV300_m81\res -IC:\ooo\DEV300_m81\solver\300\wntmsci12.pro\inc\stl -IC:\PROGRA~1\Java\JDK16~1.0_2\include\win32 -IC:\PROGRA~1\Java\JDK16~1.0_2\include -IC:\PROGRA~1\MICROS~2\Windows\v6.1\include -IC:\PROGRA~1\MICROS~1.0\VC\include -IC:\PROGRA~1\MICROS~1.0SD\include -IC:\PROGRA~1\MICROS~1.0SD\include -IC:\ooo\DEV300_m81\solver\300\wntmsci12.pro\inc\offuh -I. -I..\..\res -I. -DWNT -DNT351 -DMSC -DM1500 -DSOLAR_JAVA -DFULL_DESK -DPRODUCT -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUPDVER="300m81(Build:9509)" ..\..\wntmsci12.pro\misc\misc\mediatyp.src C:\Documents and Settings\utente1\AAC.tmp Preprocessor startline: C:/ooo/DEV300_m81/solver/300/wntmsci12.pro/bin/rscpp @C :\Documents and Settings\utente1\AAD.tmp cpp: line 0, Error: Too many file arguments. Usage: cpp [input [output]] Error starting preprocessor dmake: Error code 1, while making '../../wntmsci12.pro/srs/misc.srs' The TMP environment variable is not set while TMPDIR points to C:/cygwin/tmp Any suggestion? Davide signature.asc Description: OpenPGP digital signature