Thursday June 18, 2009 | Malte Timmermann's Blog Malte about some of his work at Sun Microsystems, Inc. |
|
|
How to increase your browsers market share So this is Microsoft's way to increase IE8 market share. Just promise to people that they can win a fair amount of money - but only when using their most current, proprietary web browser. Oh - did I already say that this browser would only be available for their proprietary operating system? Hardware vendors often write something like "works best with Windows XP Professional" - will we now see web sites with "works Posted by Malte Timmermann ( Jun 18 2009, 04:13:38 PM CEST ) Permalink Comments [0]
Sun ODF Plugin 3.1 for Microsoft Office A new version of the ODF Plugin for Microsoft Office is available. As I wrote in the last ODF Plugin announcement, the Plugin nowadays uses the same version number like the underlying OpenOffice.org version, so this version is now based on OpenOffice.org 3.1. Some people asked for it, so I have added the possibility to disable the update feature and the registration feature. Since the registration will only be triggered once after installation (and you don't have to register!), and the update feature never executes automatically, disabling these features is probably only interesting/needed in enterprise deployments. See the FAQ for details.
Posted by Malte Timmermann ( Jun 03 2009, 12:24:08 PM CEST ) Permalink Comments [5]
ODF / OpenOffice.org Document Encryption
Quite frequently, people ask about the document encryption used in OpenOffice.org for ODF documents. Which algorithms are used? Is it really secure? ODF documents are Zip archives, and the encryption is applied to all ODF relevant streams, and not to the zip archive itself.
So the ODF encryption can be considered to be quite strong.
"As a true open source product with UNIX roots, OpenOffice.org supports strong document protection for ultimate security. All OpenOffice documents can be saved with a password, enabling strong password security. OpenOffice.org uses industry standard encryption methods that are extremely hard to break."
Posted by Malte Timmermann ( May 29 2009, 01:35:51 PM CEST ) Permalink Comments [7]
OpenOffice.org Connector for Alfresco CMS People using Alfesco, the Open Source Alternative for Enterprise Content Management, might want to try our brand new OOo extension "Sun Connector for Alfresco CMS". It was just released today, feedback welcome.
Posted by Malte Timmermann ( May 27 2009, 03:50:52 PM CEST ) Permalink Comments [2]
OpenOffice.org 3.1 released - download the genuine and FREE version now! The final version of OpenOffice.org 3.1 is available for download now! A lot of new features and improvements make it really worth updating to this new version. Important: Make sure to download genuine OpenOffice.org from a trusted site! Almost daily, the OpenOffic.org Security Team receives mails from people who downloaded from commercial sites and had to charge for that in advance, or are asked for some kind of key or serial number when they want to install. Selling OpenOffice.org is allowed, and is fine as long as you get some extra service, like a CD, printed handbook or support. Unfortunately, some people and companies try to make easy money with OpenOffice.org, without providing any extras, and these download sites are often in the first hits when searching for OOo downloads. If you are not sure whether or not a download site can be trusted, simply use http://OpenOffice.org.This is very easy to remember, and mirrors make sure that you don't have to care about optimal download locations yourself. Posted by Malte Timmermann ( May 07 2009, 12:25:45 PM CEST ) Permalink Comments [5]
Using the Sun ODF Plugin for Microsoft Office with Office 2007 SP2 ODF is now nativity supported if MS Office 2007 with Service Pack 2. Nevertheless, people asked if it would still be possible to use the Sun ODF Plugin also in Office 2007 SP2, because the ODF quality might be better. I just gave the final version of SP2 a try, but only to verify that the Sun ODF Plugin still can be used. My intention was not to figure out how good the native ODF filters in SP2 are. OK, I must admit that I couldn't resist to quickly figure out what would happen with tables in presentation, because I know that SP2 only implements ODF 1.0. Tables in presentations got specified in ODF 1.2, same holds true for formulas in spreadsheets. As expected, you might want to continue using the Sun ODF Plugin if you need these features. If you want to use the Sun ODF Plugin for ODF documents, instead of he new built-in filters:
In Excel and PowerPoint, using the new built-in filters is more convenient, because you can simply use open/save, instead of the extra UI. But the fact that the filter in Excel doesn't support formulas let me think that this filter is quite unusable for most users... (Don't get fooled when testing it: Formulas written with Excel will work when loading the same ODF file in Excel, because the information about the formulas is preserved with the help of some MS Office specific XML tags, which no other ODF application will recognize) Alternatively, now that you are interest in ODF, you might want to give OpenOffice.org a try, in case you not already did so... Posted by Malte Timmermann ( Apr 30 2009, 04:42:08 PM CEST ) Permalink Comments [6]
Update on my Black Hat 2009 OOo Security comments I have to correct something that I just wrote in my Black Hat 2009 OOo Security comments. My colleague who is working on the encryption stuff just pointed me to the fact that we have fixed the bug with macros in encrypted documents sometimes not being encrypted, but that we don't show the warning that I mentioned. Reason was (again) the compatibility thing. I am really sorry for my false statement about this, and that the attack described in the paper (replacing encrypted macros with plain text macros) still works in OOo 3.0 and 3.1. I will do my best that we change this in the upcoming OOo 3.2 version, and show the warning as promised... Posted by Malte Timmermann ( Apr 30 2009, 02:58:59 PM CEST ) Permalink Comments [2]
Comments on the Black Hat 2009 OOo Security Briefing Here are my comments on the white paper: OpenOffice v3.x Security Design Weaknesses, Eric Filiol and Jean-Paul Fizaine. Statements (not quotes) from the article are marked with an italic font. For the original text please refer to the publicly available paper. Chapter 1 - IntroductionSome reference to issues described in “In-depth analysis of the viral threats with OpenOffice.org documents” The listed GUI manipulations and macros in user space are not in the focus of this new article, so I just want to point to to my comments on that article in my blog. Unencrypted, plain documents don't have integrity control, files can be added, including executable (macro) code Well, ODF is an open standard, so any kind of integrity check would also be well documented. Other ODF application must be able to implement them, so also malicious software knows how the checks look like. And: (proprietary) binary file formats are no more secure - they just make it more difficult (security by obscurity). In the end, it doesn't matter: If someone adds a macro, OOo will warn, and ask if the user really wants to execute it (which he shouldn't do with documents he can't trust). If the extra content is some executable, it doesn't matter for OOo, since it will be ignored. Encrypted documents: Macros can be added, replaced or removed In OOo 3.0, it's no longer possible to add or replace macros in encrypted documents. When a document is encrypted, all content streams must be encrypted, all with the same key. Unfortunately OOo only shows a warning for not encrypted streams for ODF 1.2 documents. For compatibility/legacy reasons it's not shown for older documents. We already work on changing this for OOo 3.2, since we recognized that security should have had a higher priority over compatibility here. [UPDATE: I was mistaken that we actually would show this warning. It's still possible to replace encrypted macros with plain text macros.] Macros can still be removed in encrypted documents. This can't do any harm, but I agree that this might look a little bit strange for the user, since he believes this shouldn't be possible in an encrypted document. In the team that is working on OOo 3.2 security improvements, we discussed possible solutions here. I understand that Mr. Filiol is in favor of encrypting the manifest.xml, but this can't be done, because the used encryption/hash algorithms are described there, and the ODF application need to be able to read that. (You should also recognize that ODF 1.2 will allow for using different encryption algorithms, because different countries or companies might have different accepted/allowed/approved algorithms). Our current idea is to create a hash of the manifest.xml in a separate stream, which is encrypted with the same key like the rest of the document. OOo would then warn when the hash is broken or doesn't exist. This need some more discussion on how to explain the warning to the user, because OOo would warn for all older (encrypted) documents, and documents written with other ODF applications. The user probably will need an option to disable this warning for old documents. Additionally, we plan to warn when some stream in the archive is not listed in the manifest.xml. The ODF specification already states that only content listed in the manifest.xml is relevant for the ODF document, so this should be fine (in opposite to the encrypted hash value of manifest.xml, which probably needs to be specified there). It's possible to remove the digital signature Fine for me – can be done via OOo GUI as well, and I don't see the issue here. (In OOo 3.2, it shouldn't be possible anymore with encrypted documents) Chapter 2 – ODF Format and Security FeaturesZIP and ODF Format and Manipulation Tools There are many hints on how to prove that ODF files are using zip containers – nobody ever said it would be different. I especially like the hint to the ODFToolkit.org project: “goal is to provide a set of tools to directly and transparently handle and manipulate the OpenDocument format”. In the context of this paper it sounds like this would become a tool for doing evil things – manipulating ODF documents. Actually, the whole purpose of an open standard is that different kind of tools can make use of it. So it's worth mentioning that the project actually was started from people in our OpenOffice.org team here in Hamburg. To make ODF adoption easier for other projects. Macro location – simple text manipulation of these files would allow to dramatically change the security status of the document Sure: The intention of macros is that macro authors can do powerful things. Good things as well as evil things. And it doesn't matter which tool I use to create them. People never should run macros if they are not sure that they can trust them. Full stop. Document encryption: It is very surprising to notice that the manifest.xml file is not encrypted Well, I don't find this surprising, because, as I wrote earlier in this article, it contains necessary information for the ODF application about how to handle the encryption. And as I also stated there, that we think about introducing an encrypted hash value for the manifest.xml, so it can't be manipulated anymore. The other information contained in manifest.xml is not worth hiding, because that information (mainly the stream names) is also contained in the Zip header itself. Digital Signatures of documents The information with respect to the signature are located in an additional file which is not the manifest.xml Actually the signature stream is listed in the manifest.xml. Or was this statement about the signature not being stored in the manifest.xml directly? It is worth mentioning that the META-INF/manifest.xml and META-INF/- documentsignatures.xml themselves are not signed Signing the manifest.xml is on our list for OOo 3.2. Please note that this will introduce the limitation that macro signatures can't be introduced after the document was signed, because this would need manipulation of the (then) signed manifest.xml. I am not sure about the part with regard to signing the signature file itself. Signing the full file wouldn't be possible, because additional signatures would be stored in the same file, breaking the first signature. Needs more thinking/discussions. The digital signature relies on the XML-DSIG norm. However, it is itself not standardized in the OpenDocument format release 1.2 (at the present time no more information is available and the only reference is the version 1.1) yet Please note the the specification for digital signatures has been integrated into OpenDocument-v1.2-draft6.odt (September 2007). The most current version of the ODF 1.2 specification is the Committee Draft 01-rev06. All the aspects related to signature (see page 31 in the paper) could be interesting for any malware which would operate directly in memory and could thus manipulate the signature during its production Well, if you already have suspicious code running in memory, your system is already compromised and you can't rely on anything in your system anymore. You can read about my opinion about the primo infection issue here. Digital signatures combined with encryption: The signature file itself it not encrypted I recently discussed this with different people. There are advantages and disadvantages in encrypting this file. It depends on your use case. In the end, this can become a privacy issue, but from my point of view, not a security or integrity issue. Signature and macros: The document signatures includes all streams, while the macro signature doesn't include the document streams. The document is not protected, being a major design weakness I strongly disagree, since this works exactly as designed! Companies tend to do a lot of complex things with macros. Very often, these macros reside in templates. People use the templates and fill in some data into the document. If the macro signatures would include the document content, macro signatures would become invalid in the moment the user enters some data. With the current approach, the macro signatures will stay valid in this case. You should also notice that macro signatures have a different meaning than document signatures. They explicitly only sign the macros, not the document, and the document will not show up as a signed document. The macro signatures make sure that macros are not altered, and can be used for macro trust decisions. With document signatures, the whole document content is signed, including existing macros. This is a significant evolution since in OpenOffice 2.x, macros themselves were not signed. As a consequence, attacks identified earlier are no longer working, at least directly Right. It was a wrong decision to only sign the document content with the document signature. Now the macro streams (and all other streams in the zip archive except in META-INF folder) are part of the signature. Please note that this is only for integrity checks – the macros signed with a document signature are not handled as signed macros. Chapter 3 – Viral Attacks Through Plain OpenOffice DocumentsSimple archive manipulations (using zip/unzip utility and a simple text editor) enable to perform a lot of attacks. If we intend to modify the document payload itself (the document visible text), the principle consists in modifying the information contained within the suitable tags Well....yes? I really wonder why people should be confused about this. The ODF standard is defined as an open standard – not bound to certain applications. This means any application is eligible to implement ODF. Most users will use authoring tools like OpenOffice.org for creating ODF documents. But it's totally OK to use scripts which do automatic ODF/XML processing, or even using stone old VI, where the ODF logic needs to be in the authors head, because VI can only help in plain text file manipulation. So the scenario described above is absolutely valid and welcome. Since no integrity check is performed, the modification remains unnoticed by the user All kind of integrity checks would rely on hashes. Since the calculation of the hashes would be well documented in the ODF specification, and algorithms would be implemented in many open source projects, it wouldn't make it much harder for malicious code to do not recognized document manipulations. Hashes only help when you can encrypt them – this is exactly what digital signatures are good for. Attacker can add non declared file (in particular one or more malicious macros) With OOo 3.2, the files will need to be declared in the manifest.xml, but that doesn't change much. For macros this is not really an issue, since they are not signed then, and shouldn't be trusted/executed. OOo will show a warning when loading the document. Interesting is the part “It is possible to insert stolen data into an OpenOffice.org file”. (Side note: Why do people call them OOo files so often?! Please recognize that they are ODF files, and there are many ODF capable applications out there). It's true that you could put any (stolen) content into the document's zip container, but you also can do it by attaching the data to PDF documents, where nobody would expect anything like this when forwarding the file to other people. And you probably can do the same thing with many many other file formats. The issue here is – again, not the file format or the application, but the circumstance that you already have malicious code running on your system! This code can do anything with the current user's access rights, and there are many more interesting/efficient attacks than controlling an office application. For the part “attackers can do macro substitution (replace macros with other malicious macros)”: As I already said – macros which are not signed shouldn't be trusted/executed. Any XML compliant modification will remain undetected... I guess this is already answered... Chapter 4 – Viral Attacks Through Encrypted OpenOffice DocumentsI must admit that I don't understand what chapter 4.1 is trying to demonstrate. The text doesn't mention what kind of document/macro manipulations has been done in the “successful case”. The differences they list (directory names in the zip header) don't mean anything to ODF and the signatures. I can only assume that they used some old documents in their tests. As I stated earlier, some checks are currently only done for ODF 1.2 documents (for compatibility reasons), and starting with OOo 3.2 we plan to do the same tests and warnings also for older documents. Let us consider then the case which consists in replacing an encrypted macro with a plaintext (malicious) macro. This attack doesn't work anymore with OOo 3.0 and ODF 1.2 documents. Again – same checks for older documents to be introduced in OOo 3.2. I am really sorry we didn't do it from the beginning, “just” for document compatibility reasons. Chapter 5 – Viral Attacks Through Digitally Signed OpenOffice DocumentsSince critical files are not encrypted and especially there is no external secure management of digital signature keys and certificate (use of PKI), it is dramatically easy to forge fake X509 certificate and play man-in-the-middle attacks. First, I would like to clarify that OOo actually makes use of PKI. On Windows, the Microsoft Cryptography API is used, and the certificate management and tools are the same like for all other Windows applications. On other platforms, OOo relies on NSS, which means that the certificates are managed via Mozilla Thunderbird, Firefox or Mozilla/SeaMonkey. In the paper we see an example that someone could collect personal data of “Alice” somehow, and create a self signed certificate using most of the data, to make it look “genuine”. Bob then receives a document which seems to be signed by Alice, and Bob doesn't understand PKI and lets himself being fooled by simply reading the Name “Alice”. He is not checking the public key... I agree that there are probably many people out there who don't know much about public key certificates and PKI. They don't understand that self signed certificates are worth almost nothing, and that they would need to check the public key somehow. But actually, OOo 3.0 tells the user when a certificate can't be validated, which is always the case with self signed certificates. It seems that the screen shots in the paper have been done with an old version of OOo. OOo 3.x versions would show an exclamation mark in the signature sign. In the status bar as well as in the certificate dialogs. Screen shots to show how it looks like in OOo 3.x: - using
a self signed certificate, document window Please note that the document is not marked as “(Signed)” in the document window caption, and also note the exclamation mark in all symbols. All dialogs tell the user that the certificate could not be validated. So people should be aware that something could be very wrong. Instead, they should only trust in certificates signed by some certificate authorities, with corresponding root and intermediate certificates existing in their system: - using
a good certificate, document window Looks much more trustworthy to the user, doesn't it? Chapter 6 – Conclusion: Enhancing OpenOffice SecurityMy conclusion is that OOo/ODF security doesn't look that bad like stated in the paper. And with OOo 3.2 there should be some more improvements, as mentioned in different places in this article. Please note that I can't make promises about what things will really make it into OOo 3.2. We are working on it... The idea in the paper about a special OOo version (“Trusted OOo”) is interesting, but would mean to create an isle. That special version would warn every time you load a document which was created/modified with vanilla OOo or any other ODF application. The extra information in the documents would be lost once edited with some other application. With regard to allowing administrators to configure security options: This is already possible. Simply change the configuration in the office installation fitting your needs, and mark the configuration items as final. Then the user can't change or overwrite them in the user configuration via UI or direct XML manipulation. And of course you need to make sure that normal users can't write to the location where OOo is installed. I think I don't have to comment on “closing (security related) parts of OOo”. Beside the fact that it's not an option, would proprietary software make attacks only more difficult, but not impossible.
Comments welcome...
Posted by Malte Timmermann ( Apr 30 2009, 01:43:17 PM CEST ) Permalink Comments [13]
ODF support in MS Office 2007 with Service Pack 2 Service Pack 2 for MS Office 2007 is now publicly available. The biggest improvement from my point of view: Support for the Open Document Format (ODF). It's a native Filter in Word, Excel and PowerPoint, so you can use ODF as your new default file format there! Of course Microsoft only did it for business reasons, because otherwise they could not continue selling Office to governments or companies where ODF is mandatory nowadays. But in the and it doesn't matter why they did it - more important is that they did it, and that this is another step in ODF becoming the open standard file format for Office documents. I didn't test the filters, so I don't know how good the quality is. But if people start to consequently use ODF now, I am sure the filters will be improved constantly, as well as the ODF specification in case that something is missing what is needed to store certain Office features... Posted by Malte Timmermann ( Apr 30 2009, 11:06:10 AM CEST ) Permalink Comments [0]
Oracle to buy Sun Well, I always believed that Sun would be able to survive without being bought by another company. We have great products, hardware as well as software, and we only have done poorly in making money with the products, or with service contracts for our (open source) software products... Now it seems I will never figure it out, since Oracle will by Sun. We have just been informed about this some hours ago, and its in all news now. Right now, I don't know enough about Oracle to make me a picture whether or not this is (for me) better than IBM buying us. IBM is interested in OpenOffice.org, so probably also in Sun's OOo team here in Hamburg. What about Oracle? Posted by Malte Timmermann ( Apr 20 2009, 03:17:16 PM CEST ) Permalink Comments [3]
KAV 2009 OOo issue fixed This issue with KAV 2009 reporting OOo 3.x as vulnerable is already fixed. Thanks to Kaspersky for handling this so quickly - the update was available just one week after I contacted them :)
Posted by Malte Timmermann ( Mar 31 2009, 02:28:47 PM CEST ) Permalink Comments [0]
Kaspersky AV 2009 is wrongly reporting OOo 3.x as vulnerable Some people contacted the OpenOffice.org security team because Kaspersky AV 2009 is reporting OOo 3.x as vulnerable (SA30599). The security issue was already fixed in OpenOffice.org version 2.41, but KAV 2009 is reporting OOo versions starting with 3.0 as vulnerable again. It seems that this is just a wrongly done version check. Kaspersky just confirmed to me that this would be an issue in KAV and they would work on that now. OpenOffice.org 3.x is not affected by this security issue, so you don't have to be worried a can simply ignore the KAV warning... Posted by Malte Timmermann ( Mar 23 2009, 09:54:53 AM CET ) Permalink Comments [0]
About the update feature in the Sun ODF Plugin for Microsoft Office One of the questions I receive quite frequently is whether or not it would be possible to disable the update feature from the Sun ODF Plugin. Well - from my point of view, this wouldn't change much, because the update feature doesn't look for updates on it's own, nor would it download or install anything itself. I tried to explain that in the FAQ, but it seems someone decided my explanation would be too long or too technical, and shortened the item in the FAQ. For those who want it explained a little bit more, here is my original FAQ item: Q: Can I disable the auto update feature? A: No. The auto update feature just checks whether or not a newer version is available, but it doesn't download or update anything on it's own. Also the check is never done automatically, but the user has to select it manually. When a newer version is available, the same download web site will be presented to the user like when he would look up for a new version there. Download and installation is the same procedure like for users who don't use the Sun ODF Plugin for Microsoft Office yet, so there are no additional other mechanisms involved which a system administrator might want to restrict. Makes sense? Posted by Malte Timmermann ( Feb 13 2009, 06:06:14 PM CET ) Permalink Comments [1]
Sun ODF Plugin 3.0 for Microsoft Office Finally, a new version of the ODF Plugin for Microsoft Office is available! It's been a while that we have released version 1.2 - but hey, why is it called 3.0? Did I miss version 2.0? Well, the answer is very simple. I thought it would be a good idea to give it the same version number like the underlying version of OpenOffice.org. This way, people know exactly which versions of the conversion filters are used. The conversion between ODP/PPT and between ODS/XLS is exactly the same like in the equivalent version of OpenOffice.org. The conversion between ODT/DOC is basically the same, but might differ in some case because the Word Filter API is based on RTF, so there is an additional conversion involved. This version of the plugin supports ODF 1.2 and loading ODF template files. The conversion filters have been further improved.
Posted by Malte Timmermann ( Feb 06 2009, 12:13:51 PM CET ) Permalink Comments [2]
How useful is encryption? Well, I consider it very useful - but I really like this one :)
Posted by Malte Timmermann ( Feb 03 2009, 05:10:55 PM CET ) Permalink Comments [0]
Configuration Viewer - a new and very useful OpenOffice.org extension My colleague from the NetBeans team (who happened to be my SEED mentee), just uploaded his new extension for OpenOffice.org. It's the Configuration Viewer extension. This useful extension lets you see all key/value pairs from your configuration - even those that are not accessible via the OpenOffice.org user interface. It distinguishes between configuration items stored in the shared configuration layer and the user's custom configuration. A little checkbox on the bottom of the dialog helps you for quickly identifying configuration items which are storade in the user's configuration layer. With the Export button you can export the currently displayed configuration items into a text file. After installing the extension (which needs Java to run), you can find it behind a new menu item: "Tools / Configuration...". If you think this is a useful extension, let Stan know via a comment - maybe he will then continue working on it, adding other cool stuff like editing the configuration items :) Posted by Malte Timmermann ( Dec 19 2008, 05:20:36 PM CET ) Permalink Comments [0]
Web Content Accessibility Guidelines (WCAG) 2.0 finalized WCAG 2.0 was published today as a final Web Standard "W3C Recommendation"! This is great, since many people were waiting for that for a long time now. The first version of WCAG was published in 1999 - it mainly concentrated on HTML and absolutly didn't meet current requirements anymore. The old standard didn't allow scripting, so all Web 2.0 applications would violate that. Now scripting is not only accepted, but even included as techniques to enhance accessibility! If you are interested in this topic (and as a web designer, author or developer you should care!), I think the best starting page is The WCAG 2.0 Documents. Posted by Malte Timmermann ( Dec 12 2008, 05:46:21 PM CET ) Permalink Comments [0]
StarOffice 9 arrived Finally, StarOffice 9 is available. Basically it's almost the same as the recently released OpenOffice.org 3.0. The most important differences are indemnification, and up to 3 warranty support calls included in the retail version. Some people also like our hotfixes and patches that we provide for StarOffice only, while you always have to do full installations for new OOo releases. It's really up to you whether you want to use StarOffice or OpenOffice.org - in the end we are happy to offer different levels of services contracts for both products. Posted by Malte Timmermann ( Nov 17 2008, 07:11:20 PM CET ) Permalink Comments [2]
odt2dtbook 1.0.1 There is a new and improved version of the odt2dtbook extension for OpenOffice.org available! For details about the changes, I suggest reading Dominique's blog, since he is one of the authors of that extension... Posted by Malte Timmermann ( Nov 13 2008, 05:39:04 PM CET ) Permalink Comments [0]
IAccessible2, or - IBM to contribute to the OpenOffice.org 3 code line! This was one of my personal highlights in the keynotes from the 6th OpenOffice.org conference last week: In his talk, Michael Karasick, Director of Lotus Development IBM China, has promised that IBM would eventually contribute to the OOo 3 code line. And he especially mentioned IAccessible2. So I hope to see this happening soon, volunteering to work together with the Team from IBM on this. Posted by Malte Timmermann ( Nov 11 2008, 10:43:32 AM CET ) Permalink Comments [0]
Traffic in Beijing Seems I must revise what I wrote about the traffic here a few days ago - traffic is still very heavy, seems I just watched it the wrong times or places when thinking it would be better nowadays. Today we have been on a tourists tour with around 100 participants from OOoCon, and the ride within the city took very long. We have been to different placces, including the Great Wall. There we had the "pleasure" to have the first snow of this year... Posted by Malte Timmermann ( Nov 08 2008, 03:16:17 PM CET ) Permalink Comments [0]
odftoolkit.org Just a quick note: Some of you might know that we have the ODF Toolkit project on OpenOffice.org for some time now. Well, since something like an ODF toolkit should be independend from OOo, Sun and IBM just announced today at the OOoCon 2008 the ODF Toolkit project on odftoolkit.org (Press release will come some time later). This way, people can contribut to ODF w/o needing to contribute to OOo, and we use the very liberal Apache license. In the beginning it will start with what we had on the OOo site, and the hosting system is Sun's Kenai. I am sure many exciting things around ODF will be developed there quite soon...
Posted by Malte Timmermann ( Nov 05 2008, 05:59:29 PM CET ) Permalink Comments [0]
China again I am just attending the 6th OpenOffice.org conference in Beijing. It's more more than a year ago that I visited RedFlag 2000 to teach them different things from OOo architecture, and some things in Beijing changed meanwhile, mostly because of the Olympic games. There are many more subway lines, and the new ones are really modern. Interesting that you have to put your luggage into some X-Ray machine when you enter the train system. I guess they started it for Olympics games, and didn't give up afterwards. I have the feeling that the traffic situation has improved. People are still driving like crazy, and as a pedestrian you better be very careful, but it seems there are less cars – people probably prefer the train now, which is fast and really cheap (~ EUR 0,25 for a one way ticket, distance doesn't matter). I will stay here until the week end, because we will have some guided tourists tours then. I have seen most places on my last trip, but: Last time I was here on my own. This time, I am here with 35 colleagues! This will be fun, and I tend to compare it with a “school trip”. More to come...
Posted by Malte Timmermann ( Nov 05 2008, 05:46:25 PM CET ) Permalink Comments [2]
Java 6 Update 10 arrived - now officially! Java SE 6 Update 10 is more than a normal update, it brings a lot of improvements: Faster, smaller, better Direct3D support, Next Generation Java Plug-in, ... And FWIK, future updates (on Windows) will really update the current JRE, instead of installing the new release next to the old release. For more details, see the release notes. Posted by Malte Timmermann ( Oct 22 2008, 09:52:14 AM CEST ) Permalink Comments [0]
Web 2.0 Expo in Berlin I am just attending the Web 2.0 Expo in Berlin. After more than 17 years of mainly C++ software development, I thought this would be a good opportunity to get more in touch with all this Web 2.0 technologies and products. I just enjoyed the keynote (which was held AFTER the workshops) from Tim O'Reilly. After that, six start ups had the opportunity to talk about their new products. One of them was aka-aki. This is an interesting product, I think. Nothing I would need personally, but I am sure kiddies, teens and students will love it. It's also interesting from the technology standpoint of view - can use blue tooth, GPS and/or GSM cell information for phone/friend detection. Aka-aki will launch tomorrow here in Germany, this fall internationally. Posted by Malte Timmermann ( Oct 21 2008, 06:28:24 PM CEST ) Permalink Comments [0]
3000000x3 OpenOffice.org version 3 is available for 1 week now, and was already downloaded more than 3 million times! And this is only what we can count - it doesn't include torrents and other ways of distributions. More information and links in this blog. Posted by Malte Timmermann ( Oct 21 2008, 11:16:56 AM CEST ) Permalink Comments [0]
Open Source Accessibility Funding Working on open source accessibility for more than 7 years now, I am happy to see that the AEGIS project will invest €12.6m into accessibility, with the vast majority of it focused on open source solutions. Leading our OpenOffice.org accessibility efforts since 2001, I can tell you how difficult it can be to convince people to spend time and resource to work on accessibility related stuff "under the hood", since probably more than 99% of the users won't recognize anything from it.
Now with the AEGIS funding, I am sure a lot of wonderful things in the area of accessibility can be achieved in different projects. More details about the AEGIS project can be found in Peter Korn's blog, where you can also find some details about Sun's accessibility efforts... Posted by Malte Timmermann ( Oct 17 2008, 09:10:35 AM CEST ) Permalink Comments [0]
Review of OpenOffice.org 3 You might be interested in the Computerworld's review of OpenOffice.org 3. "...Given that the full suite is free, this is one of the best deals you'll find in all of computing. It'll do just about anything you expect from an office suite..." Just one point I would like to clarify: The statement "... It won't, however, work with the newest Office 2007 formats such as .docx..." is not 100% correct. You cannot save as docx, but you can open docx files. So this gives you the ability to salvage all the documents you created with your pre-installed MS Office 2007 trial version, which only stored your documents in this format and you don't know how to open them now w/o buying MS Office ;)
Beside the review itself, the blog has many users comments worth reading...
Posted by Malte Timmermann ( Oct 16 2008, 10:23:23 AM CEST ) Permalink Comments [0]
OpenOffice.org 3 is there... somewhere! Well, when you try to get it from the official site (www.openoffice.org) NOW, you probably won't see it because too many people are trying to get it now. But it's there, and the new release comes with many new exciting features. The biggest addition probably is the native support for Mac OSX, but there are also many other great new features like a PDF import, import of Office 2007 documents, a multi page view in Writer, native tables in Impress, a Solver in Calc, and much more... When the web site is fully back to live, you should find a feature guide here. So the new version is absolutely worth updating your old installation, or finally start using OpenOffice.org at all. Posted by Malte Timmermann ( Oct 13 2008, 08:07:45 PM CEST ) Permalink Comments [2]
odt2dtbook - a DAISY export extension for OpenOffice.org If you are interested in DAISY export, this extension for OpenOffice.org might be your friend. Vincent Spiewak and Dominique Archambault won Gold for their work on this extension, as part of the Innovation in Open Source Community Award Program. Congratulations! :)
Posted by Malte Timmermann ( Oct 02 2008, 07:25:59 PM CEST ) Permalink Comments [0]
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||