Slashdot Mirror


Linux Development Call To Arms

Hell O'World writes "This ZDNet Article points to the direction that Linux developers need to follow. Many people think that Linux needs an Office clone to gain acceptance, but the truth is that monolithic software is not the future. To get all of the functionality that anyone could possibly need in one place, the Office paradigm is to have everything there at once, and that takes a huge amount of resources to load, and years to learn. Linux will not gain converts by giving users the same thing, that they will then have to relearn. The power of UNIX is in connecting small, fleet-footed tools. What we need now is to create an environment, where users can easily create customized tools for the way they work, and developers can easily add new functionality."

300 comments

  1. Office is not a big monolithic blob by dan+the+person · · Score: 4, Informative

    FOr years and years, MS have been made it up from small reusable components. Need to display a graph in Word? Well, word doesn't have spreadsheet program built in, it embeds an Excel component.

    Need a graph, well it embeds MS graph. Need an organisation chart? Well there's a seperate reusable component for that.

    1. Re:Office is not a big monolithic blob by dan+the+person · · Score: 2, Informative

      Need to display a mathmatical formula? Well there is the small fleet-footed equation editor component that can be embeded into any OLE capable program, none of these components are tied specifically to Office, they are small reusable components(and reusable from the end users perspective too!)

    2. Re:Office is not a big monolithic blob by jmccay · · Score: 4, Funny

      You are forgetting the flight simulators and arcade games embeded into MS Office as easter eggs.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
    3. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 2, Interesting

      Small?
      Fleet footed?
      Try inserting 50 equations onto a page.
      Watch your file size and memory usage.

      I tried to write a CS report in word once, rather than TeX, just for kicks, and after 10 equations, the file size was multiple megabytes.

    4. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      The funny thing is by the time I get X & whatever windows manager and some office program running in my old 486, it is already SLOWER than running old office 95 under win95.

      Apparently Linux + X windows managers has gone a bit bloated in the last few years.

    5. Re:Office is not a big monolithic blob by chill · · Score: 1

      Need a flight simulator? Heck, just use the one in Excel!

      Bloat.

      --
      Learning HOW to think is more important than learning WHAT to think.
    6. Re:Office is not a big monolithic blob by BitwizeGHC · · Score: 1

      There was a discussion about this on KDE's Dot (i.e., not this Dot bot the other one). I dislike component models for the reason that they are very tightly integrated. The interfaces are specifically delineated and as such, become immutable. They can't be changed without breaking the application somehow. Also, in order to do anything in the Office model you must load umpteen components, creating dependency hell. The end result is all the bloat of a monolithic application, and then some to make the COM components talk to one another.

      Add to this the fact that most Microsoft components are proprietary software, and you have vendor-lock. So really, COM has proven to be object-oriented programming without many of the advantages of OO (and with a layer of cruft added on to make non-OO C and Basic code function as if it were OO).

      The Unix method is much simpler: it is simply a series of interconnected programs that expect a certain input and return a certain output. Unix shell programming is a lot like programming in functional style, with the functions being separate executables. The emphasis is on transforming the data you're working with, not on the magic concept of "objects" and "components". Thus, any program that performs the operation on your data the way you want it to is the right tool for the job.

      The ideal Linux office suite would probably be something like a super-Emacs. It would have a repository of functions that handled various types of data. When you load a file it would search for and install the functionality it needed, and then unload it when it is done. Despite the jokes (Emacs Makes A Computer Slow and suchlike), Emacs has the power to do a greater variety of tasks than Microsoft Office, in a considerably smaller footprint. Although I've seen mail, news, IRC, and AIM clients, and even Tetris games written entirely inside Emacs, I haven't yet seen the business end of the application spectrum addressed in Emacs, or even using the Emacs philosophy. (Emaccess? Officemacs?) I should really like to see that happen, though.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    7. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 1, Insightful


      Do you know *anything* about COM/DCOM at all?
      COM != OOP DCOM != OOP
      Unix "programs" have standard interfaces as well. Data is piped via stdin and returned via stdout. The input data is expected in a certain format. The output data is returned in a predefined format.
      Hmmm.. sounds like an interface to me!
      COM is nothing more than a standard which defines the call stack for any "components" function call.
      COM interfaces are supposed to be immutable. This guarantees compatibility with older applications. COM objects can have multiple interfaces. Use the one that suits your application.
      COM interfaces can also be "extended" using interface-forwarding.
      Those that haven't used COM in a real-world environment shouldn't knock it.
      The bottom line is that if you alter an "interface" of a unix "binary/script", caller applications will still break unless they account for the change.
      There is no practical advantage to the stdin/stdout method over COM.

    8. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      It's really sad that the most hacker-oriented features of Microsoft Office (the snuck in dealies that hackers used to delight in including 'behind the suit's backs) are now bemoaned here. Are we all becoming pointy-haired bosses or something???

    9. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      Let's have some hard figures, and of course we only want to know the amount used by the equation editor. Plus, it would be nice if you reported the difference between that and your alternative.
      I remain,
      A skeptic until then,
      AC

    10. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      I totally agree with you. The previous pster has absolutely no clue about COM, and furthermore, I detect a distinct lack of any programming experience whatsoever. I do wish people would shut the fuck up unless they knew what they were talking about. Sigh...

    11. Re:Office is not a big monolithic blob by BitwizeGHC · · Score: 3, Insightful


      COM != OOP DCOM != OOP



      I beg to differ. The COM code I have seen quite remarkably resembles instantiation of and passing messages to objects in an object-oriented paradigm. Let's not forget the giveaway: the acronym itself. Component Object Model. Microsoft has been a big booster of the "object-orientedness" of its component architecture.



      Unix "programs" have standard interfaces as well. Data is piped via stdin and returned via stdout. The input data is expected in a certain format. The output data is returned in a predefined format.
      Hmmm.. sounds like an interface to me!


      Yes, but that interface is both trivially simple and completely transparent. It makes coding and debugging the "components" and the applications which use them much faster and easier. It also allows you to fit the pieces together in new and intriguing ways. You lose a bit of flexibility at the component level (only one simple interface) but gain flexibility when your scope is the overall application.


      COM is nothing more than a standard which defines the call stack for any "components" function call.


      Most object-oriented paradigms are simply this: they simply associate this chunk of data with that bundle of operations. This is usually veiled very carefully to force the programmer to think in terms of magical function-data aggregates ("objects") instead of seperate data and function calls (which is how computers work, at least those using von Neumann architecture).

      This is not necessarily a disadvantage in itself; sometimes it's desirable. Games and GUI widgets are best expressed in object-oriented style, for instance. However, the disadvantages of the COM approach (bloat, complexity hell, vendor lock) make it a mess to deal with.



      Those that haven't used COM in a real-world environment shouldn't knock it.


      I have used it in a real world environment. And there are times when I would have much rather simply piped my data through a perl script.
      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    12. Re:Office is not a big monolithic blob by einhverfr · · Score: 2, Insightful

      The funny thing is by the time I get X & whatever windows manager and some office program running in my old 486, it is already SLOWER than running old office 95 under win95.

      Apparently Linux + X windows managers has gone a bit bloated in the last few years.


      The funny thing is that by the time I get Windows 2000 and Office XP running on that old Pentium 1 with 64 MB ram, it is much slower than that Linux combination you are talking about.

      Yes, I agree it would be nice if we had office applications for those old computers, but nobody, including Microsoft, has made that their priority.

      --

      LedgerSMB: Open source Accounting/ERP
    13. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      Wow, you obviously weren't that good at it then. Was it your anti-MS zealotry? Or are you just a very poor programmer?

    14. Re:Office is not a big monolithic blob by greenrd · · Score: 1
      The reason for this is simple. MS does not lose many customers due to this crap coding. They can afford to code up completely stupid O(N^3) algorithms in a rush and slap over the more critical bugs with half-assed fixes, as long as they don't lose too many customers over it (ever tried to save a big file direct to a floppy? - sure feels like an O(N^3) algorithm - I'd swear my Amstrad PCW had a faster data transfer rate!)

      The trouble is, MS has so many monopolies now, they will not lose very many customers over nearly anything now - which gives them impunity. (Their main competition for Word etc. is themselves, so if the old version has a worse version of the same bug, that's an incentive to upgrade!!) Which is exactly why tough and swift antitrust enforcement is sorely needed.

    15. Re:Office is not a big monolithic blob by BitwizeGHC · · Score: 1

      I underestimated your troll nature, Mr. AnCow. I shan't make that mistake again.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    16. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      I wasn't the original AC... But anyway... Underestimate me at your peril, sir...

    17. Re:Office is not a big monolithic blob by jfunk · · Score: 4, Insightful
      it would be nice if you reported the difference between that and your alternative.


      I take it you've never used TeX.

      I recommend trying out LyX, an advanced frontend. After going through the tutorial, I promise that you will be forever annoyed with all other "word processors."

      Unfortunately, due to marketing forces, I had to stop using LyX at work some time ago. Every time I write a document now, I feel like I'm using a frigging hammer-and-chisel.

      Sigh.
    18. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      Sigh. Floppies are hardware. MS do not make the floppy drives. The OS tells the floppy to do something. It takes a while. Eventually it reports that it has finished. The OS (MS, or other) gets on with business. You clearly know nothing about what O(N) notation means. You clearly know nothing about how floppies work. You clearly know nothing about how modern OS's work. In short, ... Well, *you* work it out...

    19. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      A Sigh back to you, because I am perfectly happy with the tools I use.

    20. Re:Office is not a big monolithic blob by ignatzMouse · · Score: 1

      Back in 1996 I was trying to include some Word generated files inside an access database of about 8000 records. The instructions waxed poetically about the power of office and how you could embed one type of object inside another application using OLE. So, I created an OLE Object field for the database and inserted the word documents into the database field. After 10 records the database of 600k had grown to 11MB. Not really interested in having a database of 8 gigabytes on a harddrive of 500MB, I gave up on the idea. Years later I wanted to see if the product had been fixed in the 97 version. Nope. Same effect.
      Now sure I wasn't that savy about Microsoft Voodoo, but hey, I was just following the manual. These days I'm very happy sticking to PostgreSQL, thank you.

      --
      No artist tolerates reality. -- Nietzsche
    21. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      I recommend washing out your PC after installing linux to clear it of microsoft ones and zeros. L1n1x r00lzz
      sdfl;ksjdfklsdf

    22. Re:Office is not a big monolithic blob by xZAQx · · Score: 1

      Is there really an Easter Egg in Excel? How stupid...

      --

      We dance to all the wrong songs.
      --Refused.
    23. Re:Office is not a big monolithic blob by damiam · · Score: 1
      Is there really an Easter Egg in Excel? How stupid...

      Yep... use the following in Excel 97 (stolen from eeggs.com):

      1. On a new Worksheet, Press F5
      2. Type X97:L97 and hit enter
      3. Press the tab key
      4. Hold Ctrl-Shift
      5. Click on the Chart Wizard toolbar button
      6. Use mouse to fly around - Right button forward/ Left button reverse

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    24. Re:Office is not a big monolithic blob by Ivan+Raikov · · Score: 1

      Since when does Excel constitute a "small, reusable" component? I remember that Excel in the Office 4.0 (circa 1994) suite was about 20 MB barebone installation, and the entire product was over 200 MB.

      At the same time, my TeTeX distribution, version 1.0.6 from December 1999 is exactly 50144057 bytes, or a little less than 50 MB. If we make a very generous estimate for temporary files created by TeX, such as fonts, etc., the entire space occupied is maybe 80 MB -- let's double that and make it 160 MB for the purposes of our demonstration.

      The difference here is that I can remove every single package from the distribution and still end up with a perfectly functional typesetting engine, provided that it has access to at least one font file. And I can add packages just as easily, or I can write my own ones.

      And you know what? The complete documentation on how to write extensions in TeX has been available for more than 15 years now. No constantly changing, undocumented APIs. No ridiculous platform dependencies. Tech support provided for free by Usenet, which far surpasses most commercial tech support facilities. Software which is dependable, modular, and free as in free speech and as in free beer.

      Consider the following: in just a few dozen lines of code, I can write a script that dynamically generates TeX (or derivative) markup, and automate tasks like mail address lookup and merging, or anything that involves sophisticated text processing with multiple input sources; I'm doing this with tools like Awk and M4, which have not been specifically designed to interoperate with each other, but they are exteremely flexible, and, combined with the power of TeX, are suitable for the most challenging document production tasks. At the same time, all of these tools operate just as well in various other combinations.

      At the same time, none of the monolithware has the flexibility to process textual input in an automated fashion; for repetitious operations over multiple entries that are identical, I have to either click with the mouse thousands of times, or deal with the cumbersome, unportable Visual Basic or whatever it's called. I don't think so.

      I think markup languages are the way to go, aided by small text processing tools, which fit like LEGO building blocks to create a masterpiece of semantic processing.

      Monolithware simply doesn't cut it, because it's extremely difficuly to maintain, usually suffers from multiple design flaws, due to the feature bloat in it, and it's not user friendly, in the sense that it provides mouse-clickable features that cannot be invoked in an automated manner, other than directly calling the underlying APIs. Which can be outright impossible with software produced by the Great Evil of the Northwest.

    25. Re:Office is not a big monolithic blob by Anonymous Coward · · Score: 0

      But you admit that you CAN do those things with Visual Basic! And it can hardly be more cumbersome than awk or M4... Sounds like a tie to me.

    26. Re:Office is not a big monolithic blob by DGolden · · Score: 1

      And lots of people were happy with horse+carts. Lots of people were happy with gas mantles. Lots of people were happy with manual spinning wheels.

      In fact, lots of those people actively resisted the introduction of new and better technology, because it meant that their investment in time and effort in the old technology was devalued, and sometimes it meant they were out of a job.

      That's the situation I encounter with IT "professionals" a lot. They won't switch from labour-intensive, inefficient, windows-based systems, because the windows based systems allow them to appear to be worth much more, since more people have to work flat out to maintain them.

      This phenomenon is not limited to the computer industry - you'll often get manufactory workers' unions opposing upgrades to systems because it renders the workers obsolete.

      --
      Choice of masters is not freedom.
    27. Re:Office is not a big monolithic blob by jeremyp · · Score: 1

      Yes, it's sad because it means a group of programmers spent some time (hopefully their own, not the company's) writing a piece of code designed only to pump up their own egos.

      It's bad because it is at least partially responsible for the famous M$ code bloat. It's bad because it's a sub-optimal solution to the spreadsheet problem (that doesn't sound like good hacking to me). It's bad because it shows a lack of responsibility on the part of the M$ engineers (what else might they have snuck in there?). It's bad because more code means more bugs. It's bad because it means their project management lacked control over the process.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    28. Re:Office is not a big monolithic blob by tmark · · Score: 2

      As an Emacs user, I have to ask : Do you *really* mean to perpetrate the "C-x, C-c to quit" hell that is Emacs ? For the average user, Emacs is so far from being "ideal" for *anything* that I had to laugh out loud at this post.

    29. Re:Office is not a big monolithic blob by dup_account · · Score: 1

      Maybe I missed a message, even though I see all 256 of 256, but WTF???? The poster wasn't talking about floppy drives. He was talking about using word, and how slow and sloppy and bloated word code and data files are.

      Just because word is "good enough" for you doesn't mean it doesn't suck rocks. I personally have been learning to hate M$ Outlook. It is missing all those import little features that would make it usable. Instead it has fluff that is complete useless but "pretty"

    30. Re:Office is not a big monolithic blob by mrogers · · Score: 1

      I wonder if Microsoft Flight Simulator has a version of Excel hidden in it somewhere?

    31. Re:Office is not a big monolithic blob by BitwizeGHC · · Score: 2

      Today's advanced Emacsen have toolbars and menus to help the "average" user. Of course I find them cumbersome and end up using the key commands anyway...

      I was referring more to an architecture like that of Emacs, not necessarily the same exact interface. :)

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    32. Re:Office is not a big monolithic blob by jmccay · · Score: 1

      I think somewhere I have versions 2. I can't remember is Microsoft wrote it--it was on another platform (Tandy Color COmputer II or III) which Microsoft supplied the OS for.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
  2. Wordprocessor by Davace · · Score: 1

    A killer word processor would be a good reason to convert. Koffice might be that reason soon too, although I'm not sure if it will be able to stand alone, or if it is integrated with Koffice.

    1. Re:Wordprocessor by mkelley · · Score: 1

      AbiWord....it can import Word docs with no problems and has a Word-like interface. Average user wouldn't know the difference. And the best part is that it is available to Linux, Windows, QNX, BeOS, OSX.

      --

      m.kelley
      life is like a freeway, if you don't look you could miss it.
    2. Re:Wordprocessor by susano_otter · · Score: 1

      Actually, Koffice is not the answer, due to it's obviously infringing name. Perhaps you're thinking of "Ksuite" or something.

      --

      Any sufficiently well-organized community is indistinguishable from Government.

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


      it's not an infringing name. One cannot trademark the use of the word Office, as it's a standard english dictionary word and has been in existance for decades before the MS software suite of the same name came into existance.

    4. Re:Wordprocessor by Anonymous Coward · · Score: 0

      Then why is Killustrator suddenly Konqueror?

  3. Does that really solve the problem? by ksw2 · · Score: 1, Insightful

    I agree whole heartedly, but that doesn't seem to solve the problem. When people ask me if Linux has a replacement for Office, what do I tell them? Use vi?

    I use Star Office, but I can't honestly tell Windows people that soffice will replace their MS-Office suite (because it won't!)

    1. Re:Does that really solve the problem? by ichimunki · · Score: 1

      No, tell them to use emacs as that will replace Outlook and Windows as well. ;)

      Joking aside, I think the article has the right of it. Playing catchup with Microsoft is only useful in some ways, so Linux should look at playing to its strengths and using its traditional ways of working in creative new ways. I don't know what all that might entail-- maybe it's just continuing to build user-friendly, intuitive interfaces to the already powerful toolset that already exists.

      --
      I do not have a signature
    2. Re:Does that really solve the problem? by harkal · · Score: 0

      Well is you use OpenOffice and and an X server with truetype fonts support I don't see any other reason not to use it instead of msoffice, than that if you need to send a document to someone you will have to save it as msword file and some features you used might be left out.

      --
      HarKal
    3. Re:Does that really solve the problem? by wishus · · Score: 4, Interesting
      if you need to send a document to someone you will have to save it as msword file and some features you used might be left out.

      Nah, just send them the document in its native form. If they complain that they can't open it, just tell them they will have to get OpenOffice.

      It's what the Word users did to me for years. In college, I had to go to a computer lab to type my resume, instead of using ApplixWare, because dumb companies wanted it in Word format.

      If that's acceptable behavior for MS Office users, it's acceptable behavior for you. Word format isn't the standard. Standards aren't owned.

    4. Re:Does that really solve the problem? by defMan · · Score: 1

      You should have done it all in pdf/ps/plaintext. If a company can't deal with that you probably don't want to work for them.

      I did mine in plaintext. You can achieve good formatting if you give it some time.

    5. Re:Does that really solve the problem? by Tachys · · Score: 2

      Nah, just send them the document in its native form. If they complain that they can't open it, just tell them they will have to get OpenOffice.

      A 35MB download!! are you nuts?

      If you want to do this use Abiword and ask them to download that

      Only a 3.4MB download

    6. Re:Does that really solve the problem? by Anonymous Coward · · Score: 0

      Do it in HTML. If they ask for a Word document, rename the file to *.doc and send it back. Word will open it fine.

    7. Re:Does that really solve the problem? by kz45 · · Score: 0

      . If a company can't deal with that you probably don't want to work for them.

      I hate to break it to you, but a company doesn't come to you for a job. If MS Word format makes it easier for a possible employer to view my resume easier, im using it. Sending it in a non-standard formatto a company, only proves your ignorance, and most will treat it as such.

  4. Bundled/monolithic software by syates21 · · Score: 5, Insightful

    Microsoft killed all other word processor/spreadsheet vendors by having a more integrated package.

    What makes anyone think people don't want bundled software?

    Plus what he's talking about has already been done. Office is basically a consistently skinned collection of COM controls.

    1. Re:Bundled/monolithic software by _Quinn · · Score: 5, Insightful

      It's not /bundled/ software, it's software /that works well together/. Traditionally, the only route to integration was a single (or a few very tightly coupled) binaries. Now there's COM, which MS wrote basically because it was painful to make the office apps work together without it. However, the end-user can't choose what parts of office not to install (changing, with the `don't install until used option'), but certainly don't have the ability to to replace a crappy component that MS supplies with a better one from elsewhere.

      The problem is more general than office software, though; the tendency in interfaces with GUIs has been to add complexity to the application and make it nearly impossible to use one part of it over another. KDE and GNOME's object models are working to address this; in fact, KOffice is (or shortly will be) `a skinned collection of KParts'. However, it's still hard -- and requires special tools -- to stitch these components together. There's no GUI equivalent to the command-line pipe/redirect paradigm, except for (rarely) in RAD tools for a specific toolkit/OE (e.g. QtBuilder(?), KDevelop); but these don't really function on the user level.

      The most important part is that Linux has succeeded, until now, in replacing UNIX systems, because the cost of migration, especially in skills and time, is low (Linux is-a UNIX, runs basically all your standard UNIX tools, runs on commodity on NT-obsolete boxes, etc). The same is NOT true for migrating desktop boxes; I would argue a substantially lower TCO, but to make people /want/ to switch, you have to do _better_ than MS, not just match it/them (as worked for UNIX, except in price :))

      -_Quinn

      --
      Reality Maintenance Group, Silver City Construction Co., Ltd.
    2. Re:Bundled/monolithic software by jmccay · · Score: 1

      The beauty of this design is it can be both. A gui front end doesn't care what it calls. If it done with something like corba, the gui just looks for what is available and makes it available to the user.
      You could package different stuff together for different tasks. The key would be that all of the tools would work together. In essence, it would be the ultimate integration. If done right, it could be easy to added your favorite scripting capability with your favorite script. I actually like this idea! It seems more *nix like--instead doing the same boring thing.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
    3. Re:Bundled/monolithic software by SmallTooth · · Score: 1
      Yes, the "consistently skinned collection of COM controls" is important. As well, because MS is supported by almost every new piece of hardware, Joe Schmuck can go to Future $hop, purchase the latest greatest, have his Windows and Office pre-loaded, add a game or two, and PRESTO, he thinks himself the computing god. Very seldom will Mr. Schmuck have to check the HCL, any missing device drivers in W2K are included on a CD, and he doesn't have to worry about what version of glibc he's got installed.

      Can we in the Linux realm get to the point where everything is pluggable with the minimum of prayers? Can I install my stupid screen saver by clicking on a button? That's what Average Joe will want. That's what I want!

    4. Re:Bundled/monolithic software by Merk · · Score: 4, Insightful

      That may be the case, but it seems to me that the way those skinned COM controls work isn't the way tools like "grep" and "sort" work. Word isn't an editor that calls up a spell-checker when needed, pipes things to a printing subsystem later, uses a word-counter-tool when needed, etc. It is a monolithic thing that (seemingly at least) runs all those tools at the same time. Something monolithic must be starting, otherwise why does Word take so long to load, even on the fastest machine?

      I think what the author is suggesting, and what people would love, is something more unixlike. The main application should be the editor, and it should do only that -- editing. The spell-checker should be a completely different module. If the user wants squigglies underlining mis-spelled words as he/she types then this spell checker could be triggered every time a word is finished to check that new word.

      Obviously the pure unix method of truly different applications wouldn't work right for a system like this. Running a spell-checking application every time a word needs to be checked would be too slow and cpu-hogging, but maybe having a spell-checking daemon running waiting to check words would be the way to go.

      I think a Linux office suite would need something that could accept word documents, but maybe this could be done with a standalone ms-format-converter program, writing the contents as XML which the main editor can read. I see no need to be able to write word documents directly, though chaining to the ms-format-converter as a convenience might be a nice touch.

      A great way to do this would be modules that could be loaded at runtime as needed. Ideally something could even be integrated with 'net access. Say Amy is editing a lab report and wants to add a formula. She goes to a "tools" menu and doesn't see what she wants, so she clicks on "other tools". The system shows her what tools are available on her system. She clicks on "check the web" and a few moments later a list of all tools is displayed by category, she chooses "scientific | formula editor", it seamlessly downloads and installs locally (a la perl / apt get) and a few minutes later she's entering the formula into the editor.

      Open source software would have the advantage that a small, basic subset of functionality could be included by default. The software package would be small and the install time would be quick. Then as the user needed additional modules could be downloaded. A university student doing essays would have a spelling, grammar and formatting tools. A chemistry researcher writing papers would have formula editors, grammar, spelling, bibliography, formatting, etc. tools installed. Little girls and script kiddies might have wild fonts, crazy borders, and similar tools installed. But everybody would only have what they need.

      There just has to be a way that has a better user experience than the Microsoft Way. I don't want to have to wait 20 seconds to open a ".doc" file that happens to be plain text with a ".doc" extension. I also don't want to have all other programs grind to a halt when I open a word document that contains nested Excel tables, or .AVI movies, or whatever else you can embed in a word document these days.

      Is this possible, or am I just dreaming? That's what I want out of an office suite anyhow. Simple tools with numerous plugins/addons. Is that so hard?

    5. Re:Bundled/monolithic software by brunes69 · · Score: 2

      I'm not trying to be pro-M$ here, but I'd just like to point out that Word has always loaded VERY fast for me, at least 5x faster than WordPerfect ever did on its best days, and at least as fast as even the slimmed down abiword or Kword, which only have a subset of the features.

    6. Re:Bundled/monolithic software by micromoog · · Score: 3, Informative
      Something monolithic must be starting, otherwise why does Word take so long to load, even on the fastest machine?

      Word 97 takes 4 seconds to load here at work. That's on a P3-600, 128M, running NT4. I've got loads of applications running, including a long-running SQL Server insert query against a million-row test table (that resides on this machine), taking up 100% of the CPU.

      And that's before memory caching kicks in . . . if I close it and open it again, it takes ~1.5 seconds.

      Say what you will about Word, but it ain't slow.

    7. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      Word is smart because it cheats by late-loading components. Sure it pops up in a second or two, but then if you load the Find+Replace dialog box, it grinds for a couple more seconds. And so on for other features.

    8. Re:Bundled/monolithic software by uchian · · Score: 3, Interesting

      That may be the case, but it seems to me that the way those skinned COM controls work isn't the way tools like "grep" and "sort" work. Word isn't an editor that calls up a spell-checker when needed, pipes things to a printing subsystem later, uses a word-counter-tool when needed, etc. It is a monolithic thing that (seemingly at least) runs all those tools at the same time. Something monolithic must be starting, otherwise why does Word take so long to load, even on the fastest machine?

      More to the point, why does everything need to be built into another layer of abstraction from the operating system? Why can't the spellchecker be used on a text file in notepad? Why can't Word highlight a piece of code automatically since I have Visual Studio on my computer?

      Why, in fact, do we need "Yet another GUI" on top of the Desktop GUI that we already have?

      Perhaps a real cool solution would be to stop treating the desktop as "Something that's there to be a host to other programs" and more as "something that's there to let me get my job done".

      As an example, when you think of the command line, do you think of bash, or do you think of all of those useful utilities is /usr/bin such as grep which can be combined in different ways to do different things?

    9. Re:Bundled/monolithic software by wishus · · Score: 2
      Can we in the Linux realm get to the point where everything is pluggable with the minimum of prayers? Can I install my stupid screen saver by clicking on a button? That's what Average Joe will want. That's what I want!

      Tried SuSE 7.2? It's very close.

      Aside from an issue I had with the SuSE 2.4 kernel, it's a graphical "wizard" install all the way through to a KDE desktop. The screensaver was already installed and I could switch by clicking a button. It auto-detected all my hardware, including sound and old ISA cards, and auto-configured PPP with dialog boxes.

      The only config files I have edited by hand are my .bashrc (setting up my development environment) and my .sircrc.pl (writing a command to let me pipe fortune into irc by typing /fortune).

      Of course, I also made a command to pipe in a fortune -o.

    10. Re:Bundled/monolithic software by micromoog · · Score: 2
      Word is smart because it cheats by late-loading components. Sure it pops up in a second or two, but then if you load the Find+Replace dialog box, it grinds for a couple more seconds. And so on for other features.

      So you might say . . . it chains together small components as needed?

    11. Re:Bundled/monolithic software by Ulmo91 · · Score: 1

      I still remember doing word processing on an Osborne I under CP/M. You would edit a file with Wordstar, then run the spell checker program. Next you would restart Wordstar and reload the file to fix the marked errors. This process would be repeated until all spelling errors were dealt with. It absolutely sucked! I remember how happy I was when MS Works was introduced. I even taught a few Introduction to Computers classes using MS Works when I was a CS grad student. Integrated applications work and are maximally convenient. I find it difficult to imagine that anyone would think that the average user wants to iterate through multiple applications just to type, format, and print a document. Office might benefit from a simple system to add plugable components, but a command line view of everyday computer use doesn't work for the average user.

    12. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      Exactly, but unlike the utopian vision of OpenDoc*, you can't replace most of the components.

      *Apple and IBM put forward a vision where there was no large providers of multi-function applications (like MS or Adobe), but instead a marketplace of small tool vendors who would sell you bits and pieces so that you could paint your 'universal canvas'. No real explaination on how data compatiblity would be handled -- this was pre XML. Anyway it's no wonder that the big app vendors (including Novell/WordPerfect who was responsible for OpenDoc For Windows) crushed it.

      COM has really only engendered a tool market around VB and other dev tools. A few people have tried extending Office, but they are usually assimilated or can't keep up with the shifting interfaces.

    13. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      Hmmm -- I ran WordStar on my Apple II w/Z80 card and seem to recall that it had an integrated spel chucker.

    14. Re:Bundled/monolithic software by grouchomarxist · · Score: 1

      In OpenDoc, data compatibility was handled by writing out common interchange data types: text, rtf, gif, jpeg, etc. This was made possible because the OpenDoc storage architecture could handle multiple data streams for a given component. A component would write out different representations of its content, high-fidelity, perhaps private, representation(s) and lower fidelity interchange representations.

    15. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      There were a lot of versions of WordStar.

      I still have WordStar 3.3 (the entire boxed set all original) for MS-DOS. It's unusable on modern hardware, however. You try to scroll down in the text and it's instantly at the bottom of the document. No matter how big the document is. Something about running an Assembly Language application on modern hardware....

    16. Re:Bundled/monolithic software by ClosedSource · · Score: 1

      "Word isn't an editor that calls up a spell-checker when needed .."

      Wrong, that's exactly what Word does. The spell-checker is a COM component. You can easily write a program that uses it too.

    17. Re:Bundled/monolithic software by TheAwfulTruth · · Score: 1

      CHEATING?!?!?!? WTF? Delayed loading is GOOD PROGRAMMING PRACTICE! All OSes Delayload DLLs (.sos whatever) by default. Coding even more load on demand into the application is GOOD GOOD GOOD GOOD. Cheating indeed. If that's what the Linux community considers cheating then it's no wonder it's in such a foul state :(

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    18. Re:Bundled/monolithic software by digitect · · Score: 1
      ...I'd just like to point out that Word has always loaded VERY fast for me, at least 5x faster than WordPerfect ever did on its best days...

      Five times faster? That's complete baloney.

      WordPerfect 8 on a P3-450, 128m RAM, Windows 95 loads in about 4 seconds.

      MS Word 2000 on a P3-850, 256m RAM, Windows 2000 takes exactly 5 seconds.

      Windows 2000 is obviously slower than Win95, and MS Office 2000 is obviously slower than Corel Office 8, but no one will ever convince me that Word is faster than WordPerfect, even on a superior machine.

      An exaggeration filter on /. sure would be a welcome feature.

      --
      There is no need to use a SlashDot sig for SEO...
    19. Re:Bundled/monolithic software by update() · · Score: 1
      Office is basically a consistently skinned collection of COM controls.

      Out of curiosity, how does Office for MacOS handle embedded components? Is it COM as well, or something entirely different? Anyone know?

    20. Re:Bundled/monolithic software by brunes69 · · Score: 2

      Ok...

      One is on Win2k and one is on Win95??? 95??? Win95 takes way less RAM than even 98, and we all know how much more RAM hungry Win2k is than 98. You're comparing apples to oranges. I am comparing startup times on the SAME MACHINE, which is one I use at school, all the time. Its a P3 something, unsure about ram. MS Office has always performed WP Office / Corel Office in startup times.

    21. Re:Bundled/monolithic software by nathanm · · Score: 2
      which only have a subset of the features.
      Right, they don't have all of Word's features. But 90% of users use only 10% of Word's features. Most people just want to write a letter or something similar, Wordpad is more than adequate for their needs.
    22. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      "very close"? Oh well, I've had something that works fine for several years now. Phew, no need to change everything then.

    23. Re:Bundled/monolithic software by mschaef · · Score: 1

      COM has a similar capability: OLE Structured Storage. With the right set of conventions, what you describe is quite possible to implement.

      http://www.desaware.com/OleStructuredStorageL3.h tm

    24. Re:Bundled/monolithic software by Hostile17 · · Score: 1


      Very seldom will Mr. Schmuck have to check the HCL, any missing device drivers in W2K are included on a CD, and he doesn't have to worry about what version of glibc he's got installed.



      I have to disagree with you here, there is very little unsupported hardware these days. I have a 1.2 Ghz Athlon, with USB ports, DvD drive, CDRW and whole lot of other hardware and it all works, including watching DvD movies. I would have to say installing and configuring Linux is no more difficult than Windows is and takes less time and fewer reboots. As for glibc, you have more to worry about from DLL-Hell under Windows 2K then you do from Linux library version problems. The cool thing about Linux is I can have multiple versions of the same libraries installed, with Windows, you are only allowed one version.

      --
      Fascism should more properly be called corporatism, since it is the merger of state and corporate power - Benito Mussoli
    25. Re:Bundled/monolithic software by B.B.Wolf · · Score: 1

      Excuse me but MS stole the idea for COM from IBM, and molested it in the process.

    26. Re:Bundled/monolithic software by Phroggy · · Score: 1

      I have to point out that Mac OS X, and NeXTStep before it, was designed to do exactly what you're asking. Mac OS X is very immature right now, but give it a little time for some of these features to be fleshed out again.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    27. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      Yup - check your system folder for a bunch of OLE libraries.

    28. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      TOTALLY agreed, brother. I guess that either he's hitting Ctrl-F the fucking moment he loads Word, or he's talking out of his fucking ringpiece (again...)
      Sigh... Smack!

    29. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      On my 850 laptop, Word 2000 takes 1 second to load. After first load, it is simply instantaneous.

    30. Re:Bundled/monolithic software by binford2k · · Score: 1

      But doesn't Word preload when the OS starts?

      Pop up the task manager after a fresh boot, and I'll bet you that it is running.

    31. Re:Bundled/monolithic software by visualight · · Score: 1

      You are probably preloading at boot time. I don't believe anything on Windows2k loads in "1 second".

      --
      Samsung took back my unlocked bootloader because Google wants me to rent movies. They're both evil.
    32. Re:Bundled/monolithic software by reverius · · Score: 2

      I think the point is that the spellchecker is constantly loaded (you know, underlining all of your misspelled words while you type) and is eating up RAM and CPU time. :)

      I could be wrong about the original intent though.

    33. Re:Bundled/monolithic software by _Quinn · · Score: 1

      Well, _of course_ they stole the idea from _someone_. :) But I think they stole it to make Office apps integrate well.

      -_Quinn

      --
      Reality Maintenance Group, Silver City Construction Co., Ltd.
    34. Re:Bundled/monolithic software by pherthyl · · Score: 1

      "Something monolithic must be starting, otherwise why does Word take so long to load, even on the fastest machine?"

      umm.. what? The only reason I like word (and other ms apps; IE springs to mind) is because they load a hell of a lot faster than any open source equivalent.
      Word loads in ~3 seconds on my modest machine (Celery 333MHz). With staroffice on the other hand, I can go out and take a dump before the damn thing starts up. KWord is much better but still not as speedy as MS Word.

      I'm not even going to get into browsers but in effectively optimizing loading times, Microsoft is far ahead of anyone else.

    35. Re:Bundled/monolithic software by Merk · · Score: 1

      Did you check to see if these apps are using a "smart load" type setting? I know that both Word and IE have many components loaded well before you open the app. I also know that at least Word tends to load a GUI before it's truly done. If you choose menu items right away there's a huge lag before anything happens.

      Anyhow, 3 seconds is a long time for certain things. If I want to open a text file that happens to have a .doc extension, 3 seconds is an eternity. It shouldn't require that unless the document being opened is complex.

    36. Re:Bundled/monolithic software by ClosedSource · · Score: 1

      "I think the point is that the spellchecker is constantly loaded (you know, underlining all of your misspelled words while you type) and is eating up RAM and CPU time."

      Actually, spell-checking as you type is an option in Word. If you turn it off, it won't use extra CPU time.

    37. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      There also exists the "Decorator" GoF Design Pattern. Using this, it is possible that components are integrated into, rather than "embedded" into other components. This approach makes it possible to implement a pipe-like GUI. You could have a component that is a simple editor, and enhance it by adding functionality that acts a a filter "overlayed" over the document that adds functionality as needed, e.g. Formatting capabilities, spell checking...

    38. Re:Bundled/monolithic software by ebbe11 · · Score: 1
      I see no need to be able to write word documents directly, though chaining to the ms-format-converter as a convenience might be a nice touch.

      On the contrary, being able to write native MS-Word documents is absolutely essential. Otherwise you will not be able to exchange documents with your co-workers who are still using MS-Word.

      It comes down to what Joel Spolsky calls "eliminating barriers to switching". And it is not only barriers to switching in. Being unable to switch out if something turns out to be a bad decision (e.g. having dozens of documents that can only be converted to MS-Word using cut-and-paste - and you don't have time for that) will also prevent people from adopting another word processor.

      --

      My opinion? See above.
    39. Re:Bundled/monolithic software by floki · · Score: 1

      If anybody is interested, here is an article which explains how the KDE component model works. I'm not familiar with the topic so you've got to see yourself if the article is worth reading.

      --
      from the to-stupid-for-words dept.
    40. Re:Bundled/monolithic software by jeremyp · · Score: 1

      That's a complete lie. Word loads when you click it. It then calls the (undocumented) Win32 API function "void EmulateWordEx (DWORD WordVersion, UINT CrashesPerHour)".

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    41. Re:Bundled/monolithic software by JBv · · Score: 1

      Linux(linux/gnu/distro) is probably the worst offender in bundled software: A bunch of CDs with programs falling short on almost nothing for common and advanced users.

    42. Re:Bundled/monolithic software by Merk · · Score: 1

      I agree that being able to create MS-Word documents is essential, but I don't think it needs to be part of the same program. It just needs to be cleanly integrated into the same GUI. When you say "save as Word document", it could pipe the output of the program as XML to a XML-to-Word converter. This program could come as a default program, then be changed by preferences. This would allow the program to keep up with changing Word formats, etc.

      My point is that a word processor should not be a format converter. It should be a WYSIWYG editor and nothing more. Format conversion, spell checking, printing, etc. should all be handled by seperate changeable components.

    43. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      What makes anyone think people don't want bundled software?

      What people?

    44. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      That's the problem. 4 seconds is an atrociously long time to wait when you just want to edit a file.

      1.5 seconds isn't too bad, but not very good either. It's still significantly slower than '80s technology, so that the downgrade still makes some people uncomfortable with how badly computers are slowing down.

    45. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      It's still horrible. If you have access to a Windows machine, here's something to try: load Word. Now load Edit or even Notepad. Notice the difference? Word still has a lot of catching up to do, before it will suck less than normal tools.

    46. Re:Bundled/monolithic software by Anonymous Coward · · Score: 0

      Yes, this makes sense. Compare a barebones text editor with a full-fledged word processor. That's a good comparison...

    47. Re:Bundled/monolithic software by Merk · · Score: 1

      It does, as long as you tell it to pre-load, like office does. But mozilla does it without using kernel-mode components.

  5. It could make it there... by purduephotog · · Score: 2, Interesting

    ... if the approach was changed from RTFM to a little friendlier attack.

    There's alot of stability under Linux, and for that I'm grateful, but when I have 50 collegues and 2 sets of grandparents that I have to keep in contact- it's MS WORD... or Excel... or Power Point.

    But maybe a rallying point is all thats needed? I don't know- star Office wasn't too hot... write idea, wrong approach.

    1. Re:It could make it there... by greenrd · · Score: 1
      if the approach was changed from RTFM to a little friendlier attack.



      RTFM?? You should count yourself lucky. The more common approach seems to be "RTFM! Oops, wait, I haven't written any docs yet... But anyway, stop whining, and WTFM!"



      I've been guilty of this. ;)

  6. That is a good idea by Anonymous Coward · · Score: 0

    I'm gladd the open source guys are starting to think.

  7. This is like OpenDoc by uglyhead69 · · Score: 4, Informative

    Essentially Apple's OpenDoc was the same paradigm. Unfortunately due to business concerns OpenDoc was canned. The tools that were released were VERY useful though. For the short time it was around a was a great way to get work done. With the addition of the power in unix, this paradigm could be very powerful.

    1. Re:This is like OpenDoc by Anonymous Coward · · Score: 0

      you don't need to be kreskin to predict that OpenDoc is dying.

    2. Re:This is like OpenDoc by mkelley · · Score: 1

      OpenDoc was part of the Pink project with IBM. I had an Opendoc Developer kit for OS/2 in 96'.

      --

      m.kelley
      life is like a freeway, if you don't look you could miss it.
    3. Re:This is like OpenDoc by grouchomarxist · · Score: 1

      The Pink project (aka Taligent) didn't really include OpenDoc. At some point Taligent announced that they were going to adopt OpenDoc, but they never adopted it seriously and it was around the end of both projects.

      OpenDoc was created by Apple and then adopted by IBM, just like Pink.

    4. Re:This is like OpenDoc by Anonymous Coward · · Score: 0

      My thoughts exactly. Anyone interested in OpenDoc can look here:

      http://www-4.ibm.com/software/ad/opendoc/

      or

      http://www.zdnet.co.uk/itweek/columns/1999/47/bi ng ley.html

      It's modular, cross-platform, and frankly I miss my cyberdog.

  8. Bullsh*t by barneyfoo · · Score: 4, Insightful

    Im sure microsoft would love us to stop working on office clones. Linux, coupled with star office, koffice, or whatever, might be the only force capable of dethroning microsoft on the desktop.

    It's true our clones will never be as full featured as Word, or as monolithic as office, but that defecit is easy to overcome when you add "FREE" into the mix.

    And this little peice is even more BULLSH*T because what the hell does this guy presume? That we are all working to make linux the #1 OS, to make it a Super UNIX? People hack on shit that they want to. Including free word processors and office components. I think it's pretty arrogant to presume you know what's best for people's volunteer time. Keep up the good work office hackers. This kind of shit is pretty worthless.

    1. Re:Bullsh*t by jmccay · · Score: 1

      The Office part could simply be a prebundled pack of certain types of these tools with the ability to add more. A simple gui front end.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
    2. Re:Bullsh*t by barneyfoo · · Score: 2

      Well, Kword is pretty simple, as is abiword. It would be nice to pull out the Editor component from the GUI. It's probably hard wired right now.

    3. Re:Bullsh*t by Anonymous Coward · · Score: 0
      Im sure microsoft would love us to stop working on office clones

      Umm... "Us?" And what have you done?

    4. Re:Bullsh*t by Anonymous Coward · · Score: 0

      nothing of course. I guess I mispoke. Yes I am a slacker.

    5. Re:Bullsh*t by Karora · · Score: 1

      Speaking of Bullsh*t, 'defecit' is actually supposed to be spelt 'defecate'.

      Or maybe you meant that other word... :-)

      --

      ...heellpppp! I've been captured by little green penguins!
    6. Re:Bullsh*t by jmccay · · Score: 1

      Ultimately, it would great to do that with a lot of stuff, and get the KDE team to work the GNOME team, and so forth. Using the same back end tools, but having a different front end to use the tools.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
  9. Comment removed by account_deleted · · Score: 5, Insightful

    Comment removed based on user account deletion

  10. Dont get it... by jeneag · · Score: 1, Insightful

    I still can't understand why all these people try to make Linux like Windows? It seems to me after reading such articles, is that windows is some kind of a standard. Every OS 'should have an xxxx... [...] like microsoft's xxxx...', no it doesnt! The microsoft-like OS is not what we want!

  11. There is a need for Office et al by Lxy · · Score: 2

    If I read this stuff right, it's saying that Linux is playing catch up to MS and in order to be accepted it needs to excel before MS can catch up. In a lot of ways it already has. If users need something revolutionary as a reason to switch, why have so many dumped Windows for Linux? It's free, it's lightweight, it's stable, it's secure. Want to become a Windows developer? Better make sure your tools are licensed for distribution. Want to be a linux developer? Go ahead, you already have your tools installed and you can do whatever you want with the code you write. The infrastructure is already in place. Linux is superior to to Windows in every angle except the interface. Some will argue that, but IMHO I think the UI needs work before Joe Schmoe starts using it. Joe also needs some apps like Office before he can say with confidence "this will replace Windows". The truth is, Linux is stronger than ever. MS is running scared, so you know it's doing something right!

    --

    There is no reasonable defense against an idiot with an agenda
    :wq
    1. Re:There is a need for Office et al by MissMyNewton · · Score: 2, Insightful
      > Linux is superior to to Windows in every angle except the interface

      This is the kind of statement that needs to be explained to the business types who make purchases. But...

      The dollar cost argument is easy to make; the free speech argument often is harder for them to get. And the notion of GPL usually scare the vinegar out of them.

      But something like a solid MS-like (yes, it DOES have to be) Office suite, coupled with the free beer argument is something they can comprehend.

      --

      ---

      Information wants...you to shut your pie hole.

    2. Re:There is a need for Office et al by Anonymous Coward · · Score: 0

      You know what? I'm a programmer and I have yet to hear an argument that would convince me that "Linux is superior to to Windows in every angle except the interface". Not even close. I'm also beginning to think that I am never likely to see one on Slashdot... Yes, I am going to be a lot harder to convince than a "business type"...

  12. Include the User by jjr · · Score: 4, Insightful

    That is a novel idea. The fact about linux/unix the "User" tends to be more knowledge able so he can get around things the "avereage user" might not. The way to Linux more mainstream is for people to start studies on the features the user really need and want. The GUI designs that really work. What is needed input back from users on what works and how things can be improved. We are doing some of these things now. I hope this research continues

  13. The *real* call to arms by rknop · · Score: 4, Insightful

    Just a few weeks ago I used to think that it was important to figure out how to get Linux to compete with Microsoft, so that Microsoft's dominance might be broken, so that those of us who use Linux wouldn't be stuck with people sending us things in proprietary Microsoft formats, and telling us to boot into Windows to configure this or that piece of hardware. I would have thought that strategic questions of what sort of office aps free software developers were working on was very important.

    And they are important. But that's not the primary call to arms any more. The issue is no longer whether Linux can compete with Microsoft. The issue is how long those of us in the USA will still be able to legally use Linux at all. The front has changed. It's not dominance; it's survival.

    See the article on slashdot a few days back about the SSSCA. See this week's Linux Weekly News (September 13). There's a law out there about to be proposed which would make it illegal for those of us in the USA to continue to use Linux (at least connected to the internet) or any other free software as we know it.

    To heck with the Microsoft monopoloy. It's a terrible thing, but at least we can use Linux now. We have to make sure we don't lose that. This is the call to arms that every Linux, BSD, Perl, Apache, or other free software has to heed. Write your congressmen. Write your senators. Don't sit back and let apathy win the day, as it did three years ago with the DMCA. We have to fight this fight, and we have to fight it now, or soon we won't have the luxury of debating what sort of office software will be best to strategically position Linux.

    -Rob

    1. Re:The *real* call to arms by xtal · · Score: 4, Insightful

      If your country is so messed up that they're going to ban you from using linux.. maybe you have worse things to worry about than the dominance of the microsoft empire. Move someplace with sane politicians, and fight those laws before they go into place. Unless you go see your elected reprentatives in person, take some time out of your day to stop these things, then they'll happen. Politicians cater to those who want change, and if nobody objects, or not enough people object, things become law. It's not a dictatorship you live in.

      It's not that bad to immigrate to Canada, or even countries in Europe where software patents aren't applicable. If running linux and "free" software ever actually became illegal and people were arrested for it, then I would hazard a guess the American claim to be a "Free" nation went down the drain, too.

      --
      ..don't panic
    2. Re:The *real* call to arms by greenrd · · Score: 1
      What I'm wondering is what IBM will think about this proposed law. Sure they could probably add the necessary mods to Linux lickety-spit and release a legal version - but all the guru developers would desert it in droves or go underground - and the guru developers are what has made Linux the world-class kernel it is today. And the whole open source development of Linux in the US would be effectively illegal, because it would be "unvetted"! It just doesn't seem plausible that IBM would support this law as it stands - far too broad.

    3. Re:The *real* call to arms by einhverfr · · Score: 2

      After reading about this, and reading the text of the law, I have some thoughts.

      The law is, as a whole, not a "bad" law-- it could be worse. The real problem is that security measures have to be certified, and this would undoubtedly require an expensive application. OTOH, I think that having a certification process in place could be a good thing.

      The real questions become-- who will pay for this certification? IBM? The NSA? Red Hat? When the next version of the kernel comes out and the system changes a bit, what then? I argue that the licensing clause is the only "bad" part of the law. The rest can stand.

      Furthermore, how does the Secretary of Commerce know he hasn't been sold Snake Oil?

      --

      LedgerSMB: Open source Accounting/ERP
    4. Re:The *real* call to arms by rknop · · Score: 2

      The law is, as a whole, not a "bad" law-- it could be worse. The real problem is that security measures have to be certified, and this would undoubtedly require an expensive application. OTOH, I think that having a certification process in place could be a good thing.

      Are you nuts? Think about how free software works. You write it. You put it out there under the BSD or GPL license. Other people modify it, send patches back to you, or publish their versions. It gets bigger, it gets better. Somebody else writes something else small compatable with it.

      Done by individuals. Companies can have Government Compliance deapartments to get official certification and approval of their products before they're released. But individuals writing free software will not be able to; it will be too cumbersome for words.

      What's more, do you really believe that these security certifications will allow for operating systems where anybody can modify the source code (and, say, remove the security measures) and recompile their own version? At the very worst, all but closed software would be outlawed. At the very best, it would just be illegal to connect your own modified version to the net. It would seriously hamper a lot of people who like to "play" with Linux by modifying it and running their own version. We're not just talkign hackers-- how many people run Alan Cox kernels? How many people have patched the kernel for this or that hardware driver? If they have to get certification before even plugging that modified version into the internet.... Well, it kills free software as we know it in the USA. It is no less than that, and if you think it is, you're either an industry shill, a rose-glassesed blind optimist, or completely and totally deluded.

      Requiring certified security protocols be in any piece of software, simply because somebody somewhere might use a computer to commit copyright violation, makes about as much sense as requiring that anybody driving must have a police officer in the back seat, simply because somebody somewhere might drive a car to a bank and rob it.

      Requiring government certification of everything we run on our computer would be a very, serious sacrifice of our freedom of action. It's about one step, if that, from requiring government certification of anything we write or say, even within the privacy of our own home. If you think this sounds like a good idea, then you scare me.

      -Rob

    5. Re:The *real* call to arms by tim_maroney · · Score: 2
      The law doesn't say anything about banning free software or open source. Here's what LWN adds to try to construe this as a law against free software:
      The "security standards" mentioned are to be developed in the future; one can, without too much trouble, imagine that these standards to not specify "source available so that the security systems can be changed." [errors in original]

      Good imagination, guys, especially given that the consensus in the security community is that open systems are more secure rather than less. This bizarre, paranoid speculation is as much FUD as anything that Microsoft has promulgated.

      Tim

    6. Re:The *real* call to arms by arkanes · · Score: 1

      As I read it, the bill is mainly to enforce copyright protection - the intent seems to be the outlawing of devices that could be used to, for example, save streamed content rather than just showing it, or cracking application specific file content (RealPlayer, for example). "Security" isn't meant as such, and therefore these specifications will not be written by security professionals. They will be written by lawyers and people like MS engineers, who want the proteciton hardcoded it, and impossible to remove - thus making open source, in effect, illegal. MS would just wet itself if this bill passes.

    7. Re:The *real* call to arms by Phooey+Boy · · Score: 1

      If running linux and "free" software ever actually became illegal and people were arrested for it, then I would hazard a guess the American claim to be a "Free" nation went down the drain, too.

      Why? Using marijuana became illegal and people were arrested for it, but still America claims to be a free nation. Those who choose that lifestyle are now deemed to be criminals. Why do you believe your lifestyle of running Linux cannot similarly be outlawed?

  14. wrong! by Anonymous Coward · · Score: 0


    People aren't going to just completely give up their
    applications to switch to Linux. For the transition
    to be easy, there must be equivalent programs on
    the new platform.

    Luckily, Linux already has everything that Office
    users could want; except for ONE LITTLE FEATURE:
    usable import & export filters.

  15. Is this a battle Linux needs to fight? by Infonaut · · Score: 5, Interesting
    I'm going to play Devil's Advocate here. I like the idea of small, lightweight software components for desktop computing, but this has been tried before. Here's the only link I could find to OpenDoc.

    Basically, Apple's idea was to build small software components that could talk to each other and be loaded as necessary to accomplish specific tasks.

    It was a great idea, and still is. I think the problem isn't so much the technology implementation as it is getting developers to see the benefits of such an approach.

    Yes, developers. If you're running a software company, creating small components allows you less room to innovate on features. This in turn makes it more difficult to market your products.

    I know your suggestion was that Linux adopt such a component-based approach for productivity apps, and it wouldn't seem that the limitations of the commercial world would apply. But the dominant paradigm in office computing is still the monolithic app, because that's what commercial developers are providing.

    So for now at least, Linux developers will probably have to fight this fight alone. In order to convince users to make the shift away from MS Office, et. al., Linux apps have to offer a solution that's easier to use and faster by a factor of at least two. It's been shown time and time again that in order to overthrow a paradigm, the resulting benefits have to be not just incrementally better, but exponentially better.

    Finally, is it even worth the effort? See the October issue of Wired, for an article by former Red Hatter Russ Mitchell, about why going after the desktop is a bad idea.

    --
    Read the EFF's Fair Use FAQ
    1. Re:Is this a battle Linux needs to fight? by greenrd · · Score: 1
      This is talking about customised solutions. Office apps aren't customised solutions, by and large - although MS Office allows you to build "apps" on top of it with VB(A), COM etc. But the point is you wouldn't necessarily be competing directly with Office here.

    2. Re:Is this a battle Linux needs to fight? by fajoli · · Score: 1

      The problem is not the ability to innovate within the framework you describe. It is getting people to coordinate their activities. It is much easier to coordinate when the problem is within the boundaries of one organizations (ie. one monolithic program) than when they are along the boundaries between organizations. Basically, when the problems are between organizations, it is very difficult to avoid the tendency to say, "It's not my fault, fix your program". Unfortunately, the monolithic program is difficult to create under the open source framework, and the coordination problem has not been solved successfully in the non-technical areas of open source.

      For the kernel or the underpinnings of a GUI (ie. gnome, kde), it is easier to come to agreement on the right way of doing things or submitting to the technical leader, such as Linus or Miguel. If the problem cannot be quantified, some people have a hard time being humble and compromising their feelings of the "right way" to do something.

      There have been some successes in the open source arena on word processors such as Abiword. The reason some of the open source office applications have made it so far is because they have been able to defer to the Microsoft way of doing things. The need to humble one self can be buried under the explanation of maintaining conformity with the way people are used to doing things.

      Unfortunately, the wrong type of people are involved with the open source efforts, by design. Egos are the reason open source has gotten as far as it had. The desire to have one's name up there in the lights like Linus is what motivates many people to participate in open source development. This is exactly the wrong type of person to create the compromises necessary to build user applications.

  16. "The POWER of UNIX" by Anonymous Coward · · Score: 0

    I'm all for small interconnected applications but You *nix evangels need to check yourselves every now and then...

    "The power of UNIX is in connecting small, fleet-footed tools"

    What the hell are you talking about? That's no more the "Power of UNIX" than anything else is..

    It's just an operating system, get over it.

    -JD

  17. Great Idea by Anonymous Coward · · Score: 0

    an OS where apps can link together (DDE/OLE/COM) and share a common scripting language (VBScript). Do you really think it would be popular? Why hasn't someone else already done it?

    As far as those who believe *nix is more stable, have you turned your computers on lately?

  18. Truth by Anonymous Coward · · Score: 0

    Users are dumb and will not create their own tools. Developers are not smart enough to understand that. Linux developers would be smarter to jump ship and develop for Windows or Mac and enjoy the monetary reward for doing so.

    Maybe someone could write a tool that allowed /. to stay up for extended lengths of time.

  19. Re:30,000 are dead... by nowt · · Score: 1, Offtopic

    Living life is the best tribute to these people since our very way of life was attacked.

    On a more on-topic note, K-Office, the ApplixWare suite, StarOffice all provide an "Office" view of typical business applications. IIRC, there was a story fairly recently on /. about a city hall in Florida that went to linux and K-Office.

    --
    A strange game. The only winning move is not to play. How about a nice game of chess? - Joshua (Wargames)
  20. Huh? by Reality+Master+101 · · Score: 4, Interesting

    Two things to say about this. First of all, the "unix model" of streams of data is absurd when talking about interactive applications. Do I need to set up a filter to insert a table into my document? Now, I know that that there are those of you who use LaTeX with a stream model to spell-check, etc, but I'm sorry -- you are living a crude, stone-age world. I like having my mispelled words underlined. The green-screen luddites need to get a clue.

    Second of all, apparently this guy has no clue how Office works. Office is not a monolithic application. It's a big collection of COM components. That's why you can embed a spreadsheet into Word, or the Equation editor anywhere, or a Visio sheet into Powerpoint.

    I'm fundamentally a command-line guy. I use Unix streams all day long, and hardly ever use debuggers. But this is just stupid.

    --
    Sometimes it's best to just let stupid people be stupid.
    1. Re:Huh? by greenrd · · Score: 1
      First of all, the "unix model" of streams of data is absurd when talking about interactive applications. Do I need to set up a filter to insert a table into my document? Now, I know that that there are those of you who use LaTeX with a stream model to spell-check, etc, but I'm sorry -- you are living a crude, stone-age world. I like having my mispelled words underlined. The green-screen luddites need to get a clue.

      Hear hear! Someone needed to deflate this stupid idea. I'm a command-line guy as well, but I wouldn't want to do something like try draw a diagram at the command line. (It has some novelty, I admit, but it quickly wears off and becomes annoying.)

  21. inappropriate title by __aawsxp7741 · · Score: 1, Offtopic

    Do you really think that a "call to arms" is the right way to express this in view of current events?

  22. Yet another... by Anonymous Coward · · Score: 0

    guy who thinks he knows what is best for 'Linux'.
    Most 'Linux' developers work in their free time,
    and most don't do it for widespread acceptance,
    to gain more market share for 'Linux' or even to
    increase Redhat's share value. Also when will
    they realise 'Linux' is not free software, and
    has nothing to do with desktop software.

  23. What we need by Anonymous Coward · · Score: 0

    serial console at the bios level.

  24. I don't think so by elmegil · · Score: 5, Insightful
    What we need now is to create an environment, where users can easily create customized tools for the way they work

    No. Not any more than we need to create an environment where users can easily create customized furniture, cars, or whatnot. The mass users you need to attract to make Linux *really* popular want these things built for them and delivered to them--they are not do-it-yourselfers like most of us who read Slashdot are. That is why, despite all their bugs, Microsoft continues to sell.

    --
    7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    1. Re:I don't think so by greenrd · · Score: 1
      Open source is useful not because everyone is a programmer (they aren't), but because the potential is there for you to hire/ask someone who is, if you want a defect fixed or a new feature. This proposal is just an extension of the open source idea, in a way - design for customisability, not just legally allow customisation.

    2. Re:I don't think so by elmegil · · Score: 1

      The Sun usability report for Gnome (full disclosure: I am a Sun employee) seems to me to illustrate the fallacy here. I'm not saying Open Source isn't useful. I'm saying the current tools are way too geared to the "gearhead" mentality of geeks--we want to take it apart and put it back together in our own image, but normal people don't care. Until someone starts writing tools for Linux that acknowledge that, it's going to stay a geek OS.

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    3. Re:I don't think so by Knuckles · · Score: 1
      Not any more than we need to create an environment where users can easily create customized furniture, cars, or whatnot



      Most people I know (and no, their ar mostly not geeks) would love to have customizable, but mass produced, furniture. Everybody is sick of the crap that's available. Either buy IKEA stuff that never really fits and have it break down after 2 weeks () or pay through your nose for custom stuff that mostly looks horrible, too.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    4. Re:I don't think so by elmegil · · Score: 2
      There's the problem. You can have customizable, or you can have mass produced. I've never seen anything that was both in the realm of furniture or anything else that wasn't legos. (I think it's something similar to the adage "fast cheap safe, pick two" regarding computer storage)

      Nothing stops anyone from learning how to use a handful of tools to build their own custom furniture. I'm a relative novice at any kind of woodwork, but with the help of a friend, I've built a custom radiator cover for about 1/4 the cost of having it built for me, and I've gone on to do a lot of other stuff.

      But I'm a geek, and I like to do things for myself and am not afraid to learn how. The average windows user isn't a geek, doesn't want to learn this stuff, and is afraid of screwing it up. The same thing applies to computers.

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
  25. I don't understand.. by roka · · Score: 2, Insightful

    .. why Linux needs all those desktop users? They won't develope anything, they just complain about things that aren't as usual. We don't have to fight M$ because we are free and don't depend on money.

    1. Re:I don't understand.. by Anonymous Coward · · Score: 0

      It's because computers are meant to make things simpler. Without making everyday things easier such as writing letters and reading the news, there would be no computer industry. I think the developer community loses site of that and spends its time writing programming utility after programming utility but never writing anything useful to anything other than a computer scientist. Writing software for the sake of software isn't a practical goal if those tools never get used for anything useful.

    2. Re:I don't understand.. by MadAndy · · Score: 1
      We're free and don't depend on money. But the people who make hardware aren't free and do depend on money. They need incentive to even release the specs for their hardware.

      Want to be able to watch DVDs on your linux box? Use the latest new technology? Each linux desktop user that can buy a piece of hardware or software is more incentive for people to support the platform. Each extra desktop user that linux has increases the likelihood that you can use your cool new hardware and apps on the OS you want to.

  26. Linux Needs Easy UI by ptgThug · · Score: 0, Troll

    If you honestly want to work on getting Linux accepted, Star Office is great. But you have to make Linux itself much much much more user friendly.

    Every single peice of functionality has to be quick and easy to use. I can sit down and figure out an NT/2K network, setup accounts for people and machines, build and configure machines, install applications, and manage TCP/IP without a book. I have never had training in that, I just figured it out.

    But I am still trying to get a nice stable Linux build that will do what I want it to do.

    Linux is better, there is no question about that. Now it needs to be easier.

    1. Re:Linux Needs Easy UI by mhandlon · · Score: 0

      This is the first valid smart point I've read amist all this bitching.

      --
      Nyquil = Nectar of the devil
  27. Re:30,000 are dead... by syates21 · · Score: 0, Offtopic

    Yeah, you're right we should sit around in paranoid fear and mourning for weeks just like those sickos would want.

  28. Universal Canvas: "holy grail of User Experience" by yesman · · Score: 2, Interesting

    Microsoft's Universal Canvas

    MS didn't have the balls to upgrade office with something that was revolutionary instead of evolutionary.

    MS comes up with a lot of great ideas, but, as a publicly traded company, doesn't have the nuts to execute on them.

  29. Integration by Kallahar · · Score: 1

    The reason Office became so popular (other than marketing) is that the user only had to install one product to get email, word processing, spreadsheets, and powerpoint. The user doesn't care whether each item is part of a single product or a part of many, they just want a seamless system. So if Linux can get a set of programs that can be bundled and used similar to Office then they'll have a viable product.

    Also, why is Office monolithic? When I install it I simply choose to not install powerpoint, access, etc. because I never use them. The key is to educate users to only install what they actually use.

    Travis

  30. About the Topic by rjamestaylor · · Score: 3, Insightful

    It is inappropriately worded. Period.

    --
    -- @rjamestaylor on Ello
  31. New UI: GUI Command Line by Soong · · Score: 1

    How about a command line where you can See pipes and redirections visually? Context sensitive pop-up menus off commands to set flags and options.

    OK, so it's not totally new. It will borrow from visual programming, but be dynamic and just as quick or quicker to spawn off a gem like
    'find /usr/include -name "*.h" -exec grep \{\} \; -print'

    Biggest hurdle: standard meta-data for little utilities that describe both to the automatic system that is the GUICL and to the Human How-To-Run-Me and What-I-Do information.

    Possibilities: Java interfaces. ELF sections. Forked files. Bundles.

    But, the technical stuff is easy. Figuring out the Right Way is hard. What is the Right Way to present these elements to the user?

    --
    Start Running Better Polls
  32. Haven't we been working on this... by foxxtrot · · Score: 1

    I thought that this was what GNOME and KDE were working towards. I mean they've even been working together to an extent when it comes to certain things, like copy/paste operations.

    foxxtrot

    --
    -- this .sig is my .sig it is not your .sig if you claim it I
  33. Lack of MS-off compat App _is_ a serious barrier! by Anonymous Coward · · Score: 0

    How can you say "Linux will not gain converts by giving users the same thing"? I've been using nothing but linux for five or six years now, any my colleagues ask whether I think they should go linux, I always ask "How important is importing and exporting MS-werd files to you, does it need to be *perfect*?" Most say yes, I suggest they install a linux partition and give it a go.

    "...where users can easily create customized tools for the way they work" I've never heard a non-geek ask for such a thing. I'm pretty geeky, and I just want to use an app to get work done...

  34. You are right!! by Tofu · · Score: 3, Informative

    "The power of UNIX is in connecting small, fleet-footed tools. What we need now is to create an environment, where users can easily create customized tools for the way they work, and developers can easily add new functionality."

    Here at MUSC, the IT Lab is trying to do exactly that. We are trying to use the web as a way to string together tools and make it as easy as possible for the user. Check out the toolbox for some of the attempts. We are just a small group and any ideas to better our tools would be great!

    --



    Can you see Iron City here?
  35. Software comes second by Lynx0 · · Score: 1

    I don't think the biggest problem linux has is the available software. I don't use linux a lot and surely can't work with it very well, since I have installed Suse only year ago. And installing Star Office was not that hard.
    Most users that want to try Linux now already have Windows installed and use it. To switch to Linux they want to install it, and use it right away, since having to sytems is just not convenient to a normal home user. Linux is simply still way to complicated to install and set up for users that don't have *any* experience with it whatsoever. Simple problems (like my on-board soundcard didn't work) come up very fast, and before you can solve them as a linux novice, you need to get used to a completely different system, read pages and pages of manuals and faq's. I often feel slashdot users can't even imagine people simply don't know what this "root" is supposed to be, or haven't worked with a command line for years (if at all). And it's a lot more attractive to stay with a simple, working Windows than to go through the work that's in getting a Linux sytem up that does everything Windows did.

    1. Re:Software comes second by Anonymous Coward · · Score: 0

      Installing Linux can be a pain, but it can be a pain with Windows too.

      the problem is users don't have to install Windows, because it comes installed on their system with the right drivers already there.

      Installing Windows with the right drivers (from diskette, cd-rom) isn't something the average novice user can do either.

  36. Who by jsin · · Score: 1

    Who asked for a replacement to MS Office? Has the body of office users come out and said "hey, we want something else"? If they have, what have they asked for?

    If your answer is that a linux/opensource/whatever solution would be superior simply because it is "free", that's no argument. Linux is only free if your time is worthless.

    Maybe developers who want to "dominate" the market should concern themselves with writing software that meets the needs of the majority of users instead of fighting some imaginary war against a product that seems to work for most people (or at least sucks less).

    01

    1. Re:Who by Peaker · · Score: 1

      Linux is only free if your time is worthless.

      Free samples in the market are only free if your time is worthless (It takes time to take the sample and test it).

      Linux saves time, on the long-run, so your claim is just a provactive idiocy.

    2. Re:Who by jsin · · Score: 1

      Unfortunately I can't take credit for that statement, although I would respond to your last statement with "who's time is saved in the long run?".

      I have used linux in production environments as a server os for DNS, HTTP, etc and I've been very happy with it, howerver the time it takes to deploy these solutions, compared to the same things on NT, especially in sophisticated configurations, is almost always double.

      You could argue that this is a factor of my incompetence as a linux sysadmin and you may be correct, howerver I have been working with Linux as long as I have been working with NT and these deployment times have always been about the same (linux being twice as long as NT), so I would say that it is only fair to say that if I am a poor linux sysadmin and a strong NT administrator, this is a function of linux as a product and the learning curve required to attain an equal level of competence with NT.

      The bottom line: either way you look at it, more time must be spent with linux, either learning it or deploying it, than Windows. This means that for customers of a consultant, you quickly make of the difference in inital cost of purchase with longer billable hours.

      I'm not trying to say that linux is worthless or anything else, I'm just pushing for more realistic comparisons between the two products.

  37. Re:False. Wrong. Nope. by bentini · · Score: 1, Offtopic

    Well... This *may* be true of GNU/Linux. To paraphrase the Bard "were it so, 'twas a grievous fault, and grievously hath GNU/Linux answered it."
    So PLEASE, STOP using GNU/Linux. Wait until GNU/Hurd comes out! RSN! It will solve problems.
    You want a micro-kernel production level OS, you got it.
    You want a better GUI, with a built-in Office program that's both monolithic and component-ized? You got it!
    You want a girlfriend? Ummm, sure, we can build that in! Version 1.5!
    Do you want someone killed? Well, yeah, that's what Free Software is all about! RMS the hit-man, version 2!
    Supporting GNU/Linux hurts GNU/Hurd. Supporting any other OS is evil.
    GNU/Hurd (in development) forever!

  38. Make it usable for my mom by Dog+and+Pony · · Score: 2

    No matter what wizardry i can possibly do, or whatever I could make my mom do during supervising, she will not ever choose Linux. And I can not recommend it to her, either - my honest recommendation Is MS, for the average user.

    Linux users and developers usually focus on things nerds can do, not what the average user can do. Before this is corrected, Linux will not make it out of the server closets (where it does a good job though).

    Well, anyways, my mother wants to put in a CD, then start the OS that installed itself, and then she wants to surf some portals (sigh) and read her email without having to wonder what the h*ll a partition is on the way. Is that so hard?

    And really, this would be possible without me losing the command line capability, right?

    1. Re:Make it usable for my mom by disc-chord · · Score: 1

      And really, this would be possible without me losing the command line capability, right?

      I don't see why not, Windows 2000 has one...

    2. Re:Make it usable for my mom by tarzeau · · Score: 1

      i did, and even my cousin, and aunt as well

      i try to do a tutorial/guide for all people like my mom etc...

      www.linuks.mine.nu/workstation

      --
      Windoze not found: (C)heer, (P)arty or (D)ance
    3. Re:Make it usable for my mom by Peaker · · Score: 1

      Windows is not much easier to install, it simply comes pre-installed :P

  39. Too little, too late? by Anonymous Coward · · Score: 0

    Microsoft realized this a few years ago while Linux developers were busy hatching plans to "out-Office" Microsoft. Microsoft realized that with the desktop won, their vulnerability was now the server and distributed processing. Hence .NET, Passport, and Hailstorm were born. By the time the Linux Community realizes Microsoft has ingeniously and inextricably (however sloppily) tied the desktop with their services and authentication servers and protected key access and features with patents, it will be too late. Linux servers will gain and maintain some market share, but most applciations will cater to Windows clients, use the Windows infrastructure and tools, and license IP from Microsoft. Even the Mono project will find out (and soon) that they will need to pay Microsoft for licenses allowing access to critical .NET services and authentication: they'll feel like Neville Chamberlin felt some time after his meeting with Hitler in which he "acheived peace in our time" that is until he heard the first bombs dropping on London. Microsoft may be rapacious, greedy, devious, unethical and immoral, but they are winning nonetheless so far. And the best answer the some of the brightest software minds on the planet can come up with is distributed component applications? You mean like OpenDoc? LOL There is no hope. Sigh.

  40. Single source by loosenut · · Score: 1

    Linux will not gain converts by giving users the same thing, that they will then have to relearn.

    That's true. Users don't need software that is bundled in the sense that Microsoft Office is, where every program interacts "seemlessly" with any other program (especially at the cost of bloat). BUT, being able to install an entire set of tools from a single source is a very attractive feature.

    In other words, I don't care if I can imbed Excel Spreadsheets in Word documents, but I would hate to have to search out and separately install each app that I use within Office.

  41. Wither Corel? by steevo.com · · Score: 2, Insightful

    Corel tried it commercially, and it failed.

    Say what you want about it, but the WordPerfect office suite for Linux was fairly complete, and a worthy competitor for similar tasks usually accomlished by MS Office.

    The future of Linux as a desktop does not rest soley on this "Killer App". The widespread use of Linux as a desktop needs buy-off from management that is not ready for change, some inprovement in UI and in system management for maintainability by low to mid level IT staff, hardware vendors that fully support and endorse Linux desktop machines, IT management willing to make a major, major change, and other software packages that replace already installed propritery software.

    Yeah, a good Office clone will help, but the rest isn't quite there yet. I have faith that the day may come, but there is far more to the equation than Office.

  42. The "I Just Want to Type a Damn Letter" test by mikosullivan · · Score: 5, Interesting
    While Soegaard provides some interesting ideas for tools that may be useful, his analysis of What Users Want is sadly off target. He seems to assume that users want lots of nifty features and inter-functionality. My experience providing tech support and teaching computers indicates something quite different: users mostly want a few basic functionalities, and they want them Right Now.

    I call it the I Just Want to Type a Damn Letter test: can the user turn on the computer for the first time, understand the basics of how to operate in a few minutes, then get to work on things they want to do? If not, we'll meet with resistance at every step.

    Soegaard provides some nice ideas on how to structure the back-end, but the front-end needs to Give the People What They Want: an interface to do word processing, another to do email, another for web browsing, and a few others for other less-common tasks. That is what is going to help open source win the battle of the desktop.

    --
    Miko O'Sullivan
    1. Re:The "I Just Want to Type a Damn Letter" test by BitwizeGHC · · Score: 2

      I'm reminded of a cartoon wherein a businessman is revealing a "New Approach" to sending mail. He yanks off the veil and reveals... a typewriter (the old Underwood variety), an envelope, and a stamp.

      If all you want to do is type a damn letter, there's your solution. I find it shameful that so many interesting machines are conscripted into doing nothing but boring tasks.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    2. Re:The "I Just Want to Type a Damn Letter" test by mikosullivan · · Score: 1
      I find it shameful that so many interesting machines are conscripted into doing nothing but boring tasks.

      The world is built on boring tasks. Simple person-to-person communication is a huge part of what people need to do. It makes no sense at all to try to find more complicated tasks just to suit the coolness of the tool.

      --
      Miko O'Sullivan
    3. Re:The "I Just Want to Type a Damn Letter" test by BitwizeGHC · · Score: 2

      Yes, this is true. Perhaps I should have said "it's a waste". You need a far more powerful computer today to do the same damned things you did with a computer 20 years ago! Why? It makes no sense.

      I think Microsoft is trying to have its cake and eat it too: it's trying to create a powerful extensible architecture while still keeping the end user (commonly abstracted as "Joe User", "Joe Six-Pack" or "my grandma") in his little sandbox.

      On the one hand you have power, and on the other you have a drool-proof interface. You can't really have both at the same time. If you want to take advantage of the power, you're going to have to steepen the learning curve a bit. If you want a drool-proof interface, you may as well use a typewriter instead.

      Which is not to say that the software needs to be abstruse and inaccessible except by a cabal of experts. I'm saying that the "sit down and start working" modality is an unattainable goal with most sophisticated application software. (No, Office doesn't achieve it either. As someone who's had to train and retrain his mother and sister in Microsoft Word, I know what I'm talking about.) What should be done instead of focusing single-mindedly on asymptotically approaching this holy grail of ease of use is to make the learning process as painless as possible. It may even be fun.

      This is where projects like Squeak come into play. Squeak is basically a laboratory for new ideas in application design. I think that it will eventually lead to some commercial-grade applications for various operating systems that offer all users a degree of flexibility and control that wasn't thought possible in the Microsoft/Apple paradigm.

      Oh, and Squeak is hella fun to play with, even if you're not a programming superstar. :)

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    4. Re:The "I Just Want to Type a Damn Letter" test by swordgeek · · Score: 2

      "I find it shameful that so many interesting machines are conscripted into doing nothing but boring tasks."

      Why exactly is this shameful?

      Our lives consist primarily of "boring tasks." Many of them are required, at least within the constraints of how we choose to live. (Is your job boring? If it's too boring, then you change jobs.) The ability to do the same old boring tasks in a new and (possibly) better way is nothing to be bothered by. A letter typed out on a wordprocessor will be professional and polished as compared to one on a typewriter (proportional fonts? Try auto-kerning!), and can make someone pleased with the results. (as well as being faster)

      But the key is this: there are more interesting machines than there are interesting tasks. At least, the interesting tasks aren't getting neglected because the "boring" ones are hogging all of the resources.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
    5. Re:The "I Just Want to Type a Damn Letter" test by FFFish · · Score: 2

      I'm reminded of a cartoon wherein an artisan is revealing a "New Approach" to cleaning the gunk out from under your fingernails. He yanks off the veil and reveals... a nail clipper (the one with the nail file).

      If all you want to do is clean the damn gunk out from under your nails, there's your solution.

      I find it dreadfully shameful that so many people own pocketknives, yet few of them can carve worth a damn.

      --

      --
      Don't like it? Respond with words, not karma.
    6. Re:The "I Just Want to Type a Damn Letter" test by BitwizeGHC · · Score: 2

      So do I. :)

      Of course we're living in an age where butter knives mean weapons charges... such is the path of ignorance of the tools we use.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    7. Re:The "I Just Want to Type a Damn Letter" test by ToyKeeper · · Score: 1

      What about the "I just want to search and replace all text files created on a Tuesday" crowd? The people who know exactly what they want to do but cannot because the interface is insufficient to direct the computer's actions? Users will want to do things you could not possibly think of and account for, so the computer must be flexible enough to let them specify completely new actions.

      Or, even worse, what about the "I don't know what the hell I want to do" crowd? Those are the people MS is *really* targeting. The massive, bloated stuff MS writes is mostly just good at telling the user what to do when they're not smart enough to decide for themselves. But these people are easy to please. Just bundle a few dozen sample templates (or trivial combinations of provided tools) and put them in a menu somewhere.

      GIMP is a good example of a program which can please a variety of users. It's powerful and flexible enough for the power users, but provides plenty of factory-direct script-fu for people who lack the creativity to do anything original.

  43. I can see the tech support call now... by chinton · · Score: 2, Funny
    From some typist somewhere...

    "I have to pipe the what to where? What's a pipe?"

    ...

    "Yes, I see the thing above the return key..."

    ...

    "Said what?"

    ...

    "Oh, sed. What's that?"

    ...

    "Come on, all I want to do is spellcheck..."

  44. Distributed framework by dgp · · Score: 2

    We need a framework for distributed code. There are many systems out there. It would be great if the open source community could get behind one standard. Java does so many things right. We need an open source virtual machine - maybe Parrot will fill this need - plus a distributed object model - like EJBs - with service discovery - like JINI. Components that can move and replicate from VM to VM like a virus. Intelligent Agents. Id love to see more of that stuff.

    1. Re:Distributed framework by Peaker · · Score: 1

      Wasn't Parrot a hoax?

    2. Re:Distributed framework by kz45 · · Score: 1, Insightful

      It would be great if the open source community could get behind one standard

      This really is the answer, but most people will not follow. Why? Because the very nature of Open Source is void of standards. (a part of the "freedom"). An example of this is the many flavors.

    3. Re:Distributed framework by Erik+Hollensbe · · Score: 1

      Parrot has been 'released' as of a few days ago, it was a hoax, now it's a language, I don't think anyone is taking it seriously though.

  45. Architect an office suite like the Linux kernel by LegalEagle · · Score: 1
    I suspect that someone has thought of this, but it bears repeating...

    An open source office suite should be designed like the Linux kernel. I.e., it should have a core set of functionality and then use modules for non-oft-used functionality. If a user desired, they could recompile the office program (aka, suite) and roll in what they need into a custom binary. Roll in what you use all the time, module some others, forget the rest.



    Better performance, and less bloat to boot (pardon the pun).



    Just my $0.02.



    LegalEagle



    Okay, who thought of it first?

  46. OpenDoc, NextStep -- GNUStep? by Blitter · · Score: 5, Informative
    As others have mentioned, the failed OpenDoc initiative was very much in this vein. NextStep (the "new" Apple initiative, now renamed Cocoa) has long had a reputation of allowing one to quickly string together custom applications from preexisting object classes, making it very popular in businesses that custom made in house applications. It is also worth noting that this framework allows for what are called "Services". Applications can "export" functionality to other applications. So for example you can hilite text in a text editor, then go to the mail services submenu in the system menu and from there tell the mail program to open a new message window with the hilighted item pasted inside. This also enables generalized filters, etc, in some ways like Unix shell pipes.

    Of course, it's not open source, but what is GNUStep doing these days?

    --
    I am Jack's writable stack pointer.
    1. Re:OpenDoc, NextStep -- GNUStep? by Anonymous Coward · · Score: 0

      berlin seems to be the best platform for this: http://www.berlin-consortium.org/

  47. New Book On This Approach by Anonymous Coward · · Score: 0
    The author of The Linux Cookbook believes this. It's a new free book that was written for the average computer user, because the author wants everyone to use free software. Here is from the preface:
    I wrote this book because I want everyone to know how to use this software, because I think everyone deserves the freedom that comes with it. ... freedoms that should be everyone's right by default in a free, open society.

    It seems that now is the time to push this kind of thing, using good software and tools (all Open Source) for everyone. The world is going to need it.

  48. Re:False. Wrong. Nope. by NutscrapeSucks · · Score: 2

    "under free OSen its called CORBA"

    OK -- where is CORBA used (directly) for component development?

    Instead Free Unixes have developed umpteen replacements for COM -- KDE's got (at least) one. Gnome's got one. Star Office has another. So does Mozilla. I've heard Motif has one too. Anyone else?

    Great! 4+ competing specs which means what? Your interoperability is in the toilet. On Windows, I can embed 1-2-3 graphs in Word, or Excel graphs in WordPerfect. On Unix, I get single-vendor lock-in. (This is far worse than having your widgets look differently, BTW.)

    --
    Whenever I hear the word 'Innovation', I reach for my pistol.
  49. This is called COM by electroniceric · · Score: 1

    What he's talking about is COM/DCOP/CORBA/ORBIT, implemented with true modularity.

    Integration responds to people's desires to do things in different ways at different times - more integration= more choices for using each component. In theory, integration and modularity are supposed to REDUCE resource use, but they rarely do.

    Modularity frequently takes more overhead than embedding a little bit of each module into each app (or provider of functionality) - all that IPC and underused functionality bit. But unless you're looking to break the cycle of constantly greater need for computer power, there's plenty for the OS these days.

    I think *nix is on a pretty good path these days. From what I can tell, it's not forging new ground in HCI paradigms, but it's getting better and better and producing preconfigured but still configurable, modular, desktop parts. In modern *nix it's pretty darn easy to remove what you don't want. Ignore Microsoft. Is this really about taking down "Goliath"? Let's work for ourselves, for the OS we individually and collectively want.

  50. Re:False. Wrong. Nope. by dgp · · Score: 3, Insightful

    Linux needs more GUI innovation. We should not try to be a windows work-alike. That would be a mistake.

    I see the basis of change happening in a replacement for X windows. A new graphical layer that makes it easy to create a whole new paradigm of graphical computing. The idea that a screen is equal to a hardwood desktop and applications are pieces of paper that are shuffed around the desktop worked well. Linux can be the foundation for a whole new paradigm. Hopefully something that is always in '3d' mode. Something where visual programming is always part of the UI. UIs have always needed a visual scripting language. I think even 'novices' and 'daily users' will be greatly stimulated and entertained by making small functional changes to their apps as they use them.

    At the same time, we need to get behind a distributed object system. You gave some great examples like CORBA and XML RPC. Add to this the 'mobile code' idea. A virtual machine - hopefully Parrot will fill this gap. Then a framework or at least coding standards for distributed objects, like EJB. Then service discovery, like JINI. God, Java does so many things right :).

    I think this is where .net is going, a VM with a standard for object interfaces plus SOAP calls. I think its where Linux needs to go, too.

  51. Want Office? Use MS. by TeknoHog · · Score: 2
    I agree. If people want something like MS Office, let them use Windows. If they want something like UNIX, let them use Linux or some other UNIX they find right for the job.

    I believe a lot of the open source movement's resources are wasted on efforts to duplicate the MS desktop idea. UNIX is IMHO better because it's not based on the same idea. I don't see the point about 'Linux trying to catch up with Windows' while I thought the whole point of what us geeks are doing is about alternatives.

    Another thing I've already said a number of times before: You can't expect to be able to harness the power of *nix via a Windowsish interface. Power tools require a power interface. Would you let someone pilot a 757 via a bicycle's interface? Oh, I think someone already did...

    --
    Escher was the first MC and Giger invented the HR department.
    1. Re:Want Office? Use MS. by WildBeast · · Score: 1

      I totally agree, but try to convince the slashdotters. For me Windows is perfect for the desktop and Linux is perfect for servers and nobody is going to convince me otherwise.

  52. Re:False. Wrong. Nope. by iabervon · · Score: 2

    For novices, Linux is more than sufficient already. There are a number of email clients that work, basic documents are easy in LaTeX, HTML, or plain text, and web surfing is about equally broken on all platforms; I'm not clear that spreadsheets are actually useful to novices. What novices need isn't software with any particular features, but software that is understood by the more experienced people they get help from.

    Daily users are similar, but instead need the same software they used the day before. Daily users would use Linux software is that were what they found on their machine and they could figure out how to use it.

    What a lot of software could really use is the ability to detect that the user has just done the same thing six times and ask if the user would like to create a macro. Of course, this would depend on a sensible scheme of detecting repeated
    actions and a way of not getting in the way of users who actually don't want to do the same thing again.

  53. Cluebat time by Anonymous Coward · · Score: 0

    Let me give you a clue. Joe six-pack, the average customer, does NOT want to create tools. He wants something premade for him that he can sit down with and just use. He wants a nice friendly interface and the common tools in industry standart packages (you can leave out some of the huge bells and whistles, most people never touch 50% of the options word has).

    If you want people to think of Linux apps as a viable option, you DON'T make people build their own applictions. It's a powerful things for techno-geeks, but it is not what normal users want to do, and is not the way to compete with MS.

    1. Re:Cluebat time by kz45 · · Score: 0

      Another problem, is the fact that you have to compile everything you get.

    2. Re:Cluebat time by Anonymous Coward · · Score: 0

      And don't forget, there's no GUI! And you'll have to give away all your software! And Richard Stallman will personally come to your house and sodomize your cat!

      You really need to check the expiration date on your FUD, you know.

    3. Re:Cluebat time by kz45 · · Score: 0

      You really need to check the expiration date on your FUD, you know

      YOU are the one that needs to actually use linux sometime before spewing smart ass remarks.

      And you'll have to give away all your software

      There is some truth to this.....

    4. Re:Cluebat time by Anonymous Coward · · Score: 0

      YOU are the one that needs to actually use linux sometime before spewing smart ass remarks.

      Excuse me a minute, liar boy, I need to check up on the various Linux servers I administer, none of which I've had to compile anything for unless I wanted to.

      By any chance, were you looking in the mirror there, liar?

      There is some truth to this.....

      Really? Exactly what truth is that, liar?

  54. Seems Pretty Strait Forward to me by cyberlync · · Score: 2, Insightful


    Much of the arguments to date seem to stem from the fact that most users will not be willing to string together the tools into a coherent custom whole. I think this is a non-issue, will users do this? no not at all. But this does leave a gap open for other companies/inidivuals to easily pack of the inidividual peaces and produce custom works based on the client/targets area of need. I can see this being a big seller in certain areas. If nothing else it would make development of large systems much simpler



    Just my 2cts
    --
    I'm a programmer, I don't have to spell correctly; I just have to spell consistently
  55. What we really need is by LazyDawg · · Score: 1, Insightful

    We need some kind of component framework that lets you string together application components like a prettyprint edit box, a HTML save/load system, and other simmilar components so the end user can make their own applications with the features and components that they need when they need them. A spreadsheet is a grid with a math plugin, a bunch of saving/loading features and wrapped in a toolbar. Why not make all of the components for an office suite with an interface so easy any moron can draw/glue one together the same way they make homepages in frontpage.

    I envision a construction utility sike glade, only with links dangling off of the various widgets and "code resources", so the user can control some execution flow, group components for later reuse and quickly throw together new ones. These lines would be different colors for different function classes (red for naving/loading, black for execution, white for event triggers, etc.) The hard part is building wrappers for pre-existing widget libraries so they can be integrated into this system.

    If you want an office suite to work like any other unix application, with small, versatile components but wish to make it easy to use and understand, integrated closer than Office allows, try it this way.

    --
    "Look at me, I invented the stove!" -- Ben Franklin
  56. Microsoft Documentation: @# +60 ; Informative #@ by Anonymous Coward · · Score: 0

    was written by morons. That's enough reason to
    avoid it as much as one would avoid anthrax.

    Anyone suggesting a clone of Microsoft has been
    reading too many posts by that uber-cyber-geek-
    crackhead named:

    JON KATZ!

    Thank you and have a marijuana-filled weekend!

  57. Ziff Davis said WHAT? WHO CARES! by PD · · Score: 2

    I remember the days when Ziff Davis was constantly slamming Linux, publishing stories about how Linux was a toy operating system, and it would never make it in business.

    Now they publish an article telling Linux developers what direction they need to be heading? I don't know why we even bother.

  58. Nice call, wrong modal by Lumpy · · Score: 2

    we do not need 1 app that does it all. Staroffice did that and everyone hated it. we need interworking apps, lots of smaller programs that chained together to get the final result... wait Unix is based on that modal, Linux is too, so we should take up doing things the microsoft way? No.. let me re-iterate that.... N O !

    yes we need the business apps in a useable fashon, no our wordprocessor doesn't need a visual basic interpeter... how about a plugin to use perl. we need the ability for my spreadsheet to read my GNUcash files (or better yet export from GNUcash to XML, spreadsheet uses XML natively as well as the Wordprocessor, Presentation software, etc....

    database connectivity? Use standard SQL database connectivity.

    WE have everything in our hands. the hard part has been finished for years. we need people to clean it up, slap a pretty face on it and develop a decent installer. Linux fails miserably not because the software isnt there, it is there. it's because the developers are brain dead when it comes to managing decisions and getting the product installable for the average moron.

    Abiword, the best wordprocessor Linux has. hands down.

    Installer and problems installing? too many to count.
    Installing abiword on Redhat 7.1 requires downloading libs, editing the Xf86config file.. something that no-one other than a guru will do. GNUcash, needs a gob of new libs installed.

    both of these apps are the pinnacle apps for linux. and the developers couldn't care less if they were useable/installable because of their desire to use bleeding edge libs. and you know what.... it's not their jobs. that's the job of the project manager. and in both cases, either there is no real project manager, or the project manager has no interest in doing the job.

    Linux could take over now. if joe-schmoe could actually install a program package (including loki games) without having the equivilant of a PHD in computer science. (in the eyes of a user that is.)

    --
    Do not look at laser with remaining good eye.
    1. Re:Nice call, wrong modal by Peaker · · Score: 1

      apt-get, kpackage, gnome-apt, the new Debian installer that is soon to come out, that rpm-getter tool
      I'd say getting and installing packages is far easier in many Linux systems, even for a less-knowledgable user.

  59. Why? by forgoil · · Score: 1

    Stop caring about the office suite, stop care about whatever Microsoft might be doing. Do something on your own, don't expect changes take place quickly. Heck, there is an opportunity here to do what you want, and all people can do is whine in one way or another (much like myself I must admit, even if I am a software engineer during day time).

    It is definitly time to design something new, and implement it well. The net also gives a great opportunity for several different people, who would never meet otherwise, to colaborate. Look at KDE (the team, not the code) team and how well they are doing. More of that!

  60. First, make software install easier by DrLarry · · Score: 2, Interesting

    Well, this might be a little bit off topic.
    I tend to think that to make people use Linux, an office application is not at the top of the list.
    All they need is being able to install any application without the hassle of grabbing gazillion of obscure libraries and rpm's. Not to mention that most will have version number incompatible with the one used by your window manager/web browser/mail client.
    They also want to use their usb digital camera without any command line tool.
    Once you get that, and you manage to carry out all operations without opening a single shell and logging in as root, think of an office application as a priority.
    Sorry, I consider myself as an advanced user, and I tried to use Linux on a daily basis. This is simply too inconvenient. Now I'm back to windows 2000.

    --
    came exnihilo, going back there soon
    1. Re:First, make software install easier by anichan · · Score: 1

      Yes, Linux is so inconvenient. I mean, it's not like a kindergartner could ever figure it out! Besides, Windows is much more S e c u r e anyway.

      --

      karma is for the weak >)

    2. Re:First, make software install easier by Peaker · · Score: 1

      You suffer from the common ignorance most Linux users who are disappointed do.

      Your case seems lighter though, all you're missing is apt, and the nice frontends:
      kpackage, gnome-apt, aptitude, etc. (never requiring opening a shell, and automagically getting all required componenets, easily upgrading and handling all software management, much simpler than Windows actually).

  61. Article also appears at Cnet's news.com by Anonymous Coward · · Score: 0

    This article also appears on Cnet's news.com. It is followed up there with some scathing but interesting and supporting perspective.

  62. Two words: Java and Desktop by protected · · Score: 1

    Java is the escape hatch for people looking to get out of Microsoft's pay-for-your-air universe. Write your free and pay software in Java so that it runs on both M$ and Linux. Then the customer doesn't lose anything by leaving M$ behind.

    There is no good reason to write GUI-less server side code in anything but Java. The Perl and C++ folks need to look around and see that there is nothing in Perl or C++ comparable to the J2EE framework.

    By the time most good software has migrated to Java (look at Netbeans as a starting point), Linux may finally have sorted out its desktop. Having two main desktops -- both of them amateurish and geeky compared to Windows -- is a major embarassment.

  63. Re:False. Wrong. Nope. by j7953 · · Score: 3
    Do A & B style users plan on chaining tools together to form coherent systems? No.

    But they already do. What do you think MS Office is, one giant .exe? It's a suite of COM modules, chained together to form a coherent system. Whoever said that the chaining needs to be done by the user exclusively? (Ok, so I didn't read the article, maybe it did say that, I don't know.) Just like with Linux, this can be done by distributors.

    The problem with MS Office is that while it has a modular architecture, that architecture is not open. You can use the components, but the ways in which the included components interact are not very customizable. You cannot replace builtin functionality, you can only write add-ons (and even that isn't a simple thing given the amount of programming you need).

    Make no mistake - most users, on the order of 75% or more, will never ever want to customize their productivity tools beyond arranging a button or two, or perhaps defining a macro.

    Only because they have no option of changing anything beyond that. There are some places where you might want to change the way builtin features work, if it were possible. For example, I would like to make Outlook receive emails first, then send outgoing mails, because my provider blocks SMTP (to avoid spam) until I logged in with POP3 once. This is not possible with Outlook.

    If the Free Software movement could produce a set of Office components that are built in a way that allows you to create your own office suite (without hacking the source for each modification), but also offers a reasonable default setup, that might be a reason for network administrators to think about Linux on the desktop. Right now it's not a serious option if there are a lot of non-technical users -- yes, there is StarOffice, but why would you want to do more training (for both users and admins), receive more support calls (at the beginning) and reduce compatibility with MS Office files, when what you really get is just the same features?

    For the rest of us, there are plenty of tools - command line tools like grep, sed, awk, and hundreds of others do just great.

    Uhh, do they? Last time I checked, things like plain text files were not mentioned in any "corporate standard."

    --
    Sig (appended to the end of comments I post, 54 chars)
  64. Re:False. Wrong. Nope. by Anonymous Coward · · Score: 0

    Get-laid-Tex ...hahaha ya poor fsckin' weenie no Lusr wants that crappola. Back in the closet stick yer thumb up yer azzhol & grop the fav electromechanic bloup doll .... poor fsck ---

  65. Mozilla by Jacek+Poplawski · · Score: 1

    I think you should tell that to Mozilla developers. Instead of creating fast and stable browser, they want to create everything - mail/news/irc clients included. Why, if there are already so many good applications ?

  66. Pipes... by FauxPasIII · · Score: 1

    The simple command line tools that Unix/Linux power users love so much are useful because they can be chained together in mighty pipelines... there would have to be some equally simple, equally ubiquitous way to chain components together for the utility of the command line to reach the GUI world. Various object-embedding systems seem to be the start of this, but I can't visualize a way to extend the full utility of pipes into a GUI environment... is there anything out there simpler and more flexible than OLE/COM/wtf ever they call it these days ?

    --
    25% Funny, 25% Insightful, 25% Informative, 25% Troll
  67. Sounds like a job for Kylix by Anonymous Coward · · Score: 0

    Borland announced last month that they are going to bring web services to Linux. They already have a component model that many developers are using "inside" applications. These types of applications sound ideal for Kylix.

  68. Re:False. Wrong. Nope. by Greyfox · · Score: 2

    What A and B do which prevents a lot of them from leading happy lives on Linux is play games. My roommate's usual MO is to buy a game, install it, bitch about it running too slow, take the advice of some amateur and try to update her video drivers, fuck up her computer beyond belief and then ask me to deal with that goddamn Windows box. If I were billing her for my time, she could have bought a Playstation 2 the first time this happened. Fortunately I finally managed to convince her that I don't do Windows and she mostly leaves me alone now.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  69. Doesn't the Gnome stuff accomplish this? by SQL31337 · · Score: 1

    Isn't this what Gnorba, Bonobo, and Evolution are for?

  70. Right on, brother! by Anonymous Coward · · Score: 0
    I went from DOS, which had StdIn and StdOut where I assembled the app from .EXE modules that passed each other text strings, to Windows API, which has this narrow interface where you have to pass one of a zillion numeric codes you need to remember, to COM, where there are so many interfaces I have lost count, but each interface slot being position dependent is the same as having to remember all those numeric codes, and they call this progress?


    Sure you have an interface in terms of your text strings, but that interface is extendable by adding keywords.

    1. Re:Right on, brother! by Anonymous Coward · · Score: 0

      You sir, are posting F,U,&D. Not once in my 5+ years of COM programming have I once had to remember a numeric code. Or had a problem with an "interface slot being position dependent". Or confused a "narrow interface" with "converting everything I need to communicate with another program into a cryptic list of command line parameters which have to be subsequently parsed back into real data by the other program".
      Interfaces are extendable by adding new IIDs. Please learn. Or, be ridiculed. Your choice.

    2. Re:Right on, brother! by jeremyp · · Score: 1

      The Windows API is not a COM interface. The windows API is probably no more or less comlex than any other windowing API for Unix or otherwise. It's complexity results from the complexity of the object you are trying to manage with it. You do not need to remember thousands of numeric codes because the documentation is exceptionally good.

      The X protocol proves you can manage a graphical user interface with two one dimensional byte streams a la stdin/stdout, but you can't tell me its not a complex one dimension byte stream.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  71. Its already been done by extrasolar · · Score: 2

    As you type in emacs and have it in the right mode, it runs ispell on the previous word everytime you press the space bar.

    Emacs is quite different from most software we all know--mostly because it forked independently from the rest of the software world long ago. It has evolved, almost separately, for a long time.

    I say we adapt emacs conventions to look for real innovation.

    1. Re:Its already been done by greenrd · · Score: 1
      Yeah, and as a result the default UI leaves most of us completely lost. C-X C-S? WTF??

      What is the fastest way to turn on the inadequate-but-better-than-nothing Windows-style feel? I found the help impossible to navigate last time I tried.

    2. Re:Its already been done by Erik+Hollensbe · · Score: 1

      www.refcards.(com|org) has a good XEmacs refcard, which is comparable in binds to GNU Emacs, in postscript.

      EMACS IMHO is a *programmers* editor, which is why you don't find features like a locked wordwrap and postscript is not rendered, etc. The average person who uses word is not going to *want* to know that M-x font-lock-mode turns on the 'pretty colors'.

  72. Re:Microsoft Documentation: @# +60 ; Informative # by Anonymous Coward · · Score: 0

    I hope you're not one of those morons that thinks Linus documentation is better. Have a look at msdn.microsoft.com and then at the pitiful Linux documentation. Hahahahahahaha....
    I would transcribe some more of my laughter but I think you should get the point...

  73. Re:False. Wrong. Nope. by abulafia · · Score: 1
    I see the basis of change happening in a replacement for X windows. A new graphical layer that makes it easy to create a whole new paradigm of graphical computing. The idea that a screen is equal to a hardwood desktop and applications are pieces of paper that are shuffed around the desktop worked well. Linux can be the foundation for a whole new paradigm. Hopefully something that is always in '3d' mode.



    Sorry. I like the idea of X being replaced. I like the idea of something new, if it works. But some bullshit 3D thing? Ick. Aside from games, 3D does not work on a 2D surface. I've read a lot of papers about "cones of attention" and "referential alerts". 3D will not work for a full UI. (Insert Ludd quote here)



    Something where visual programming is always part of the UI. UIs have always needed a visual scripting language. I think even 'novices' and 'daily users' will be greatly stimulated and entertained by making small functional changes to their apps as they use them.

    Any language (idiom combination, macro bunch, what have you) that is useful in an office setting basically has to be Turing complete, in most situations (those that aren't include, perhaps, voice mail trees and employee beverage selection routines).



    Sorry, but end users, as a rule, will never be able to faultlessly run a TC machine without serious restrictions placed on them. This is why we have the *cough*windows*cough*X interfaces we do.



    At the same time, we need to get behind a distributed object system. You gave some great examples like CORBA and XML RPC. Add to this the 'mobile code' idea. A virtual machine - hopefully Parrot will fill this gap. Then a framework or at least coding standards for distributed objects, like EJB. Then service discovery, like JINI. God, Java does so many things right :).

    OK, I know you're a troll now. Parrot. No need to comment on my thoughts on mobile code right now.



    -j

    --
    I forget what 8 was for.
  74. What About "Works"??? by an_art · · Score: 1

    On the Mac, Apple has Appleworks, which does everything that the average person wants to do on a computer, but is much smaller and faster than Office. It's not a new concept either, as there were "Works" packages on the Apple II, and Microsoft once had a "Works" package. Never forget that "regular" people need to do a common set of things easily. Cryptic command line concepts are worthless when the computer is just another tool to use during a busy day. Art

  75. It's been done .... sort of by avdi · · Score: 1

    And the name of it? Emacs/XEmacs.

    Now, don't get me wrong, I'm not a mindless Emacs zealot. I happen to think that Vi and Emacs are both (gasp) pretty neat. I was introduced to Emacs a year or so ago, and decided that it would be in my best interests as a hacker to make myself learn it. I'm still in that process, but so far it's paid off tremendously.

    The power of Emacs is in the amazing integration of it's various extensions. As an example. Right now, I'm editing a perl script. At the bottom my screen, the "modeline" says this (abbreviated):

    XEmacs: PasswdFile.pm 'set_up' S0 (CPerl ARev DCln Avoid Font Fill Abbrev)----L11--C0ll

    Let's go through those codes one at a time:

    • 'set_up': this is an indicator provided by an extension called function-menu that tells me which function I'm editing. The same extension also creates a menu of functions in the current file. It's completely seperate from any language-specific editing mode; and apparently uses a generic library to determine what functions exist in the current file. This means the extension itself doesn't have to change to be able to recognize functions in a new language.
    • S0: This tells me I'm on screen zero. It's provided by an Emacs screen-management extension that works independently from (but seamlessly with) all other loaded extensions.
    • CPerl: This says I'm in CPerl-mode, a sooper-dooper Perl code editing mode. It provides all sorts of handy keyboard shortcuts and auto-formatting, as well as the logic that other extensions use to customize themselves to Perl code (like how to tell a comment, so font-lock-mode can colorize comments, etc. properly).
    • ARev: This means that the buffer is in auto-revert mode. Whenever another program modifies the file, it updates appropriately. This is completely seperate from all other extensions.
    • DCln: This indicates dryclean-mode. The buffer will be stripped of extraneous tabs and spaces whenever it is saved. Again, this is independent from other extensions, and could be used on any type of file.
    • Avoid: This mode moves the mouse pointer away from the text I'm editing, so it won't be in the way. Once again, completely independent of other extensions.
    • Font: This means my code is being colorized, according to the patterns provided by CPerl mode.
    • Fill: This means my comments will automatically be formatted to stay within the column limit I've set, and will be properly indented and have '#' characters prepended whenever a new line is started. This mode adapts itself to whatever language is being edited, and adds the appropriate markers to comments.
    • Abbrev: This mode interactively expands abbreviations I've defined as I type them.

    All of these extensions are independant from each other; they can be mixed and matched at will; and many can be used equally well in dozens of other types of files. Yet they all coexist happily in this one buffer, and even help each other. This is the kind of integration of little tools that the modern desktop needs; and so far, no one has attempted it since Emacs. All the many incompatible component technologies are based on the "fear and loathing" model - components are closed little black boxes, with their own little piece of the screen, and a few methods that they grudgingly make available to the outside world. This model, while very clean and attractive to OO programmers such as myself, doesn't lend itself to the kind of friendly, trusting, pervasive integration that Emacs features. Yes, all these extensions daringly allow other pieces of code view and even (gasp) change their "private members". The downside of this? Horrifyingly complex dependencies. The advantage? an amazingly well-integrated piece of software.

    Until programmers can figure out how to provide this kind of pervasive integration within a modern GUI environment, the XPCOMs, Bonobos, KParts, etc. of the Linux world will simply remain programmer's tools, rather than timesavers for users. I believe that this article espouses a noble goal, but any hackers trying to implement it should look first to the past. They should remember this proverb, which I just made up:

    Every good idea you have has probably already been coded, in Emacs Lisp
    --

    --
    CPAN rules. - Guido van Rossum
  76. New GUI paradigm needed by Anonymous Coward · · Score: 2, Insightful

    All that is in this article and in most comments is just scratching the surface.
    We need a new task/object-oriented GUI paradigm. For the average desktop user, the biggest problem is not about customizability, nor is it flexibility. We need something that has everything in place to give a good starting point for every unexperienced user to do what he/she wants without fiddling with files, applications, folders or the like. Customization should be done during the working process.
    The notion of files, for example, that reside in a certain folder in a fixed position on disk has its limitations. We should rather have arbitrary groupability of objects, always ordered and grouped appropriately for the task currently at hand.In fact, there is no difference between searching for objects that meet certain criteria and drilling down a tree-like structure like the filesystem to locate an object.
    The existence of "applications" is another dead end. An inexperienced user wants to create, edit and deploy documents without first deciding which application to use.
    Most modern GUI systems have already gone steps in the right direction, but the nature of proprietary software as it comes today, prevents real progress. As for the "application" example: A software package that has to be sold needs a unique name and a USP, and is somewhat isolated from its environment, mostly for the reason to not expose any internal details of its creation process. Such a thing cannot be integrated into a system to the extent that it appears transparent, as a simple component of the whole environment.
    IMHO this is the real potential for innovation that free software has. A commercial software company never can achieve total integration other than in the MS way: Kick competitors out and try to deliver the whole system from ground up, which then, in fact, is integrated, but puts users into the role of drug-addicts and the software vendor being the pusher.

  77. Dialectic leading to the future by bilsaysthis · · Score: 1

    Okay, so the author missed a little bit. But he's opened a clear dialogue and that can't hurt.

    I just read Proudly Serving My Corporate Masters (buy it or read it online at http://books.iuniverse.com/viewbooks.asp?isbn=0595 161286&page=fm1) and Breaking Windows (http://breakingwindows.net) and I think a key lesson from both is the importance of evangelism. Win the developers and you win the battle. Network effect/tipping point is key here and with time and continued effort (and probably a little good luck) Linux will reach the necessary level to be at leas a co-equal desktop platform.

    Other posters have questioned if Linux should be (at least in part, or have the capability of being) a Windows clone. I agree with those who say it shouldn't but then again that's the beauty of this open source world cuz those who think otherwise are welcome to go for it.

    My thought is that the Office paradigm is 10 years old as a GUI and 20 years old (+-) in the sense of L1-2-3/WordPerfect apps. Haven't we learned enough over these years to devise a better way of helping people get ordinary business tasks done? Should the community invent an improved combustion engine or a practical fuel cell?

    Soegaard does point out, more or less, that Office forces users to adapt their work processes to its features/capabilities. Better software would, at a minimum, be adaptable to those processes instead. Mark Hurst's GoodEasy system for the Mac (http://www.winterspeak.com/columns/goodeasy.txt) points to one small step in this direction but I don't feel it goes near far enough.

    Brainstorm, people!

  78. This is what I was trying to do a few years ago by 2Bits · · Score: 1
    I was running 386DX, 25MHz, with 4MB of memory.
    When I looked at the size of word.exe, it's
    more than 4MB. And I didn't like the fact that each package (Word, Excel, ...) came with its
    own spellchecker, .... (There's no Office yet).


    My idea was to come up with a well-define document format, and build a vanilla word processor. This processor will have a plug-in
    interface, so other people can just write a plug-in and install as loadable module, on a per-need-basis. E.g., if I need to write a math formula, then only at time, a match formula editor will be loaded. And that module is just a plug-in.
    If I need a spreadsheet, the spreadsheet module will be loaded. Same for graphics.


    I did this as my term project in CS degree. The project was a big flop, because it was too big a project to do during half a semester (you got to know the project only half way thru the semester), with other term projects coming at the same time. And I was a lousy programmer too, that was in my second year, and only the second year I had access to computers.


    Maybe I should make another attempt, now that I'm better equiped.

  79. Re:False. Wrong. Nope. by greenrd · · Score: 1
    most users, on the order of 75% or more, will never ever want to customize their productivity tools beyond arranging a button or two, or perhaps defining a macro.

    That's not the point. Office users (corporates/organizations) might be able to save lots of time by hiring programmers to automate repititive operations, but to make this viable it needs to be easy to script things in a modular way - without having to poke around in (often undocumented and seat-of-the-pants) open source code unless absolutely necessary. If you only want to fire 10 CTRL+X events you shouldn't have to hire a PhD candidate to make it happen!

    For the rest of us, there are plenty of tools - command line tools like grep, sed, awk, and hundreds of others do just great.

    The fileutils etc. are stuck in the 70s. What about operations that are only accessible via GUIs, like much of KDE? GUIs need to be fully programmable, or at least "scriptable". (Defining a "simple" non-Turing-complete scripting language is pretty pointless IMO because you'll always end up needing to make it Turing-complete eventually.)

  80. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  81. Re:Two words: Java and Desktop by Peaker · · Score: 1

    Most non-geeks I show KDE to, think it looks much better than Windows. Often they ask "Hey where did you get that awsome theme for Windows?", on the default KDE apperance.

  82. More of the same by einhverfr · · Score: 2

    And this little peice is even more BULLSH*T because what the hell does this guy presume? That we are all working to make linux the #1 OS, to make it a Super UNIX? People hack on shit that they want to. Including free word processors and office components. I think it's pretty arrogant to presume you know what's best for people's volunteer time. Keep up the good work office hackers. This kind of shit is pretty worthless.

    I recently read a Wired article (dead tree copy) which argued that Linux could never take over the desktop market and we should quit trying. My response looked pretty similar to yours.

    Why is it that people are making a concerted effort to look as many gift-horses as they can in the mouth? If I didn't know better, I would point the finger at Microsoft, but I think the truth is simply a reaction to all the hype concerning Linux of late (the guy who wrote the Wired article was a former Red-Hat employee).

    The glory of the OSS movement is that so many things can be developed simultaniously. People want a word clone? they can make a word clone. People want something like what this guy is suggesting? They can work on that-- WYSIWIG Emacs anyone? OSS is organic and follows needs, but does not need to manufacture need like the proprietary market.

    --

    LedgerSMB: Open source Accounting/ERP
  83. Re:Two words: Java and Desktop by BitwizeGHC · · Score: 2

    My Mac-using boss:

    "I saw this KDE thing and it looks just like a Mac. Can we use it on our linux box?"

    I obliged him then, but these days we're running OpenBSD GUI-less. I think it's safer to keep X off a server.

    Still, I think KDE is still a few steps ahead of GNOME, and headed in a better direction overall. But give me command prompts, pipes, and Scheme hacks any day. :)

    --
    N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
  84. Yes it DOES need an Office by bobalu · · Score: 1

    Many people think that Linux needs an Office clone to gain acceptance, but the truth is that monolithic software is not the future.

    In principle I agree, but as others have pointed out much of MS software IS small pieces that work together. But more importantly, what we need to provide is an Office app as close to the MS version as possible. If companies can sit somebody proficient with Office down at a Linux machine and have them give the thumbs up, then Linux can really make inroads because of the "free beer" aspect.

    Bottom line is the bottom line.

    --
    The revolution will NOT be televised.
  85. settle for CLI Exchange connector... by Anonymous Coward · · Score: 1, Insightful

    Well, pretty much everything *I* need to use around the office exists in CLI/non-GUI form - I would use these tools extensively if it weren't for those pesky Word docs...

    However, my company insists on using an Exchange server. If I could find a CLI Exchange connector and an interface to Pine or exim or similar, it would make my life easier. I may be wrong, but I'm under the impression Evolution is GUI only..

    Glenn

  86. linux has office suites by Anonymous Coward · · Score: 0

    Not that this is a big secret - Word Perfect has an office suite ported to linux - sure its not free (as in beer or in speech) but it does offer the same feel that MS office has for some people that cannot live with soffice or koffice.

    The number of companies that are just now looking to upgrade from WFW or Netware have a viable option in the BSD's or Linux with some pretty good support. Suse Linux offers a well rounded series of networking package as well as redhat and both are receiving attention from some pretty big corporate names.

    I beleive that smaller companies trying to reduce costs could go with a *nix networking scheme with a corel backbone for an application suite and make a good go of it . The import ability of MS documents has always worked well on Corel products - so the interoperability between a linux/corel network and a MS/MS-office network wouln't suffer at all.

    Corel office suite includes word perfect, a presentation program, a spreadsheet program and a database program (paradox)

    Just something to think about

  87. COM, BONOBO, RPC-XML by alexborges · · Score: 1

    The tools are here, just pick your prefered interface and make easy builders.

    Check out qtbuilder, thats nice.... its a matter of time until we have FREE integratable component based architectures.... i think everybody is working on those lines (phpgroupware/gnome/kde/gnue) all projects are integrating (look at the ogs)....

    And its not a linux idea, its the way technology is moving....

    Alex

    --
    NO SIG
  88. We'll never make "a better Office" by Anonymous Coward · · Score: 1, Insightful

    The entire philosophy of MS Office (WYSIWYG) is alien to GNU/Linux. If you CAN see what you will get on paper on the schreen, then the result is unacceptable. For paper is a very different medium.

    I wrote my thesis using LyX (a great document processor that invokes lots of standard /thus, replacable/ tools to do the job), and browsed through some other theses. The majority was written in MS Word, some using Star Office, some in plain TeX.

    The quality (reflecting the typographical competence of the software's authors) of the TeX stuff was uncomparably higher than that of the rest, but the MS-processed documents were admittedly better than the Starbage.

    I think, Linux gains recognition as a desktop system, when the WYSIWYG paradigm will be appropriately challenged (LyX might be something to consider). Office-like proggies are error-prone, and have already caused irreversible damage to the aesthetics of paper-based documents.

    Let's abandon the bandwagon and do something ELEGANT.See www.lyx.org

  89. Office is not the problem by Registered+Coward+v2 · · Score: 2

    The problem is not whether Office is a bloated collection of tools, but the whole approach towards documents taken by office suites.

    We should look at it from a single document standpoint, rather piecing together a Frankenstein's monster of a document from component parts. for example:

    Look at the differences in document handling between Word and Powerpoint - each has different formating abilities and styles, even though both basicly do the same thing - layout text and graphics. Which means turning a Word document into a Powerpoint presentation is a nightmare (not to mention trying to go the other way.) What IO'm saying is we shouldn't even have the words document and presentation as seperate terms in our lexicon. I should be able to define document characteristics and then chose how and when to display them. One file, multiple views, so to speak. Ideally, you could send someone the document and, depending on what they wanted to do, use it as a presentation or document.

    That gets rid of all the formating quirks that Office has and provides a consistent set of editing options across the document - whether your creating a srpeadsheet, table, presentation, flow chart or document.

    Finally, since the document contains the info needed for displaying it in different manners, you could have portability between diffrent devices - such as a desktop, PDA or phone. Create once, view many (with apologies to Java).

    Following MS lead and trying to develop similar products is a long term losing proposition - primarily because of MS overwhelming dominance on the desktop, which makes them the "safe" choice.

    The trouble is too many people burn out their clutches trying to do a paradigm shift.

    --
    I'm a consultant - I convert gibberish into cash-flow.
    1. Re:Office is not the problem by Graymalkin · · Score: 2

      What in the holiest of holy fucks are you smoking? Word and Powerpoint since like Office 97 have been built out of COM objects. Recurring functions are just object methods that get reused by all of the Office apps. As for the document formatting, Office 2k and XP already handle this by saving content as XML and then attaching stylesheets and whatnot to the content data in order to give it context. A word document with a numbered list can easily be stuck onto a PowerPoint presentation, a change to the word document changes the PP doc. Where you get that it is a painful process I have no idea. You probably don't know how to fucking use Office so you're blaming your problems on the program.

      --
      I'm a loner Dottie, a Rebel.
    2. Re:Office is not the problem by Registered+Coward+v2 · · Score: 2

      It isn't about how Office integrates its programs, but how Office's approach to documents impacts the user. XML is a step in the right direction.

      If all you're going to do is move simple bulleted lists from Word to PP, then yea, it does that reasonably well, but that's not my point.

      First of all, I shouldn't have to stick anything from Word to PP - instead of the text becoming a Word object in PP, you'd use style sheets to control what part of the document is used and how it's viewed. For example, a section of text might be a header in a document, the title of a presentation page, and not be viewed at all in a spreadsheet. Similarly, text in a specific column in a document would become the text within Visio elements on a diagram. And it wouldn't matter where you first created the data - since it just data with different sytles attached. I realize that much of this can be done in Office today by embeding parts of documents into others, but it is neither easy nor intuative.

      Something as simple as embedding a spreadsheet into PP can be frustrating as you try to adjust column widths and font point size. Or copying a PP slide from one presentation to another w/o losing all the attributes of the original master template. In fact, when it comes to integrating and displaying data across Office programs, Office sucks.

      Copying a bad example of how to treat data is not good for Linux, because you provide no compelling reason for people to switch from Office. A Linux Office suite will be viewed as little more than a knock off of Office, and people's unwillingness to change will limit its adoption. However, if you have a better way, that clearly makes it easier for people to do what they want, then you've got a good reason for them to change.

      --
      I'm a consultant - I convert gibberish into cash-flow.
    3. Re:Office is not the problem by cyber11 · · Score: 1

      This is why I prefer the approach that NeXT made with NeXTstep 3: NeXT links. Just as the Subscribe/Publish method of Macintosh System 7, you could "publish" some data which is stored in a special file. Another application could then "subscribe" to that "publication". The subscribing application put a preview of the publication in its view. When the user double clicks on that preview, it's shown in the application that created it. This is much more consistent than the, from the UI point of view, monolithical structure of OLE/COM/COM+/DNA/whatever "integration" and allows to easily share such "publications" between different clients, even between different users.

    4. Re:Office is not the problem by Graymalkin · · Score: 2

      You don't have to embed anything into a PowerPoint document. PP will merely use the XML generated from Word as its input and will change its appearance any way you want without changing the actual data from the XML file. It's pretty damn easy to do with a little bit of training. Talk to anyone who even halfway knows what they're doing in Office and they can tell you how easy it is to do whatever you want with any bit of data. DOn't go ranting about how Office sucks just because you have no idea what you're doing. That doesn't make it counter intuitive it just makes you hard headed.

      --
      I'm a loner Dottie, a Rebel.
  90. Got it. by lie+as+cliche · · Score: 1

    Yes, developers. If you're running a software company, creating small components allows you less room to innovate on features. This in turn makes it more difficult to market your products.

    So for now at least, Linux developers will probably have to fight this fight alone. In order to convince users to make the shift away from MS Office, et. al., Linux apps have to offer a solution that's easier to use and faster by a factor of at least two.

    When people buy desktop PCs, they don't buy one with all the OS and software they'll want. They pick up the software they need as they need it, and upgrade as neccessary. The same concept would appear to hold true with componants within an app. If an app could download componants as needed, invisibly, and keep tabs on which componants were used how often, each copy of the app would be able to determine what the user used the most, and keep copies of those componants on hand. You'd get an app which would do the job seamlessly, and adapt itself to each user's own requirements. It would officially rule, and there's no reason why componants and groups of componants couldn't be improved and upgraded as they interact with and affect each other, with an invisible upgrade method akin to the way current apps self-upgrade when connected to the 'net. It seems simple enough from the standpoint of an end-user like me, and the total effect from an app like that would be astonishing.

  91. Ok, i agree by Shin+Elendale · · Score: 1
    So the next step is that someone should create an open 'COM' like interface and supply some basic software tools. Open Source can take care of the rest. I suspect it would start out like Mozilla (if this comes around) and end up with a fairly good Office-alike program; maybe you could even write an Office interface to it. Of course, if you're 'COM'-alike sucks... well... don't even bother.

    -Elendale

    --

    IANAT (I Am Not A Troll)

    1. Re:Ok, i agree by jeremyp · · Score: 1

      The COM interface standard is open. Anybody can write COM objects, the interface is well documented. The thing that isn't open is the implementation and that's what needs to be created for the Open Source community or something similar. I'm going to write it and call it the "COM Open Reusable Blob Application" or for short by it's acronym.... no err wait....

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  92. Mod parent up please! by Anonymous Coward · · Score: 0

    I don't even know how the mod system works :(

  93. Universal File Types? by Altarboy · · Score: 1

    What about a set of customizable/open/standard file types that can be read and edited by any programs that would like to, via a plug-in (sorry a Mac-user) type thing? Wouldn't that keep Linux (Word97 for Mac* Thinks that Linux is misspelled) users (of which I will soon become) from having either to pick one program or be unsure if anyone in their program will be able to open the flowchart they just created.

    *hey! i'm at work!

    1. Re:Universal File Types? by Graymalkin · · Score: 3, Funny

      Back in the day we called these "text files", in fact everything from memos to emails to configuration files were all just "text files". You could write an app in a couple of lines that would create and edit these "text file" things. Most command shells even have support for that stuff. Wierd.

      --
      I'm a loner Dottie, a Rebel.
  94. cada quien con su cada cual. by oordaz · · Score: 1

    lo siento muchachos pero no me voy a poner a pelearme con un diccionario para poner mi mensaje. . .
    Para que nos hacemos??? creo que hay espacio para todos y si bien yo somo muchos de ustedes con seguidores de algun *nix (yo lo soy de FreeBSD) bien es cierto que hay necesidades o situaciones en las que sigue siendo necesario MS y una o dos de sus herramientas.
    Yo soy desarrollador de software y no voy a obligar a mis clientes a que instalen linux o lo que sea con tal de quitarles windows asi que tengo que usar windows y herramientas de desarrollo para windows (delphi rules). . . por otro lado esta la gente conocedora y que no teme experimentar, es ahi conde podemos introducir nuestro *nix favorito. :))

  95. Re:Two words: Java and Desktop by Anonymous Coward · · Score: 0

    We have stopped using Oracle because of their insistance on writing all their tools in Java. The fact is that they suck - and are poor excuses for interfaces.

    Java free here, and intend to stay that way.

  96. Re:False. Wrong. Nope. by Anonymous Coward · · Score: 0

    You should check out the Berlin project. It is a CORBA-based X replacement designed with an eye for the future.

    --
    DO NOT LEAVE IT IS NOT REAL

  97. Why doesnt anyone get it? by Anonymous Coward · · Score: 0

    For the record, I am a EE, but am very computer savy. I am decent at C/C++, asm, VB, Lisp, and Fortran programming. I have been trying to get my computer to run RedHat 6.2 for months now and with no success. Here is a list of things that bug the hell out of me!

    1. Nothing has adequate documentation, and most documentation is geared for an proficient-to-advanced user. Write more! Sorry the How-Tos on Linux.com suck!

    2. Even when I follow the instructions to a tee, I still cant get things to work right. Why is this? Am I an idiot? Probably (See rant #3). I cant tell you how many time I have reinstalled the OS to be sure I have a clean install and some packages still wont work!

    3. For everyone who advocates Linux why dont even a fraction of you waste some time on newsgroups and help everyone who is having problems. I always send messages to a variety of newsgroups when I run into problems and only 10% of the time do I even get a response.

    4. For the cost saving on the OS I have more squandered on books to try to learn the damn OS. At least with Windows things are sort of intuitive and I can usually just screw around and figure things out. With command lines? Please!

    5. There simply is not enough cool programs. Where are equivalents like Adobe Photoshop and Illustrator? How about Quicken? These are popular programs. Maybe the average scourceforge junkies cant build programs like these, but why should I go to Linux and endure the pain learning the OS just to use what I already have?

    Sorry, it is late and there is my two cents (more like 2 dollars).

  98. YES and NO by Anonymous Coward · · Score: 0

    While I agree with the thought of not trying to duplicate or compete head to head with MS Office at the moment, I believe the absolute number one priority of Linux should be development of the WINE project. This would have the effect of instantly boosting Linux in the eyes of the general desktop users since suddenly we could instantly use all those MS / compatible programs that we have become so dependant upon (ie: games!) As the Borg say: "Prepare to be assimilated, resistance is futile!"

  99. We've had Emacs for a while by aoliva · · Score: 1

    > What we need now is to create an environment, where users can easily create customized tools for the way they work, and developers can easily add new functionality.

    Err... Haven't we had Emacs for a while already?

    1. Re:We've had Emacs for a while by jmarca · · Score: 1
      yes and curiously, it is the one piece of unix software that is bloated.

      on the other hand, if you know what you're doing, you can almost get it to do what you want always. I edit latex, hit control-c a couple of times to process it, then the same to dvips or bibtex it, then the ggv window automatically updates itself.

      I use emacs for programming, and it knows what language i am typing in and how to color the commands.

      and so on. Of course, someone else wrote all that bloated featurism in there for me, all i gotta do is find and download the occasional .el file that is missing, like for XAE, the XML authoring environment for Emacs

      but emacs sucks eggs when it comes to its gui. God how I wish someone would make emacs pretty, and make the gui do something other than spring up text that responds counter intuitively to mouse clicky clicky. especially that terribly unhelpful help stuff. The oreilly book is the only way I figured out anything in emacs.

  100. Very few people would want this by tangledweb · · Score: 1

    There is probably a market for a highly customisable herd of office applets, but it would not be a big market. To you and even to some extent to me, the the idea of replacing, for instance, the graphing applet with a better one from a competitor sounds appealing. How many people really like to fiddle with their computers though?

    Most users are uncomfortable even installing software on machines for fear of doing it wrong and breaking things. If an office install program that asks them what directory and if they want MS or WordPerfect shortcut keys scares them, what do you think they would make of an install program that offers them a 1000 choices. You also ignore training and interoperability. One of the main reasons for MS Office's complete domination at the moment is that people know if they use it it will be the same at every office, all their staff will have a pirate copy at home and all new hires will already know how to use it. Using anything that is not the market leader gives you problems with all of these things. Using something that is going to behave completely differently and maybe have different capabilities for opening files is going to make it impossible to assume anything. What is needed now is a high quality set of MS Office file format filters for some of the existing office clones, not a new paradigm altogether.

  101. Re:False. Wrong. Nope. by MtViewGuy · · Score: 2

    AMEN.

    I think the suggestion of building what the customer wants by stringing together a bunch of small utilities is the equivalent of trying to cook a meal from scratch ingredients--way too many people don't have the knowledge or experience to do it.

    What something like Office XP does is integrate all the tools you need so it is available easily. Besides, given Microsoft's excellent Usability Lab, the whole program has a consistent interface, which makes learning the program that much easier.

  102. This is dwarf invasion! by Graymalkin · · Score: 2

    What the fuck. Microsoft builds Office entirely out of COM objects and makes its documents linkable to all of the apps in the suite. THey also let you embed the functional portion of a suite app into a fucking document. They get bashed ad infinitum on slashdot. Now people realize THEY GOT IT FUCKING RIGHT and now need to fucking copy them. Admittedly ZDNet is populated by the low end of the computer using spectrum and caters to its ilk but seeing the discussions here is just ridiculous. Microsoft's whole ActiveX paradigm has been attacked countless times and now people are wishing Linux had the same capabilities. Ahhhhhhhhhhhhhhhhhhhh. I guess people who develop open source software aren't the same people using it. Because it seems all the people using it couldn't think their way out of a fucking paper bag.

    --
    I'm a loner Dottie, a Rebel.
  103. Ummm, no. by Kasreyn · · Score: 2

    "...Linux will not gain converts by giving users the same thing, that they will then have to relearn. The power of UNIX is in connecting small, fleet-footed tools. What we need now is to create an environment, where users can easily create customized tools for the way they work, and developers can easily add new functionality."

    This is approximately 100% backwards.

    When some drone is already using Windows and it's "good enough" (which is WHY people use it), you need to tell them WHY TO SWITCH. Inertia, my friends, inertia - if people don't have a compelling reason to switch, they'll stick with the BSOD's to avoid an evening of fiddling and installing and configuring, every time. Linux already HAS "small, fleet-footed tools", and "an environment, where users can easily create customized tools for the way they work, and developers can easily add new functionality". Neither is winning Linux many converts, because 95%+ of users will never want to create customized tools or add new functionality!

    This is once again an example of how thoroughly wrong we can be when we look at Linux from the techie viewpoint and then try to extend that to non-techies. Non techies DON'T WANT TO MESS WITH IT!! They want the computer to be easy to use and do what they need so they can do their job, which is likely completely unrelated to computers! Telling them they can put together their own toys is not going to work when Microsoft is spending millions to push OfficeXP.

    I don't know what the article means by "monolithic" either. As far as I can tell that's a techie curse word that has been so overused it has lost all meaning. What Linux needs are: Number one, more user friendliness and ease of install. Techies need to get off their arrogant high horses and make distros for the lusers, or else GUESS WHAT, they will keep going to MS. Our own self-serving software designs are keeping Linux down. Secondly, we need killer apps. The GIMP is a great example. If it could be made a bit easier to install and a lot easier to use, then it would be a true photoshop killer. After that, we need an office suite or set of programs so business drones can make their presentation slides and timesheets and status reports. If they can't do it in Linux they won't run Linux at all. Thirdly, we need much better hardware support, MS is kicking Linux's ass there. Put these three together (user friendliness, killer apps, hardware support), and you'll have an OS people will actually WANT to switch to. I won't even address networking and marketing issues, which are a whole other ball game...

    As for Linux as it currently stands, I've been able to convince a few Windoze users to switch. But every one of them was a techie or wannabe techie, and every one of them switched for fun and to try it out. Not ONE of them seriously believed it would be more useful than Windoze; some of them still don't. That perception has to change before MS's dominance among non-techies ends.

    Just my $0.02... If you agree/disagree, reply, don't moderate! =)

    -Kasreyn

    --
    Kasreyn: Cheerfully playing the part of Devil's Advocate to hairtrigger /. flamers since 1999.
  104. Conspiracy? by TV-SET · · Score: 1

    Is it again about vi vs. emacs? Cause it sounds alot like it :)

    --
    Leonid Mamtchenkov ...i don't need your civil war...
  105. About COM and OOP by vrt3 · · Score: 2
    COM != OOP DCOM != OOP
    I beg to differ. The COM code I have seen quite remarkably resembles instantiation of and passing messages to objects in an object-oriented paradigm. Let's not forget the giveaway: the acronym itself. Component Object Model. Microsoft has been a big booster of the "object-orientedness" of its component architecture

    You're right in a certain sense: COM (and DCOM) supports objects, no doubt about that. And it supports interfaces, and data hiding and encapsulation.

    But it does not support an important feature of object oriented programming (as opposed to object based programming): inheritance. True, you can create a new COM object which uses the same interface as another one and thus offers the same functionality; but you have to code all the functions again for every new object. Granted, often it can be as simple as a forwarding wrapper, but it's a major pain in the ass in a large object hierarchy. Trust me, I've been there.

    --
    This sig under construction. Please check back later.
    1. Re:About COM and OOP by jeremyp · · Score: 1

      I don't think inheritance is that important a feature of object oriented programming. Some of the poorest code I've seen was caused by inappropriate overuse of inheritance - "I must figure out a way of defining this class in terms of that one because I've got inheritance and I must use it." I don't say inheritance is evil, just overused.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    2. Re:About COM and OOP by vrt3 · · Score: 1

      Well I think it is very important in object oriented programming. Any programming system lacking that feature is not object oriented in my regards - object based perhaps. OOP can be defined as 'encapsulation, inheritance, polymorphism'. Without inheritance, you also loose a great deal of polymorphism (I don't know in other languages, but in a strongly typed language as C++ there simply is no polymorphism without inheritance). That leaves you with just encapsulation. Not enough to gain OOP-status.

      --
      This sig under construction. Please check back later.
  106. Wha? by Digital_Fiend · · Score: 1

    Nerds forget how much they know. Home users can barely figure out Windows 98. To think that they're willing to even bother learning how to use fips in order to install Linux (or some other free Unix-like operating system such as FreeBSD) or something or download an ISO image or configure software like ipchains, etc. is completely delusional.

    One of the basic ways in which one furthers one's expertise in Linux is to read the documentation that comes with the software. This is contradictory to basic user behavior; they never read the manual unless it's a LAST resort and even then, they're just likely to do just-in-time reading.

    The developers should stick to their niche market.

  107. I fear the consequences by vrt3 · · Score: 1
    I live in Europe so the DMCA and newer and/or more freedom-limiting laws don't apply to me, at this moment.

    But the US have a strong influence in international organizations, and Hollywood, Microsoft et al. have a lot of money to spend for lobbying everywhere around the world. I hope it doesn't happen, but I wouldn't be surprised to see DMCA-like or even worse laws coming to Europe in the next few years.

    --
    This sig under construction. Please check back later.
    1. Re:I fear the consequences by BitwizeGHC · · Score: 2

      The DMCA was passed to bring the US into compliance with WIPO regulations. It wasn't really just our idea. It WILL happen worldwide unless we can win the battle here.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    2. Re:I fear the consequences by vrt3 · · Score: 1
      The DMCA was passed to bring the US into compliance with WIPO regulations.

      OK, so it isn't really the US heavily influencing us, but the WIPO. But that doesn't change my point.

      It WILL happen worldwide unless we can win the battle here.

      That's my fear too. That's why I'm a member of the EFF.

      --
      This sig under construction. Please check back later.
  108. Never? by Gilded+Rooster · · Score: 1

    Those who say that Linux will never catch up don't understand that nobody can predict the future of technology with complete confidence and accuracy. Everyone misses the mark sometime. All empires in history have dwindled eventually.

    Linux has a lot of things going for it, and one day it may have an office suite more feature-complete than Word. You never know in the computer industry.

  109. Include users in design loop? by Yuioup · · Score: 1

    Quote:

    "Users know what they want. They know what is missing. Let us include them in the design loop, as we start creating a set of basic interactive tools which change only when an improvement is made--not simply because someone decided to change the interface arbitrarily with a new iteration."

    Good idea. But how are you going to get the average user involved in improving the software? Most users just use software and have no awareness of the fact that they too can have a say in improving that software.

    I think that all open source projects should have a "feedback" feature built in. The feedback feature should be prominent in the toolbar and should give people a chance to fill in ideas. It should be easy to use and should not be too much of a hassle. Because they won't bother to go to sourceforge or a newsgroup and get lost in a quagmire of discussions.

    If such a feature is built in in a standardized manner which is familiar to the users, and that these users get an impression that their comments really do matter, then you can involve them in development.

    Yuioup

  110. Component or monolith? by karot · · Score: 1

    but the truth is that monolithic software is not the future

    Of course you will note that Linux is a monolithic Kernel, and MS uses a microkernel... (Erm.. at least I think so...)

    ;-)

    --
    Enjoy Y2K? Roll-on Year 2037!
  111. Re:The real call to arms - this is only a proposal by mikewhittaker · · Score: 1
    There is enough big business out there - including IBM - that does not want to see Linux outlawed.

    And since an interactive digital device:

    The term "interactive digital device" means any machine, device, product, software, or technology, whether or not included with or as part of some other machine, device, product, software, or technology, that is designed, marketed or used for the primary purpose of, and that is capable of, storing, retrieving, processing, performing, transmitting, receiving, or copying information in digital form
    could encompass a wristwatch, microwave oven, burglar alarm, child's toy ... it seems unlikely that such a loose specification would be legislated for, since it would make an unenforceable law.

    Perhaps the bill's proposers should state what they're really trying to stop - namely, copying of copyrighted material.

  112. Re:False. Wrong. Nope. by Anonymous Coward · · Score: 0

    X defines a widget standard, the X Toolkit Intrinsics. Athena and Motif are both compliant. Qt ignored it, because Troll's goal was to run on windows too. Gtk ignored it for no good reason (at least at the time it was first written - no-one envisioned a gtk/gdk port to non-X platforms).

    Type "editres" in a shell window some time - up pops a "resource editor". You can use it to reconfigure, on the fly and at runtime, X applications like Netscape 4.x, Xterm, and others that were written by programmers who knew anything about the X window system.

    The only other system that approaches this functionality is Amiga MUI, which approximately nobody still uses.

  113. MS Office by Anonymous Coward · · Score: 0

    Seems to me that back in 95 MS suddenly realised that they'd nearly missed the boat with the internet when Netscape had a great product (Netscape 3 - the best and most stable of all browsers) - back then the war was between OLE / 2 and OpenDoc (Apple) - Linux Developers should pick up where Apple ran out of money and deliver an Opendoc-centric approach to document handling and leave the MS approach to the dinasours..... (that was about the same time that the word IT replaced Computing and opened the door to the world of have-a-go-harry MS orientated DIY guys - don't worry, if it crashes, ghost it!)

  114. Re:This is like OpenDoc - OpenDoc 4 OpenSource by Anonymous Coward · · Score: 0

    The ZDnet article writer is sure looking for something like opendoc, whose philosophy would be great for an open source, collaborative development environment. Anyway I wonder why the article focused on building a MS office competitor, the issue is far more general in my opinion.

    I'd like to see a set of specialized tools operating on standard data structures that can be controlled and scripted using a graphical desktop shell, providing a pluggable but common look & feel for all tools: this shell would work as an IDE and as a GUI for the user at the same time. For example, if file-related OS functions become tools themselves, there's no need to differentiate between the desktop-file manager and the application environment.

    An underlying command line interface would be needed too (being a mac user, i personally hate any CLI, but it's great for control over remote machines, for people with disabilities, or for future developments like voice recognition)

    I know that kde, gnome, gnustep, java beans/netbeans and so on are taking steps in similar directions, i hope some of them will borrow from opendoc its orientation towards the end user...

  115. Moving the Unix Stream Paradigm to WYSIWYG by webbunny · · Score: 2, Insightful

    Many people have already mentioned NeXT/Open/GnuStep, and OpenDoc as fine examples of 'the right way' to do things, and Open Source developers are in a unique position that they are not (usually) hamstrung from shareholders demanding profits, marketoids or backwards compatability that tends to stop 'the right way' from being developed elsewhere.

    But one comment struck me, because I have had thoughts on this point for a while:
    > There's no GUI equivalent to the command-line pipe/redirect paradigm

    To me, this is one of the most elegant things about how Unix works for the user, even if the command line switches make things very cryptic for 'Joe Schmoe'.

    The reason it all hangs together it that all the CLI tools use PLAIN TEXT for input and output, and these text streams are not contaminated by error reporting. Plain text is a very simple data format, and therefore the tools are small and simple. The GoodEasy environment detailed on Wired and mentioned on /. a few days ago runs with this idea in a GUI setting.

    But the way it does this is to throw away WYSIWYG, on the assumption that 'what you get' only refers to 'when you hit the print button', and in an increasingly paperless world, there's no need for 'rich media'.

    But I like rich media, and I bet a lot of you do too. I think HTML email allows for far more expressive messages, and therefore better communication.

    So how do we get this 'plug in' idea of tools to work? Well, my thought is a kind of 'live import/export filter'. If you think of possibly the most complex doc type there is, DTP, it has many layers of structure. Chapters, pages, layout boxes, graphics, columns, paragraphs, fonts and formating, right down to the 'plain text'. What if you could 'live export' just the plain text? All a spellchecker needs is plain text, so the spellcheck component would hook into a 'live filter' component, that exposed just the plain text on the spellcheck side, but was exposed to the full DTP dataset on the other. The spellchecker replaces text in what it thinks is just plain text, and the filter passes the changes to the plain text components in the DTP data. Another filter could expose just the layout components of the DTP data to a drawing tool, and so on.

    The base document type could change to be a spreadsheet, and a different 'live filter' would again export the plain text components to the very same spellchecker, and so you get code reuse, and consistancy of interface for the user.

    Effectively, these filters give our complex rich media formats multiple personalities, they pretend to be a file format that they are not, so that common tools can be used to edit them.

    Add this to the component document ideas started with OpenDoc and its 'part handlers', and continuing with Bonobo, and we could have a true 'Unix way' WYSIWYG productivity system.

    -- Andy the Webbunny

  116. mischaracterization - historical revisionism by andy_from_nc · · Score: 1

    The attributing the "first" to provide comprehensive wysiwyg tools and such is a historical revision. The author should further research his articles before posting them

  117. Re: unix users have choice, win users get big blob by Anonymous Coward · · Score: 0

    you can still find lean window managers for X-Windows THAT ARE ACTIVELY MAINTAINED. I can make mwm or fvwm run like gangbusters on older slow hardware. I can find browsers that don't require kde or gnome that run fast on old hardware.

    Microsoft, on the other hand, has no interest on keeping 386's, 486's, or pentiums up and running, or providing a '2001 build of windows 3.1' or providing an ultra-scaled down program shell. Microsoft is driven by the REQUIREMENT to make each new version of their OS/Software require the user to PURCHASE NEW HARDWARE.

    let's be honest. Microsoft makes their money not from users going to the store and purchasing software. They make it from bundling with PC manufacturers.

  118. strange sight... by sydneyfong · · Score: 1

    MS Office XP ads on that page

    http://203.198.166.220/sidney/ms.png

    --
    Don't quote me on this.
  119. What we need now is to create an environment ? by Anonymous Coward · · Score: 0

    Hello ???????
    Linux & XWindows are THE KING of enviroments. Enlightenment is light-years ahead of anything MS even has planed long term. All we need to do is get the chance to prove how intuitive, and easy linux is. The only roadblock is that after 6 years most "average" peaple can hardly use windows. There terrified of learning a brand new system. hell they think 95-98 is a change!

  120. don't oversimplify by tamboril · · Score: 1

    It's one thing to make an environment where it's easy to plug in new functionality. It's quite another to write good software *in* those modules. Let us not try to get away from the fact that, at whatever level, you can still write good and bad code.

    A great framework (like EJB, for instance) is a wonderful, necessary thing, but you still have to know what you're doing to write well to it.

  121. ZDNet/Microsoft? by Anonymous Coward · · Score: 0

    Doesn't MS own ZDNet? Why would we want to take their advice?!?!?!

  122. Re:False. Wrong. Nope. by alext · · Score: 1

    But this is not primarily due to capriciousness on the part of the developers (if that was what you were implying), nor is COM a shining example of coherence - there are just too many COM variants (forgive pun): local/remote; VB/C++; dynamic/static; UUIDs/monikers/handles etc. for integration to be simple in many practical cases.

    I believe the problem is actually that current distributed object models don't work well because the objects don't distribute. Having objects that stay still, or having to build your own propagation mechanism, or even having to decide upfront with RMI whether an object is pass-by-reference or pass-by-value, is massively awkward and constraining.

    The only model that will support lightweight GUI-like models as well as heavyweight transaction-processing style models is one where distribution happens automatically and dynamically. Until such a platform is developed, convergence is just wishful thinking.

    (And SOAP is if anything a step backwards in this regard)

  123. Re:False. Wrong. Nope. by weinerdog · · Score: 1
    Get a grip on things people - the future of Linux as a mainstream OS depends on the desktop Windows work-a-like model.

    But the Windows model is fundamentally bad for novice and expert users alike. If the only way to make Linux go mainstream is to copy Windows, what's the point? The Unix Way may not be one that is inherently appealing to most users, but the Windows Way betrays users by diverting their attention from their real goals and instead occupying their time with irrelevancies.


    If you look at the default configuration of Word, for example, about half the visible controls relate to formatting and typesetting. The application is set up to give people who most likely don't understand the first thing about typesetting the ability to make a complete mess out of their document. In other words, it enables users to do what they aren't very good at doing, rather than trying to automate those tasks so that the user can concentrate on what they are good at doing, which is providing content.

    The ability to choose unreadable fonts and bad justification may be sexy and appealing to the user, but it typically doesn't mesh well with the reason the user fired up Word in the first place. There should be buttons like "write a letter", "write a report", and "write an academic paper". These should prompt the user to provide the information that they can expertly supply -- the content -- and take care of formatting, page breaks, spell checking, and so forth, automatically. The user shouldn't have to worry about how to format the report, it should be formatted to whatever the organization's standard style for reports is, and it should be done automatically. (Or, for home users, to one of a selection of standard formats developed by people who know a thing or two about document formatting.)

    This is technically feasible in Word, but this functionality is hidden and not nearly as convenient to use as the haphazard mess-making capabilities that are emphasized. My experience is that most Word users aren't even aware of the existence of Word's (primitive) style sheet capabililties, much less know how to use them. Fewer still are aware of templates and macros. But everyone knows how to change font sizes and how to create page breaks using a series of hard returns.

    This doesn't mean that users shouldn't be allowed more control, but low-level control (e.g. creating the style sheets and macros that are used to format the document) should be kept under the surface, while the less sexy but more useful high-level features should be kept on the surface.

    The whole point of using a computer is to have it assist the user by doing things that the user cannot do well or efficiently hiself or herself. Suites like MS Office do at best a mediocre job of this.

    --
    There's no such thing as Scotchtoberfest!
  124. The Problem with Linux by fluppy88 · · Score: 1

    I think the problem with Linux is one that hasn't been addressed (though it's been talked about for ages) fully. Usability. I am not a Linux user. I've tried it and I continue to tinker with it, but the simple fact remains that to affectively capture Home Users (and possibly businesses as well) is to make Linux usable for the "average" user (ie. if it's not on the desktop or the "Start" menu they aren't using it). I'm not saying that linux needs drastic changes, but how about a link on the desktop or on the menu? Linux has just about all the applications that a normal user desires, but Linux developers need to make sure that their programs have the same ease of use as win/mac programs. That starts with offering easily accessible links (i don't want to search /usr/bin/blahblahblah for the location of anything. period) and goes to a more important question: Do Linux Programmers want it to be a main stream program? If they do, they'll have to make GUI's and they'll have to work with the stupidest m$ users in the world. Once they can use it people will come, cause it is a cheaper alternative, a stable product, and a nice design. but somewhere along there the function gets lost.

  125. Components on demand by Anonymous Coward · · Score: 0

    I am new to the Linux world, so maybe this has already been done, or at least discussed.

    What if an Office suite, like KOffice, came with just the components that are most used for each application (spell check and formatting in the word processor, but not table generation, for example). Then, if you want to do something, like put in a table, you go to the "Add Components" menu, select the one you want, and then it gets downloaded (or transferred from a local storage device) and installed immediately and automatically. No muss, no fuss.

    That way you have only what you need, but can get what you need on demand.

  126. osx component... by simpl3x · · Score: 1

    the way osx deals with comonent archtecture is tyo reuse components for features. when somebody writes a spell checker, that same spell checker, or the spell checker of preference, can be called by other programs. why rewrite everything? Open Source can really shine in environements like this.

  127. Microsoft Office is built that way by Animats · · Score: 2
    Microsoft Office isn't monolithic software. It's a large collection of components that play well together. The user doesn't see it that way, but inside, it's a large group of COM objects.


    For example, the spell checker is a component, used by multiple Microsoft products. So is Jet, the little database engine used for most user-stored data. There are various mail components. And, of course, there's Internet Explorer's display engine.
    Microsoft exposes the APIs for some, but not all, of these components.


    Note that all this middleware is at a completely different layer from GUI management. (After all, there's Office for Mac.)


    The UNIX/Linux world has never been able to get its act together on component software. Yes, there's CORBA, but most UNIX systems don't even have a CORBA ORB installed.


    Apple was on the right track with OpenDoc, but after Jobs killed that, few developers would touch any Apple successor to it.

  128. Re: Dumb people and word format by Sharkeys-Day · · Score: 1

    If someone asks for Word format, just export to RTF format. Word will load it, and they probably won't even notice the different extension.

  129. scriptability by Sharkeys-Day · · Score: 1

    GUI apps can be made scriptable.

    1. Embed a scripting language in your app. (don't argue. just pick one. various zealots will add binding for the others later.)

    2. Create an API so the scripts can manipulate the objects and data in your application.

    3. Allow developers and users to use the scripts and API to create a library of dynamically loadable functions/plugins/modules.

    The GIMP uses this paradigm successfully.

    I bet application embedding would suddenly seem a lot easier if the apps were scriptable.

  130. Re: unix users have choice, win users get big blob by einhverfr · · Score: 2

    Yes, but the office apps are lacking. Unless you want to use vi or emacs...

    Otherwise you can use your fast WM's and run your apps as X-clients

    --

    LedgerSMB: Open source Accounting/ERP