https://bz.apache.org/ooo/show_bug.cgi?id=3959
--- Comment #322 from ther <[email protected]> --- (In reply to Keith Collyer from comment #317) > > Not an excuse, a fact. Some of us have to live in the real world. And as for > Android being based on Linux, oh, please! Nobody outside us geeks even knows > or cares that it is. They certainly don't see it in the UI. There is nothing > in a standard Android distribution that is visible to a normal user as > Unix-based. And how many people try to use office tools on a phone anyway? I > know you can, I have more than one office suite installed on my phone and my > tablet. But it isn't mass market. > Users don't have to care whether their phone is unix based or not. It's a fact: numerically at least, more people in the real world will have their first experience of a computer machine via a non-m$ android based device. If a child somewhere in the world first uses to write a document using an "office" (ironic, no offices to be seen!!!) program, that program should preferable be open source. > > OO does not need to reach mass appeal immediately by being a m$ clone. A > > better long term strategy is to focus on superior features that justify a > > change, not "oo is a free m$-clone, you can change today without learning > > anything new". > > Right, so help to specify and create an outliner that is better than Word. I > already gave a couple of examples in the requirements I added. Having used > both tools extensively, it is difficult to think of a feature that I have > used where one is significantly better than the other - except for > outlining. So the long-term strategy isn't working - yet. > It would be better to develop the long-term strategy of a superior function. The m$-clone fans assume everyone has access to and is able to use m$word and simply copy the functionality into lo/oo. It's apparent that this function requires signficant work, requiring professional project management and user specification. It's very strange that authors with supposedly superior communication skills are unable to collaborative and produce a definitive specification of _superior_ functions for programmers to develop. We have this ancient request and an equivalent in LO. Which program should this function be written for, first? It's equally strange that noone is willing to fund such work. Even if apache does not accept donations, why can't symbolic donations be collated for another organisation, FSF or LO, etc.? -- You are receiving this mail because: You are on the CC list for the issue. You are the assignee for the issue.
