Slashdot Mirror


KOffice GUI Competition Winner

Boudewijn Rempt writes "The KOffice GUI Competition has been won by Martin Pfeiffer. His entry was chosen from eighteen submissions by the jury because of its innovative, ground-breaking approach to workflow and document handling. Many submitters broke away from the beaten path and explored wild and wonderful ideas. The results page also has all submitted entries available for review."

204 comments

  1. It's not shiney enough. by scenestar · · Score: 5, Funny

    sure, it might enhance productivity, but if you want an MSFT office killer you need the pretty visuals to win people over.

    --
    perpetually dwelling in the -1 pits
    1. Re:It's not shiney enough. by wytcld · · Score: 2, Funny

      That's why everybody's first choice is Yahoo for searches, and Google's been forgotten!

      --
      "with their freedom lost all virtue lose" - Milton
    2. Re:It's not shiney enough. by TubeSteak · · Score: 2, Informative

      Have you ever seen the crap most stores, banks, warehouses use?

      The software they run U G L Y.

      Blue background and gray text... perhaps so you won't notice when you BSOD. My local bank is using software originally programmed for Win95 machines.

      A lot of data entry and POS (point of sale) software looks horrible outdated, but it gets the job done. Go Figure.

      --
      [Fuck Beta]
      o0t!
    3. Re:It's not shiney enough. by Tourney3p0 · · Score: 2, Interesting

      In that case, I don't want an Office killer. I want something lean and fast. Seems that's becoming more and more rare these days.

    4. Re:It's not shiney enough. by Coryoth · · Score: 4, Interesting

      sure, it might enhance productivity, but if you want an MSFT office killer you need the pretty visuals to win people over.

      What you need is "can't live without it once you've used it" features that aren't available elsewhere. I would have to say, after reading through his PDF submission, that, at the very least, there is the beginnings of a much more overview and workflow oriented approach to working with office documents that could be exceptionally powerful. Yes it needs to be implemented well and have decent scope. Ideally some manner of workflow view for an entire corpus of related documents - reports, spreadsheets, presentations, the lot - would be ideal. It takes a little imagination to see the full possibilities, but I think they really might be on to something here, and I am keen to see the final results.

      Jedidiah.

    5. Re:It's not shiney enough. by PygmySurfer · · Score: 2, Insightful

      I'd guess (hope?) that many of those software packages had gone through extensive usability testing, and the reason for the garish colours was that it minimizes eye strain for the poor people staring at them for 8 hours a day.

      Also, kind of interesting your bank uses software programmed for Win95 - I thought most banks used OS/2 :)

    6. Re:It's not shiney enough. by jgclark123 · · Score: 1

      I went to my guidance counseler the other day and a noticed a secretary entering data in a DOS application on a Windows XP computer with the Olive Luna theme. Talk about ugly UIs!

      --
      "May evil beware, and may good dress warmly and eat plenty of fresh vegetables." -The Tick
    7. Re:It's not shiney enough. by Anonymous Coward · · Score: 4, Insightful

      It's not about pretty versus functional, it's about immediate satisfaction versus long-term gain.

      The quality of a search engine is immediately apparent. You either find what you are looking for or you don't.

      The productivity of an office suite isn't immediately apparent. If it saves you a few hours per month, then the average person won't notice.

      The prettiness of an office suite, on the other hand, is immediately apparent. The average person can load it up and go "ooh" or "ugh" straight away.

      The OP's point stands: it's not about who's better, it's about who can impress the average end-user immediately. In the case of office suites, this is manifested as "prettiness wins". In the case of search engines, this is manifested as "relevant results win".

    8. Re:It's not shiney enough. by Nutria · · Score: 3, Funny

      In that case, I don't want an Office killer. I want something lean and fast.

      Emacs on a Sun3 !!!!!

      --
      "I don't know, therefore Aliens" Wafflebox1
    9. Re:It's not shiney enough. by Petrushka · · Score: 2, Interesting

      Presumably it's because they're used to it. Some word processor in the early 90s made white-on-blue almost a standard -- was it an early version of WordPerfect, or was it Word? I forget. Anyway, it's still an option in current versions of Microsoft Word (Tools - Options - General), and you can set OOo up that way too if you want, though that requires a bit more effort. Anyway, yuck.

    10. Re:It's not shiney enough. by sconeu · · Score: 1

      It was Word. Word 4/5/6 for DOS used blue-on-white.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    11. Re:It's not shiney enough. by biglig2 · · Score: 4, Insightful

      No, it's because when a serious bank, warehouse, or whatever finds an application that works, they leave it the hell alone. Suppose they do an upgrade. One of two things will happen:
      1) New version still works, and looks nicer.
      2) New version no longer works.

      The benfits on 1 do not outway the disaster of 2.

      --
      ~~~~~ BigLig2? You mean there's another one of me?
    12. Re:It's not shiney enough. by TheGavster · · Score: 1

      Diebold software on some Windows variant at the banks here ... only know because you can see them booting up every few weeks when the ATMs die.

      --
      "Because Science" is one step from "Because old book". Try "Because of my experiment testing my falsifiable assertion".
    13. Re:It's not shiney enough. by ozmanjusri · · Score: 2, Informative

      I want something lean and fast. Seems that's becoming more and more rare these days.

      No, software doesn't wear out. When new software with bells and whistles is released, it adds to the amount of choices available to you, but nobody's forcing you to install the new apps.

      In the office software arena, there are plenty of lightweight apps and suites if you're prepared to look. Abiword, Sphygmic spreadsheet, Siag office, the Softmaker suite or even Ragtime, for some definitions of lightweight...

      --
      "I've got more toys than Teruhisa Kitahara."
    14. Re:It's not shiney enough. by Ugmo · · Score: 1

      much more overview and workflow oriented approach to working with office documents that could be exceptionally powerful.

      I am enthusiastic that people are working on new ways of producing documents. An application with a whole new approach might help in making encroachments on Microsoft's monopoly. However, given that Microsoft tends to "innovate" by copying other peoples' ideas, once a new approach is settled on and produced, it might be a good idea to obtain a patent and assign ownership to one of the open source groups. Workflow processes etc. should not be patentable but sadly, they are. If KOffice comes up with something truly innovative and useful, Microsoft will just replicate it in MS Office and possibly patent it itself despite the prior art. The way things are at the patent office MS could probably get away with it.

      Microsoft is already adding tabbed browsing to IE after Firefox started gaining acceptance (I know Firefox did not invent it but MS didn't care about adding this feature, something I cannot live without, until Firefox started getting popular.) An office suite with a new popular and productive interface would quickly become a target for MS.

    15. Re:It's not shiney enough. by uNople · · Score: 1

      Emacs on a Sun3 !!!!!


      VI on a Pentium!!!!!

    16. Re:It's not shiney enough. by frogstar_robot · · Score: 1

      J. Random FOSS developer isn't going to win patentnuclear warfare against MS. If KOffice IS superspiffy and MS copies features then I believe it would be more feasible to make sure the world knows that MS didn't invent those spiffy features.

    17. Re:It's not shiney enough. by Saanvik · · Score: 2, Informative

      Nope, nice try, though. WordPerfect was the source of grey on blue. I believe they went with grey on blue in 1982 with 2.20, but they definitely had it in 1986. Word did imitate WordPerfect, just like WordPerfect imitated WordStart earlier.

    18. Re:It's not shiney enough. by Dopefish128 · · Score: 1

      Emacs on a Sun3 !!!!!

      He said he wanted something lean.

      --
      "Knowledge is power. Power corrupts. Study hard. Take over the world."
    19. Re:It's not shiney enough. by cp.tar · · Score: 1

      Actually, blue background with white text (and gray is just 'normal white', while white is 'bright white') is one of the best visibility colour schemes. The blue background rests your eyes as well.

      So it may be ugly, but it works and it works well.

      --
      Ignore this signature. By order.
    20. Re:It's not shiney enough. by TubeSteak · · Score: 1

      I know, I actually invert the colors when I'm working late and my eyes start giving up on me.

      Blue & grey text, giant fonts and a nice backlight.

      My bigger point was that a pretty GUI doesn't mean people will use it. End users in the business world are used to poor UIs and ghetto workarounds.

      --
      [Fuck Beta]
      o0t!
    21. Re:It's not shiney enough. by Jugalator · · Score: 3, Insightful

      That's why everybody's first choice is Yahoo for searches, and Google's been forgotten!

      Geeks believing Yahoo is pretty is the reason we have ugly UI's on Linux. :-)

      --
      Beware: In C++, your friends can see your privates!
    22. Re:It's not shiney enough. by Nutria · · Score: 1

      He said he wanted something lean .

      Like "the other white meat"? (That's probably an Americanism that no one else will get...)

      --
      "I don't know, therefore Aliens" Wafflebox1
    23. Re:It's not shiney enough. by aichpvee · · Score: 1

      Actually, with office suites it seems to be who can open the most kinds of crazy, incompatible ms office files the closest to ms office. Or at least who can sell the impression of doing that the best.

      --
      The Farewell Tour II
    24. Re:It's not shiney enough. by aichpvee · · Score: 0

      elf?

      --
      The Farewell Tour II
    25. Re:It's not shiney enough. by porl · · Score: 1

      nobody's forcing you to install the new apps

      ...unless of course you want to be able to read a document someone else has kindly sent you in office 2003 format...

    26. Re:It's not shiney enough. by PietjeJantje · · Score: 1

      Worst example ever posted on Slashdot.
      Know your history!
      In a time of David Siegel's and killer websites, Yahoo! was the sole big one that didn't go for shininess, and when Jacob 'Usability' Nielsen's star was rising, they were the prime example of usability and function over appearance. The value of that role should not be underestimated in that time, and it didn't take long before others reverted back and followed their example. The only 'mistake' they made, was they didn't offer search exclusively and joined the portal wars, as opposed to Google. However, Yahoo never was a searchengine. Also, they now both have basic search and a portal.
      Ignorance or lack of knowledge give way to jokers who'd tell you how Al Gore or Microsoft invented the Internet, or how Outlook changed communication, in the meantime showing a tremendous lack of respect of what really happened. I'd classify this one among these. Google did not invent, let alone own the concept of usability.

    27. Re:It's not shiney enough. by Kjella · · Score: 1

      Which is also the reason that when they finally do move, it's from the stone age and a major undertaking. That can be both client-side, and when they finally decide to get rid of that COBOL backend.

      Now, if I was starting a new platform today I'd look for cross-platform compatibility (thick client) and web applications (thin client), but if you're wondering why businesses aren't doing that today - well it many cases it's decisions made in the 1990s or 1980s or perhaps even older.

      --
      Live today, because you never know what tomorrow brings
    28. Re:It's not shiney enough. by ozmanjusri · · Score: 1
      Sorry, should have qualified that.

      Nobody in the FOSS world is forcing you to install the new apps.

      --
      "I've got more toys than Teruhisa Kitahara."
    29. Re:It's not shiney enough. by Petrushka · · Score: 1
      Ironically, this morning someone sent me a Word document that turned out to be white/grey-on-blue when I opened it in Word. Coincidence or what?

      Ta for the info, by the way: it didn't really register with me that grey-on-blue went that far back, though now that I think of it, my first computer (an Atari 800 XL) was ... grey on blue. It *kind of* makes sense that the colour scheme should have stuck when people switched to GUI systems, though I'm thankful that most people have dropped it now.

      Mind you, most Windows-users who use cmd.exe still have white-on-black. Default behaviour can be very powerful; personally I find white-on-anything really annoying.

    30. Re:It's not shiney enough. by Nutria · · Score: 1

      elf?

      That too. But I was thinking "pork".

      --
      "I don't know, therefore Aliens" Wafflebox1
  2. Check it out by Life700MB · · Score: 5, Insightful


    It's a pity the real poor coverage KOffice gets in the web compared to OpenOffice, being a really cool suite with great programs. It deserves a lot of respect what are they doing.


    --
    Superb hosting 20GB Storage, 1_TB_ bandwidth, ssh, $7.95

    1. Re:Check it out by vux984 · · Score: 5, Insightful

      Its a pity KOffice only runs on *nixes (afaik).

      OpenOffice runs on Windows and OS X.

      Given most computers run on Windows, that translates to more coverage. You want to slingshot KOffice into the limelight with OO.org port it to Windows.

      It would also help Mass., with its ODF migration.

    2. Re:Check it out by someone300 · · Score: 1

      Same for the GNOME Office programs, currently Abiword, Gnumeric and GNOME-DB. Abiword recently implemented collaborative editing via Jabber. Personally, I find Koffice and GNOME Office better than Microsoft Office and OpenOffice. Just need a good presentation program now.

    3. Re:Check it out by SirTalon42 · · Score: 5, Interesting

      KOffice 2.0 (to be released for KDE4) will be able to run natively on X11, Windows, and OS X (no X server layer on OS X I believe).

    4. Re:Check it out by Ecko7889 · · Score: 0

      When I get some nice MsOffice interpolarity, it will still be a weak program. I still have formating problems with OO.o, and it's starting to become agrevating.

      --
      $sig$
    5. Re:Check it out by Anonymous Coward · · Score: 0

      I would say that you're an unrealistic dickhead.

    6. Re:Check it out by mandolin · · Score: 3, Informative
      I would say it's a shame that OO.org runs on proprietary operating systems. Why should good Free software help M$ and Apple sell operating systems?

      If you really want to look at it that way, think about how it would "help" MS lose an MS Office sale.

    7. Re:Check it out by Anonymous Coward · · Score: 0

      It deserves a lot of respect what are they doing

      Right, and before anyone asks it, a quick faq question...

      Q) "Why not use openoffice, koffice just duplicate efforts"

      A) "Because koffice was there before openoffice was opensourced by sun"

    8. Re:Check it out by MindStalker · · Score: 1

      To respond to this troll one can only say, I seriously doupt OpenOffice has "sold" a single copy of Windows, and MAY have sold several copies of Linux.

      AKA you don't buy Windows for its OpenOffice support, you don't even buy Windows and say, well I would have gotten linux, but I can still run OpenOffice... So I went with Windows.

    9. Re:Check it out by vivek7006 · · Score: 1

      I am eagerly waiting for the day when I would be able to run kde natively on windows. That would be sweet:) cygwin port of kde is ok but rather slow. http://kde-cygwin.sourceforge.net/

    10. Re:Check it out by jZnat · · Score: 1

      I'm pretty sure the delayed release for Windows and OSX was due to Trolltech's disallowing of Qt being used in non-free operating systems without a license. Qt 4 fixed that, though, so KDE 4 will be multi-platform beyond just Linux and BSD.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    11. Re:Check it out by jZnat · · Score: 1

      Well, AbiWord has a Windows version as well, and I know that there are many Windows users who use it for the leanness.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    12. Re:Check it out by SirTalon42 · · Score: 5, Informative

      The cygwin port of KDE is dead. KDE 4 is using the native windows version of Qt 4 (Qt4 is GPL on all platforms).

    13. Re:Check it out by ozmanjusri · · Score: 3, Insightful

      Why should good Free software help M$ and Apple sell operating systems?

      Because it's open source and enough of us want it to. The whole point of open source is that it's less restrictive than commercial software.

      --
      "I've got more toys than Teruhisa Kitahara."
    14. Re:Check it out by ozmanjusri · · Score: 1

      A) "Because koffice was there before openoffice was opensourced by sun"

      Actually, it's because we like choices. The more suites and apps the better, as long as they have a common format so we're not locked in to the first one we try.

      --
      "I've got more toys than Teruhisa Kitahara."
    15. Re:Check it out by TheRaven64 · · Score: 1

      Saying that OpenOffice runs on OS X is technically true, but somewhat stretching things. OpenOffice runs in X (not the native Quartz/Aqua). It doesn't support drag and drop / copy and paste with the rest of the OS nicely, and it doesn't even come close to conforming to the platform's human interface guidelines.

      --
      I am TheRaven on Soylent News
    16. Re:Check it out by Anonymous Coward · · Score: 1, Informative

      I'm pretty sure the delayed release for Windows and OSX was due to Trolltech's disallowing of Qt being used in non-free operating systems without a license. Qt 4 fixed that

      No, you still need a license. The difference with Qt 4 is that they are offering Windows Qt under the GPL, whereas before it was only available under the GPL on other operating systems.

    17. Re:Check it out by Coryoth · · Score: 1

      Just need a good presentation program now.

      I have a feeling you could build a very powerful presentation program out of the Inkscape codebase. It is, of course, well beyond my meager skillset (or available time) to do such a thing (hence my short and simple hack to make Inkscape useful for the LaTeX presentations I do now), but I would imagine that if a group of people got serious then quite a lot could be achieved.

      Jedidiah.

    18. Re:Check it out by Anonymous Coward · · Score: 0

      It doesn't comply with GNOME's HIG either, but I would not call it a stretch to say that it runs on GNOME.

      Also, there is NeoOffice/J, which is a native Aqua port of an old version of OpenOffice.

    19. Re:Check it out by am+2k · · Score: 1
      It doesn't comply with GNOME's HIG either, but I would not call it a stretch to say that it runs on GNOME.

      Well, that's the difference between "we have GUI, too!"-Linux and Mac OS X. Merely being able to run an app isn't enough. Even Microsoft knows that, Office for Mac is pretty nice (except for the missing Address Book integration in Entourage).

      Also, there is NeoOffice/J, which is a native Aqua port of an old version of OpenOffice.

      That one looks like you're running in a VNC session or Virtual PC.

    20. Re:Check it out by Jesus_666 · · Score: 1

      Sounds great. Regular OOo is not an option for OS X as it relies on X11 and NeoOffice is dog slow. If KOffice 2.0 will have a native interface and not run in slow motion I'll throw away NeoOffice in an instant. No more conversations like this: "Could you please look up that value for me?" - "Sure. let me just start NeoOffice... Wait, it's loading. Don't go away. It's almost there. There, it has opened a window, see? Now I'll just open the file and wait a couple seconds... There it is. Hey, where have you gone? Hello?"

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    21. Re:Check it out by Just+Some+Guy · · Score: 1
      It's a pity the real poor coverage KOffice gets in the web compared to OpenOffice, being a really cool suite with great programs.

      There is exactly one reason I don't use KOffice over OpenOffice.org: printed fonts look absolutely horrible. Specifically, the kerning is so awful that the results are sometimes unreadable. I'm not some hyper-nitpicky font fan, but an average user who wants his output to look nice - and KWord can't do it. There is absolutely no way I'd submit a resume or other important document printed from it.

      This is apparently a common problem, and my understanding is that it's rooted in the QT libraries. In other words, it's not directly KWord's fault. Be that as it may, the end result still isn't usable for me.

      Here's to hoping that the eventual QT4 version will look good and print nicely. If that happens, I'll drop OpenOffice.org like a hot potato. Until that, OOo is the only option I see for high quality output.

      Well, maybe not the only option. I haven't tried AbiWord in ages, but I'm not eager to try to integrate a Gnome app into my KDE desktop. It's not that I dislike Gnome, but that its programs doesn't really blend in with all the other apps I use.

      --
      Dewey, what part of this looks like authorities should be involved?
  3. Koffice only has one disadvantage by xenoterracide · · Score: 1, Interesting

    the lack of filetype's suppported. It doesn't, I think support exporting to pdf, nor does it support .doc. This is it's only real drawbacks. Otherwise I am starting to like it better than OpenOffice especially because it has the office feature I wanted. tabs so I can have multiple documents open in one window at once. Which is what I want as otherwise I almost end up with several office windows open at once and it gets so cluttered.

    1. Re:Koffice only has one disadvantage by Carewolf · · Score: 5, Insightful

      Ofcourse it supports exporting to PDF; all KDE applications does. You just press print and use the PDF printer.

      Importing .doc is however notiously difficult, and KWord only does so in limited ways.

    2. Re:Koffice only has one disadvantage by abigor · · Score: 1

      Everything that can print in KDE supports exporting to PDF. I can print this very page from Konqueror to a PDF file if I want to.

      The real problem, as you noted, is the .doc support. However, I think the hope is that once OpenOffice and KOffice sync up their OpenDocument support, then OpenOffice's .doc support can be used.

    3. Re:Koffice only has one disadvantage by rRaminrodt · · Score: 2, Insightful

      All kde programs, including koffice, can print to pdf. It's a function of the printing subsystem, not the app itself.

      It's not as good as OO.org at opening word docs, but I just tried one someone emailed me and it opened up fine and I could get at the content.

      Even better, they're standardizing on the OpenDocument format. Hopefully, the more folks use opendocument the fewer issues exchanging files between different office apps.

      --
      They'll think I've lost control again and leave it all to evolution. -- Supreme Being, Time Bandits
    4. Re:Koffice only has one disadvantage by xenoterracide · · Score: 1

      ah thank you I have yet to print something... I probably would have noticed that later tonight when I print my papers. They should have it be an obvious button like OpenOffice does. My mistake. I only installed it a few weeks ago though and haven't used it that much yet.

    5. Re:Koffice only has one disadvantage by Anonymous Coward · · Score: 0

      Actually, it does support .doc, but I don't think it supports the latest versions of doc (I know it can import Office 97 files.)

      Also, you can export to PDF, it's just done oddly. File->Print then you can choose two virtual printers, "Print to File (PS)" and "Print to File (PDF)".

      Here's a screenshot (Please don't kill my connection, Slashdot.)

      Oh, and here's a screenshot of .doc support (again, unknown version support).

    6. Re:Koffice only has one disadvantage by xenoterracide · · Score: 1

      to post my correction somplace more visible "ah thank you I have yet to print something... I probably would have noticed that later tonight when I print my papers. They should have it be an obvious button like OpenOffice does. My mistake. I only installed it a few weeks ago though and haven't used it that much yet." I still don't see that I can save to .doc though at least not that I can see. not that I like saving to .doc, I only do that when that's the only way someone will take my submission. I always export or 'print' to pdf these days because if at all possible I refuse to save to .doc because I don't believe that it should be as standardized as it is. Everyone should have a pdf reader. If nothing else adobe acrobat. It's free however word costs $100+ I think. Some places seem to only accept .doc submissions though.

    7. Re:Koffice only has one disadvantage by diegocgteleline.es · · Score: 5, Interesting

      Of course it supports exporting to PDF; all KDE applications does.

      Actually, kword can open PDF files, which is something that openoffice still can't do AFAIK.

    8. Re:Koffice only has one disadvantage by MooUK · · Score: 1

      The problem with PDFs, and the reason for wanting other formats, is probably the fixed nature of them. Most people don't have PDF editors. If someone wants, say, to copy/paste your contact details out of your job application, it's a little difficult.

    9. Re:Koffice only has one disadvantage by jZnat · · Score: 1

      PDFs, PostScript, and DVIs are made to be static pages that will display the same regardless of device, not edittable documents. If you want to make an edittable document, you use a format like ODF or even TeX.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    10. Re:Koffice only has one disadvantage by xenoterracide · · Score: 1

      I agree with that. But I would rather submit pdf's than doc's. But copying text is easy with adobe acrobat. you just have to turn on text selection. It's not on by default. I can't really blame people for not wanting to deal with Open Document though, the majority of people don't even know what it is. They certainly wouldn't have a clue as to where to find a reader. Telling them to download open office (or Koffice 1.5 when it's stable) and it's their problem won't work. So I give them pdf's and if they want to edit it I'll give them an open document and tell them where to get an editor. Most of what I submit most people have no business editing anyway, like my resume, or a paper for class.

    11. Re:Koffice only has one disadvantage by AusIV · · Score: 2, Informative
      Correct me if I'm wrong, but generally exporting PDFs from a word processing standpoint is fairly different from print drivers. I have PDF995 for windows (a print driver that creates a PDF), and the PDF is basically a picture of the document. OpenOffice, on the other hand, will let me export straight from a document to PDF. The file is smaller and renders better on a larger scale because it uses text rather than an image.

      I've not used KDE's PDF printer, but since you get to it from the print menu, I'd think the result would be more similar to a PDF995 PDF than exporting straight to PDF using OpenOffice.

    12. Re:Koffice only has one disadvantage by Lusa · · Score: 2, Informative

      I shall! It sounds like that PDF995 software has taken a very naive approach to PDF creation. Both Adobe's printer driver and the one available to KDE create proper PDF documents where the text remains as text. I just 'printed' the jsr 170 spec (something like 238 pages) from kpdf. The generated PDF was 1.6MB to the original 2.3MB, also the text in the generated file was still selectable.

    13. Re:Koffice only has one disadvantage by Anonymous Coward · · Score: 1

      Hell, that's something MS Word can't do (without installing Acrobat). Editing PDF's has long been a missing feature of every word processor. As far as I know Acrobat is the only tool that truely lets you edit them.

      KWord doesn't work that great though. It's OK, but you can't really import a PDF into KWord, make a modification and then export PDF. The result will not be even close to the original quality except for very simple documents.

      I never cared for KWord all that much. AbiWord was always better and OpenOffice kills both in terms of being compatible with MS documents. They all suck though. At least compared to commercial word processing apps. OpenOffice has tons of graphical glitchs and occasionally crashes.

    14. Re:Koffice only has one disadvantage by frogstar_robot · · Score: 1

      It's not as good as OO.org at opening word docs, but I just tried one someone emailed me and it opened up fine and I could get at the content.

      Even better, they're standardizing on the OpenDocument format. Hopefully, the more folks use opendocument the fewer issues exchanging files between different office apps.

      If you don't mind having both OOO and Koffice installed then just use OOO to convert to OpenDocument if Koffice is your preferred suite. I've even seen scripts that use OOO as a batch converter.

    15. Re:Koffice only has one disadvantage by pembo13 · · Score: 1

      Are you serious about this? Can it maintain table structure from a PDF too??

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    16. Re:Koffice only has one disadvantage by AusIV · · Score: 1
      That's good to know. I might add, the people who make PDF995 also have some commercially available software that I believe is supposed to be better than their free print driver.

      Thanks.

    17. Re:Koffice only has one disadvantage by doxology · · Score: 1

      Yeah, that works until a professor specifically says you must use .doc and won't accept .pdf's and won't be hassled with .odt's...

      --
      sigfault. core dumped.
    18. Re:Koffice only has one disadvantage by xenoterracide · · Score: 1

      Been there. I would tell them and intend to from now on that I will gladly submit to the .docs if they will first buy me a copy of windows and word as I can not afford them. Obviously do to the proprietary nature word will only work on windows and I can only make .docs in word. (of course I know this isn't true but this kind of person isn't likely to know this, as they are already too ignorant to accept a pdf.) they will of course say no to this. Then ask them what else you could do to meet there requirements. They will mention a library or a computer lab. Tell them you do not have enough time during those places hours of business, and ask them if they have other suggestions, in there ignorance they will have none. Re-suggest that with the availability of free readers that perhaps they would accept that format. This probably won't work because these kind of people can't be bothered to think outside the box of there tiny little brains, and it definitely won't work if they know you own both. I would try it though. You could also try giving them one of the letters RMS has put out about this.

    19. Re:Koffice only has one disadvantage by MooUK · · Score: 1

      Exactly my point.

      If presentation is less important than content, a more universal format such as .rtf might be appropriate.

    20. Re:Koffice only has one disadvantage by MooUK · · Score: 1

      Most people do not have Acrobat, or any other PDF editor, installed. Most people DO have MS Office.

      If presentation isn't as important, RTF might be the way to go.

    21. Re:Koffice only has one disadvantage by xenoterracide · · Score: 1

      I've done that as well. I consider it acceptable. But I've had some people turn down .rtf when they wouldn't turn down .pdf.

    22. Re:Koffice only has one disadvantage by richlv · · Score: 1

      one disadvantage to using print procedure might be loss of some information that can be achieved only by direct export - clickable bookmarks, table of contents entries etc.

      oo.org also seems to support some sort of forms in pdf documents.

      --
      Rich
    23. Re:Koffice only has one disadvantage by richlv · · Score: 1

      well, have you reported crashes and glitches to oo.org team ?
      yeah, there are some, but it is developed in a pretty nice speed.

      --
      Rich
    24. Re:Koffice only has one disadvantage by bhtooefr · · Score: 1

      I can speak as someone who uses PDFCreator, which uses the same engine as KDE's PDF driver, IIRC. Also, I *THINK* they're using a similar engine in OpenOffice.

      A halfway decent PDF creator will take a PostScript file, and convert it to a PDF.

      PostScript distinguishes between text and images.

      PDFCreator makes PDFs that have text that is rendered as text.

    25. Re:Koffice only has one disadvantage by nihkee · · Score: 1

      I can also copy-paste text from PDF with Acrobat Reader as that's how much worth is Kword's PDF import.

  4. The actual proposal by Kadin2048 · · Score: 5, Informative

    If anyone else was looking for the guy's actual proposal that was submitted to the competition, this is it:

    http://www.koffice.org/competition/gui1results/mar tin_pfeiffer.pdf

    Frankly I think a lot of what he suggests strike me as rather "duh" concepts -- things which ought to be rather obvious but are ignored in some of the major office suites. I'm not sure how I feel about an application having a "desktop" which is separate from the actual OS' desktop; it seems like it would lead to a situation where every application has its own desktop, possibly with conflicting UI metaphors, and that's not a good end result for the user.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:The actual proposal by critter_hunter · · Score: 4, Informative

      StarOffice 5 (and possibly other versions) had an internal desktop and it was mind-numbingly useless.

      --
      Karma: Could be worse (could be raining)
    2. Re:The actual proposal by Anonymous Coward · · Score: 3, Interesting

      it seems like it would lead to a situation where every application has its own desktop, possibly with conflicting UI metaphors, and that's not a good end result for the user.

      That would never ever happen.

    3. Re:The actual proposal by Coryoth · · Score: 3, Insightful

      I'm not sure how I feel about an application having a "desktop" which is separate from the actual OS' desktop; it seems like it would lead to a situation where every application has its own desktop, possibly with conflicting UI metaphors, and that's not a good end result for the user.

      I think you need to view it less as the application having its own desktop so much as the office suite having a "workflow" view. There's plenty of space in the office suite market for such an overview option, particularly if it can provide a workflow overview of a inter-related corpus of various documents (spreadsheets, presentations, reports, etc.) as well as just a single document. Think in terms of how Aperture is a workflow oriented overview for photographers and imagine a workflow oriented overview for office workers. I think there's plenty of scope for dramatic improvements there.

      Jedidiah.

    4. Re:The actual proposal by Ecko7889 · · Score: 2, Interesting

      I did in fact read the entire PDF. It was interesting read with some very technical details. Alot of the information is very relevant to working on a document. A lot of users only use the icons as a source of editing. If they can't find the icon, they have to go wander through menus, which cause some hassle. I would like to be able to see more drag and drop functions. He stated in his PDF that he would like to integrate the concept of "desk space". Mimic how you would handle many documents spread out on your desk. This can be very influencial in how the mouse interacts with the documents.

      It will be a nice concept, that will hopefully spawn more user friendly and easier to edit documents. I don't know how many times, I use OO.o, and wonder why they haven't tried anything new when it comes to GUI. There are a lot of problems with programs failing to try and "learn" the habits of a specific user. If I happen to use a certain tool a lot more than others. I want the icon to be on the toolbar if it isn't already. They are making improvements, but it will be a while before a dynamically created GUI specific to a user is automatically done over time.

      When the program is your COMPLETE bitch, only then is it right to use.

      --
      $sig$
    5. Re:The actual proposal by QuantumG · · Score: 1

      I think it is pretty clear that what an "Office" suite should do is provide direct manipulatable virtual analogs of pages that you can move around on your virtual desktop. Not a desktop that is in a window, but the actual desktop which is completely underutilized in every operating system currently in existance. The "application" should be transparent. It should enable the manipulation of the objects you're interested in working on.

      --
      How we know is more important than what we know.
    6. Re:The actual proposal by Anonymous Coward · · Score: 0

      Oh god, don't remind me. Whoever thought that that was a good idea should be shot. That's probably the main reason I switched back to MS Office a few years ago (I've been meaning to try out the latest version of OpenOffice, but I rarely use any office software now so it's not really a priority for me).

    7. Re:The actual proposal by inerte · · Score: 1

      A private desktop allows more control over widgets and content. You don't need to break the existing OS UI guidelines, in fact, if done properly, every windows, button or menu will follow the style of the operating system.

    8. Re:The actual proposal by Anonymous Coward · · Score: 1, Interesting

      Be fair. Google Desktop doesn't try to replace or recreate the desktop; it's just an overgrown toolbar that sits on Windows's desktop. And Palm Desktop doesn't even have a "desktop" like the parent is referring to. Are you just linking to anything with "desktop" in its name, regardless of whether it actually has its own internal desktop or not?

    9. Re:The actual proposal by TheRaven64 · · Score: 1

      If you were setting up a machine to be used just as an office workstation then you could just launch StarOffice from xinitrc (or set it as the shell in Windows), which was quite convenient.

      --
      I am TheRaven on Soylent News
    10. Re:The actual proposal by Anonymous Coward · · Score: 1, Interesting

      I wanted to share an inspiration I got from reading Pfeifers paper -- when he talked about KOffice documents being zipped combinations of various file types represented by some sort of DOM, I thought it was lame to force joe user to still think in terms of an object in the filesystem.

      What if KOffice could represent a complex koffice document in a virtual manner, the same way KDE media:// ioslaves can represent one audio CD as several virtual collections or the way amarok breaks down my music collection into several smart lists.

      That is my new koffice view of a complex document could be represented simply as "(all) What I worked on last week", "Code-review of project-x for next week", "Your 2-weekly status notes for tomorrows meeting", disguising the fact each of those 'views' represents a mix of docs, sheets, slides, journal and calendar entries, etc.

    11. Re:The actual proposal by binford2k · · Score: 1

      I've actually done that for the secretaries. It worked pretty well, except there were a handful of dialogs that weren't managed. So you did still have to run a window manager, although nothing fancy.

    12. Re:The actual proposal by Anonymous Coward · · Score: 0

      The "application" should be transparent. It should enable the manipulation of the objects you're interested in working on.

      Score: -1, meaningless platitude

    13. Re:The actual proposal by richlv · · Score: 1

      actually, oo.org had a couple on novel concepts (like toolbars changing upon context), but they were changed to more mso-like because some of new users complained about the differences from the concepts they were already familiar with.

      --
      Rich
    14. Re:The actual proposal by Prophet+of+Nixon · · Score: 1

      Back towards the end of the awful old win98 days, I used StarOffice as my entire shell, instead of explorer. That made it slightly less mind-numbingly useless, though not much so. It would get awfully annoying if everything started doing that though. I'm already annoyed enough at apps like Photoshop that think they need to have a big gray window behind their workspace.

  5. uhgg by Aqua+OS+X · · Score: 4, Interesting

    This is the first time I've heard of this contest. I would've been nice if they made an effort to publicize it within the industrial and graphic design communities (ie IDSA and AIGA for starters).

    I can't say that I'm very impressed with the winner or any of the runner ups. The OS community should seize the opportunity to accept and leverage professional interactive design.

    The commercial software industry doesn't do this very well... does it's make sense to exploit this weakness?

    --
    "Things are more moderner than before- bigger, and yet smaller- it's computers-- San Dimas High School football RULES!"
    1. Re:uhgg by pomo+monster · · Score: 1

      It's because the open source community takes its cues from proprietary software. 99% of the time, this means open source developers are working within a shabby ripoff of the Microsoft aesthetic, which wasn't exactly design-oriented to begin with.

      It's peculiar how the open source aesthetic and the Microsoft aesthetic find such similar ways to be stomach-turningly wretched.

    2. Re:uhgg by fossa · · Score: 4, Informative

      From what I understand of interaction design, it's hard work. You can't have a contest "design an interface" and be done with it. That might be a start, if the design is based on observation. The next step would be to start implementing and bring users in for testing early on; then change the design as needed and keep testing. The design must be an iterative process. This is of course difficult with software; many use patterns may not be visible in the short term so I imagine it's easy to draw the wrong conclusions from the observations...

    3. Re:uhgg by Anonymous Coward · · Score: 0

      Uhgg, you said leverage.

    4. Re:uhgg by Aqua+OS+X · · Score: 1

      True. As an interactive designer, I can contest to it being incredibly difficult and time consuming. That's the main reason interactive design gets side stepped. Not only is there the visual design / illustration process that takes months, there is observation, research, specifications, etc.

      That said, opening this project up to the design community, even with massive time constraints, would probably yield more successful solutions.

      --
      "Things are more moderner than before- bigger, and yet smaller- it's computers-- San Dimas High School football RULES!"
  6. Pretty much all KDE apps can "print" to PDF by loqi · · Score: 1

    I've noticed as well that the option is generally not listed when you look for exporting... but the KDE print system can "print" to a PDF file.

    --
    If other reasons we do lack, we swear no one will die when we attack
  7. We want verifiable results by bogaboga · · Score: 4, Interesting
    Those folks at KDE/KOffice actually listen to user input or criticisms. That's good. So I'd like them to solve this issue once and for all.

    The issue is to do with fonts. I'd like to have a situation where the entire KDE desktop respects fonts selected by the still missing font manager. Right now, we have two areas where fonts can be configured and these are not [neccessarily] respected by all KDE apps! A wish issue has already been submitted.

    1. Re:We want verifiable results by pembo13 · · Score: 4, Insightful

      I do not think I understand your "wish" properly. Fonts aren't a problem for me, but I know this does mean that there is no problem. Could you better explain?

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    2. Re:We want verifiable results by pherthyl · · Score: 3, Insightful

      As the first reply already says, could you elaborate? Where's the link to the wishlist entry? Fonts seem to work ok here. Control center - Appearance - fonts. There are two other places you can adjust fonts, one is for the konqueror web browser, and one is the advanced editor kpart. Other than that all the apps seem to respect the overall font settings.

  8. Re:KDE by Anonymous Coward · · Score: 0

    What are you talking about? There's one site that has purported KDE 4 "screenshots". Where are all these others you claim exist?

  9. What I'd like by reason · · Score: 4, Interesting

    Not sure I agree with some of the ideas in the winning entry: most people don't want to work in full page view by default, for instance, since most of us are stuck with monitors and eyesight that make full-page view uncomfortable for reading.

    What I'd really like to see is a tool to remember what documents are associated with different projects. When I'm working on my "river1" report, for instance, I want to have "river1 draft manuscript.doc", "river1 budget.xls" and "river1 project plan.doc" open for easy access, and Matlab up with the path set to the river1 directory. I should be able to do all this with a single click.

    When I'm working on the "Lake Suchandsuch" project, I want to be able to open a different set of tools and documents with one click: perhaps a putty terminal connected to my high performance computer account, a gvim window with "buggy code.c" open, and a PDF of a scientific manuscript with details of the algorithm I am trying to implement. Does anyone know of a tool that can do this?

    1. Re:What I'd like by niteice · · Score: 1

      OS/2 could do that as far back as 1992.

      --
      ROMANES EUNT DOMUS
    2. Re:What I'd like by mvdw · · Score: 2, Insightful
      Does anyone know of a tool that can do this?

      What about bash? Seriously, though, I don't know of a tool that can save a particular desktop context, although KDE tends to save the context on logout, so when you log back in it's pretty much as you logged out. I don't think it extends to files within apps, though, unless they are KDE apps.

      It would make a great utility to sit in the task tray (for windows or for KDE or gnome or OSX or whatever): one click and it saves the complete desktop context (open files and all), and creates a desktop shortcut to that context. Maybe even with check boxes to exclude certain apps (like the mail client or mp3 player for example) from the save.

    3. Re:What I'd like by reason · · Score: 1

      Your brain can open several documents with one click?

    4. Re:What I'd like by Anonymous Coward · · Score: 0
      1. put all the relevant files for a project in one directory
      2. make a script that finds all documents of certain types in a directory, determines the appropriate aplications as needed, optionally adds some command-line parameters to known aplications and uses them to open everything.
      3. Place said script in the list of actions for the directory context menu.
      4. For more advanced use, make some sort of project file that lists all the documents associated with the project and have the script parse that instead, to remove the 'group in the same directory' requirement (bad for cross-referencing)


      Depending on the GUI selecting a context menu item might be a one- or two-click option. But you're right, the brain is not the one doing the clicking - I thought a working index finger could handle that part, as most 'human' packages have 2 of those included.
    5. Re:What I'd like by Limburgher · · Score: 1

      There's a tool I use on several platforms that allows me to group as many files as I like, of any type, into a single project. It's called a folder. I know it's not what you're looking for, but isn't it possible to do something like Select all, right click, Open, and have it open all the files in the associated apps? Some File Managers, including Windoze Explorer, will do this.

      --

      You are not the customer.

    6. Re:What I'd like by Anonymous Coward · · Score: 0

      I think emacs has this capability as well as the ability to check your email and compile any source code that you might have.

    7. Re:What I'd like by richlv · · Score: 1

      well, you could create a simple script that would launch needed apps or documents.
      something like

      soffice ~/docs/river1/*.od*
      amarok -play (or whatever is the correct commandline switch :) )
      gimp ~/docs/river1/*.jpg

      then launch this from a desktop you want all the apps to be on.
      using some additional switches you can also position documents in particular locations on the desltop etc.
      of course, this isn't very easy and is not feasible if things change often enough.

      i have created some scripts like these for myself, but they tend to change very rarely, so this approach works for me.

      --
      Rich
    8. Re:What I'd like by Silthanis · · Score: 1

      Actually, what you described does exist. It's called "Session Management", and KDE 3.5 provides it (I think it's been around since 3.2, actually). The program relied on works with other window managers too, and is called XSession. A session includes information about all running XSession-aware applications, which files they have open, etc. Details of use vary accross window managers.

    9. Re:What I'd like by reason · · Score: 1

      Thanks - I'll look into this.

    10. Re:What I'd like by reason · · Score: 1

      But of course I don't want to open every file relating to a project, just the ones that I am working with at the moment. Nor do I want to create new folders and scripts and shuffle documents back and forth every time this changes - I might as well just open them by hand if I'm doing that.

  10. Re:I love KDE by Anonymous Coward · · Score: 0

    Love it or hate it, you have to be impressed with what they're doing.

    Truly an American icon.

  11. It's starting.... by The+Bungi · · Score: 0, Troll
    A lot of those concept designs look like they're lifted right out of what Microsoft is doing with Office 12.

    Yay innovation.

    1. Re:It's starting.... by Anonymous Coward · · Score: 0

      "lifted right out of what Microsoft is doing with Office 12."
      "Yay innovation."

      If you feel so strongly about it, why didn't you submit a proposal yourself?

    2. Re:It's starting.... by Anonymous Coward · · Score: 0

      Sounds like someone spent all their money on keeping Windows secure, that or you are just one angry guy.

    3. Re:It's starting.... by catbutt · · Score: 1

      So does that mean I can't complain about the president bush because I didn't run for office?

    4. Re:It's starting.... by Anonymous Coward · · Score: 0

      Darl Mcbride? Is that you? Oh my God! Its been forever, its so fantastic to see you. You were with some company in Utah last I heard. What was it called, the Santa Cruz something or other... How did that turn out?

      How are things? Did you ever get that thing with the blisters on around your anus cleared up?

    5. Re:It's starting.... by Anonymous Coward · · Score: 0
      Unbelievable. Have you really just forgotten all those NAMES you should have used in your post?

      "an OS that was ROBBED off of legitimate software manufacturers and they can't even be bothered to hold onto the original name because the lead fag of the bunch has too big of a head is stealing from MS now"

      Aaahh, that OS.

      "Linux fags are nothing but thieves."
      Oh? Of Windows fags??? But how about those Linux programmers?

      Well, i guess your world revolves around different things than most peoples.

  12. Congratulations, by santaliqueur · · Score: 4, Funny

    I hope they give him a free copy for winning.

    --
    I do not accept czechs.
    1. Re:Congratulations, by CrimsonScythe · · Score: 0

      Actually, he got five free copies. He's selling the four extra ones on ebay.

      --
      The view was horrible and the smell was even worse; Julie severely regretted becoming a proctologist.
  13. Re:I love KDE by Anonymous Coward · · Score: 1, Funny

    Does "fucking loathe it" belong to "hate it"?

    you're just mad because Konqueror let me get first post.

    poor kid.

  14. The sorry state of Open Source user interfaces by jackjansen · · Score: 5, Insightful

    The comments to this article (so far) IMHO show why Open Source user interfaces are in such a bad shape: 90% is about some minor functionality that this-or-that package doesn't have, 9% is about graphics design. Only one post discusses the reason this submission won the contest: it proposes an innovative way to present your daily work.

    After 20+ years of research results that tell people what good user interface guidelines are, plus companies such as Apple that have products that more-or-less adhere to these guidelines, it seems that the open source community (I know, equating /. posters with the open source community is a bit of a stretch:-) still doesn't get the point. It is not about how many thousand things your application can do, it is not about beautiful screen layouts, it is about enabling the end user to complete the task they have set themselves with the minimal amount of hassle (especially if s/he has done a similar thing many times before), and helping them with that task as much as possible (especially if s/he is doing something for the first time).

    1. Re:The sorry state of Open Source user interfaces by slavemowgli · · Score: 1

      I take it that you're volunteering to help out, then? Great, welcome aboard!

      --
      quidquid latine dictum sit altum videtur.
    2. Re:The sorry state of Open Source user interfaces by pherthyl · · Score: 1

      90% is about some minor functionality that this-or-that package doesn't have, 9% is about graphics design.

      You forgot the inevitable and entirely useless "this is why open source/linux will never make it" replies.

    3. Re:The sorry state of Open Source user interfaces by Anonymous Coward · · Score: 0, Troll

      IMHO a big part of the problem is that the people who can best solve the UI problems, programmers, are generally quite happy with CLIs and basic, half-working GUIs (CLIs do tend to be more efficient for coding and other relatively "geeky" tasks) and either don't care about improving things, or (more frequently, IMHO) don't even understand what's wrong in the first place. Case in point: I usually use Windows or Mac OS, but I've been trying various distros for the last 6 or 7 years, and keeping a list of the various bugs and annoyances I encounter each time. Nearly every single one of my UI-related annoyances from Red Hat 5.1 and Mandrake 6.0 is still in Ubuntu, Fedora, Mandriva, etc. today, along with quite a few new ones from the various half-assed attempts at making things easier for newbies. Either nobody cares about fixing things (unlikely, given the number of "newbie-friendly" distros created and updated every year), or they don't really know what's wrong in the first place and instead concentrate on things they do understand (and apparently think will win over Windows and Mac users), like new features.

      If somebody made a linux GUI that worked exactly like Windows 98 (or classic Mac OS), I'd use it. Unfortunately, the best anybody's done so far is something that works like Windows 3.1 and looks like a freakish combination of XP, Vista, and Mac OS X, with some DOS thrown in when the overly simplified and bug-prone GUI config tools can't get the job done.

    4. Re:The sorry state of Open Source user interfaces by Coryoth · · Score: 2, Interesting

      Nearly every single one of my UI-related annoyances from Red Hat 5.1 and Mandrake 6.0 is still in Ubuntu, Fedora, Mandriva, etc. today, along with quite a few new ones from the various half-assed attempts at making things easier for newbies.

      Out of curiousity, what are the various UI-related annoyances that are kicking around still? I'm not arguing, I'm just honestly curious as to what bugs you - maybe I, or someone, can try and help fix some of it.

      Jedidiah.

    5. Re:The sorry state of Open Source user interfaces by ClamIAm · · Score: 0, Troll

      And 99% of proprietary software has beautiful UI design and functionality? I didn't think so.

    6. Re:The sorry state of Open Source user interfaces by QuantumG · · Score: 4, Insightful

      This is a problem with the whole industry, not just Open Source.

      --
      How we know is more important than what we know.
    7. Re:The sorry state of Open Source user interfaces by Anonymous Coward · · Score: 0

      Generally speaking open source developers are doing what they do for the love of code. They don't like to be meddled with and usually don't like outsiders telling them how crappy their crap is.

      That's the real problem.

      When you pay someone to do work they have to listen to others and in the end more often create better software than the open-source weenies living in a cave.

      I say this as an open-source developer myself. However, I actually pay attension to the outside world and design commercial quality stuff.

    8. Re:The sorry state of Open Source user interfaces by Overly+Critical+Guy · · Score: 1

      Agreed. That was the goal with my submission (which apparently didn't reach the judges, see my post earlier). I believe hitting users with a totally different paradigm they're not familiar with is a hindrance. Just keep it simple.

      I tried to organize functionality so there was only a relevant subset showing at a time that appeared in a context-sensitive sidebar and arranged in rows called "strips." Different sets of controls were available in mini-tabs at the top of the sidebar, so editing a text document would show text formatting strips, and at the top would be tabs for revealing strips for lists, wrapping, and more. E.g., working with lists would mean clicking the Lists tab and revealing those controls. Formatting the text would mean clicking back to those controls with the Text tab. I managed to strip the application toolbar down so it had five buttons max. The idea was that it would be easy to just look at the sidebar and see how to get the functionality you needed instead of wondering where it was at buried in some toolbar or menu.

      --
      "Sufferin' succotash."
    9. Re:The sorry state of Open Source user interfaces by ookaze · · Score: 1

      The comments to this article (so far) IMHO show why Open Source user interfaces are in such a bad shape: 90% is about some minor functionality that this-or-that package doesn't have, 9% is about graphics design.

      You know what ? Linus disagree completely with you, he says that's a good thing to do.
      And just look at the flame wars that ensued. And then you're wrong about FOSS, as Gnome does the opposite, and lots of people sided with Linus on the flame war against Gnome.
      The point is that in FOSS, you have two different visions on the main DE, you have choice, and yet, you manage to say that all of FOSS UI have a problem ?
      I call this FUD, sorry.

      Only one post discusses the reason this submission won the contest: it proposes an innovative way to present your daily work

      But like you say later, it is foolish to say /. = FOSS family.

      After 20+ years of research results that tell people what good user interface guidelines are, plus companies such as Apple that have products that more-or-less adhere to these guidelines, it seems that the open source community (I know, equating /. posters with the open source community is a bit of a stretch:-) still doesn't get the point

      Like I said, you're wrong. And it's more than a stretch to equate reactions to a story on /. with FOSS community, it's pure FUD.

      It is not about how many thousand things your application can do, it is not about beautiful screen layouts, it is about enabling the end user to complete the task they have set themselves with the minimal amount of hassle (especially if s/he has done a similar thing many times before), and helping them with that task as much as possible (especially if s/he is doing something for the first time)

      I have problem understanding what you mean, it just seems impossible to do.
      I just take grep. Grep completes its task with a minimum amount of hassle on the command line (it's just impossible to be as fast grepping with a GUI), it can do many thousand things, it does not do beautiful screen layouts by itself, and I wonder if you think the 'grep --help' is enough to help a beginner with the task. Does grep have a good UI ? A lot of /. people seems to disagree, as these people always disparage the command line. I know they are ignorant people, but those are the same that says FOSS is doomed if you have to use the command line.
      What you say is theory, in real world, trade-off have to be made.

    10. Re:The sorry state of Open Source user interfaces by Hektor_Troy · · Score: 1

      Completely off topic, but I've seen your signature a couple of times, and I've played around with it a few times. I can't help but wonder if you know of a way to design document styles in the same way as the presentation style. I have little use for presentations myself, but I wouldn't mind being able to make some better document styles than what I have available (plus, I've no clue how to modify styles as it is).

      --
      We do not live in the 21st century. We live in the 20 second century.
    11. Re:The sorry state of Open Source user interfaces by Coryoth · · Score: 1

      It would be simple enough to do - the hard work is in reading the SVG and converting things like font sizes and positioning into something in LaTeX. Given a different base class (instead of the presentation class) it should be easy enough. Perhaps I'll work on that if I get some time.

      Jedidiah.

  15. sombody forgot the users by idlake · · Score: 0, Offtopic

    There may be some useful ideas in there, but for a document proposing the future direction of a major piece of existing software goes, this is laughable: there are no references to user studies, feedback, or other kind of user-centered design in there; all this is based on is looking at Microsoft Office and a bit of navel gazing.

  16. The sorry state of Open Source Sequels. by Anonymous Coward · · Score: 0

    But 2006 will still be the year for desktop Linux. Right?

  17. Wow, I like this very much. by furry_wookie · · Score: 2, Informative
    --
    -- Given enough time and money, Microsoft will eventualy invent UNIX.
  18. Re:KDE by Poltras · · Score: 2, Informative

    Try this.

  19. Some difference from iWorks??! by hotfireball · · Score: 4, Interesting

    Sorry for my blindness. But does somebody can point me the difference in the principle between this proposal and Apple iWorks already developed? I see the same style drawer, same page thumbnailer and so on. Currently I see worse iWorks clone, since iWorks/Pages2 offers you better working space since you use only the tools you need actually.

    IMHO, @ KDE there was much better proposals than this one.

    Am I missing something?..

    1. Re:Some difference from iWorks??! by CrazyWingman · · Score: 1

      Here, here. That's exactly what I've been thinking while reading through these things. A good deal of the ideas in these proposals are exact copies of the iWork suite.

      BUT, I have to say that I don't think this is a bad thing! I've been using Pages and Keynote for a few months now, and I absolutely love them. Pages is a little bit different than your average word processor, but that's what I love about it. It lets me create a document with my content, rather than hassle with settings and other blech. Until Apple decides to market iWork for other platforms, I applaud KOffice for learning from an innovative leader. Bring the good features to the rest of the masses, so they can see what they've been missing all these years!

    2. Re:Some difference from iWorks??! by hotfireball · · Score: 1

      It isn't bad itself: still better than keep previous (totally unusable) one.

      But it just shows me over and over again: no brand new ideas but still only follows up by OSX or Windows. GNOME had copied Expocity from OSX, KDE wants to do the same and announced plans on Dashboard support, now Martin stole iWork ideas.

      What's next?

  20. I've seen this UI before... by stubear · · Score: 1

    ...now where was that? Oh, yeah, Microsoft Word for Mac. Except they did it right. Despite what they claim in the article, floating palettes most certainly have been used in office apps.

  21. Internal desktop by sinewalker · · Score: 3, Interesting

    Well, I agree that the internal desktop (and the MDI interface model in general) sucks, but is it a bad idea, or is it just an unworkable implementation of a good idea? The good points of the internal desktop were that the different document types could be made to work together in a fasion that the OS doesn't seem able to do (the office suite is able to get at the meta-data and internals of your documents, and facilitates good indexing and integration of the documents -- but the OS just shows you filename/type/size and a date). The bad points are that the "Office" desktop and the "Real/OS" desktop are as seperate from each other as the "Physical" desktop items that your computer sits upon. So if you have a document that isn't produced from one of the suite's programes, it becomes difficult to locate and use it in the office desktop. I would like to see the some of the ideas from SO5 and the winner's proposals migrate into the actual OS desktop. Unfortunately that would mean sharing meta-knowledge of the documents between the OS and the office apps, and would effectively end the cross-platform goals for KOffice and OOo.

    --
    “Our opponent is an alien starship packed with nuclear bombs. We have a protractor.” — Neal Stepnenso
    1. Re:Internal desktop by AvitarX · · Score: 1

      Well KOffice has the advantage of having its own desktop environment to work with.

      Without KDE it could just not have those features, and on it use them. If I am not mistaken the KDE team has already integrated some stuff into KDE that the OS is unaware of (in removable media)

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    2. Re:Internal desktop by richlv · · Score: 1

      exactly what i thought. koffice should not create it's own desktop, but instead use what is offered by kde already (maybe integrating in pager thingies slightly more, maybe interacting with the desktop through superkaramba).

      it's disadvantage (close ties with kde, which have so far limited it to *x only) could be turned in serious advantage over other office suites that do not have such a connection with desktop environment (ms actually already are using methods to integrate with os better by reusing components which allows to increase startup speed and reduce memory load)

      --
      Rich
  22. Call it sour grapes... by Overly+Critical+Guy · · Score: 4, Interesting

    I'm hugely disappointed; I sent my PDF entry to three email addresses, even contacted Ingwa on IRC for confirmation of receiving my entry, and it's still not shown on the results page. I wonder if they ever received it.

    I don't know if my idea sucked or was plain and obvious, but it's a huge bummer it's not even on the results page for some reason, as though they never received it. Mine was an interface reorganization with an emphasis on a context-sensitive area to keep things familiar and free of clutter (first thing to go was that horrible toolbar).

    I can't believe all this time I've been sitting here thinking they were reading it. I put a lot of work into it. I wonder what the heck happened. :-(

    Since it doesn't matter now, I offer it to Slashdot. Click here to read my entry in original PDF form if you want to check it out. Let me know what you think. It's nothing revolutionary, but it's not intended to be. These crazy experimental office interfaces are exactly what the user doesn't need.

    Man, what a disappointment that they never even got it. Figures. But hey, I offer mine here as GPL too--if someone wants to use it for something, go right ahead.

    --
    "Sufferin' succotash."
    1. Re:Call it sour grapes... by binford2k · · Score: 1

      No offense, but this seems like just cleaning up what's already there. I think the idea was to come up with the *next* idea in user interfaces. It struck me as sort of a brainstorming session.

      Well done proposal though.

    2. Re:Call it sour grapes... by Anonymous Coward · · Score: 0
      You:
      1. are simplifying the interface
      2. don't have "shiny plastic" in your mockups
      Verdict: send it to abiword, not suited for KDE.
    3. Re:Call it sour grapes... by Overly+Critical+Guy · · Score: 2, Interesting

      That was the very idea. I believe KOffice simply needs some cleaning up. The temptation is to invent some radical new paradigm, but we don't reinvent books or automobiles, do we? Their interfaces have well-defined paradigms that we're all familiar with. I thought it best to pack all the esoteric functionality away into a side column of controls that appears based on context, divided into two modes of editing and annotation, and to clean up everything else so that there are at most five large buttons on the toolbar, and you can find the functionality you need in the sidebar (and if it's really esoteric, it's in the menus).

      The contest called only for an interface redesign searching for ideas that may be implemented in KOffice 2; perhaps it wouldn't have mattered either way if my submission went through, but I gave the link for anyone curious. Sidebars are hardly new, but I tried my best to document a set of workflow behaviors for each application to follow that makes the sidebar a useful tool. You can make things easier to remember for users, and that will go a long way toward speeding up their productivity. Office 12, despite its ribbon controls, is still a massive orgy of toolbar buttons that you'll hunt and peck through because it's all exposed at once. I tried to organize functionality so that you're always looking at only the functions you need at the time, yet you can easily move to a different set when needed (like clicking the Wrap tab to get functions to modify an object's layout, or clicking the List tab to format it as a bullet item).

      --
      "Sufferin' succotash."
    4. Re:Call it sour grapes... by Saunalainen · · Score: 1

      I notice that your PDF declares itself as being made with Pages on Mac OS X. Perhaps they doubted your commitment to Open Source Software?

    5. Re:Call it sour grapes... by oliverthered · · Score: 1

      I had a simpler version of your idea (not submitted to the Koffice comp because I didn't know about it).

      Basically some of the menu entries are colour coded based on the kind of functionality they provide, included is a colour code for functions that I can perform directly on the currently selected object. This may be a better idea for something like Gimp but it can easily be applied to most applications with little more than allowing menu entries to be coloured.

      --
      thank God the internet isn't a human right.
    6. Re:Call it sour grapes... by bensch128 · · Score: 1

      Wow, That's a nice submission...
      I really agree that its more rational to continue with the standard interface and improve it with interface adjustments. Using the sidebar as a modaless dialog is a really smart move... It would fit nicely into the entire kparts concept.

      Cheers,
      Ben

    7. Re:Call it sour grapes... by Anonymous Coward · · Score: 0

      One of the other GUI submissions on the results page was written in Pages if you check the PDF creator code. The contest said you could use any tool you wanted, and you didn't even have to be a user of KOffice either.

      It would be silly for the KDE guys to reject someone's ideas because they wrote it in Pages...

  23. In search of the elusive paper replacement by Omega+Blue · · Score: 3, Insightful

    After years and years of advancements in computing we still haven't been able to create a replacement for paper. Paper is still the best choice for taking notes, jotting down ideas, drawing things, etc., etc.

    The reason is simple - you can put anything down (that you can with a writing implement) anywhere on a piece of paper. For example, you can start with drawing a sketch in the middle. Then putting down some annotating text and connecting them with arrows to the sketch. Perhaps you could make a detailed diagram of an especially complicated part at a corner. On the back of the sheet you can make some quick back of envelope calculations. After you are done, you can put the whole thing safely in your wallet.

    Do we care about typefaces, point sizes, and that sort of thing? No. All those have nothing to do with the formation, recording, and refining of ideas. However a lot of time was spent on these features that should really belong on an end node down near the very bottom of the creative process.

    1. Re:In search of the elusive paper replacement by kadathseeker · · Score: 1

      What about editability, speed, and legibility? People used typewriters long before M$ Word.

      What if you are writing a book? You can't fit that much paper in your pants (unless your wife is very lucky). Sure, portable typing is kinda useless, unless you need to email or reuse it later on a computer or something else particular.

      --
      The 'Net is a waste of time, and that's exactly what's right about it. - William Gibson
    2. Re:In search of the elusive paper replacement by tilde_e · · Score: 2, Interesting

      I agreed with this 100%. Then I went back and read it and found that document does reference pen and paper and it also says "All these thoughts and ideas have one common goal: Reduce the users effort while creating a document. The user should only enter the data e.g. the text and define a layout and a structure. He should concentrate on the things that matter."

      But as a synthesis on top of what I gather is the spirit of your comment, jotting ideas is naturally messy, and the act of refining and reflecting on these ideas before they are crystalized is an important part of the process. But since this interface might be so efficient with all of its patterns, someone will have made a permanent visual design decision while still in the middle of writing the content. That piece of paper in your pocket is the equivalent of the software throw-away prototype which should never be released (yeah right that rule never gets violated).

      So it may turn out that this doesn't promote any process, but instead it creates a One-Stop Document Shop -- like email, it can be written and delivered before the author has even had time to realize what ended up in the document. (I just searched the document and didn't find any reference to KMail, I would have expected some challenge to Outlook in this integration.) On the other hand, when a word processor is too hard to use, the user might just click a template button, enter some content and press print.

      BTW, while we're rethinking the word processor, isn't the save button antiquated? Shouldn't the application be journaling all my actions and if it crashes it opens in the exact state it left? There should really be more of a tagged version scheme where versions are explicitly tagged, but many more versions are automatically created and garbage collected over time when they aren't tagged for keeping. I would have to be retrained if this was implemented because I currently have a habit of hitting Ctrl + S pretty much after each mental breath I take.

      Here's my usage model:
      I immediately turn on the paragraph marks, get rid of a toolbars and menus and make the document full screen. The paragraph marks add extra noise to the document to help keep the flow going and make the big blank document not so intimidating.

      It's only after I have at least a page of content before I start breaking it up with headings or however else I need to start bring more form to the document.

    3. Re:In search of the elusive paper replacement by Anonymous Coward · · Score: 0
      Paper is still the best choice for taking notes, jotting down ideas
      If someone besides you needs to use them a wiki is a far better choice, meybe even if only you will use them.
      drawing things, etc., etc.
      That's mostly an input device problem.
    4. Re:In search of the elusive paper replacement by dodobh · · Score: 1

      Then I went back and read it and found that document does reference pen and paper and it also says "All these thoughts and ideas have one common goal: Reduce the users effort while creating a document. The user should only enter the data e.g. the text and define a layout and a structure. He should concentrate on the things that matter."

      Perhaps someone should implement this. Someone might even write a GUI frontend to it!

      --
      I can throw myself at the ground, and miss.
    5. Re:In search of the elusive paper replacement by nagora · · Score: 1
      Well spotted. The GP is exactly what I do with TeX: enter the data and apply a format file to it. With standard ones I've developed over the years for my own use I find TeX faster and easier to use (especially for indexing, running headers and TOC generation) than any graphical WP system.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  24. I solve this problem by... by 2008 · · Score: 1

    using multiple desktops. Have a different desktop for each project you're working on, you can switch between them with 1 click.

    Linux has had this for ages, and I think you can get it working with OS X and Windows too with some 3rd-party tools. You need a lot of RAM (or a big swap file and some patience), and good uptimes (since the desktop state doesn't survive reboots), but if you have that it's a killer feature for handling multiple projects.

    --
    I quit!
  25. close by toby · · Score: 1

    If you'd said "vi on a Sun3", you'd have had to trade the Funny modifier for Informative.

    --
    you had me at #!
  26. Proposal creation by strcmp · · Score: 1

    It's interesting to check how these PDF proposals were created. I can usually find this out in Preview with Tools -> Get Info -> Details -> Content creator. David Metz, for example, wrote his proposal in Pages.

    --
    "Yields falsehood when preceded by its own quotation" yields falsehood when preceded by its own quotation.
  27. To those who say KOffice is duplicated effort: by craXORjack · · Score: 1

    That argument is about as valid as saying that there should only be one text editor. Both KOffice and OO.o will be using OpenDoc as the native format. And since OpenDoc is actually open and not just a closed but "defacto" standard, the interoperability will be extremely good. So use whichever suite suits you.

    --
    Liberals call everyone Nazis yet they are the closest thing to it.
  28. Re:If only... by Slashcrunch · · Score: 0, Offtopic

    I totally agree. I avoid Gnome apps whenever I can for this exact reason. The File Chooser is absolutely shocking! I prefer the KDE File Chooser by far. Usually I type paths and filenames, with the aid of autocompletion. When I'm lazy I can point and click easily, and it just isn't a chore! Compared to the Gnome File Chooser... well, there is not comparison IMHO.

    The Gnome File Chooser is what ticks me off about using Firefox. I wish I could use Firefox with the KDE's instead.

  29. Re:If only... by Anonymous Coward · · Score: 0

    err
    In gnome's file chooser...
    You can start typing a file name (say you hae hundreds of files in a dir but you know the name) and the selector will jump to the file (or folder).

    If you want to typoe the path just press / (which brings up the location box) and enter the location path of where you want to save / open and even that auto completes.

    Learn about things before dissing them

  30. Comment removed by account_deleted · · Score: 2, Insightful

    Comment removed based on user account deletion

  31. The sorry state of staying put. by Anonymous Coward · · Score: 0

    Yes. However open source is the one that's vying to be a replacement for closed-source. Not the other way around. A "problem" for OSS isn't the same thing as a "problem" for closed-source. One will drive people TO OSS, while the other will keep them were they are presently.

  32. Re:If only... by Anonymous Coward · · Score: 0

    I know all about GNOME's file chooser and I hate its guts. Something that is ugly, doesn't allow you to sort, provides *no indication* that you're actually able to *type* a file you're trying to open (until it awkwardly displays a popup and then behaves unlike every other app on the planet in that its autocompletes actually *MOVE* the cursor forward to the end of the autocomplete rather than simply displaying it and letting you keep typing), etc deserves to burn in hell.

  33. Re:If only... by Anonymous Coward · · Score: 0

    KDE's file chooser is just modelled on Windows 2000/XP, nothing innovative there.

  34. Kexi runs natively under Windows by Anonymous Coward · · Score: 0

    Kexi runs natively under Windows since late 2003.

    Try it out: http://www.kexi.pl/wiki/index.php/Kexi_for_MS_Wind ows

    jstaniek

  35. Re:KDE by mrsev · · Score: 1

    >By my calculations, based on Godwin's law, this thread is likely to die quickly.

    That is because you use Nazi techniques to do your calculations.

  36. The two things I desperately want from KOffice by Budenny · · Score: 1

    Neither one of them has to do with the gui.

    One, a decent outlining function in the WP. Drag and drop of sections and auto renumbering.

    Two, the functionality of Filemaker v4 in Kexi. That is, make up a form with calculation fields, forced choice from popup menu, drag and drop layouts - all the stuff that makes it possible for an ordinary user to do an application in FM in a half hour, and that will take him....how long in Kexi?

    Do both of these, and it will be an absolute killer.

    There is also a bit of an issue with the spreadsheet. A while ago I had to open one consisting of 2500 rows and about 40 columns. The only open source spreadsheet that would really handle it was OO. So they maybe need to look at performance issues on the spreadsheet. But for most refugees from Works, its probably fine as is.

    1. Re:The two things I desperately want from KOffice by Anonymous Coward · · Score: 0

      Performance in KSpread generally should be much better in the up-coming 1.5 for medium-sized spreadsheets.

      Loading and saving such a large spreadsheet will probably be quite slow (partly due to the way XML files are parsed and loaded into memory - that is something which needs a major rethink in the future), but actually painting the sheet and calculating the values of cells is faster than it was in older versions.

      The memory load is still way too high though. I tried creating a spreadsheet of 2500*40 or so cells (each filled with a mixture of random formulae, numbers or text) and the memory consumption was > 500MB.

  37. Functional clarity by KlaymenDK · · Score: 2, Interesting

    Even though I may sound just like my fellow posts here, I wanted to drop you a comment.

    I must say that your PDF reads much like an Apple GUI guideline, and not like something intended for KDE. What I mean to say is that it shows how much you value functional clarity (perhaps too much so, in the eyes of /.ers and KDEians). Anyhow, kudos to you; you should submit those ideas to another project that is more willing to apply, well, functional clarity.

  38. Re:If only... by Anonymous Coward · · Score: 0
    I guess i should have a look at the Windows 2000/XP file chooser then...

    The Gnome file chooser i do know, however. It *might* be innovative, i don't care, it *does* suck.

  39. Re:It's not shiney [sic] enough. by ne0n · · Score: 2, Funny

    outway is my new favourite word of the deigh ;)

    --
    $ :(){ :|:& };:
  40. Re:If only... by Anonymous Coward · · Score: 0

    GNOME's file chooser is like some kind of UNIX from two decades ago, so how is that any better?

  41. Listening to users by Anonymous Coward · · Score: 0

    Those folks at KDE/KOffice actually listen to user input or criticisms.

    That's exactly the problem - users don't know what they need - that's what interaction designers are for.

    Improvements in productivity (significant ones, in any case) are rarely triggered by user input, and I think this is one of the main reasons linux desktop is still so far behind Windows and OS X (not trolling, I swear).

  42. Re:If only... by omega9 · · Score: 1

    Isn't that Microsoft's own attitude you're borrowing there?

    They're the ones that drone on and on (and on) about innovation, and we're the ones that don't use their stuff supposedly because it's crap or we just generaly don't like it.

    So by your own reference you invalidate your arguement to the very crowd you're trying to appeal to.

    --
    I'm against picketing, but I don't know how to show it.
  43. Re:It's not shiney [sic] enough. by biglig2 · · Score: 1

    Heh, got me! One of the many perils of posting to Slashdot when in bed. (My gf can provide a lis tof the others if you like)

    You know, for years I used to genuinely think that the word "outage" was actually spelt/pronounced "outrage".

    --
    ~~~~~ BigLig2? You mean there's another one of me?
  44. Usability by phorm · · Score: 1

    Not 100% true. I've had apps that were "pretty" but a whole lot less useful. In fact, quite often in many applications the prettiness (windows zooming around, animated icons, annoying bloody paperclips) gets in the way of the actual functionality.

    For example, I've been reliving the "good ol' days" with ZSNes and GSnes (GSnes being a snes9x frontend). ZSnes has an interfaces which is independent of my windowing environment, so it doesn't get any of the fancy KDE/etc decorations etc. However, on closer investigation the menus are better laid out, and it performs better (uses GL acceleration, whereas the '9x openGL version has broken netplay).

    All in all, between the two I'd rather choose the more usable/functional product, even if it isn't as "pretty." The same can be applied to OpenOffice, with part of the "usability" on an immediate basis being how close it is to MS Office for users who have been familiar with that product like.

  45. and GIMP too... by phorm · · Score: 1

    Semi-OT, but I thought I'd pop it in as useful, since I'm surprised that KOffice can't open PDF (at least in read-only mode or something like that): you can open PDF or PostScript files in GIMP (I think it might require GhostScript, though). Useful if you receive PDF documents which you need to "sign" and "fax"... at least more useful than the "print, sign, re-scan, fax with faxmodem" method I used to use.

    Still, I wish that there were a native KDE app that could handle adding/editing PDF's more natively, so that I could simply add a page signature as opposed to exporting each page to GIMP. Neither KOffice nor OO do that (and certainly MS-Office on windows does)

    1. Re:and GIMP too... by diegocgteleline.es · · Score: 1

      You can open PDF or PostScript files in GIMP

      Wonderful, now I can edit PDFs with my favourite GTK office suite.

  46. KDE filepicker in Firefox by Anonymous Coward · · Score: 0

    The Firefox devs have been refusing to implement the KDE filepicker in Firefox:

    https://bugzilla.mozilla.org/show_bug.cgi?id=29884 8

  47. Re:KDE by Anonymous Coward · · Score: 0

    Those fall into three categories:

    1. Screenshots of KDE that just happen to have "4" in the filename.
    2. Screenshots of the HEAD branch - what will become KDE 4.
    3. Mockups that aren't labelled as screenshots.

    I ask again; where are all these sites that are supposed to have KDE 4 screenshots? I know one site made it to Slashdot with mislabelled mockups, but that's it. Where are all the others? No, Google searches filled with false positives don't count. Either post links to more than one site or rescind your baseless claim.