Re: [dev] FASTBOOL macro vs bool - decrease memory usage
Hi, On 2010-06-24 at 21:30 +0200, Eike Rathke wrote: Anyway the change from BOOL to whatever is nothing that can be done just with a script. That's different for e.g. USHORT. Just a quick idea: define BOOL (or FASTBOOL) as some class that has private ctors, conversion, assignment, bit and comparison operators for all integer types, but allow conversion to integers, define private SvStream operators, and public operators for comparison/conversion/assignment/construction with/to/from bool. Then compile the entire office ignoring return codes, i.e. let dmake not break, and wade through thousands of error messages.. A decent editor capable to digest compiler errors and position on the error is most helpful. I'd hope that some script built around Pork or DeHydra could be used? https://wiki.mozilla.org/Pork https://developer.mozilla.org/en/Dehydra Never used any of these myself, though :-( Regards, Kendy - 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=OOoRelease33diff=170047oldid=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] Community Council Elections 2010-06: Announcement and Nomination
Hi Christoph, Christoph Noack píše v So 29. 05. 2010 v 00:27 +0200: Again, consider nominating yourself or someone equally interesting. We need energetic contributors who understand, and fully support the OpenOffice.org project and have a sense of its dynamic and potential. The world is changing - we know that - and to make sure it changes for the better, join us on the Community Council. Please let me nominate Thorsten Behrens as a Product Development Representative again. My reasons why I think he would be a great Product Development Representative have not changed, so please let me repeat them here: Even though he primarily contributes code, his reach goes far beyond that - you can see him mentoring students and helping the Education project to be successful. You can meet him on important events like Fosdem, or Cebit, helping running the booth, and talking to people about the strengths of OpenOffice.org. You can remember his drive to improve the OOo quality by unit testing. And much more, search the mailing lists of various OOo projects :-) Please support Thorsten as a candidate, he has already proven how much he cares about the OpenOffice.org product, not only the code. Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] OOo's Toolbar Icons - Saving Space
Hi Ivan, On Saturday 24 April 2010, Ivan M wrote: The area in question is found in a bunch of zip files in OOo's /Basis/share/config folder. These are the toolbar icon sets that are bundled with OOo, and there are 6 of them (galaxy, high contrast, industrial, tango, crystal and classic). I have written a discussion about how OOo could be smarter with these icon sets and save space [1]. Thank you for looking at this! In summary, what it comes down to is: 1) Get rid of old icon sets. Industrial and Classic are two good candidates IMO. 2) Run PNGOUT [2] on all icon sets to reduce the size of each PNG file. Small reductions across many files add up substantially. IIRC, Andrew C. Dent already did something like this with the icons that are in the repository [though these things tend to bitrot over time, as new icons are introduced etc.]. Have you tried yourself, if you gain anything, please? 3) Reduce the duplication of images in each icon set. The high contrast icons also appear to be duplicated in the Galaxy icon set - does anyone know why? The hicontrast theme is for people with sight disabilities. Unfortunately, before the introduction of the icon theming, OOo had many places with hardcoded code paths that used code like 'if ( darkTheme ) useHicontrast(); else useNormal();' That hasn't been cleaned up, even though with the concept of the icon switching, it would be much easier to just generally switch the theme, and be done with that. If you are a programmer would be interested to help, I'll be happy to show you the pieces that need the cleanup. 4) Increase/decrease the compression of each icon set depending on the performance impact (i.e., we can reduce compression if it will make OOo load faster, or we can increase it if the extra memory use is inconsequential). There are some tricks already used, like ordering the icons according to their use in the .zip IIRC. Regards, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Call for Nominations for Community Council Seats
Hi, On Monday 01 of March 2010 15:01:29 Louis Suarez-Potts wrote: Again, consider nominating yourself or someone equally interesting. We need energetic contributors who understand the Project and have a sense of its dynamic and potential. The world is changing--we know that-- and to make sure it changes for the better, join us on the Council. After having heard the sad news of John's rejection of his nomination to the council, please let me nominate Thorsten Behrens as a Product Development Representative. Even though he primarily contributes code, his reach goes far beyond that - you can see him mentoring students and helping the Education project to be successful. You can meet him on important events like Fosdem, or Cebit, helping running the booth, and talking to people about the strengths of OpenOffice.org. You can remember his drive to improve the OOo quality by unit testing. And much more, search the mailing lists of various OOo projects :-) Please support Thorsten as a candidate, he has already proven how much he cares about the OpenOffice.org product, not only the code. Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [tools-dev] Line-endings in source files
Hi Heiner, On Monday 31 of August 2009, Jens-Heiner Rechtien wrote: it seems to me that lately a huge amount of lineend-changes did occur. Maybe it is just a bad impression because many of the cws I had a look at lately did cause so many unrelated changes, but still: *Please* take care of lineendings before you commit. especially: please don't create files with mixed lineendings. I can only emphasize how important this is. Bjoern kindly offered to do a Python version of a pre-commit hook once; it was more complex, but can we at least try the CRLF check? Bjoern, would you be willing to provide that, if Heiner agrees to use it? [IIRC, the main concern was the use of the overriding mechanism, but I still think it would be better than nothing, more so if the hook provides an exact info what to do to fix the situation.] Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: [tools-dev] Re: [dev] Mercurial-Implementation: OOo domain developer public keys
Hi Frank, Dne Friday 28 of August 2009 21:37:33 Frank Schoenheit, Sun Microsystems Germany napsal(a): As long as we do not have a *perfect* fitting name, we should stay with MWS and CWS. All other terms I read so far potentially lead to wrong associations (e.g. the feature problem in a CWS, as mentioned by Heiner). Sure, you can correct this by explaining the terms, but you'll always have people not knowing the explanation. I'd prefer having terms which cannot be understood without explanation over terms which can be understood the wrong way. Well, my problem here is that for me, the term 'feature branch' is established enough ;-) And then I take the results of my googling as supportive arguments (eg. http://svnbook.red-bean.com/en/1.2/svn.branchmerge.commonuses.html, or http://msdn.microsoft.com/en-us/library/bb668955.aspx), but of course, I may be wrong. As cloph said, the development model of OOo is pretty unique, so I don't see a need to forcefully use terms which have a different semantics in different models. When you look at the usage of SCM, I don't think the development model of OOo is unique at all. Even the Linux kernel does the same thing - nobody else than Linus (== release engineers in OOo) can push to Linus'es tree (== to DEV300), and the (series of) patches are the CWSes ;-) Or am I missing something? Regards, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: [tools-dev] Re: [dev] Mercurial-Implementation: OOo domain developer public keys
Hi Christian, Dne Friday 28 of August 2009 19:40:02 Christian Lohmaier napsal(a): Honestly, I don't see a problem with just staying with cws branch. It might be a term only used by OOo, but well, OOo's development model just is different from just having a dev and release branch where everybody commits directly... This actually inspires me to another proposal for a name - 'devel repository' (or 'development repository') instead of CWS (making the distinction main/devel/release). Well - OK, enough proposals from me ;-), Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Mercurial-Implementation: OOo domain developer public keys
Hi Heiner, On Friday 28 August 2009, Jens-Heiner Rechtien wrote: Please contact me if you have problems, suggestions etc. Actually, I have a suggestion ;-) Do you think - with the switch to Mercurial - would it be possible to stop using the 'CWS' and 'MWS' terminology, and instead switch to the commonly used 'feature branch' and 'release branch' terms? Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [tools-dev] Re: [dev] Mercurial-Implementation: OOo domain developer public keys
Hi Heiner, I think http://martinsantics.blogspot.com/2009/05/feature-branches-vs-release-branches.html is a nice summary, explaining that CWS really means a 'feature branch', and MWS means a 'release branch'. But: On Friday 28 August 2009, Jens-Heiner Rechtien wrote: release branch is fine with me, but DEV300 is exactly not a release branch. Trunk doesn't sound right as well. development branch might work. I am not sure what is the best name in Mercurial - clearly, DEV300 is what is called 'master' in git, 'trunk' in SVN, or 'HEAD' in CVS. Actually - now when I tried to search for the name of this thing in Mercurial, I found out that there is probably none. 'Main repository' would be probably the most fitting one. Mozilla uses 'mozilla-central', but they say 'Also known as Trunk'. So we could live with 'trunk' ;-) And also, now I hit the problem that in the Mercurial world, 'branch' does not mean what is meant by the word 'branch' in the 'feature branch' and 'release branch' :-( So instead, 'feature repository', and 'release repository' would probably match the Mercurial world... I tend to call a MWS nowadays a major code line but that's kinda ugly as well. For the term CWS it's even more difficult: a CWS is much more for us than just a feature branch and it might actually not contain a feature at all. Both is about concept, not about actually containing a feature in the 'feature branch', or how 'major' the 'release branch' is ;-) I'm all for a more streamlined jargon, but it might be not that easy to find something which is precise and concise and universally understandably at the same time. Suggestions for a coherent nomenclature are welcome! Well, I was thinking the git way once again, sorry :-( But anyway, 'trunk' or 'main repository' (for DEV300), 'feature repository' (for OOO300, OOO310, ...), and 'release repository' (for CWSes) sound best to me. HTH, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Important Process for Mercurial Users
Hi Bernd, On Friday 31 July 2009, Bernd Eilers wrote: Everyone using a mercurial based CWS MUST enter the new milestone in EIS manually after rebasing the CWS to a new milestone using mercurial commandline or gui tools. Cannot this be automated? With git, all you'd need is to have a post-update hook on the server that does 'git describe' (finds the most recent tag that is reachable from a commit) on the CWS, and just gives the tag to the EIS. I suppose the same must be achievable with Mercurial, right? Regards, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Source file reorg in svx/source/dialog
Hi Mathias, On Wednesday 04 March 2009 12:56, Mathias Bauer wrote: IMHO having 400 source files in one folder ending up in two libraries is a huge mess and so I separated the files. While doing this I found some more code in the dialogs library that could be moved to cui. I adapted code and resource files and also created separate makefiles and now have a version that works fine. Before I can commit the moves, I want to make sure that no changes made by others in the moved files get lost. So I will resync to m43 as soon as it is available and move the files in svn based on that version. Then I hope to get the CWS will be integrated into m44 as the first one. This should cause warnings when other CWS integrated later contain changes in the moved files. I guess there are going to be some conflicts with the svx split in ooxml03 - but as long as it means just moving the files, some adaptions of the makefiles should be hopefully enough to solve the possible problems. Regards, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] comments on CWS ooxml03
Hi Daniel, On Wednesday 18 February 2009 13:11, Daniel Rentz wrote: Now, I see that ooxml03 introduces dependencies to svx, and that it has been started to use core classes (vcl Graphic, svx filter code, tools String) inside oox. I strongly disagree to do so. Especially the toiols String class is deprecated and its use in new code is discouraged. In the past, we have prevented this with a lot of effort, by using and extending the OOo API and related helper modules (e.g. comphelper and related). Please consider to rework the changes to ged rid of these dependencies. Sure, I'm aware that the dependency on SVX is not wanted; I was unable to get rid of it, though, so I spent considerable time refactoring SVX to eat less resources, please see the issues: http://www.openoffice.org/issues/show_bug.cgi?id=99545 http://www.openoffice.org/issues/show_bug.cgi?id=99638 http://www.openoffice.org/issues/show_bug.cgi?id=99683 The SVX dependency is needed for DrawingML/VML export, and its code sharing with the existing Escher stuff. If you have an idea what is a better place for DrawingML/VML code, I'll be happy to move it there. Thank you, Kendy - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] No more LD_LIBRARY_PATH in build environment
Hi Stephan,
On Wednesday 25 February 2009 17:43, Stephan Bergmann wrote:
With CWS sb104 integrated in DEV300m42, LD_LIBRARY_PATH
(DYLD_LIBRARY_PATH on Mac OS X) is no longer set in the build
environment, see
http://www.openoffice.org/servlets/ReadMsg?list=interface-announcemsgNo=1
202. I tried to test my changes as thoroughly as I could, but of course
broke some of the lesser obvious things.
Would it be possible to make the LD_LIBRARY_PATH settings that are done during
the build make a bit less verbose? I mean instead of the lines like
:
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/local/ooo/cws/ooxml03/solver/300/unxlngx6.pro/lib
/local/ooo/cws/ooxml03/solver/300/unxlngx6.pro/bin/makedepend
@/tmp/mkA8KkSX ../../../unxlngx6.pro/misc/s_writerhelper.dpcc
show something like
makedepend @/tmp/mkA8KkSX ../../../unxlngx6.pro/misc/s_writerhelper.dpcc
etc. [But maybe it makes sense here not to show the makedepend at all?]
Thank you in advance,
Kendy
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] XUL to replace VCL?
Hi Marcin, On Monday 17 November 2008 11:22, Marcin Miłkowski wrote: some 3 years ago, there were preliminary experiments with using XUL in OpenOffice.org, and XUL was supposed to replace VCL, eventually. What is the status of these plans? VCL makes developing UI quite a tedious task, and is not extendable outside the core, so Java extension developers (like me) tend to use Java Swing which looks ugly but at least is extendable. With XUL, I could probably have more native-looking UI elements... The ongoing work is internally called 'Layout', and Michael Meeks had a presenatation about that on this year's OOoCon (unfortunately the slides are not uploaded yet). It is not based on XUL, but designed so that the transition from the VCL-based dialogs towards the native ones is as easy as possible can be done in incremental steps. Regards, Kendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Debugging OOo
Hi Michael, On Wednesday 13 August 2008 12:43, Michael Strobel wrote: Thanks! That simplyfies the debugging alot. There's even a tool that does the linking for you automagically, called 'linkoo' - it's in solenv/bin. Unfortunately, it is broken with up-stream OOo; in ooo-build (http://go-oo.org), there are additional patches (all filed to the IssueZilla) that make it working. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] reg: contributing to open office
Hi Srikalyan, On Sunday 13 July 2008 04:43, srikalyan sswayam wrote: I am Srikalyan Swayampakula, would like to contribute something to the open office which is a great tool esp for the poor students who cannot afford for buying expensive software like office 2007. but the main problem is I do not know where to start. so, I am requesting you to kindly guide me so that I can develope to this great software. � Great to hear about your interest in developing OOo! :-) A good starting point is eg. here: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] lxr.go-oo.org
Hi Terrence, On Saturday 05 July 2008 15:48, Terrence Enger wrote: Not strictly on topic here, so I apologize in advance. For the last several days, every identifier search at lxr.go-oo.org has returned ... zero definitions, zero references. We are hitting an inode count quota on the server from time to time - sorry for that :-( Should become better; as a workaround, please use the general search in cases you get zero as the result. I do not see a contact listed on the search page (and the existence of class `contact` makes code results dominate a google search). To whom should I whine, I mean complain, I mean offer my useful feedback about the site grin /? [EMAIL PROTECTED] is the right mailing list for the go-oo related stuff. Hope that helps, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Programming
Hi, On Monday 07 July 2008 09:51, d m wrote: I am interested in programming for open office. Please help me in getting started. The easiest start is probably to have a look at the http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer wiki page. If you have more questions, we'll be happy to answer :-) - IRC will be the easiest way. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Interested in Development Projects (Code Writing)
Hi Julie, On Tuesday 08 July 2008 01:57, J.B. Participant wrote: I have an interest in learning C++, Java, JavaScript, advanced HTML (know some), advanced CSS (know some) and other program languages. Therefore, I would like to begin receiving volunteer code writing assignments. OpenOffice.org is probably not the easiest option for starting to learn C++ or Java - it's quite complex. But I don't want to scare you ;-) - if you are interested in more info, please have a look at http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer and show up on the IRC, that's the easiest way how to help to get you started. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New Developer
Hi Ahmed, On Wednesday 09 July 2008 19:16, Ahmed El-Deeb wrote: My name is Ahmed El-Deeb and I am a recent Computer Science graduate. I would like to join the development team of OpenOffice. http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer might be interesting for you :-) You may also consider showing up on the IRC. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] programming
Hi, On Tuesday 01 July 2008 07:42, Big Bear wrote: I like to help with OpenOffice programming http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer might be interesting for you then :-) Please have a look, and show up on the IRC if you are still interested. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OO 2.4.0 compile/install help
Hi Chris, On Sunday 18 May 2008 14:41, Chris Brown wrote: For the last couple of days I have been trying to get OO 3 to compile, with no luck. I decided to try an older version, so I chose 2.4.0 (http://download.openoffice.org/2.4.0/source.html). I followed the instructions and it built with no errors. I am now trying to install my build and was following the instructions here: (http://tools.openoffice.org/dev_docs/build_linux.html#GetTheSourceCode) but I do not have a setup binary as described in the instructions. My directories are also different, ex: They say the setup should be here: $SRC_ROOT cd instsetoo_native/unxlngi4.pro/OpenOffice/install/en-US en-US ./setup but the closest I have is: :~/OOo2/OOH680_m12/instsetoo_native/unxlngx6.pro/OpenOffice/deb/install/en- :US but no luck finding a setup binary. Does this mean that the build failed somehow but did not throw an error? Or am I just doing something wrong. No, just the information on the tools page is a bit outdated... Most probably, there are some .rpm's or .deb's built in instsetoo_native for you (not sure ATM what exactly are the default settings). The most recent info should be in the wiki, http://wiki.services.openoffice.org/wiki/Main_Page, but the 'up-stream' way of building is there not described that well - you'll be safer following the 'ooo-build' way. Out of interest - why do you want to build OOo? If you want to develop it, show up on #go-oo (or #dev.openoffice.org) channel on irc.freenode.net, lots of developers is hanging around there :-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to build the code?
Hi Saikumar, On Thursday 01 May 2008 06:19, Saikumar Borra wrote: I am Saikumar. I want to contribute from my side to Open Office. I have downloaded the code. I want to know how to start with it. Please help regarding this. The information how to build is in the wiki: http://wiki.services.openoffice.org/wiki/Building You might be also interested in the more general introduction page: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer HTH :-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Greetings ...
Hi Robert, On Sunday 20 April 2008 23:48, Robert Dinah wrote: I'm interested in helping doing some programming and noticed this link for getting started ... so if you would please. Oh - this one is probably a bit more suitable: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer :-) p.s. I really like cleaning up code ... and refactoring as well ... which looks like something the To-Dos is showing needs effort. Sounds great :-) - the easiest thing is probably to get on IRC (irc.freenode.net), channel #go-oo, or #dev.openoffice.org, we'll find something for you :-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] willing to help
Hi Brian, On Tuesday 22 April 2008 14:52, Brian Bauer wrote: Im willing to help with whatever I can in exchange for experience and to make me a better code writer :D Well - OOo is quite a beast ;-) - not that easy to start with to get more experience... But maybe - who knows. Either way, this link might interest you to learn where to start: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] GoOOCon 2008 streaming
Hi, GoOOoCon 2008 (http://wiki.services.openoffice.org/wiki/GoOOCon_2008, a local OOo-developer-focused conference) starts tomorrow! :-) It begins at 9:00 CEST, and will be streamed through: http://stream.adminit.cz/ For questions, we decided to use IRC - please join #go-oo channel on irc.freenode.net, and write your questions there; they will be forwarded to the speakers. Looking forward to seeing you there! Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] GoOOoCon 2008 programme
Hi, GoOOoCon 2008 (http://wiki.services.openoffice.org/wiki/GoOOCon_2008, a local OOo-developer-focused conference) is getting really near - the next Friday and Saturday. If you are still undecided whether to attend, hopefully the programme could persuade you :-) http://wiki.services.openoffice.org/wiki/GoOOCon_2008#Programme It is full, but if you have a good enough theme, I'm sure it will fit somehow. If you cannot go, but still are interested, we hope we'll be able to provide an on-line streaming of the talks - I'll post the details later when tested etc. And for the feedback, we plan to setup a conference call where you can ask questions/interact. This comes with a request: If you plan to actively participate, please send me where are you from (what country), and we will try to setup the conference call so that it is free in those countries. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to import external data with username/password?
Hi Mathias, On Wednesday 02 of April 2008, Mathias Bauer wrote: Hi, I'm new to Calc, and fascinated by its power, but while using Link to External Data to get realtime stock quote, the website asks me to log in first, would you mind telling me how to type username/password when importing external data? Thanks. - psist - I assume that external data shall mean http. In ftp you could use the user:[EMAIL PROTECTED] syntax, not sure if this is possible for http. Unfortunately not until the CWS webdavandgvfslocking1 which changes tools/source/fsys/urlobj.cxx to support the user and password for http as well. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Need redirection..
Hi Sudar, Dne Wednesday 02 of April 2008 11:53:30 Sudarsun Santhiappan napsal(a): I would like to contribute to OO as a c++ developer. I would like to pick on OO core C++ modules. But I could not identify a project name from the list. Can you suggest names of few projects and also redirect me to their appropriate mailing-list and team leaders ? Do you mean something like http://projects.openoffice.org/ ? Or something more specific? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Hi
Hi Guy, Dne Monday 31 of March 2008 21:15:17 Guy Standen napsal(a): I am a professional computer (games) programmer and am interested in contributing to the development of Open Office. My resume is available on request. Welcome to the world of OOo! You might find some interesting info here: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] getting started
Hi Mai, On Friday 28 of March 2008, Mai Ali wrote: I have planed a lot to participate in the development of open office, and I think that its now the time, but I don't know how to get started. I am a java developer and have good skills in C++. I think that I may help in coding help or code improvement. Hope that I could help, and thanks for your time. Mai This page might be interesting for you: http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] developing with Windows
Hi Kevin, On Thursday 27 of March 2008, Kevin wrote: I cannot seem to find any documentation on developing openoffice using windows. Also I am using dev-c++(gcc.) Any help would be appreciated. I guess you can start here: http://wiki.services.openoffice.org/wiki/Windows For the more general page how to start with OOo development, have a look at http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer - hopefully contains good pointers as well :-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] join in request
Hi Feng, On Wednesday 26 of March 2008, Feng Hou wrote: I found openoffice project in sun.com,I am intresting in it,I think I should join in the project. I come form china, I am an programmer in C++. Great! If you are interested in programming OOo, http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer might be interesting for you. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] download solver tarballs for dev300-m4?
Hi Janneke, On Wednesday 26 of March 2008, Jan Nieuwenhuizen wrote: Can someone please give me the direct link to the solver tarballs for dev300-m4? I have been working with CWS's for a short while now, and it seems that there might*) be a great way of building only what you change by downloading prebuilt solver tarballs. The website mentions them at several places**) and points me to http://download.openoffice.org, but I got lost looking for them there. Well - solver tarballs are not a good idea on Linux systems... Using the solver forces you to have an exact version of gcc and binutils, and the overhead with downloading etc. is usually higher than building the stuff yourself, mainly when you use --with-system-whatever_possible a recent hardware :-) The gcc/binutils need is solvable with the o3-build CD (http://wiki.services.openoffice.org/wiki/O3-build), but I'd still recommend you to use ccache, or icecream (http://en.opensuse.org/Icecream) if you have more machines around, instead of the pain with the solver. Of course - for Win32 it might be a different story ;-) - I did not try myself. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Interested to participate in programming..
Hi Mahend, On Thursday 13 of March 2008, mahend wrote: I am very interested to participate in your development.My skills are mainly in c++. http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] to be openoffice developper
Hi, On Thursday 13 of March 2008, fofabd wrote: I would like to be an openoffice developper. I want to know how and where can I start? http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New developer
Hi, On Friday 14 of March 2008, Jasiel Bahia wrote: I would like to know how to start as a developer in OpenOffice project. It would be a pleasure to work in such a praiseworthy initiative. http://wiki.services.openoffice.org/wiki/I_want_to_be_an_OpenOffice.org_developer Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] GoOOoCon2008 / Prague ...
Hi, On Thursday 06 March 2008 19:24, Michael Meeks wrote: The Novell team thought that, what with the next OOoCon being in Beijing and the cost of travel there (etc.) and of course the broad focus of that conference; that it would be good to have a very hacker-focused event in Europe. So, we're inviting all hyper-technical people (with or without long hair) to join the Novell go-oo team for part of their annual team face-to-face in Prague. [...] The (preliminary) plan: + April 11th, ad-hoc presentations, hacking, evening drinks / meal. + April 12th, am: more of the same pm: fun ropes course / team building The programme started filling, please check http://wiki.services.openoffice.org/wiki/GoOOCon_2008#Programme It is still a month till the event - if you have a theme you'll be interested in presenting, please drop me a mail. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] kde options ignored by configure
Hi Ariel, On Tuesday 04 March 2008 01:06, Ariel Constenla-Haile wrote: while preparing my build environment with the configure script, both the option --enable-kde=TRUE and the vairable ENABLE_KDE=TRUE (et al.) are completely ignored. --enable-kde or --enable-kde=yes is the right switch for config_office/configure Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Butler Office Pro - really a violation ?
Hi Juergen, I really did not want to step into this thread, but: On Thursday 07 February 2008 23:22, Juergen Schmidt wrote: All people who don't like it as it is are free to leave the project and should spare us with this kind of discussion as long as the situation doesn't change. Sorry, but this is a really dangerous attitude. Please don't feel offended, but it very much reminds me what we used to have in our country in the communist era. You don't like it here? Emigrate. And don't be surprised if you get shot during that. I guess we all are here because we love OpenOffice.org. And each of us has his/her reasons for that. So what's wrong with having his/her (different) opinion about how it should be handled as a project? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VOS removal
Hi Kay, On Monday 29 of October 2007, Kay Ramme - Sun Germany - Hamburg wrote: I wonder: Is anybody against removing it for good? I'm now in VCL, going quite quickly, but in case somebody is against it, please tell me... I would be surprised if anybody is against removing it. Please go ahead replacing VOS with SAL, though there are places where there is no SAL counterpart yet (e.g. IMutex as mentioned by Philipp, or the VOS timer). Exactly :-) So far I'm (locally) introducing the missing functionality in salhelper, I hope it's a good place? Either way, I'll ask for review when nearer to the state in which I want it ;-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] VOS removal
Hi, VOS is a deprecated module (library), and all its functionality is handled in SAL these days. Indeed, VOS is now in fact just a wrapper over SAL's functions/classes. I wonder: Is anybody against removing it for good? I'm now in VCL, going quite quickly, but in case somebody is against it, please tell me... Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VOS removal
Hi Michael, On Wednesday 24 October 2007, Michael Meeks wrote: VOS is a deprecated module (library), and all its functionality is handled in SAL these days. Indeed, VOS is now in fact just a wrapper over SAL's functions/classes. I wonder: Is anybody against removing it for good? I'm now in VCL, going quite quickly, but in case somebody is against it, please tell me... When I've looked at doing this incrementally in various cases (that I now can't remember) - it was clear that for some things the VOS API was fairly pleasant to use, where the sal API was unpleasant. So, I guess extending the sal API at the same time might be worthwhile - but you'll need to persuade sb who is (AFAIR) still on vacation. Luckily, so far it was 1:1, but you are right, I'll try to collect cases where it is not if they appear on the way ;-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] no suitable windowing system found, exiting.
Hi Kami, On Wednesday 25 April 2007 22:47, KAMI wrote: The original OOo works well on those machines. I really interested in universal OOo packages that utilize the latest innovations of OOo like GNOME VFS, Quick Starter... As I wrote I used Ubuntu 7.04 (my main machine) should I force older version of glibc/Xfree, or I have to build another build machine based on older distribs like Debain 3.1r6 (or 4?) or other? Are there detailed information about them most compatible versions? tools.openoffice.org? or at the wiki? So what is the best environment to build OOo for Linux? I thought you already got the answer on #go-oo? ;-) To see what exactly is wrong, do ldd libvclplug_* in the non-working environment and see what library is missing/wrong. To create the most compatible version you can think of, use http://wiki.services.openoffice.org/wiki/O3-build Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Lock a document for concurrent access?
Hi Mathias, On Thursday 11 January 2007 11:41, Mathias Bauer wrote: Interesting. Can you please send me a step-by-step description how to reproduce this with locking turned off (unset SAL_ENABLE_FILE_LOCKING). That would be extremely helpful. The problem was that in OOo1.x we had to close the document stream before we saved a document. In OOo2.0 we made the code more robust by avoiding this. So many scenarios that lead to crashes or i/o erros in OOo1.x without locking aren't available with OOo2.0 anymore. It looks as if as long the stream is kept open neither deleting nor changing the underlying file creates any problems nowadays, for file access both on a local Linux machine and via NFS. There are a lot of other scenarios to test but the situation has improved a lot. No guarantees though. I think before we come to a final judgement we need to think a little bit more but meanwhile I'm more optimistic. :-) Glad to hear that :-) The worst thing that can happen is that a shared file is opened by another office process that doesn't take part in the sharing and so locks the file. This will prevent the sharing clients from saving the document. Or did I overlook another detail? ;-) Good point, older OOo version that is not aware of the shared worksheets functionality could be really a problem. I guess that the solution here is to provide the user with the possibility to 'Save As' the document if we cannot obtain the lock (in a certain amount of time?). (Eg. when the file is locked, we could issue a 'Waiting for other users to save the changes...' dialog box with [Save As] and [Cancel] buttons.) Where is the problem with reopening the file? So - try to open the file - if it can't be opened for writing open it read-only - if the user requests write access offer to create a copy of the file and try to merge it back when the user wants to save When you want to save - try to open the real file for writing - if it works merge the files and save the merged document - if it fails offer a way how the user can maintain his local copy until the file is available again Sure, that would be nice if it was possible [and I'd appreciate pointers to the code where I could hook this if I'm wrong]. Unfortunately I did not find a better place than ScDocShell::Save() and ScDocShell::SaveAs(), see http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/patches/src680/sh ared-worksheets.diff?rev=8553 [proof of concept implementation modulo the locking], method LoadAndMergeSharedWorksheet(). Later than in Save() and SaveAs() methods, various transformations happen before the 'open the real file for writing' starts, and of course after the transformations it's too late to merge. I will have a look on your code to understand you approach better. Please give me some time to understand if and how my suggestions fit into your scenario. I've split the above .diff into two to make them more readable: http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/patches/src680/modal-changes-dialog.diff - implements modal version of the changes dialog http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/patches/src680/shared-worksheets.diff - the functionality itself Questions remain: - Can we accept that the feature doesn't work (or bears some risks) on Win9x? Luckily, Stephan pointed out that even Win9x should work. - If we take for granted that using unlocked files works for us under all circumstances on Linux (looks so), are we sure that changing or deleting of unlocked but opened files also works for us on all relevant platforms and so doesn't create a problem? We should test this thoroughly, yes. - How does it work in heterogeneous networks? For sure this functionality is not going to be compatible with the MS Office feature ;-) Otherwise it should [theoretically] work well if the locking works well for the network; according to what I found eg. Samba supports that, so we could be OK... But of course, should be tested as well. - And if we discover problems, can we accept them or must we drop the ability to save at everytime without any warnings? I'm not sure that I understand you correctly. But if you mean what to do if the file is locked for too long, I think we should present the user with the problems and allow her to do 'Save As' as described above. Thank you, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Lock a document for concurrent access?
Hi Niklas, On Tuesday 09 January 2007 20:52, Niklas Nebel wrote: Besides that I don't think that something must be changed in osl. We just have to change our way how we interpret the results from openFile. Unfortunately it must be. I don't want to open the file again, I just want to set/clear the lock, and there's no API for that in osl. Why not open it again? Sorry for the confusion, I should have been more verbose. The file has to be locked between loading the document from disk (for the merge) and the actual saving. We cannot close and open it again, because the other instance could write in the meantime (however short) which would potentially lead to data loss. Treat it more like import/export instead of load/save, with embedded objects in a temporary storage, and don't keep a file handle. Then, before saving, check if your shared file is still there (you'll have to read it anyway, for the intermediate changes). Here we should lock just before the check, and release the lock after the saving; otherwise again, anything can happen between the check and the save. Or maybe I did not understand you correctly? Thank you, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Lock a document for concurrent access?
Hi Mathias,
On Wednesday 10 January 2007 11:44, Mathias Bauer wrote:
Please remember that no locking was the default until 2.0
(http://www.openoffice.org/issues/show_bug.cgi?id=29425) so I guess if
this were a real problem, we would have had some crashreports already.
(Or do we have them?)
Yes, we got crash reports for such cases. We already made the code more
robust, maybe even robust enough so that we will crash only rarely
nowadays. But at least the document can become unusable in case it
contains embedded content like e.g. objects. This will lead to data loss
because then the document can't be saved anymore. Bad user experience.
Interesting. Can you please send me a step-by-step description how to
reproduce this with locking turned off (unset SAL_ENABLE_FILE_LOCKING). That
would be extremely helpful.
And IIRC - while the file descriptor is still open, the operating system
(or at least Linux) does not unlink the file for the process that owns
the file descriptor - but I can be wrong of course.
That won't help if you try to read something that isn't there anymore
because the file has been overwritten. The document will quit service.
'isn't there anymore' is quite relative in this context. One process can
unlink the file ('it isn't there anymore'), while it's still available for
the other process that opened it before the unlink, and still hasn't close
it.
Are you sure that the competition unlocks the file completely when it
shall be opened from several instances? I doubt this.
Simple test: If I open a file in Word I can't overwrite or delete it. If
I open the same file again in another Word instance I get a notification
that the file is in use and I have three options:
- open the file read-only
- create a copy and merge later (that's the thing I recommend for OOo)
- wait for a notification when the file is available again so that I can
merge and save directly (Word uses some tricks to achieve that).
The lock of the file is never removed!
Excel is the program to test. Try again with a worksheet - it gives you
similar choices after you try to open it in the second Excel instance. And
then turn on the shared workbook functionality (Tools - Share Workbook).
You'll see that now no locking is involved, anyone can open and save it
without any additional warning.
I'm not sure if concurrent access for documents is a good idea.
Currently our merging is not perfect and you will have a lot of
disappointed users. For me this is doing the second step before the
first. Without a better merging we can't offer concurrency.
I am a fan of incremental improvements ;-) So if the merging is not
100%, the users will tell us we'll be able to fix that. I cannot do
analysis of all the corner cases; all I know is that the merging works
well enough for basic work. I will improve it in the next iteration
based on the feedback if it's not sufficient.
Well, I could agree if you implemented something completely new, but
here we are talking about something that the competition has for years.
Why not implementing it completely or at least sufficiently if it is
known already that it could be done better than just having the basic
steps?
What exactly do you mean? Niklas just wrote that merging works sufficiently
(which is the same that my tests showed). Am I supposed to spend half a year
testing whatever works and what does not, another half improving the latter,
and then come up with the shared worksheets in another half a year? Sorry,
but my employer wouldn't pay this - they want to see the shared worksheets.
If they see that there are limitations in the merge, they'll allocate more
time to fix that.
Doom was a cool game 10 years ago and you could have get credits for a
Doom clone 10 years ago. But if you write a new Doom clone today people
will most probably think that you are mad. So why should one implement
something that is known to be insufficient since years? Why not doing
the real stuff?
Heh ;-) The real stuff here is to say the customer: Shared workbooks are
not what you really want. They were designed 10 years ago when there was no
application that could help you to design a database easily. You really want
a database. Dedicate one server for that, learn this and that, etc. Can we
do that? No.
Besides that I don't think that something must be changed in osl. We
just have to change our way how we interpret the results from openFile.
Unfortunately it must be. I don't want to open the file again, I just
want to set/clear the lock, and there's no API for that in osl.
And more over there is no API *below* osl that works on all platforms.
So it's quite unlikely that osl will get such an API.
Really? fcntl() on unx Mac OS X,
http://msdn2.microsoft.com/en-us/library/aa365203.aspx on Win32, what else?
Where is the problem with reopening the file? So
- try to open the file
- if it can't be opened
Re: [dev] Lock a document for concurrent access?
Hi Matthias, Thank you for the valuable feedback! Helps me to sort the ideas. (I've merged your answers into one mail - I hope it's OK.) On Monday 08 January 2007 14:13, Mathias Bauer wrote: The lock()/unlock() here would prevent the other OOo instances from changing the document while one of the instances works. Please, does a functionality like this already exist in OOo? I would prefer not to reinvent the wheel ;-) This algorithm looks weird. It seems that you don't want to lock the file before you save it. Yes, I don't want to have the document locked during the editing, that's right. But only for the documents that are explicitely marked as 'shared'; and I still want to have the file descriptor open as it is now. But then the document can become modified by other applications or even deleted by the user while it is still edited in an OOo instance. This will let OOo crash in many cases. Please remember that no locking was the default until 2.0 (http://www.openoffice.org/issues/show_bug.cgi?id=29425) so I guess if this were a real problem, we would have had some crashreports already. (Or do we have them?) And IIRC - while the file descriptor is still open, the operating system (or at least Linux) does not unlink the file for the process that owns the file descriptor - but I can be wrong of course. This means that the way OOo opens documents must be changed: first every file must be copied and the copy must be opened. When the file is saved you can try to acquire a lock and proceed as outlined above. After successful save the file must be copied again. I'd really like to avoid this; but maybe the future will show it is inevitable, and we will have to protect the user from shooting herself into the leg. IMHO concurrent access without a server managing the access is only of limited use and I'm not sure if the little gain in functionality is worth the effort and the pain you put on users if things don't work as expected. Unfortunately, the company users want it :-( Even the competing product does not solve this feature perfectly strongly encourages usage of a real database when there a is big amount of concurrent accesses, but that's life... [ Second mail follows ] I'm not sure if concurrent access for documents is a good idea. Currently our merging is not perfect and you will have a lot of disappointed users. For me this is doing the second step before the first. Without a better merging we can't offer concurrency. I am a fan of incremental improvements ;-) So if the merging is not 100%, the users will tell us we'll be able to fix that. I cannot do analysis of all the corner cases; all I know is that the merging works well enough for basic work. I will improve it in the next iteration based on the feedback if it's not sufficient. But maybe I'm too pessimistic. Perhaps it doesn't work perfect in competitive products also and people are happy with what they get?! Right, http://office.microsoft.com/en-us/assistance/HA010130571033.aspx says that - it even lists all the features that will people miss after switching to shared workbook. Besides that I don't think that something must be changed in osl. We just have to change our way how we interpret the results from openFile. Unfortunately it must be. I don't want to open the file again, I just want to set/clear the lock, and there's no API for that in osl. If a file can't be opened for writing we currently decide to open it read only - but that happens somewhere in the framework code. We could also allow editing. But then we must remember that we are not the owner of the file when it shall be saved. And we must be able to deal with the situation that we can't save the file as it is still opened by somebody else. Both seems to be doable. 'can't save the file' is the point. The ability of the other instance to save is a pre-requisite for the feature. I don't see a way around - if just one of the instances can save, it's not a _shared_ worksheet. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] External header guards (was: In the Works: New OOo C++ Coding Standards)
Hi Thorsten, On Friday 22 December 2006 16:34, Jan Holesovsky wrote: http://www.go-oo.org/ooo-build/bin/strip-guards is the script to run over your sources (give it path to them as a parameter). http://www.go-oo.org/ooo-build/patches/src680/strip-guards-additions.diff is a patch to be applied over that (ooe680-m6), and finally http://www.go-oo.org/ooo-build/patches/src680/fast-mkdepend.diff I had to update all of them: http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/bin/strip-guards http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/patches/src680/strip-guards-additions.diff http://svn.gnome.org/viewcvs/*checkout*/ooo-build/trunk/patches/src680/fast-mkdepend.diff The last one is now filed to IZ as http://www.openoffice.org/issues/show_bug.cgi?id=73081 . Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Lock a document for concurrent access?
Hi,
Please is it possible to lock a document for access of concurrent instances of
OOo? I mean the scenario when the document is on a NFS share (read/write),
and more users opened it concurrently from their OOo. I'm working on shared
workbook functionality,
http://www.openoffice.org/issues/show_bug.cgi?id=8811, and I need to do
something like (pseudo-code):
void Save( document ) {
lock( document );
do {
conflict = merge_recent_changes_with_the_already_saved( document );
if ( conflict ) {
unlock( document );
ask_user_to_resolve_the_conflict();
lock( document );
}
} while ( conflict );
perform_save( document );
unlock( document );
}
The lock()/unlock() here would prevent the other OOo instances from changing
the document while one of the instances works. Please, does a functionality
like this already exist in OOo? I would prefer not to reinvent the wheel ;-)
Thank you,
Jan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] External header guards (was: In the Works: New OOo C++ Coding Standards)
Hi Thosten, On Tuesday 19 December 2006 21:40, Thorsten Behrens wrote: you wrote: I hate them that much that I am willing to do a script that would do the removal ;-) What is the platform/compiler that probably needs this, please? Any volunteer to do a comparison of the with and without compilation times? That would be msvc 7.1 Go ahead with the script (I'd take that anyway, once we switch to 8.0) - I can do the timings. So - everything is ready ;-) http://www.go-oo.org/ooo-build/bin/strip-guards is the script to run over your sources (give it path to them as a parameter). http://www.go-oo.org/ooo-build/patches/src680/strip-guards-additions.diff is a patch to be applied over that (ooe680-m6), and finally http://www.go-oo.org/ooo-build/patches/src680/fast-mkdepend.diff is a fix for the mkdepend slowness with sources that do not have the external guards. (BTW, makedepend is an unbelievable piece of software ;-) It's optimized for everything - but for what it should be optimized for. This patch should fix that, it cuts thousands [maybe millions?] of unnecessary descents through the structure to find that the symbol is really not defined [+ a better structure for holding the symbols].) Please test - I'm eager to see the results with msvc ;-) Merry Christmas, and a Happy New Year! Thank you, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] External header guards
Hi Nikolai, On Thursday 21 December 2006 13:17, Nikolai Pretzell wrote: The one remaining compiler is Microsoft Visual Studio. There are varying reports if this compiler has a build-in include guard optimization or not. According to Oliver Bolte, in version 8, the MSVC compiler uses the trick to connect a define (of an internal include guard) with the correlating header, which is one possble way to implement this, Good news :-) but v.7 does not. Anyway, I would go with Thorstens remark: We will need years to remove the existing external include guards anyway. IMHO there is no significant performance gain by adding more of them now. I hope that it won't be years. The working script is here: http://www.go-oo.org/ooo-build/bin/strip-guards It removes the guards the safe way - just those that correspond with the header they are guarding. I'm just running a test compilation (needs few hand fixes) now; when I'm done I'll give it Thorsten to test with MSVC 7. If no big regression appears it could be a matter of one CWS ;-) So my Suggestion -- is: From today on, we use internal include guards only. Until this has a measurable effect on our build times, we will use a newer version of MSVC. What do you think? Sounds great :-) Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] In the Works: New OOo C++ Coding Standards
Hi Thorsten, On Monday 18 December 2006 11:46, Thorsten Behrens wrote: Aah. Let me rephrase. Are -you- really sure the external include guard optimization provides enough benefit on all the compilers we are using to make it worthwhile to degrade readability by adding noise? Ie. is this a modest gain in machine time compared to a perhaps much costlier loss of human time? Can you provide some numbers to support this optimization or should we perhaps be conservative and not use it? ;-) ok, seems we've deadlocked here. ;-) Point is, the vast majority of the code uses that idiom as of today, and I'm reluctant to advice people of the contrary (as long as there are build time degradations on at least one prominent platform, at least when building on a network volume). Rather sooner than later, all used compilers will perform this optimization by themselves, and I'd say let's add the rule then. I'm relatively indifferent about this, though - if people think it's ok to start removing external header guards right now (because it will take years to clean them up anyway), I'd be fine with that, too. I hate them that much that I am willing to do a script that would do the removal ;-) What is the platform/compiler that probably needs this, please? Any volunteer to do a comparison of the with and without compilation times? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] LinuxIntelEnv.Set.sh - LinuxX86Env.Set.sh
Hi, For those who build on Linux i386/x86 platform: CWS configure20 renames LinuxIntelEnv.Set/LinuxIntelEnv.Set.sh to LinuxX86Env.Set/LinuxX86Env.Set.sh for consistancy reasons - there are even non-intel processors that implement the instruction set ;-) Similar move happend before on the x86-64 platform when LinuxAMDEnv.Set/LinuxAMDEnv.Set.sh was renamed to LinuxX86-64Env.Set/LinuxX86-64Env.Set.sh. See also http://www.openoffice.org/issues/show_bug.cgi?id=71887 . Please update your build scripts, etc. :-) Thank you, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: [users] unable to build openoffice for x86_64
On Thursday 29 June 2006 13:21, G. Roderick Singleton wrote: On Thu, 2006-06-29 at 10:50 +0100, Zé wrote: Unable to build openoffice-2.0.3 (cvs snapshot) in x86_64 cause it looks in /usr/lib instead in /usr/lib64 At some point of build i get this error: /bin/sh ../../libtool --mode=link gcc -O2 -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fno-omit-frame-pointer -fno-strict-aliasing -DSQL -o libmdb.la -rpath /usr/local/lib catalog.lo mem.lo file.lo kkd.lo table.lo data.lo dump.lo backend.lo money.lo sargs.lo index.lo like.lo write.lo stats.lo map.lo props.lo worktable.lo options.lo iconv.lo -lglib-2.0 -lm gcc -shared .libs/catalog.o .libs/mem.o .libs/file.o .libs/kkd.o .libs/table.o .libs/data.o .libs/dump.o .libs/backend.o .libs/money.o .libs/sargs.o .libs/index.o .libs/like.o .libs/write.o .libs/stats.o .libs/map.o .libs/props.o .libs/worktable.o .libs/options.o .libs/iconv.o /usr/lib/libglib-2.0.so -lm -Wl,-soname -Wl,libmdb.0 -o .libs/libmdb.0.0.0 /usr/lib/libglib-2.0.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status libglib-2.0? The location of that one is determined by pkg-config. I guess you have something like glib2-32bit-devel installed; instead, you should have just glib2-devel, or set PKG_CONFIG_PATH accordingly (for me the SUSE's default /usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig:/opt/kde3/lib64/pkgconfig:/opt/gnome/lib64/pkgconfig:/opt/gnome/lib64/pkgconfig:/opt/gnome/share/pkgconfig works just fine). Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Contents of images.zip and images_hicontrast.zip
Hi Brett, On Thursday 22 June 2006 20:29, Brett the James wrote: I'm trying to figure out the difference between the images.zip file and the images_hicontrast.zip file. If I am reading the nature of the new icon sets correctly, there is no longer a high or low contrast switch that effects what icon names are used, instead there is now a high-contrast iconset. But there are a lot of things that are confusing me. One, both .zip files seem to contain both the high and low contrast icons. Two, the only mention of getting into high contrast mode seems to be the automatically detect high contrast switch in Options. And even supplemental sets, such as crystal_images.zip, maintain c_ and ch_ naming schemes. So can anyone tell me how this is all going to work in the end? Well, this is because we are on half-way with the switching to hicontrast icon set. It is supposed to be implemented in these steps: 1) Create HiContrast icon set (still with the c_ and hc_ icons in) 2) Make OOo aware of this set switch to it when we are in HiContrast 3) Cleanup the code so that it does not refer to any c_ and hc_ icons (we have already switched to the right style! ;-) ) 4) Remove all the c_ and hc_ icons from all the sets Unfortunately, we have reached just 2) yet. If you are able to help us with 3), I would be grateful - just send me a private mail, and I'll provide you with details. Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Coverity Open Source Defect Scan of OpenOffice
On Wednesday 26 April 2006 15:24, Caolan McNamara wrote: On Fri, 2006-04-07 at 12:14 +0200, Martin Hollmichel wrote: This will leave about 40 issue for the OpenOffice.org code basis. I will take a deeper look into the remaining issues with the developers and will give more feedback in the next days, Any progress on this ? Is there any worth to the rest of us getting involved, or will we just get in each others way ? I think we won't get in each others way as long as we add a reference to the IssueZilla bug in the coverity system; did that for bug with CID: 358 (in IZ as http://www.openoffice.org/issues/show_bug.cgi?id=64789). Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] why making compiling OO such a secret?
Hi Johannes, On Wednesday 08 February 2006 12:19, Johannes Walther wrote: Epm creates the rpm-archives, that's the regular way to obtain installation sets. Ok, but the point I don't get (and you seem to miss seeing) is *why* do I need an installation set. That's ok if I just want compile and use OOo, but do all you developers constantly tweak the source, compile *and then* build installation sets, install OOo and see if your tweak worked? No, of course ;-) linkoo was invented for this, see http://wiki.services.openoffice.org/wiki/Hacking#Linkoo_.26_Limitations for a rough description. It resides in solenv/bin . Basically - you install your build somehow (be it from an installation set, or using ooinstall), and run linkoo over your build tree the installation set. Then when you compile your change, you'll see it immediately after the OOo restart. And talking of ooinstall, OOo can be installed even without making the installation set - but it's quite a hacky way. ooo-build has 'ooinstall' for that - see http://cvs.gnome.org/viewcvs/ooo-build/bin/ooinstall?view=markup Unfortunately - it hasn't been up-streamed yet. Doesn't OOo run from the compilation target directory? Not sure what do you mean? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Code reviewer for CWS 'long2int' needed
Hi, Once again I need a code reviewer for a CWS; any volunteers, please? ;-) This time it is 'long2int' - see http://www.openoffice.org/issues/show_bug.cgi?id=56715 It is a set of trivial ULONG/long - sal_uInt32/sal_Int32 changes extracted from CWS ooo64bit02. Thorsten, you did the QA of the 'intptr' and 'dxarray' CWSes, may I mark you as the QA representative for this one as well, please? The build is available here: http://www.go-oo.org/tstooo/long2int-m135/ Thank you in advance, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
