Re: Improved OOXML support?
On Wednesday, October 22, 2014 1:03 AM, Jörg Schmidt wrote: > From: BRM [mailto:bm_witn...@yahoo.com.INVALID] > > Unfortunately that will always be the state of OOXML > > integration for anyone other than Microsoft since OOXML is a > > poorly defined standard that relies on many binary extensions > > that are not published. Kind of like the old DOC/XLS/PPT/MDB > > formats that were (in many ways) memory dumps of their > > respective applications - only for OOXML they're wrapped by XML. > > > > Until Microsoft publishes a real standard no one will ever be > > able to have true inter-operability. > > Of course, this kind of hurts Microsoft too since they > > basically have the same problems with OOXML that they had > > with the old formats between versions of their own Office > > products; a good standard would make that a non-issue. > Sorry, but in this case MS is not to blame. The OOXML format is published as > ISO > standard. Yes it is a published ISO standard, but one that relies on many unpublished extensions.Yes, AOO can implement something that implements the one-off ISO standard (there have been no updates AFAIK);however, it will always be a chasing a moving, undocumented target for all those extensions which MS Office uses extensively. > We could discuss problems of this ISO standard in detail, but this is not> > necessary because the fact that LibreOffice has implemented appropriate > filters, > proves that it is not a problem of the OOXML standard. No, just that someone has kept it up to some degree and spent time figuring out a set of those extensions that seems common enough.LO doesn't have perfect OOXML compatibility with MS Office either; just better than AOO right now. And, as I noted, even MS Office has problems with OOXML compatibility between versions of itself.Not because of the standard but because of all the unpublished extensions to the standard; extensions which are likely just binary dumps of memory again. > I find it really strange that it seems impossible to find companies that are> > willing to integrate corresponding filter in AOO, as a normal commercial > support. Probably because it is not an easy task, too much of a moving target, and more.Yes, you can figure out a series of files, but there will always be something that is not completely compatible.While there may be a published XML-based Base for the OOXML file formats, there are still many parts that are not. And yes, I'll applaud anyone that takes it on. Just saying, don't expect perfection, and don't expect to not to have to continuously be working on it because it is a continously moving target. And that is the juxt of my point in this whole thread. $0.02 Ben
Re: Improved OOXML support?
On Tuesday, October 21, 2014 4:41 AM, Jörg Schmidt wrote: > Hello *, > > From: Jürgen Schmidt [mailto:jogischm...@gmail.com] > > No easy to answer when or if this will be integrated at all. We have > > spend some time to integrate 2 use cases of this project and > > spend many > > many time on it to make it complete (our work is already > > merged in LO). > > The patches were incomplete and the implementation not > > complete at all. > > We decided for us (some developer) that we don't spend further time on > > this. > This is bad news for AOO, because it will lose more users. > I myself had tried in recent weeks to paid support for OOXML filter but > unfortunately could not find one. > Unfortunately that will always be the state of OOXML integration for anyone other than Microsoft since OOXML is a poorly defined standard that relies on many binary extensions that are not published. Kind of like the old DOC/XLS/PPT/MDB formats that were (in many ways) memory dumps of their respective applications - only for OOXML they're wrapped by XML. Until Microsoft publishes a real standard no one will ever be able to have true inter-operability. Of course, this kind of hurts Microsoft too since they basically have the same problems with OOXML that they had with the old formats between versions of their own Office products; a good standard would make that a non-issue. $0.02 Ben
Re: FYI: OpenOffice for Android
I've played with it some. It's pretty good. Unstable at times, but the developer does release fixes pretty often. I run it on my ASUS Transformer Infinity (TF700). It is also the only productivity suite that supports ODF without requiring a third-party server available on Android. $0.02 Ben From: Andrea Pescetti To: dev@openoffice.apache.org Sent: Monday, September 9, 2013 1:26 PM Subject: Re: FYI: OpenOffice for Android Mr. Phan Anh wrote: > But this guy is good, he "ported" a whole project of AOO to Android > devices. This is the feature of the future and I think some guys at > the development team should make contact with him about this. This Android app was already discussed on this list, months ago. Trademark issues were amicably resolved with the developer back at the time. If you use this app for a while and find it good, we can list it in the third-party ports at http://www.openoffice.org/porting/ Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Microsoft Censors OpenOffice Download Links
> From: Rob Weir > To: "dev@openoffice.apache.org" ; Hagar Delest > > Cc: > Sent: Friday, August 16, 2013 12:32 PM > Subject: Re: Microsoft Censors OpenOffice Download Links > > On Fri, Aug 16, 2013 at 12:18 PM, Hagar Delest > wrote: >>> Objet : Re: Microsoft Censors OpenOffice Download Links >>> Not to speak for them, but I suspect they would point out the fact >>> that we there are over 100 Apache projects, and they all seem to do >>> fine with distribution via the mirrors. >>> >>> Personally, I'd wonder where this rates with us in terms of > priority. >>> Compare to, say, forum stability improvements, code signing for our >>> installers, and further buildbot coverage, where do torrents rate? >> >> Of course it's not a priority. >> But think about the mechanism of torrent: once it's initiated, it > spreads by itself without any input needed. I'm not sure we need powerful > resources for the seeds, we can even limit the number of uploads I guess. And > then let the torrent spread among users. >> >> A forum was not in the field of the ASF scope. The AOO forum is still doing > and rather well, there is a lot of cooperation and feedback when information > is > forwarded from on side to the other. So why not make a torrent a first for > ASF? >> >> Please remember that you're handling an office suite, it's not a > niche program, it's something that is heavily popular, you tell it yourself > when you inform the list about the millions downloads. Ubuntu offers torrents > for example. >> > > AOO is popular. Torrents are not. I bet that <1% of downloads were > of torrent, when OOo had them. > > Remember, a common question from users is "I just downloaded > OpenOffice and now I cannot find it". So skill level of typical user > is not ideal for explaining how to download via P2P. I'll add that P2P is not always ideal except for highly popular things. Once something leaves the popularity (e.g. it's a few months past release, or an older version) than P2P/BitTorrent is very problematic - downloads take a lot longer if available at all - as few users are seeding the P2P networks. It's certainly been one complaint of mine for various Linux distros that rely on P2P networks. $0.02 Ben - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO on Debian/Ubuntu via APT Repositories
> From: Marcelo Santana > To: dev@openoffice.apache.org > Cc: > Sent: Friday, August 16, 2013 12:49 PM > Subject: Re: AOO on Debian/Ubuntu via APT Repositories > > On Fri, 16 Aug 2013 08:12:50 -0700 (PDT), BRM > wrote: > > Hello Ben, > > [...] > >> Adding the source packages is probably not a very big thing to do >> (Marcelo?), but any help from the AOO Dev community should certainly >> help get it there. > > As far as I know it isn't a simple task, mainly thinking about > maintaining it as an official package from Debian and/or derivative > distributions. As I said before IMHO maybe it would be good to start a > team to maintain the deb package and create the path for its accepting > as an official Debian package in the future. > Very much agree that that should be the path going forward. You've done great with it thus far, and much thanks to you for it. Ben - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO on Debian/Ubuntu via APT Repositories
Regardless, I think this is something the AOO community should support at least until distributions such as Debian and Ubuntu start shipping AOO. Adding the source packages is probably not a very big thing to do (Marcelo?), but any help from the AOO Dev community should certainly help get it there. That said, it would also be nice to see some KDE integration. Using Marcelo's repo I did install it, but since I use KDE I don't get the benefit of file registrations, menus, etc. The GNOME package was provided by AOO. Please do a KDE one too. These things are little things that will help adoption of AOO go a long ways. $0.02, Ben > From: RA Stehmann > To: dev@openoffice.apache.org > Cc: > Sent: Friday, August 16, 2013 3:33 AM > Subject: Re: AOO on Debian/Ubuntu via APT Repositories > > Hello Mike, > > I watched my wife packaging two little programs for the Debian > repository (she's not finished yet, but on a good way.) > > My resume is: > > It's one thing putting AOO into some deb packages. But it's another > thing packing AOO in a proper way, so it's fit fpr the Debian repository. > > The second thing is a very hard job and IMO impossible without the > friendly support of experienced Debian Developers. > > Just my two cents. > > Regards > Michael > > On 16.08.2013 04:26, Mike Dupont wrote: >> Hello, >> because there are no source packages in debian format the packages >> will not be accepted officially. >> > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
