Re: [dev] Re: [releases] recommended stlport settings?
On Sun, 2010-04-25 at 19:44 +0200, Rene Engelhard wrote: We can only improve things here when we eventually drop the STLport-requirement (and become URE-incompatible on the affected platforms). If we continue to build and package into the install sets stlport on Linux x86, but not actually build OOo itself against it, its quite likely that stuff will work out ok (i.e. legacy binary x86 extensions that link against stlport will continue to work) as there's no explicit use of stl types in the public ure interfaces. Not 100% certain about that though :-) C. - 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] Re: [releases] recommended stlport settings?
Hi, On Mon, Apr 26, 2010 at 09:43:28AM +0100, Caolán McNamara wrote: On Sun, 2010-04-25 at 19:44 +0200, Rene Engelhard wrote: We can only improve things here when we eventually drop the STLport-requirement (and become URE-incompatible on the affected platforms). (Note that I didn't say that) If we continue to build and package into the install sets stlport on Linux x86, but not actually build OOo itself against it, its quite likely that stuff will work out ok (i.e. legacy binary x86 extensions that link against stlport will continue to work) as there's no explicit use of stl types in the public ure interfaces. Not 100% certain about Yeah. Or that. (As AFAIR SuSE does already) Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] BCP-47 based proposal for IsoStrings, Locale Variants and describing languages ?
On 04/23/10 19:21, Eike Rathke wrote: I'm fine with specifying that Language contains BCP47 up to and including the script subtag, Country contains the region, and Variant contains the rest. Would ease things a lot. If you tell me we drop interoperability with Java and existing extensions for the cases it matters, if at all, but maybe we'll never know. Or drop cssl.Locale and start fresh, my favorite. No idea either whether there are any actual problems with Java (just picked it up from the thread). -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Large source file
Hi, Thorsten Behrens wrote: Pavel Janík wrote: does this file make sense in the source code? -rw-r--r--1 pavelpavel75159156 Apr 21 18:35 sdext/source/pdfimport/xpdftest/binary_1_out.def Oh ... please don't do this. Things like this kill every effort to speed up the handling of the sources. Hi Pavel, good catch, was not aware this was/grew *that* large - one option would be to distill book.pdf (same dir) into a similarly-representative testcase, another is somewhat lamer, but equally effective: pack all *.def files with gzip, apply attached patch. $ du -sb sdext/source/pdfimport/xpdftest/ 3835812 sdext/source/pdfimport/xpdftest/ The hg storage is already compressed. This buys nothing for the cloning operations, in fact it goes a long way to make it even worse. Please don't do this. I would rather live with a 75 MB Blob in the working directory. Regards, Heiner - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Large source file
Jens-Heiner Rechtien wrote: $ du -sb sdext/source/pdfimport/xpdftest/ 3835812 sdext/source/pdfimport/xpdftest/ The hg storage is already compressed. This buys nothing for the cloning operations, in fact it goes a long way to make it even worse. Hi Heiner, in which way would that make it worse? It adds another 2MB-something to the repo, and removes 73MB from the checkout. I'd consider that a fair deal. ;) (please also consider the fact that this file may change, if someone fixes/updates/adapts xpdfimport - and since the file is ~binary, that'll add more 2MB chunks to the repo, anyway) Cheers, -- Thorsten pgpQ8Il1fhmTg.pgp Description: PGP signature
[dev] file security
Hello, I'm a student in computer science in Switerland I'm doing my bachelor thesis about file security. Especially these one : doc/docx, xls/xlsx. I'm trying to collect lots of information about the kind of file. Especially wich algorithm are used, if a salt value was used for computing the symmetric key, wich hash function is used, if an interation count was used to compute the symmetric key and so on. Microsoft doesn't have any documentation about their file and it's very hard to find these information. As openOffice is fully compatible with mircosoft office, I wonder if somebody here can help me?? Thanks
[dev] OOoCon 2010 Call for Papers
OOoCon 2010 Call for Papers The OpenOffice.org Community Celebrates Its Tenth Anniversary! This year's meeting will be held in one of Europe's most beautiful cities, Budapest, Hungary, from August 31st - September 3rd, 2010. We hope you will join us in our celebration and conference! Whether you are a dedicated developer, a contributor of any measure, or just interested in the Project and its technology, such as the OpenDocument Format (ODF), we want to hear from you. Please note the conference language is English, and all presentations must be delivered in that language. We particularly welcome proposals from developers and other contributors with information to share with their fellows, from how to get started with simple extensions, through to the deep, dirty, and downright fun aspects of hacking the OpenOffice.org codebase. We urge creative, ambitious ideas. This is the place for those! Papers are also welcomed on any topic of interest to the Community: to the thousands of people who have joined one of our projects and design, develop, maintain, translate, test, document, support, promote, or in any other way help us bring OpenOffice.org's products and services to the world. We especially encourage local communities to submit papers for a special feature on local success stories. Submit your paper at http://www.ooocon.org We look forward to seeing you at our 10th anniversary conference to celebrate our achievements and show the world what we offer in his next decade. Let's do it together. The OOoCon 2010 Team - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org