Slashdot Mirror


OpenOffice.org Built with KDE and GNOME Support

ks writes "Novell hacker Jan Holesovsky has released a build of OOo 1.1.3 that integrates with either KDE or GNOME depending on the environment it's running in. The build features KDE/GNOME look and feel, KDE/GNOME file dialogs and the Crystal icons. If you're running NLD, you have this already." Update: 11/27 18:13 GMT by T : Also on the OpenOffice.org front, the OO.o front page links to this interview with Debian ARM developer Peter Naulls, who has ported the suite to ARM processors. Hint: they're everywhere.

57 of 299 comments (clear)

  1. First Reply| by IcarusMoth · · Score: 3, Insightful

    I think this is a great idea, one of hte reasons I had trouble with OOo in KDE3.X was its lack of smoothness. now if only someone will do the same for Abiword

    1. Re:First Reply| by IcarusMoth · · Score: 2, Funny

      on second thought, what with me being a Computer Science major, and can do it myself! If only I had more modivation... maybe after July or so.

    2. Re:First Reply| by FlipmodePlaya · · Score: 4, Informative

      You could always use something like MetaTheme, or an equivalent (check kde-look.org), to have GTK widgets drawn with QT. Seems like a convoluted solution, but it really works quite well.

    3. Re:First Reply| by irokitt · · Score: 2, Funny

      So, you're busy playing Half-Life too?

      --
      If my answers frighten you, stop asking scary questions.
    4. Re:First Reply| by mini+me · · Score: 2, Interesting

      Seems like a convoluted solution, but it really works quite well.

      In fact, on my machine at least, the Qt GTK+ theme is faster than the native GTK+ themes. The only problem is that it's still a bit buggy.

    5. Re:First Reply| by cmbofh · · Score: 2, Funny

      You have to lower the shields first for a straight shot, or the phase fluctuations will make you miss horribly.

    6. Re:First Reply| by JamesTRexx · · Score: 2, Funny

      Half-Life Tutu..?/
      *imagines all the characters walking around in pink*

      --
      home
  2. I've seen it in action, it's pretty sweet by Megaweapon · · Score: 4, Informative

    This should help with either GNOME or KDE adoption in office environments since the user interface looks more streamlined.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
    1. Re:I've seen it in action, it's pretty sweet by rppp01 · · Score: 2, Interesting

      I am actually going to be doing a presentation on how you can use linux as a workstation/desktop in a work environment. I am choosing OOffice as the office suite. I am glad to see it integrates with both environments.

      How does it support things like ppt, doc and xls files? I really wanna impress who I am showing this to.

      --
      They stuck me in an institution, said it was the only solution, to...protect me from the enemy, myself
    2. Re:I've seen it in action, it's pretty sweet by tepples · · Score: 2, Informative

      How does it support things like ppt, doc and xls files?

      Rather well. I've read success stories of OO.o flawlessly opening corrupted .doc files that crash Microsoft Word.

    3. Re:I've seen it in action, it's pretty sweet by reverius · · Score: 2, Informative

      It does indeed open corrupted .doc files that crash Word... I did it once at work, to the amazement of everyone present (myself included). However, it did lose a bit of the formatting. Nothing that 5 minutes of dragging pictures around couldn't fix, though.

    4. Re:I've seen it in action, it's pretty sweet by rppp01 · · Score: 2, Insightful

      You are right. And I do. And I am getting started on it.

      I've used it in the past, and found file support spotty. It is powerful in its own right.

      But thanks for the 'wake up'. Nice to know the community cares enough to ensure the very best. And I mean that.

      --
      They stuck me in an institution, said it was the only solution, to...protect me from the enemy, myself
    5. Re:I've seen it in action, it's pretty sweet by Janek+Kozicki · · Score: 2, Informative
      How does it support things like ppt, doc and xls files?

      everything is great except for video in presentation. It works somehow, but does not even correctly open .ppt with video inside, though.

      --
      #
      #\ @ ? Colonize Mars
      #
    6. Re:I've seen it in action, it's pretty sweet by someonehasmyname · · Score: 2, Insightful

      Thanks. Like I said, I wasn't trying to troll.

      It just sounded like you were the most Linux-savvy person at work, and if they decide to make the switch you'd better be ready. Switching to Linux is beneficial, but never easy. Everyone in the office will be asking you questions ALL day. If you don't know your distro of choice inside out as well as gnome or kde and all the dependency issues, advocating Linux isn't the best idea.

      --
      Common sense is not so common.
    7. Re:I've seen it in action, it's pretty sweet by Anonymous Coward · · Score: 2, Informative

      Well, first of all, forget your macros; if your organization already has Word or Excel "applications" written in VBA, it will need to rewrite them to work with OO or develop them into real, cross-platform applications (web-based comes to mind). Don't underestimate the impact of this issue! Incredible things can be done with Word and Excel using the scripting built into it, especially when you get into integrating it with external systems (like printing invoices with information retrieved from a billing system). You may lose half of your audience right there if they are currently knowledgeable Office users.

      After you get past that, the compatibility is hit-or-miss. Complex formatting, embedded content such as spreadsheets, and other issues make it hard to guarantee interoperability. I am careful to avoid doing things with documents I share that may make them difficult to work with, but managers and even secretaries can be expected to play with documents in a way that makes them only work in Office.

      In short, the idea that Linux and OO is suitable for a work environment where Windows and Office is currently used is difficult to justify. OO is far slower, far less flexible, and will cost all but the smallest companies a fortune to re-train users. I use OO as well as Office and while I like the idea of OO (and I especially like to use it to export to PDF), it is a clunky package when directly compared to Office. Combined with modern Linux desktop systems that trade usability and performance for the sake of "proper" programming techniques, OO provides a dog-slow working environment that you will regret recommending.

      I work with some small businesses that have historically balked at paying for software licensing, but the owners prefer to knowingly illegally license Windows/Office than use something else that they are unfamiliar with. However, if they had no predisposed aversion to something other than Office, these particular businesses may be able to get away with OO because they don't do anything complex that requires VBA or a particularly high level of integration. It all comes down to knowing your audience and knowing all of the limitations of the software you are advocating beforehand.

      Finally, if you add filetype:doc or filetype:xls or filetype:ppt to a Google search, you can search for files of those formats. Try opening business-oriented documents found with those searches with both Office and OO and see what you find!

    8. Re:I've seen it in action, it's pretty sweet by cecil_turtle · · Score: 2, Interesting

      I've completely switched to OOo at home and haven't had any real problems, and use it a lot at work in conjunction with OOo.

      My most complex Excel sheet converted easily and I only had to change of couple of functions where the OOo arguments were slightly different than Excel's. Also the file size in that particular Excel document was over 2MB but the OOo native file size was 94k (they use an XML format and then zip compress it - that's why some people claim OOo to be "slower").

      I didn't even think about PPT's until I needed to open one on my laptop for a presentation. To my suprise it opened right up in OOo and I played the slideshow with no trouble.

      Another thing to consider is that OOo can natively save PDF documents from any spreadsheet or document.

      The issue with macros has been blown a bit out of proportion with some of the above posts. It is true that MS Office is very powerful with scripting, but honestly it's more of a small business solution to do some basic automation cheaply. Mid and large size companies typically have dedicated systems to perform such tasks / calculations. As far as interoperability with other companies, I haven't seen any kind of complexity in an Office document that came from another company as a public document that would cause any kind of issue with OOo.

      To address the user issue, most secretaries and PHB's don't know MS Office well enough to even notice a difference. OOo has the same formatting toolbars that do the same thing. For the MS Office "experts", they should be savvy enough to learn OOo.

      All of that said, please do be sure to spend the time and learn it yourself before you do the presentation on it.

  3. Mirrordot Link by b0lt · · Score: 2, Informative
    --
    got sig?
  4. Re:NLD? by Janek+Kozicki · · Score: 4, Informative
    --
    #
    #\ @ ? Colonize Mars
    #
  5. NLD by Anonymous Coward · · Score: 3, Informative

    I just started playing with the Novell Linux Desktop and it looks really nice. After having Novell removed for Windows AD at work, it was nice to see the big N on a screen again. ;)

    It's basically Suse with some tweaks, but it's got a very professional look and feel about it with everything nicely integrated.

  6. Re:My my my... by l3v1 · · Score: 3, Insightful

    writing code for an obviously inferior tool that relatively few (alleged) people would use. Jan, like so many of the slashdot groupthink, needs to get a life or at least an XP laptop

    Another flameish troll BS-writing anonymous. Since you already saw and followed your light to the end of the tunnel, why don't you let us poor stupid others find our own ?

    Your one pointed to an XP laptop with MS's Office. Thank God, this is not the only way.

    Just pack your ignorance and get yourself lost.

    As for KDE/GNOME integration of OO.org: I welcome it enthusiastically. Every step to make it slinker, better, faster, more = a good step.

    --
    I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
  7. n-tierety by Doc+Ruby · · Score: 4, Interesting

    This is a great move, generating momentum towards a real superior Linux desktop architecture. Any well designed app should be split into Data, Business and Presentation layers, independent/interdependent of one another across a clear, well defined API. This new build can be optimized by another programmer to actually separate the Business (OO.o) and Presentation (KDE/GNOME) layers, because the source is open. Refactor OO.o as an object that can run separate from its UI, and all its features are available to *any* calling program, reusable without having to write spellcheckers again, or text edit panels, or .DOC readers. In fact, the next great move will be to refactor the OO.o data layer, so it can run not only on any FS, like ext3, ReiserFS, SMB, NFS, but interchangeably across networks as straight sockets, or SQL DB tables, or RDF streams, or any data source that's adapted to the data API. Let's get it on!

    --

    --
    make install -not war

    1. Re:n-tierety by Doc+Ruby · · Score: 2, Interesting

      You don't like applications to have 3-tier architecture with IPC APIs? You must have been burned pretty bad - maybe you even worked at Taligent while I was over at Apple. After we switched the APW to C++, we all thought we'd never rewrite "EditableTextPane" again. But we were naive enough about sharing source with strangers that we didn't realize that once the source is open to the public, we need it to come with human-readable docs to reuse it. That's why the API is so important. As are practical conventions, like the 3 tiers, rather than a freeform n-tier model where the APIs are never split consistently enough to fit together completely. Especially with web services and OO.o, we've got another chance to do this extremely important pattern right, or screw ourselves again for yet another decade.

      --

      --
      make install -not war

    2. Re:n-tierety by m50d · · Score: 2, Interesting

      Well, KDE integration is less important, since KDE has a proper office suite of its own. As far as I can see, "gnome office" consists of Abiword and Gnumeric pretending they're an office suite.

      --
      I am trolling
  8. Does anyone know by Anonymous Coward · · Score: 2, Interesting

    Does anyone know if this is going to be integrated back into the OOo trunk?

  9. mirror by gr8fulnded · · Score: 2, Informative
  10. Something similar for Mozilla by Dreadlord · · Score: 4, Informative

    Something similar for Mozilla and Linux:
    The Mozilla integration project for Linux desktops

    --
    The IT section color scheme sucks.
  11. Running NLD by owlstead · · Score: 3, Interesting

    What if I'm running it _in_ NLD? 'Cause I'm there already.

    This is a good thing. One of the reasons that Java never took off from the desktop was that it didn't integrate with the native GUI. Nice to see OpenOffice not making the same mistake.

    Too many linux applications still have horrible, unusable file selectors. It will never take off as long as such monstrosities are present everywhere.

    This is one of the reasons why Windows is used by so many people. They do provide a more or less monotone interface. Even if the interface is horrible (like personalized menu's) it's horrible all over the place.

    1. Re:Running NLD by ScrewMaster · · Score: 2, Informative

      So what what you're saying is: rather than be nice sometimes and nasty at others, it's better to be consistently nasty. And that's true, from the perspective of a user who just wants to be able to figure something out once, get used to it, and not have to keep re-figuring it out every time he loads a different application. Microsoft has their Common Controls libraries for things like file and print selectors: they aren't an optimal solution in my opinion but they work, people are familiar with them, and I will generally use them for that reason.

      --
      The higher the technology, the sharper that two-edged sword.
  12. Re:My my my... by The+Cisco+Kid · · Score: 3, Insightful

    God forbid that people might actually have some choices. Personally I dont use MS Office (or any other MS software or platforms), *OR* OpenOffice, because

    1. The entire concept of a 'Word Processor' is stupid - http://www.ecn.wfu.edu/~cottrell/wp.html

    2. If I need a database, I'll use Mysql (Or PostgresSQL, etc)

    3. On the (rare) occasion that I need to arrange numbers in a table, I use Gnumeric.

  13. Why OpenOffice is important by Ars-Fartsica · · Score: 3, Informative
    Microsoft has essentially turned into a replacement parts business for Windows and Office - adoption of new PCs at home and at work has normalized, new business is flat. Many of their new ventures are flat, ROI negative, or true money losers.

    Having a drop-in replacement for Office is critical to attacking their core replacement parts business.

    Kudos by the way to AbiWord and Gnumeric, two excellent programs that are native GNOME apps today.

  14. Aqua on Mac OS X by HeelToe · · Score: 4, Interesting

    Oh please, let's do this for Mac OS X!

  15. Only KDE icons by Xpilot · · Score: 2, Informative

    In the link provided, only KDE icons are provided, though GTK+ is used when run in GNOME, and you need the NLD version for the full GNOME look. So the best bet for GNOME-only using folk like me is still the build tool itself.

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
  16. Re:Nonverbal Learning Disorder by Anonymous Coward · · Score: 2, Insightful

    Yeah, God forbid that someone should use three self explanatory words rather than an obscure acronym that has to be found by searching Google !

  17. Re:Is this the real thing? by th3w4y · · Score: 3, Informative

    it is using those... NO simulation

  18. What about Qt on MacOS X, then? by rxmd · · Score: 3, Insightful
    If OpenOffice can be built with KDE support, does it use Qt for the frontend under KDE?

    Why not use Qt/Aqua on MacOS X instead of the incredibly clumsy X11 interface, then?

    --
    As a state gets corrupt, its laws multiply; the most corrupt states have the most numerous laws. (Tacitus, Annales 3:27)
  19. Direct Link to Mirrors by twener · · Score: 2, Informative
  20. Re:Nonverbal Learning Disorder by Doc+Ruby · · Score: 2, Insightful

    Thanks, it has evolved to its current syntax after a few constructive criticisms from other, nearly-satisfied Slashdotters. Open source .sigs!

    --

    --
    make install -not war

  21. Window Managers by oexeo · · Score: 5, Funny

    I just began developing an GUI-based application for KDE/Gnome, my major obstacle being the window "managers". It goes something like this:

    Developer: OK, put this window here.
    KDE/Kwin: Actually it's better over here.
    Developer: No! I'll need that space later for another window.
    Gnome/MetaCity: I know, I know! How about here?
    Developer: Christ! No not there either.
    Developer: OK, how about you both put it here? that makes sense.
    KDE/Kwin: That's great, but I'll just shift up a bit, and flip your directions horizontally.
    Gnome/MetaCity: Ignore KDE, it's perfect! But I think it would be even more perfect over here.
    Developer: Jesus Christ!

    It's usually possible to get what you want, but often involves hacks, redundant code, and forking.

    I realise this is intentional and in the interests of usability and consistency, but more often than not the it's counter productive to the cause, since frequently a human knows better than a computer when it comes to usability.

    1. Re:Window Managers by SillyNickName4me · · Score: 3, Insightful

      if you want control over window placement like that, you either define a workspace for your windows to recide in, or you just rethink your idea.

      1. Your application has no fucking clue abotu how the user wants their windows displayed
      2. Your application has as little clue about what the rest of the display is used for.

      The window manager however has a bit of a clue about both, so it IS the proper place for deciding on window placement. All your application should ever try to do is give a suggestion.

      Sorry to say, but if you do not udnerstand this then imo you have not understood what a windowsing system is for.

      In short, when you develop for a shared gui environment (ie, the gui is also used for other things then your application) you do NOT have control over window placement, deal with it or write your own dedicated gui, it is the nature of the beast.

  22. Open Office: your MS Office document repair kit. by MsGeek · · Score: 4, Informative

    It also removes macros. Sometimes it is a pain, because those macros are needed in an MS Office document, particularly in Excel. But if those macros are either corrupt or infected with a Macro Virus, losing the macros is actually A Good Thing. (tm)

    Last year, the All Tomorrow's Parties music festival sent the band Saccharine Trust an elaborate Excel spreadsheet which provided an overview of the schedule for the entire weekend's performances at Camber Sands in the UK.

    Joe Baiza had Office 98 for Mac running on his iMac. No joy opening the spreadsheet. He then sent the spreadsheet to Chris Stein, the band's bassist, (No, not the Blondie guitarist! Same name, different guy...) who tried to open it in Office XP. Again, no joy.

    I get the spreadsheet sent to me. I open it in OO.o. Success! I saved the document first as an OO.o native format file, then resaved the native OO.o file as an .XLS. I sent it back to Joe and Chris, and voila! They could open it too!

    I'll have you know that NOTHING got screwed up in the formatting. Maybe a few weird calculations used by the ATP folks got messed up, but the guys in ST didn't need them. All they needed was the time that ST needed to go on, and also the times for some of the other bands on the schedule the guys wanted to see. OO.o rules.

    --
    Knowledge is power. Knowledge shared is power multiplied.
  23. Re:My my my... by Mr.+McGibby · · Score: 4, Insightful

    The "word processor is stupid" idea is narrow minded. True, for certain classes of documents, TeX is a better way to do things. But isn't perfect either. The referenced article talks about the two phases of preparing documents, composition and typesetting. Composition is about the words and typesetting is about the "look" of the document. The problem is that TeX is horrible at the second step. True, it makes great looking documents "out of the box", but if I decide that the default look isn't what I want, then it is far too difficult to change it. Where is the tool that allows me to change the format as I like? Every TeX article I read basically says, "If you don't like it, you're wrong." Certainly not a very user-friendly attitude to have.

    The other problem is that many word processors are very useful for those cases when the text composition isn't really important, but formatting is the key point, like a sign for my garage sale. Have you ever tried do something like that in TeX?

    Don't get me wrong, I use LaTeX all the time, but only for very specific types of documents. It just doesn't work for the majority of stuff that I need to do.

    --
    Mad Software: Rantings on Developing So
  24. OO.o on the ARM? by jx100 · · Score: 2, Funny

    woohoo! OpenOffice DS!

  25. Just wait a few more months... by Atmchicago · · Score: 2, Insightful

    Although I applaud the move, this will be somewhat outdone in a few months when openoffice 2.0 is released. 2.0 will support better native integration anyway, including look-and-feel.

    --

    You can lead a horse to water, but you can't make it dissolve.

  26. Here's what I want! by erroneus · · Score: 2, Interesting

    FC2/FC3 RPM packages.

    That's all. On one hand, I like the way RPM works and what it does for the user. On the other hand, I can never seem to get the most up-to-date packages. It's terribly unfortunate and is always a balancing act between installing from tarball and maintaining RPM integrity. I suspect there are ways of handling it better and further that someone might even volunteer these better ways right here in response to this.

    But if someone out there loves to build useful RPMs and has already built RPMS suitable for FC2 and/or FC3, please let me know where they are! I know I can't be the only one wanting them.

  27. What about OS X? by ciurana · · Score: 5, Interesting

    Disclaimer: I'm an OOo advocate, as you can see from this Computerworld article (http://www.computerworld.com/softwaretopics/softw are/apps/story/0,10801,92195,00.html?SKC=software- 92195) that I published last Spring.

    I used OOo since the days of StarOffice. I managed to write two books, many presentations, spreadsheets, and countless business documents in it. OOo is probably one of the best office applications and it's cross-platform.

    I had quasi undying loyalty to OOo until I decided to go to OS X. While the feature set is almost identical to other versions of OOo, the GUI is one of the ugliest. OOo also lacks compatibility with Exchange servers, which I'm forced to use for work (yuck!). For these two reasons, I had to cave in and return to Office:Mac.

    The efforts to tightly couple OOo with KDE or Gnome are important and interesting but far from the marketing win that OOo needs. An OOo version that supports the native OS X look and feel would probably win lots of support from Apple's user base because it would be, in most cases, a drop-in, free replacement for Office:Mac.

    I interact now with quite a few Mac users on regular basis; most, if not all, would love to ditch Office:Mac in favour of OOo if the GUI and other system integration issues were resolved. I believe that an OS X/Aqua version of OOo is more strategically important than one for Gnome or KDE because it would generate instant press outside the early-adopter, Linux world.

    A strategic marketing win could result in additional funding/participation/donations to OOo to carry on with other projects that, although important, lack the visibility that the Mac has or could bring to OOo.

    Cheers,

    Eugene
    --
    http://eugeneciurana.com | http://ciurana.eu
    1. Re:What about OS X? by IamTheRealMike · · Score: 2, Informative

      The integration work for GNOME and KDE has been largely funded by Novell and Red Hat. There are apparently no such companies funding OS X integration, probably because Apple values its relationship with Microsoft too much.

    2. Re:What about OS X? by bjhonermann · · Score: 3, Informative
      Check out OOo's page on OSX development at http://porting.openoffice.org/mac/timeline.html

      Quoting the relevent section

      What's holding back the Quartz and Aqua tracks?

      To implement Quartz and Aqua, we will need to change APIs that are owned by different projects here at OOo, and the one we really do need to target is undergoing a major revamp (Toolkit2). These changes will affect all platforms, so we are working with gsl to get the hooks we need to complete a native port.

      Aside from our compilation efforts, the majority of our work can't be completed until these APIs are in place or at least designed to a point where we can begin figuring out how to marry them to MacOS X. There is no active coding at this time. With limited testing and development resources, it is unwise to spend all of our efforts porting a "dead" API that would not allow our work to be incorporated into newer versions of the software. As such, any delivery estimates here should be considered "relative" to the time the APIs are completed.

      All further development of the Quartz and Aqua tracks has been postponed until OpenOffice.org 2.0 due to gsl timeline. Initial delivery of 2.0 for Win32, Solaris, and Linux x86 expected in Q1 2005. Projected OS X X11 port availability expected to be Q2 2005. Projected OS X native availability of OpenOffice.org 2.0 is currently Q1 2006.

      In other words, native OSX is coming but right now all the API's are being rewritten so porting the old ones is a waste of time for the developers. Porting the new ones can't really begin until the API's are finished being designed. It's a pain and it's frustrating. I still recommend NeoOffice/J (http://www.neooffice.org/java/) to my OSX using friends if they don't have access to Word. It's native but still pretty ugly. Just saves on having to install X11.

      -Brian

  28. Re:Still not native GNOME or KDE by cmbofh · · Score: 2, Interesting

    Let me add:
    If you really want a native office suite then I think that KDE + KOffice is the most integrated, complete and promising for the future. Although I think it's not there yet, especially the MS format filters of OOo are still more usable in the real world (and no, using the OOo filters in KOffice is not an option, that has been discussed over and over again).

  29. Re:Features of interest... by SillyNickName4me · · Score: 4, Insightful

    Did you ever consider that OOo might in fact have features that simply cannot be saved in MS word format? This does not mean at all that you cannot make MS word format documents, it just means that it has the same limitations as for exampel Office 2000 when tryign to save a MS word 6 document. It simply cannot save things in that format when the features needed are not supported, but it can create readable MS word 6 documents pretty well.

  30. Re:My my my... by (void*) · · Score: 2, Insightful
    The idea is not "narrow-minded". The idea is an
    interesting idea - COMPOSITION and LAYOUT are different things!


    The deficiencies of TeX not being tweakable should not be used to against for the importance of the above idea. That about that.

  31. Re:My my my... by SiliconEntity · · Score: 2, Informative
    1. The entire concept of a 'Word Processor' is stupid - http://www.ecn.wfu.edu/~cottrell/wp.html

    Oh, right. I love this comment:
    Take for instance a section heading. So far as the logical structure of a document is concerned, all that matters is that a particular piece of text should be ``marked'' somehow as a section heading. One might for instance type \section{Text of heading}.

    Come on. No one in their right mind would want to type "\section{Text of heading}"! Nothing could be less intuitive!

    If this is your alternative to a word processor, 99% of people would do better with a word processor. I mean, really, backslashes and curly braces and magic keywords that have to be memorized? Give me a break. That will never work for the typical user. Programmers, yes, but users, no.
  32. Re:My my my... by bwalling · · Score: 2, Informative

    1. The entire concept of a 'Word Processor' is stupid - http://www.ecn.wfu.edu/~cottrell/wp.html

    That entire article was written on the basis of the fact that most people incorrectly use word processors! You can do exactly what the author is describing in Microsoft Word, and it is a hell of a lot easier than Tex. As you are typing your document, you simply mark things with Heading 1, etc (create new styles as you need them). When you're done "composing", then edit the styles such that your document is rendered as you want it to be.

    As for the argument that the recipient of your document will need to have the same program you composed it in, I fail to see how Tex is better. If I sent my Dad a Tex document, he'd be pissed off that he had to read all of that \section{} crap along with the text, because we both know he isn't going to have anything that will render Tex.

  33. screenshots by sewagemaster · · Score: 3, Informative

    here and here

  34. Re:My my my... by mfg · · Score: 2, Interesting

    You can do exactly what the author is describing in Microsoft Word, and it is a hell of a lot easier than Tex. As you are typing your document, you simply mark things with Heading 1, etc (create new styles as you need them). When you're done "composing", then edit the styles such that your document is rendered as you want it to be.

    One of the nice things about a markup language compared to a word processor is that the document style is under the control of the user - the person who'll be reading the document - rather than the author. If you want full control over how a document looks then ship it as PostScript or PDF.

    Another useful thing about markup languages is that they're usually plain text, which makes them readable even if you don't have a particular program. This also makes them easy to process automatically - extracting the title, authors, abstract etc. for example. Given a repository of papers, we can automatically produce statistics showing, for example, how many papers each author has published - just the sort of thing that funding bodies want to know. Try doing that with some WYSIWYG format where the various sections are obvious to a human eye but don't have anything in the file to say that centered text in bold is the title, the first italic bit is the abstract etc.

  35. Re:My my my... by bwalling · · Score: 2, Insightful

    The big problem is people *assuming* everyone has MS-Word, and using it's proprietary format to exchange information by default.

    It's a problem for Microsoft's competitors and for FOSS zealots, but not for the rest of us. I don't communicate with a single person that doesn't have MS Word (or at least WordPad). Let's not forget that if you are running Linux, you have made a choice to use something that has different features and limitations than the software that 90+% of the world uses. It is not the obligation of the vast majority to facilitate the minority - it is the other way around.

    For general distribution, or to unknown recipients, you should send in something that is standard (and to be standard, it needs to be a documented format, 'DOC' fails that requirement) plain ascii text works, or if for some reason you need to control the appearance, postscript or PDF.

    Plain text does not allow formatting, and PDF does not allow editing.

  36. WordPad != Word; accessibility by tepples · · Score: 2, Insightful

    I don't communicate with a single person that doesn't have MS Word (or at least WordPad).

    I don't have Microsoft Word on my computer. I have Microsoft WordPad 2000, but WordPad doesn't support style sheets, which are the topic of this subthread. Has this changed in Windows XP SP2?

    Let's not forget that if you are running Linux, you have made a choice to use something that has different features and limitations than the software that 90+% of the world uses.

    Did I make that choice to buy a computer without buying a one-seat home user license of Microsoft Word, or did the person who bought my computer make that choice?

    It is not the obligation of the vast majority to facilitate the minority

    Yes it is. People with any given disability are a minority, but Section 508 of the Rehabilitation Act, requires the U.S. Government and U.S. Government contractors to create accessible systems. How is "bold" accessible to a speech reader or a Braille terminal?

    Plain text does not allow formatting, and PDF does not allow editing.

    But do you always want the readers of your copyrighted document to have easy access to preparing a derivative work of your document?

  37. Re:My my my... by AndrewRUK · · Score: 2, Insightful

    Ahh, I get it...

    Word processors, specificaly WYSIWYG, are stupid and inefficient, we should all use TeX instead.
    But the TeX commands and syntax are too complex, so use a nice program to generate the TeX. A WYSIWYG word processor, opps, I mean, a WYSIWYM document processor, that outputs TeX.

    So, word processors are "stupid and inefficient", unless they output TeX and are called document processors?