Slashdot Mirror


EIOffice 2004 vs. MS Office 2003

ryen writes "Designed to compete against MS Office, EIOffice 2004 is coded in Java therefore able to run on both Windows and Linux. EIOffice 2004 offers features which should get a few users' attention, but does it have enough to have people switching from MS Office? Flexbeta has the review." That's Evermore Integrated Office, if you're wondering.

102 of 478 comments (clear)

  1. Slashdotted by Anonymous Coward · · Score: 5, Funny

    That's Evermore Integrated Office, if you're wondering.

    Heh. Not anymore.

    Ack, even I'm getting tired of the "we slashdotted your site" jokes.

    1. Re:Slashdotted by NoData · · Score: 5, Funny

      There was a server on a farm...

      E-I E-I EIOffice.

      And that server got slashdotted.

      E-I E-I EIOffice.

      With a packet dropped here...and a packet dropped there...

      (why? why hurt?)

    2. Re:Slashdotted by stealthyburrito · · Score: 5, Funny

      At first I thought it was a Spanish version of Office:

      El Office Grando.

    3. Re:Slashdotted by EvilAlien · · Score: 2, Funny
      In Canada, "EI" is Employment Insurance, formerly known as Unemployment Insurance. It is what people who work pay so that people who don't work can get money anyways.

      A small part of my brain that is normally kept in solitary confinement made the link between EI and EIOffice initially, and somewhere from there I thought that this would have something to do with outsourcing and "Canadian" jobs moving overseas.

      I'm comforted to discover that the scariest thing in this article is an office suite coded in Java, aka Consume All Resources And Make My Machine Unusuable ;)

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
  2. Both Platforms? WOW! by the+MaD+HuNGaRIaN · · Score: 5, Interesting

    "Written in Java so it can run on both Windows and Linux"

    hehe, what about all the other platforms there's a JVM for? Like, uh, OS X? Solaris?

    How myopic.

    1. Re:Both Platforms? WOW! by Anonymous Coward · · Score: 2, Insightful

      Because you are a TROLL!

      And if you can't write a java app that runs as good on Windows as it does on Linux, Solaris, OS X, etc, then no wonder you use "regular languages" (pshaw!)

      I wouldn't let you program my garage door opener.

    2. Re:Both Platforms? WOW! by Kenja · · Score: 5, Funny
      "hehe, what about all the other platforms there's a JVM for? Like, uh, OS X? Solaris?"

      You're forgeting the Java moto. "Write once, run once, mabey twice, three times if your lucky".

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    3. Re:Both Platforms? WOW! by daeley · · Score: 4, Funny

      "Written in Java so it can run on both Windows and Linux"

      Reminds me of Blues Brothers:

      "What kind of music do you usually have here?"

      "Oh, we got both kinds. We got Country *and* Western!"

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    4. Re:Both Platforms? WOW! by No_Weak_Heart · · Score: 2, Informative
    5. Re:Both Platforms? WOW! by Kadagan+AU · · Score: 2, Insightful

      Yes, I noticed on their download page that they have seperate downloads for linux or windows. I'm not fully sure, but I believe that the reason for that is probably because they use native API calls for each OS which will make it execute a bit faster. It seems like all of the more portable Java programs I've seen are all very slow. Don't get me wrong, I love Java as much as the next guy, but the only programs I've seen with decent performance made use of native API calls for a specific OS.

      --
      This space for rent, inquire within.
    6. Re:Both Platforms? WOW! by Wavicle · · Score: 5, Informative

      I know I shouldn't feed the trolls, but...

      well, you see, Java really isn't that portable.

      I have worked since 1998 on Java software with a focus on UI and portability. Although OS X has never been on my radar, I have worked extensively on other people's code when it was "working fine in windows" but partially or completely broken in Solaris (later Linux as servers migrating over).

      All the compatibility problems broke down to one of three problems:

      1) Solaris patching. I don't know if Sun has fixed this, but patching of Solaris and patching of Java to work on Solaris was a true nightmare. The Solaris JVM was awful (was, I haven't touched it since 1.3 so I like to think it is all better now).

      2) Hardcoding of directory separator characters instead of using File.separatorChar

      3) Fonts. The UI issues on the Unix variants for early Java were huge. Swing didn't hardly fix anything because the underlying problem was truly hideous fonts. To the best of my knowledge, 1.4 has completely fixed this problem.

      To the best of my knowledge #1 and #3 are fixed now. #2 is something you usually only see from recent grads or people new to Java programming.

      I can't remember the last time anything I wrote in Java and packaged as a jar had trouble working in Windows or Linux. Certainly has not happened since 1.4 came out.

      I've worked recently with C/C++ code and experienced C/C++ portability fun between platforms. The code was used for reading a writing DNA chromatogram format files. Worked perfectly in Solaris. Wrote out 4 gigabyte blank files in Linux in the odd circumstance when it would actually run at all. The problem turned out to be endian handling. This problem doesn't occur in Java, however in C/C++ when you simply tell the machine to write out blocks of memory (that happen to be data structures) the resulting byte order is whatever the machine natively uses. The IO routines don't know if one piece is a double, another a long and yet another a short.

      Java is really portable. It's also quite fast. Nearly all complaints about Java's speed these days come from Swing, which is really caused by an overdesign of Swing (from a design stand point, Swing is very, very nice. Unfortunately what makes it nice also makes it quite slow)

      --
      Education is a better safeguard of liberty than a standing army.
      Edward Everett (1794 - 1865)
    7. Re:Both Platforms? WOW! by jarich · · Score: 2, Informative
      You are truly clueless about Java.

      If you aren't active in the Java world, please don't post your speculations as fact.

      It is not difficult to write cross platform Java. An earlier post in this thread details how, so I'm not going to.

      If you do have issues, porting from Win32 to any unix usually gets you all you need. Once it runs on Linux, it will run on Solaris, HP-UX, AIX, etc.

    8. Re:Both Platforms? WOW! by coljac · · Score: 2, Informative

      One usual reason why there will be separate installers for different OSs is just that - it's the installer. Things like desktop icons, start menu, which shell script to run, these things are platform dependent, whereas the application itself is pure java.

      --
      Everyone knows that damage is done to the soul by bad motion pictures. -Pope Pius XI
    9. Re:Both Platforms? WOW! by mrtrumbe · · Score: 5, Interesting
      I respect your opinion, but wholeheartedly disagree.

      So long as you stay away from any native calls, Java code is VERY portable across JVMs (including across systems). GUIs do tend to have some problems, but I tend to avoid pure Java GUIs anyway, due to latency issues (which tend to rear their ugly heads more often in live trading scenarios). If I plan sufficiently, keeping my core infrastructure/business logic in pure Java, using JNI sparingly, and write all of my GUIs in QT/GTK, I have no problems with porting.

      So why bother with Java at all? (I can picture you asking the question, so I may as well answer it.) Simple: I find it soooooo much easier to write good code in Java than C/C++. While I've heard some denounce Java's framework classes as a messy C++ superset, I disagree. It's easy to use, well documented (java.sun.com/j2se/1.4.2/docs/api/ may be all you ever need) and easy to refactor. Combine that with a kick-ass tool like IDEA (www.intellij.com) and you have my personal dream environment for development.

      From my POV, so long as you keep GUI issues out of the equation, Java is as close to the perfect development environment I'm likely to get. I work in a setting where I can keep my business logic and infrastructure pretty well removed from the GUI level. This makes things easy for me. YMMV.

      Taft

    10. Re:Both Platforms? WOW! by dasmegabyte · · Score: 5, Insightful

      WTF are you talking about?

      The sufficiently complex applications *I* have written in Java -- including a mass mail server and a database migration utility -- have worked just FINE on every arbitrary Java installation I've seen. I wrote them on a PC, moved them to a Sun server , and still run them on my Mac. The trick is to write them in pure Java...no native libraries, and when you need a file separator, get it from Preferences...don't assume / (or \, or : for that matter)!

      Now, the difference between Java and GLIB/GDK/GTK is that you only need ONE binary. That's one less thing to worry about supporting...one less thing to have to TEST everywhere. Furthermore, I've rarely seen a Java UI crash unexpectedly. GTK crashes all the time on "beta" systems...like Windows.

      --
      Hey freaks: now you're ju
    11. Re:Both Platforms? WOW! by Hecilwe · · Score: 2, Interesting

      This problem doesn't occur in Java, however in C/C++ when you simply tell the machine to write out blocks of memory (that happen to be data structures) the resulting byte order is whatever the machine natively uses.

      Experienced programmers used to working with C or C++ know about this and write code where this isn't a problem. It's similar to how a Java programmer eventually learns to use File.separatorChar instead of hardcoding the separator. Someone mentioned on Slashdot that the Windows API can accept either a forward or back slash, but I don't personally know.

      The IO routines don't know if one piece is a double, another a long and yet another a short.

      That's true for the raw IO routines, and that's the way it's supposed to be. It's perfectly reasonable for the programmer to know what data type he's reading.

      Java is really portable.

      Writing portable code in C, C++, or Java requires that the programmer know how to do it.

    12. Re:Both Platforms? WOW! by JUSTONEMORELATTE · · Score: 5, Funny
      "hehe, what about all the other platforms there's a JVM for? Like, uh, OS X? Solaris?"

      You're forgeting the Java moto. "Write once, run once, mabey twice, three times if your lucky".
      Back in 99, Symantec (of Visual Cafe fame) sent me a flyer for a new Java Debugger. They were trying to play off of Java's motto, but "Write once, Debug everywhere" made me laugh really hard.

      --
    13. Re:Both Platforms? WOW! by dtrent · · Score: 2, Interesting

      The trick is to write them in pure Java

      Well duh! The same can be said for PURE C. The OP's point (I think) was that the promise of write once, run anywhere is a myth. After various tweaks have been made in your code to ensure it runs correctly on all your targets (hmm, should that even be necessary?) you can have a single "binary", but most times you have to have some non-portable script to run the damn thing because of various environment issues related to platform. Ever notice when you download large Java apps you have a choice of (by platform) installers?

    14. Re:Both Platforms? WOW! by Wavicle · · Score: 3, Informative

      Experienced programmers used to working with C or C++ know about this and write code where this isn't a problem.

      I'd like to believe that was true, but my experience has been that even experienced programmers tend to do something like:

      * write code to load in hunk of data from file
      * write more code assuming data has been loaded correctly.
      * test to make sure data and code using it is functioning according to requirements
      * move on to next problem

      Unless "works on big, little and mixed endian" is in the requirements (and it usually isn't) the naive approach is usually taken, even by programmers with 15 years of experience. Making sure the code is endian neutral often means replacing 1 line with 10-50.

      Someone mentioned on Slashdot that the Windows API can accept either a forward or back slash, but I don't personally know.

      I'm not sure that's correct. I just tried opening a file from notepad and a command prompt and mixing slash directions. I'm sure there are some windows api functions that are okay we whichever slash you use, but I would expect widgets that use that underlying API to mirror that insensitivity.

      Writing portable code in C, C++, or Java requires that the programmer know how to do it.

      "know how to do it" in Java boils down to maybe 1 or 2 rules of thumb. In C and C++, the issues from Java exist (e.g. path separator), but so do others (e.g. endianness). It is easier to write cross platform code in Java.

      --
      Education is a better safeguard of liberty than a standing army.
      Edward Everett (1794 - 1865)
    15. Re:Both Platforms? WOW! by dasmegabyte · · Score: 2, Interesting

      No. "Pure C" has no GUI and the end result is hopelessly tied to the platform it was compiled for, the files it was linked to, etc. Need both a 32 bit and a 64 bit version of your program? Compile twice. Want a version that's tailored to a specific piece of hardware? Compile it again.

      With Java, the "platform" stays the same no matter where you install it. The underlying code that the platform runs is differenct everywhere, but you don't have to worry about that. The JIT compiler optimizes what you write and in a best case does as good a job as if you'd hand coded it. In the real world, it's still quite efficient as of Java 1.4...and graphics routines will be heavily accelerated in 1.5.

      Ever notice when you download large Java apps you have a choice of (by platform) installers?

      Yeah. Want to know why? Because the Install Anywhere program they use to GENERATE the installer binaries tries to make it as easy as possible to INSTALL them. It's the same Java file once it's put wherever it's going. That's the purpose of Install Anywhere...to bridge the biggest question mark between systems, which is "how do I start this friggin' thing." Install Anywhere makes a batch file, a shell script, a stub program, or whatever it needs to do to get your JAR file to run whereever it can...and it's really easy to use. There's even a free-as-in-beer version.

      Oh, and some -- very few, actually -- big Java programs do feature utilities that only run on certain hardware, but generally it does so just to improve usability on those systems. For example, if a system doesn't support Java's Drag and Drop for whatever reason, a stub program might be used to facillitate that. There are a few advanced graphics libraries which are platform specific, because they require patented code that only compiles on certain systems. Freenet has a little program that gives access to the program from the Windows System tray, which Java can't access. But this okay -- because the program is a C++ program which ACCESSES Java. If the C program dies, or isn't there, Java still works. It's just a fancy spoiler on a safe little compact car.

      The big difference between C and Java is that, if you know all of the options on a target system, you can create a C program that will run well on it. If you don't know them all, you have to output and test a binary for every possible configuration -- or ask the target system's users to compile them for you (okay for free software but not so cool if you're trying to get the less savvy users). If you know NONE of the options on a target system, you can write a Java program that will at least run...and, if the JRE developer for that system did his job, will probably run with passable performance.

      --
      Hey freaks: now you're ju
    16. Re:Both Platforms? WOW! by anomalous+cohort · · Score: 2, Informative
      when you need a file separator, get it from Preferences

      Actually, you should use the File.separator and File.pathSeparator fields for that.

    17. Re:Both Platforms? WOW! by dasmegabyte · · Score: 2, Informative

      unusably slow UI.

      Read a book like "Java Performance Tuning." The main reason Java UIs seem slow is that developers are using them in a very sloppy fashion. If you do it right...preload your graphics class, pool and reuse objects where possible and handle refreshes on your own, your UI can be jetspeed. Check out Jalbum or Eclipse or any of the hundreds of really fast Java programs out there and you'll see what I mean.

      If you wrote a GUI in any other language and expected it to refresh every object in the background every time you changed something in the foreground, you'd see a performance hit, too.

      You still have to test on different platforms. Oh, and if you'll notice, *they still have two binaries*

      No...they have one binary, two installers. The installer for every system is different, because every system handles the installation of software in a different way. The binary -- freenet.jar -- is the same for every system, in fact the Windows version comes with instructions on how to run the same version minus the pretty Windows widgets on any UNIX like system. And while you SHOULD test on different platforms before claiming to support them, most of the time Java just works -- unlike C, which often suffers from problems like reliance on the Endian nature of integers, etc. Sure, you can make C that runs everywhere on the planet, but it is NOT as easy as writing Java in the same way. All you have to do in Java is refrain from using native{} blocks, refrain from using external libraries that use native{} blocks, and use file and user settings from Preferences and System.

      --
      Hey freaks: now you're ju
    18. Re:Both Platforms? WOW! by ad0gg · · Score: 2, Insightful
      Now, the difference between Java and GLIB/GDK/GTK is that you only need ONE binary.

      So thats why this office suite has two downloads one for windows, and one for linux. Same thing with other java software like limewire. Or I goto www.java.com and half the featured applications only run on windows or have multiple binaries for different operation systems. Thats really portable.

      --

      Have you ever been to a turkish prison?

    19. Re:Both Platforms? WOW! by StormReaver · · Score: 2, Informative
      If you want to run on even one other platform...look forward to resolving lots of issues that bear a striking resemblance to porting software in any other environment.

      I've written many client-side Java applications that make use of audio, networking, data storage, etc. that work identically between Linux and Windows in binary form. Java portability (JVM bugs notwithstanding) has been 99%, with JVM bugs accounting for the 1% incompability since they caused subtle runtime differences.

      I stopped writing Java clients for three reasons:
      • Resource usage was unacceptably high.
      • GUI runtime performance was unacceptably low.
      • Qt provides me with all the important benefits of Java: instant distribution in the county [when the binary is put on a shared volume], a single source tree between Windows and Linux, and a well designed and easy to use API.

      Binary portability has never been an issue when sticking to the SUN-defined Java API.
    20. Re:Both Platforms? WOW! by dasmegabyte · · Score: 2, Insightful

      damn, I'll have to actually make sure the shit I'm selling actually works!

      Can you fathom the difference in complexity between testing something once, and testing it on N platforms? Generally speaking, if I have a java program I've compiled that will run on a Windows system, it will run everywhere else I could run it. That means I only have to test it once -- how many times -- once before giving it to the QA team. Now, they'll do their blast testing on their own systems...and very rarely will I have a platform specific issue. This means that supporting additional platforms is nearly free. Which means that if somebody really wanted our software but ran some obscure system...we could sell it to them without having to go buy a copy, and be almost entirely sure there won't be a problem.

      then what in the hell are you doing developing software for it?

      Please. This isn't 1972. Do you REALLY know everything about the hardware your users have? Chances are, no, you don't, you probably don't even know what set of vector instructions the processor will be using. You use abstraction layers to access said hardware. Well, Java takes that a step further...it abstracts the most basic function of the chip, along with giving you a single general access API Framework to do everything from write to the screen to operating a server. I suppose you could get all this from a makefile with a few thousand apocryphal branching options, or from some interpretted scripting language, but why?

      nice to know the MS view of software development is still alive and well

      Yeah, funny how Sun, IBM, and most of the other big guys have caught the bug. You know why? Because it works, dumbass.

      --
      Hey freaks: now you're ju
    21. Re:Both Platforms? WOW! by dasmegabyte · · Score: 2, Funny

      Hence why I used the term "sufficiently." Welcome to the English language, where adverbs can be used to alter the meaning of adjectives! It's truly wonderful!

      --
      Hey freaks: now you're ju
  3. It's about Standards by superpulpsicle · · Score: 5, Insightful

    While I can try out a million different versions of office, and get equal satisfaction. Everything really comes down to standards.

    Until there is something 10x more superior than .doc .xls .ppt standards. M$ is still winning the same game, just different players.

    1. Re:It's about Standards by DaHat · · Score: 5, Insightful

      Regardless of how superior a new format may be, the fact that many use MS software means that many will stick with MS formats because they are nearly ubiquitous.

      I know I'm going to get flamed for this, however...

      Ex: Many claim Ogg is a superior format to AAC, MP3, WMA and others, however the fact that it is not supported by as many pieces of software and hardware limit its use. The reason that MP3, a format which many claim is inferior to nearly everything continues to thrive is because an MP3 works nearly everywhere, just as a .doc.

    2. Re:It's about Standards by GeckoX · · Score: 2, Informative

      Standards? Hardly.
      Wish there actually were some.

      --
      No Comment.
    3. Re:It's about Standards by ThisIsFred · · Score: 3, Insightful

      Exactly! It's about network effects. Microsoft can deliver MSO through OEMs if they wish, or even through WU if they had to. It doesn't matter if Office is huge, slow, a virus vector, and has a file format which is basically a memory dump of OLE streams (which get corrupted quite often).

      If Microsoft gives away 10 million copies of Office 2005 XPNTME, they will still break even, because another 10 million will need to be able to read and revise the data.

      --
      Fred

      "A fool and his freedom are soon parted"
      -RMS
    4. Re:It's about Standards by dasmegabyte · · Score: 2, Interesting

      Hey. If I write a word doc and send it to you, can you open it in your copy of Word?

      Sure you can. If it's any of the versions written in the past 5 years. And if I save it as an older version, SANS cool new features, the past 10 years. Which means hundreds of millions of computers can open that document

      That makes it a standard. Not an open standard, but a standard just the same. In fact, the reason most people would give for why they use Office is that it's an "Industry Standard."

      Lots of closed standards become popular. GIF, MP3, AVI, PDF -- the list goes on. On the other hand, relatively few of the open source standards have really taken off. There's a simple reason for that: unless there is a strong marketting force for your product, nobody will find out about it, nobody will use it, and therefore nobody will care what format it's in.

      --
      Hey freaks: now you're ju
  4. Summary of Slashdot comments by MosesJones · · Score: 5, Insightful


    1) Great another competitor, we should support it

    2) Its in Java it will suck

    3) Java sucks

    4) It should be in Perl

    5) It should be in C

    6) I use vi and troff.

    --
    An Eye for an Eye will make the whole world blind - Gandhi
    1. Re:Summary of Slashdot comments by DrEldarion · · Score: 4, Funny

      7) SLASHDOTTED ALREADY?! We need some sort of automatic mirror set up!

      8) Goatse.

    2. Re:Summary of Slashdot comments by happyfrogcow · · Score: 3, Funny

      9) All your base ...

      10) vi? Sorry, I think you mean Emacs.

    3. Re:Summary of Slashdot comments by Coneasfast · · Score: 2, Interesting

      you missed mine.

      in my opinion there are too many office products to compete with MS. they need to work together, especially a common save file format.

      we have .abw for abiword, .swx for oo.o, something else for kword,

      IMHO they should work together to come with an open format common for all office programs, eg, something like .owf (open write format).

      i know each support other formats, but sometimes there is a feature or two difference, leads to incompatibilities

      just my $.02

      --
      Marge, get me your address book, 4 beers, and my conversation hat.
    4. Re:Summary of Slashdot comments by edalytical · · Score: 3, Insightful

      Yeah, like .rtf, that would be cool if the all used that.

      --
      Win a signed Stephen Carpenter ESP Guitar from the Deftones: http://def-tag.com/?r=0008781
  5. It looks interesting by Anonymous Coward · · Score: 5, Interesting

    But the web site doesn't have any trial versions.

    Its hard to put down $150 without seeing if it will actually open up my spreadsheet and documents.

    The review had an eval copy, but no such animal on the web site. Too bad; Do you have to wait for a warez copy to figure out if its worth buying? Makes me think they have something to hide.

    Believe it or not, I think real Excel compatibility is the hardest to achieve because there are so many different macros (VB Script), charting features, and other goodies in Excel that its easy to get "locked in".

    1. Re:It looks interesting by Unknown+Relic · · Score: 2, Informative

      Lack of trial version aside, the review hardly inspired confidence either. I only managed to catch parts of it before it got slashdotted, but take this little excerpt regarding the spreadsheet functionality:

      The only difference can be seen after the chart is created. The bars in EIOffice's chart are grouped together, where in Excel's chart the bars are not close together. I tried editing the spacing between the bars in EIOffice by changing the gap width of each bar, but the chart was at an angle where the bars would still overlap. Excel gives the option to change the gap width, gap depth and chart depth. EIOffice only enabled me to alter the gap width; other than that, EIOffice permitted editing just about every aspect of the chart, including font style, colors sizes, you know the works.

      From what I could see the review gives no indication what-so-ever as to if the EIOffice spreadsheet application can even compared to Excel on a functionality basis. Rather, the basis for comparison seems to be saying that changing cell spacing works differently, but that you're still able to assign pretty fonts and colors. Wonderful!

    2. Re:It looks interesting by cyfer2000 · · Score: 5, Informative
      download

      A chinese page, click the links in the table.

      you won't believe it is a Java software.

      --
      There is a spark in every single flame bait point.
    3. Re:It looks interesting by cyfer2000 · · Score: 2, Informative

      there is a free trial version at http://www.evermoresw.com/webch/download/download_ f.jsp

      I was only wondering why they don't provide download in their english website.

      --
      There is a spark in every single flame bait point.
    4. Re:It looks interesting by cyfer2000 · · Score: 3, Informative

      Sorry for a little confusing information, i think these direct links may work better for non-Chinese dudes.

      linux:

      http://soft.66169.com/dl.php?id=1032591&cknum=74 81 &svr=1
      http://www.evermoresw.com/download/eioffic e2003_fo r_linux.tar.gz

      windows:
      http://hlbr.onlinedown.net/down/EIO200 3_for_Win.ex e
      http://crc.onlinedown.net/down/EIO2003_for_Win. exe

      And for other platform, I heard some people simply unpack the tar ball and run the jar files, i had never tried personally, so I don't warrantee it works.

      --
      There is a spark in every single flame bait point.
  6. The real question is... by Entropius · · Score: 3, Insightful

    ... does it have enough features to get people to switch from OpenOffice?

    1. Re:The real question is... by goldspider · · Score: 4, Insightful

      I'd venture a guess that an overabundance of features in MS Office is what probably brought users to OO.o in the first place.

      --
      "Ask not what your country can do for you." --John F. Kennedy
    2. Re:The real question is... by lack+8-P · · Score: 3, Interesting

      Aye, it looks like a lot of the "useful new" features offered by EIO are already available in OpenOffice, such as suggest-as-you-type.

      I think the big clincher for me would be how it interprets MS-Word shapes and drawings, as that's the only problem I've ever had with OpenOffice.

      --
      Me fail English? That's unpossible!
  7. EIOffice? by DrCode · · Score: 3, Funny

    Was this done by Old MacDonald?

    1. Re:EIOffice? by paranode · · Score: 2, Funny

      Old MacDonald wrote an office suite, EI EI Oh!

      And with that suite he takes on Bill, EI EI Whoa!

      With a click click here, and a load load there, here a click, there a load, everywhere a click load.

      Old MacDonald wrote it in Java, EI EI Slow!

      ;)

  8. as in... by Anonymous Coward · · Score: 2, Insightful

    write once, debug everywhere?

  9. Java? by KrisCowboy · · Score: 2, Insightful

    The site seems to be slashdotted. And, entire apps written in Java are damn slow, particularly on Linux.
    but does it have enough to have people switching from MS Office?
    No, not as long as Openoffice is kicking ass!!!

    1. Re:Java? by rleibman · · Score: 4, Interesting

      Re: Java GUIs being slow
      They can actually be quite fast and responsive, if written correctly. I run eclipse on my PIII500Mhz on Fedora Core 1 and it runs very nicely. Some changes coming down the line in Java 1.5 might actually make it even more responsive, for some things even faster than typical C++ applications (the run-time optimizer cannot easily be duplicated in statically compiled languages.)

    2. Re:Java? by MAXOMENOS · · Score: 2, Informative

      Java UIs are pretty fast if you use the proper tools (SWT as opposed to SWING). A quick comparison of NetBeans (Swing) to Eclipse (SWT) should bear this out.

    3. Re:Java? by phatsharpie · · Score: 3, Informative

      They can actually be quite fast and responsive, if written correctly. I run eclipse...

      Actually, Eclipse doesn't use the standard Java GUI library (Swing), and uses the IBM developed SWT, so it takes more than just coding the app "correctly".

      The standard Java GUI can be written to be fast and responsive without using SWT however. Just check out the IntelliJ IDE.

      http://www.intellij.com

      I used it exclusively for my Java development, until I switched to Eclipse because of cost. Swing development can be tricky and responsive apps become harder to develop with it. Good thing thread programming is so easy with Java, because with Swing, you'll need to use it plenty.

      -B

    4. Re:Java? by Kazoo+the+Clown · · Score: 2, Interesting

      The question is then, does anyone actually know how to write Java correctly?

      Every once in awhile I figure I'll give Java another chance and try running a Java app. Every one I've ever seen runs like a three legged dog. Based on comments I've seen I get the impression that the runtimes vary widely, and those who are claiming how great it runs must be using something other than what I'm running-- in which case they are rather out of touch with their users. I don't know that in fact this is the problem, as I am not interested enough to diagnose what's wrong-- all I can say is, if what you say is true, most Java authors don't know how to write it "correctly."

      Even badly written C++ apps at least run on your machine with characteristics that are pretty similar to those experienced by the developer. Consequently, the developer's experience is a little better connected with the users, and therefore the result is a little more tolerable.

  10. Better than OLE? by Beatbyte · · Score: 4, Insightful

    "EIOffice 2004 puts a word processor, presentation package and spreadsheet into a single application, not a collection of programs. The integration is smooth and deep, and there's a natural feel to the way it all works together."

    Is it good enough to never need OLE?

    And yet it still has the fatal flaw of no database program.

    Build an office suite with a file based database with a GUI and then you can start to attack the MS Access component of MS Office. Until then, you're replicating Star-Office and OpenOffice for some reason (and then trying to sell it for $149 USD on top of that).

    1. Re:Better than OLE? by PhrostyMcByte · · Score: 2, Insightful

      Build an office suite with a file based database with a GUI and then you can start to attack the MS Access component of MS Office. Until then, you're replicating Star-Office and OpenOffice for some reason (and then trying to sell it for $149 USD on top of that).

      If one was going to make such a thing, SQLite would be a good starting point. It has some flaws that need ironing but it is much faster than Access and is under public domain.

  11. get this out of the way by Tsiangkun · · Score: 5, Funny

    This is great ! I have been waiting for the helpfulness of clippy combined with the performance of java.

    1. Re:get this out of the way by Anonymous Coward · · Score: 2, Funny

      slap that on the usability of emacs and you'd have the ultamate box no one could use!

  12. Sticking with OO.o by goldspider · · Score: 4, Interesting
    I'm more inclined to trust a program built/optimized speficically for different platforms than one that claims to be compatible with all of them.

    I'm sticking with OpenOffice.org for now. Just MHO.

    --
    "Ask not what your country can do for you." --John F. Kennedy
  13. Bad Name by greyhoundofdeath · · Score: 5, Funny

    In Canada EI stands for Employment Insurance, something you collect when you lost your job, affectionately known as "The Pogy." So looking at EIOffice, does it mean that your employment in an office is ensured, or is it the Pogy Office where you pick up your cheque?

    1. Re:Bad Name by TeknoHog · · Score: 2, Interesting

      In Finnish, 'ei' means 'no' or 'not'. So this is regarded as 'not Office', which is quite apt considering people often talk about 'Office' when they mean Microsoft Office.

      --
      Escher was the first MC and Giger invented the HR department.
    2. Re:Bad Name by jimlintott · · Score: 2, Funny

      Of course the actual EI Office is located at the HRDC Office.

  14. Runs in Java on Windows by freeze128 · · Score: 3, Funny

    I have NEVER seen a Java application RUN on Windows. Instead, they just seem to execute slowly...

    1. Re:Runs in Java on Windows by NickV · · Score: 2, Interesting

      I take it you've never used Eclipse? Eclipse is very responsive and fast on a windows machine.

  15. It's becoming a cliche, but ... by Daniel+Dvorkin · · Score: 5, Insightful

    Please, to all non-MS developers out there: stop chasing Microsoft!

    I understand the motivation behind designing office suites to look like Office clones, window managers to look like Windows clones, etc.: the idea is that people switching from MS products will find it easier to get used to the new software if it looks like what they're used to. But I really think this is a fundamentally flawed line of reasoning, for two reasons.

    1. No one will ever be as good at being Microsoft as Microsoft is. You may expend endless blood, toil, tears, and sweat trying to clone $MS_PRODUCT down to the last widget, but you'll never get it exactly right. And if you try to lull users into feeling like they're using $MS_PRODUCT ... well, the instant something doesn't work, or just doesn't work exactly the way they're expecting, they'll dismiss your product as a cheap knockoff.

    2. Microsoft interfaces may be the "standard," but they're not the best. In almost every market niche I can think of, there's some product that's faster, more powerful, and/or easier to use than whatever Microsoft is pushing. If you're going to copy something, copy something better than Windows, Office, IE, ad nauseam -- or better yet, start with the best as a baseline and innovate from there.

    --
    The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    1. Re:It's becoming a cliche, but ... by js3 · · Score: 5, Interesting

      I disagree. To effectively overtake a product with a commanding lead in the market you practically have to make a clone of it and sell it cheaper. Anything different is too different for many people and they won't switch.

      Many times people just want something better not different. I want a better government not a different one and so on and so forth.

      --
      did you forget to take your meds?
    2. Re:It's becoming a cliche, but ... by DukeyToo · · Score: 4, Interesting
      Actually, it looks like they have innovated in their own way. They have a common file format for all of their office apps, and they have focused on building it from the ground up to support robust linking of data between documents. Their focus is on integration, because that is the weakness of their competitors. It seems to me that they have looked at what MS did, and taken the good stuff and left out the bad. Can you say "embrace and extend"?

      From their whitepaper...

      None of the Office suites currently sold today constitutes a REAL Office. Instead, they are separate components packaged together for marketing purposes.
      Microsoft adopted this approach, in part to gain an advantage over software publishers that did not have a complete line of products. Unfortunately, the result is based on domination rather than innovation - an environment that touts minor enhancements yet gives many users no economic reason to incur the cost of an upgrade.
      Evermore Software believes software users deserve a better solution than a system that requires the launching of four or five separate applications just to complete one task. This premise guided our development of Evermore Integrated Office - the only REAL Office - the first coherently-designed, well-conceived Office suite. It is one integrated program, not many disjointed applications, and delivers one standard user interface in screen layout, display screen style, keystroke usage, dialog boxes, menus and submenus, icon sets, function key usage, help system and file format. It stores all data in one file format - not the several file formats used by others. It saves all data related to any one project in one file or a binder. And, when the user changes the source data of linked data, EIO applies that change automatically, immediately, correctly, to all other uses of that same source data to assure data synchronization.
      Evermore Software believes that true integration distinguishes the Office
      --
      Most writers regard truth as their most valuable possession, and therefore are most economical in its use - Mark Twain
    3. Re:It's becoming a cliche, but ... by Jason+Earl · · Score: 3, Interesting

      The good news is that the "winner" in the computer world is hardly ever the guy with the best product. Instead the folks that win generally end up being the folks with the cheapest product that is "good enough." If usability or innovation mattered then the early Macintoshes would have destroyed their DOS based PC competitors. The problem is that most people aren't really willing to pay extra for innovation or usability. They simply want something that will get the job done at the lowest price.

      Don't get me wrong. I am not saying that Free Software doesn't innovate or anything like that. In the long run the ability to take existing software and innovate on top of it (instead of starting from scratch) is going to be a huge win for hackers everywhere. Once OpenOffice.org (or whatever) becomes wide spread then all sorts of cool things are going to be possible just because anyone with a crazy idea as to how office suites should work will actually be able to try those ideas out. Most of these ideas will be crap, but the wider range of ideas will still almost certainly be a net win. The fact of the matter is that Microsoft has been lifting ideas from other software developers and implementing then in Windows and Office for years. You would be hard pressed to point to a single major feature that Microsoft actually pioneered.

      Microsoft has made a living by being "good enough" and less expensive, and for years the dominated the desktop despite the fact that Windows (and DOS before that) were pathetic knockoffs of other people's innovation. Now Windows is finally getting to be pretty good, but Linux is cheaper, and for an increasingly large group of people it is becoming "good enough."

  16. Still looks like MSoffice: :( by pedantic+bore · · Score: 2, Interesting
    EIOffice 2004 looks so much like MS Office 2003 that you wouldn't have a hard time getting used to the graphic interface once you get started with it.

    Does that mean that it sucks as much as MSoffice?

    My main complaint with MSoffice is that the UI was apparently designed by lunatics. A free, open-source clone of MSoffice is a start, but it will still suck just to be backward compatible. Why doesn't someone put together an office suite that transcends this junky interface?

    To their credit, it looks like they've improved on MSoffice in some details, but as long as their goal is still be look/feel compatible with MSoffice, it doesn't make me excited.

    --
    Am I part of the core demographic for Swedish Fish?
  17. Text Mirror by lafiel · · Score: 3, Informative

    Five pages compressed into 1 post, lots of pics that I never saw so I think the italics stand for captions.

    EIOffice 2004 Vs MS Office 2003 - Page 1
    Posted by Team Flexbeta on 26 May 2004 (28566 views) Rating: 4.94 EIOffice 2004 looks so much like MS Office 2003 that you wouldn't have a hard time getting used to the graphic interface once you get started with it. Coded in Java, EIOffice features a word processor, a spreadsheet application and a presentation graphics application. All three applications look and behave similar to MS Office's applications; Word, Excel and PowerPoint. EIOffice is able to edit and save MS Office file formats as well as a few other formats we will discover soon.

    Word Processor

    From the screenshot it is clear how EIOffice's word processing suit looks extremely similar to MS Word. The order and shape of the icons are not the only similarities, so is the labeling. For example, the tabs, File, Edit, View, Insert, and Format are all labeled just like in MS Word and in the same exact order. The word processor offers many features such as spell checking, password protecting document, tracking changes and a thesaurus. There is a nice feature which lets you transform the document you are currently working on into a presentation. Though the transformation isn't 100% the way I wanted it to be, a few editing here and there molded the document into a nifty presentation.

    EIOffice 2004 Word Processor and MS Word

    Another feature which EIOffice 2004 carries is its ability to suggest the entire word you are typing before you finish typing it. For example, when typing the word "feature", by the time the letters "fea" are typed, EIOffice suggest that the word you are trying to type is indeed "feature" and highlights the word for you. A simple enter on the keyboard accepts the word.

    The spell checker in EIOffice 2004 works very well though the suggestions are not as relevant as that of MS Office 2003. Using the misspelled word - woship, EIOffice 2004's suggestions were Yoshi, wish, wash, midship and welsh. The same misspelled word in MS Word brought up the correct suggestion: worship or worships. I don't have any idea why EIOffice 2004 suggested Yoshi as a possible correction to the misspelled word. Unfortunately, EIOffice does not offer grammar checking like MS Office does.


    Mispelled word in EIOffice 2004

    There is a nice application bar floating on the upper part of the current document which enables fast switching from one office application to another. With a simple click of the mouse I was able to toggle between the word processor, the spreadsheet application, and the presentation graphics creator. This is made possible because EIOffice is one application which bundles the three previously mentioned applications.


    Switching Application Bar

    EIOffice 2004 is able to open and save MS Word file format, .doc. This and the fact that EIOffice looks extremely similar to MS Office shows that huge efforts were placed to attract MS Office users into switching. Other file formats that EIOffice can save and open are PDF, PowerPoint, and Excel, rich text format, html and txt format.

    EIOffice also features a nice scientific editor which includes many scientific figures, shapes and symbols. The figures include diodes, transistors, and capacitors. There are also chemistry symbols such as chemical reaction formulas and atomic structures. Apart from the typical math functions and figures, EIOffice also includes curve functions such as the exponent function and the sinusoid curve.

    Science Editor in EIOffice 2004

    Presentation Graphics

  18. My one wish for them: file formats by Anonymous Coward · · Score: 4, Insightful
    I think having an office suite written in Java is a fantastic idea. It means that we can have the same software running on MS Windows, Linux, OSX, and others. Hopefully Kaffe will soon be at a point where it can run stuff like this, which will means the *BSDs, AmigaOS and whatever else runs GCC will be able to run Java.

    My one complaint about EIoffice is the file formats. The last thing we need is yet another file format. OpenOffice/StarOffice, KOffice*, TextMaker*, and Abiword can all save documents in StarOffice format (* these two will have that feature in their next release). We have a rule here at SteamyMobile that you can use whatever office suite you want, so long as it uses the StarOffice format, meaning that in the future, when document search and indexing programs are released, they will all be able to use the same format. If EIOffice could that, we would use it too.

    -----------
    mobile porn

  19. El Office by CitznFish · · Score: 5, Funny

    El Office - A product of Mexico

    --
    'mmmmmmmmm.... forbidden donut'
    1. Re:El Office by dasmegabyte · · Score: 2, Funny

      I can't wait to use ElOffice "Palabra." Not to mention their spreadsheet programa, "Excelente!"

      --
      Hey freaks: now you're ju
  20. Interface is copyrightable? by at2000 · · Score: 5, Interesting

    IIRC, Lotus Development Corp v Paperback Software Intl demonstrated us in 1990 that copying the look and feel in exact form is copyright infringement.

  21. Corel? by werdnapk · · Score: 2, Interesting

    Corel tried writing their word processing software entirely in Java 5 or so years ago and it failed rather miserably, but that's most likely because they were way ahead of their time and java was not the fastest platform to be running software on at that time.

    1. Re:Corel? by expro · · Score: 3, Informative

      They were having to create the UI from scratch, and there were some very basic things not portable i.e. font sizes in AWT (given in pixels on PC and in points in Mac).

      But by far the worst performance problem reported by a majority of people testing it was that people were demoing it as a browser applet and thought the download time (mostly over modems at the time) was part of the startup time of the program.

      The Java word processing engine was much faster and more reliable (due to redesign) than the C/C++ version of WordPerfect at the time on the same machine.

      I suspect it was also suffering from poor garbage collection and other JVM problems.

      And no one understood the great modularity and pluggability that had been designed into it, due to political problems at Corel, who could never figure out a business model for it.

  22. Easy to make C/C++ application fast? WOW! by expro · · Score: 5, Insightful

    And if you use C/C++ your application will be easy to make fast, no matter what you're doing.

    This is a very silly claim, at least as bad as the one you were responding to, that if an application is written in C/C++ it will be easy to make fast.

    Then why do we have so many very-poorly-performing native applications out there.

    I have seen enough cases where a well-designed Java app outperforms by an order of magnitude a poorly-designed C++ app.

    I am all for using C/C++ where it is appropriate, but C/C++ is no magic silver bullet when it comes to performance any more than Java is. In either language, if you have carefully-constructed libraries, porting can be quite straitforward and if you have a design that plays to the strengths of the platform, performance can be reasonable. Performance and portability are always a matter of design. It does not just happen as a result of choice of platform.

  23. Color me stupid ... by Bronz · · Score: 2, Funny

    but I have problems with Java and Linux. I think others do too. I think things like this should be qualified with "could run on linux" as opposed to "so it runs on linux". But maybe that's just to raise my self-esteem.

  24. Language Indifference by MidKnight · · Score: 5, Interesting
    Designed to compete against MS Office, EIOffice 2004 is coded in Java...

    When are people going to learn that consumers don't care what language a program is written in? For some reason, the Evermore Software folks are attempting to use this as a marketing bullet point (it's the first point on their web page, even), when Joe User really just wants to know why it's better than MS Office.

    I write Java to pay the bills, and as such I'm a big supporter of the platform. But users just don't care. In fact because of the Microsoft FUD machine, saying it's Java might even be a turn-off to quasi-technical people. I once had a government purchasing manager say "Java? We're moving away from that because Microsoft no longer supports it." Idiotic yes, but to paraphrase Forrest Gump: Customer is as Customer does.

    Writing Java apps is key for the software developer, because your market suddenly is no longer linked to the hardware platform your customers have. You can sell it to anybody. But from the customer standpoint it simply doesn't matter.

    1. Re:Language Indifference by Prototerm · · Score: 2, Insightful
      When are people going to learn that consumers don't care what language a program is written in?

      I sort of disagree. The issue here is similar to shopping for a car or truck: do you need 8 cylinders, or are you satisfied with only 4? For something like an office suite, if it's written in Java, it's like buying a large truck with a 4 or 6 cylinder engine. Yeah, it'll work, but it won't do it as quickly as one with a bigger engine.

      I think software buyers these days, if they're considering going outside of the M$ box, are going to be more aware of what's under the hood than will the unwashed masses (who will act just as you describe).

      --
      "My country, right or wrong; if right, to be kept right; and if wrong, to be set right." --Senator Carl Schurz (1872)
  25. support for EIOffice by ezzewezza · · Score: 2, Funny

    Maybe they could get Nelly to promote it.

    Andele andele mami, E.I. E.I.
    OFF-IIIIIIIIIIICE! What's happenin now?
    Andele andele mami, E.I. E.I.
    OFF-IIIIIIIIIIICE! If the head right, Nelly there ery'night

  26. I can't tell... by Roadkills-R-Us · · Score: 2, Interesting

    ...if it's worth $15, much less $150. A real review would be nice. Does it really handle all the things the Office products handle? How is the integration? I, personally, don't care, but my users do.

    I would dearly love to have one suite that would run on Linux, Windows and Macs, *and* interchange documents with reasonably current MSO products. I can't tell if this one meets those criteria, other than not supporting Macs. Sadly, they aren't alone, there.

    OOO does OK at supportoing the MSO standards, but isn't there, yet. ABIword and Gnumeric are great apps, but don't interchange docs that well (my fallback is simply to have apps on all three platforms that interchange documents).

    Then there's the nightmare of scheduling software, but that's another issue.

    BTW, neither the review nor the EIO site exhibited /. effect for me, and I got there pretty quickly after the story was posted.

  27. Re:Do Java Apps still feel "creepy" and slow. by Anonymous Coward · · Score: 4, Funny

    Do you mean "creepy" like in the middle aged guy who hangs out near high school and oogles 15 year old girls while wearing a trenchcoat?

    Yes.

  28. No real place for this by devilsadvoc8 · · Score: 4, Interesting

    What is the market for this thing? Its not going to compete against MS Office- no db just to start- and it can't compete with OpenOffice - price alone- so who's going to use it?

    While I am not the biggest fan of OpenOffice (disclaimer I have tried OO and deinstalled it in favor of MS Office- flame away)I would use it in a second over this thing because OO is free and OO really does have some nice features.

    --
    B O R I N G
  29. Re:Corel Office for Java? by homer_ca · · Score: 2, Interesting

    I remember that too. At the time the high end CPU was the Pentium Pro 200. Today's CPUs are so overpowered for simple word processing I think we can afford the overhead. For a long time I was skeptical too about Java, but look at Jedit to see what's possible in a full featured text editor. Sure, the memory usage is a little high (25MB w/ an empty document) and it launches slower than a native app, but still, it runs great on a modern CPU.

  30. Do you want fries with that? by Prototerm · · Score: 2, Funny

    You get a free office suite with every Happy Meal.

    --
    "My country, right or wrong; if right, to be kept right; and if wrong, to be set right." --Senator Carl Schurz (1872)
  31. Did anyone else notice this bit? by ItMustBeEsoteric · · Score: 2, Interesting

    "Supported Browsers

    * Microsoft Internet Explorer
    * Sun HotJava
    * Netscape Navigator Platforms Tested Linux
    * Microsoft Windows 98
    * Microsoft Windows ME Microsoft Windows NT
    * Microsoft Windows 2000 Microsoft Windows XP "

    For one, half of those are OSes, not browswers. For two...well, IE is there. Not Firefox, Opera, etc. This just makes me wonder.

  32. Re:Swing? SWT? by memmel2 · · Score: 4, Informative

    Swing

  33. have you ever... by Prince+Vegeta+SSJ4 · · Score: 2, Funny
    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"

    I tried your advice, now the state has custody, so I guess it's back to the TV

    thanks you insensitive clod

  34. Like Poe's "The Raven" by breon.halling · · Score: 3, Funny

    Quoth the server, "Nevermore." =)

    --
    "Yeah, well, Dracula called and he's coming over tonight for you and I said okay."
    1. Re:Like Poe's "The Raven" by Mwongozi · · Score: 2, Funny

      Once upon a midnight dreary, while I p0rn-surfed, weak and weary,
      Over many a strange and spurious p0rn-site of "hot XXX galore",
      While I clicked my fav'rite bookmark, suddenly there came a warning,
      And my heart was filled with mourning, mourning for my dear amour,
      "Tis not possible," I muttered, "give me back my free hardcore!"
      Quote the server, "404."

  35. Re:one word by oliverthered · · Score: 2, Funny

    xslt

    --
    thank God the internet isn't a human right.
  36. When will office-clones makers learn! by Vengie · · Score: 3, Insightful

    *WORD* is the easy part.

    Even powerpoint is almost a non-issue

    How about Access/Excel...

    So for any clone, ask these questions

    Yes, but does it run crystal reports?

    Yes, but does it run access (.db7) and have access-like switchboards off of which MANY soho businesses live? [Dentists, doctors, small mom & pops..] The JET engine may suck, but its the de-facto standard for mom and pops.

    Yes, but do the macros they use at every major investment bank and packages like XLMiner work?

    When there is a suitable ACCESS replacement for small business and something that runs crystal reports and data mining packages like XLMiner run, Microsoft is in trouble.

    That last 10% of features will keep many major institutions around until near the bitter end.

    --
    When in doubt, parenthesize. At the very least it will let some poor schmuck bounce on the % key in vi. (Larry Wall)
  37. Re:It's about Standards PERCEPTION by DonGar · · Score: 3, Insightful

    I'll go a step further. .doc often breaks when you move it around, but it doesn't matter because everyone BELIEVES that it'll work anywhere. The reality doesn't matter much (in this case) only the perception of it.

    --
    plus-good, double-plus-good
  38. it could matter by hak1du · · Score: 2, Interesting

    Writing Java apps is key for the software developer, because your market suddenly is no longer linked to the hardware platform your customers have.

    If you think that, you aren't going to compete on any platform. When I run something on Linux, I expect that it integrates tightly with the Linux operating system. None of the cross-platform dreck that has come out of Sun (OpenOffice, Java), does that--they all treat Linux as a second class citizen and ignore Linux key bindings, user interface conventions, etc. WORA is useful for a small niche market, but most developers couldn't care less.

    I am grateful that they are telling me that this is a cross-platform Java office suite because I then know what I can expect from the UI.

    When are people going to learn that consumers don't care what language a program is written in?

    You're right: consumers don't. But consumers might care about getting lower cost software, better features, more reliability, easier extensibility, etc. Languages can help there: much of the reason why Mozilla and OpenOffice are such behemoths and such a bitch to extend is their choice of language and object system.

    Java is a much better language to write large end-user applications in than C/C++, but Sun, unfortunately, nixes that advantage with their insistence on "cross-platform support".

    C# offers similar advantages at the language level, but, unlike Java, it emphasizes the use of platform-specific libraries. That's why you are going to see lots of Windows and Linux software in C#, and unlike Java, users neither will know nor care that it's written in C#--they'll just get better, more robust software more quickly. (There is nothing magical about C#--any language could have taken the place of a Java-like language with platform specific libraries--but C# actually seems to be taking off.)

  39. Re:Easy to make C/C++ application fast? WOW! by Wavicle · · Score: 2, Interesting

    Java has a shitload more overhead than C/C++ (JVM and all).

    True, but the lion's share of this overhead is paid for once during startup. One of the lessons of windows is that people are willing to wait extra time for something to start as long as it works well once started.

    If you mean overhead in terms of memory footprint.. Medium to large java apps chew up about the same resources as their C/C++ counterparts.

    And there isn't anything you can do about it.

    Partially true. You can tweak the JVM parameters so that you either pay most of the start-up overhead up front, or as you go. For server apps, up front is always better. For other apps, it kind of depends.

    Java is a poor choice for application development no matter how you look at it.

    Entirely incorrect. The larger a C/C++ application becomes, the more prone it becomes to a gamut of bugs which are not possible in Java. (More prone because the larger the application, the more difficult debugging becomes)

    Another big plus with Java, and maybe this exists with C/C++ and I don't know it, is the way the rigidity of the language has enabled fairly advanced tools to be created. I nearly never have compile time errors any more because my development environment of choice, IDEA, catches them all before I've saved the file I'm working on. For someone like me who loves the XP-style of coding where you write a test case before you write the class, this is a huge boon. When I'm done writing the test case, the IDE has highlighted all the method calls I've made which do not exist in the target class. A couple mouse clicks will take me to the class file and insert a stubbed method definition. The IDE takes care of the form, allowing me to concentrate on function.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  40. competes with? by cascadingstylesheet · · Score: 4, Insightful

    The advantages of MS Office are:

    • It's what so many other have - so file format compatability, macros and add on product compatability, share workarounds and techniques, etc.
    • Feature set.

    The advantages of OpenOffice are:

    • Free.
    • Open source.
    • Accessible file format (compressed XML, but ultimately, TEXT).
    • Ever-improving feature set.

    What the heck are the advantages of EIOffice?

    • Free/cheap? No.
    • Open source? No.
    • Everybody else uses it? No.

    So, WTF?

  41. Where's the outlook by Ghost-in-the-shell · · Score: 2, Insightful


    After - quickly - scanning their website they are missing one very important business application. Outlook.

    MS Office comes with Outlook, the eternal scurge of mail clients. Though for all its problems it has many useful features like the journal, calendar, note, and the intergration with the exchange server system.

    Sorry EIOffice lacks this support and is unlikely to gain much in the way of a business application. For business applications, the killer app will be email and it's intergrated "tools" such as the ones I listed.

    --
    -Ghost
  42. help kaffe by ChristTrekker · · Score: 2

    Note that Kaffe needs volunteers to help track down and fix platform-specific compiler errors. If you want Java on your platform, pitch in and help.

  43. It's from China... by MhzJnky · · Score: 2, Interesting

    Just wanted to point out to all that didn't RTFA, this product is from China. Incase you proof check here.

    Now I know slash is full of good 'ol Mickysoft haters, but do we realy want to be celibrating a product from a country that's eyeing our technology jobs probably more so than India? It hasn't started yet, but most people agree that off-shoring develpment jobs to mainland China will happen soon. And this is basicaly their proof of concept that they can do it.

    So, maybe its for the best not to give these guys any more publicity then they allready have.

    --


    "Failure is not an option, it's part of the standard package"
    1. Re:It's from China... by radish · · Score: 2, Insightful

      If sticking your fingers in your ears and pretending it's not happening is your best response to outsourcing, you're screwed.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

  44. Java is Very Sluggish by Junior+Samples · · Score: 2, Interesting

    All of the Java applications I've used are very sluggish. IBM Update Connector is a prime example of this. It takes forever for the software to analyze the machine being updated and to check for updates over a broadband connection. I usually avoid Java applications because of this.

  45. Re:Easy to make C/C++ application fast? WOW! by Nivag353 · · Score: 2, Interesting

    I have 2 very extreme examples of the importance of correct design for speed.

    First Example
    A colleague wrote a COBOL program that took about 4 hours to run, I changed one "word" defining the access type ACCESS-IS-RANDOM to ACCESS-IS-SEQUENTIAL AFAICR (As Far As I Can Remember). That reduced the run time to about 70 seconds.

    Second Example
    One would expect an assembly/C program written for a 16 bit processor would be much faster than something written in interpreted BASIC for a 6502 8 bit processor.

    However, I wrote a colour printer driver in Acorn's BASIC for a BBC model B (dual processor), that took 11 minutes to print out a colour picture. I was told that an application on an IBM PC took 2 hours!!! to do the same thing.

    I did 0 to 4 passes for each line depending on the colour of the pixels, I bet the other application changed ribbon each time the colour changed - maybe even changing the ribbon 3 times for the same pixel. I don't know for sure, but it took a second or two to position the ribbon for a different colour.


    -Nivag

  46. Inconsistant by SuperKendall · · Score: 2, Insightful

    What really irks me about your post, however, is that the grandparent was modded to Flamebait for posting a fairly evenhanded opinion, but no fact. You've been modded to Interesting for posting what is, essentially, a flame against the grandparent, and still no fact.

    You admit you find Java a waste of time, yet state that the parent was evenhanded. How do you know?

    Unlike either of you I have written Java GUI apps that run on a variety of platforms (including the old Oracle Network Computer). It's really not hard to make an app that works pretty much the same just about anywhere. I did not, as the parent states, run into "issues that look a lot like porting issues". You run into that a little more if you have to support specific byte ordering in files, but that has nothing at all to do with GUI's. For the GUI itself I have NEVER had platform specific code, like you do with typical porting.

    I'm not just talking about some form entry system, I'm talking about a variety of things from rich interactive maps to very complex MDI document data entry systems.

    The parent to your post may have been a little harsh, but calling him a zealot just because he has experience you lack is unfair.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley