Optiproz Prime wrote:
do you read the release notes of Sun? [/quote]
No, of course
MultiTerm 2007 builds on Java 1.5. How should a developer knows what Sun programs in the next versions?
So, a guy like Rodolfo Raya is a damn prophet and f...g magician 'cause his Swordfish works with every Java above 1.5.
Or simply he codes properly
O before i forget this regarding, if you read the release notes. Do you know that Java uses only the latest JAVA Applett (MultiTerm uses this) even when you disable it in the Java Console? And you dont have a chance to say that the Java version 1.5 should refer to MultiTerm even it is installed. Should we blame now Sun Microsystem that they force us to have the latest versions installed and also not neccessary versions installed on your machines that only uses harddrive space?
I complain about the Sun plethora but the Multiterm programmers made a choice.
They should be consequent.
They should assume their software is based on a rapidly evolving runtime.
Or, they could have coded it in plain C/C++ with no Java/.Net problems.
No we should really blame Trados.....because they use JAVA to run MultiTerm?
Yes, because their Java progamming is simply messy.
E.g., as long as I remember (8 years, starting from Trados 5.5 SPS), they have a installation bug, the setup doesn't detect the Java versions higher than required and don't warn the user about it.
So, doesn't matter, Extraterm 5 or MT Extract 2007, the software installs in the way it can't work at all.
AsI said, it makes EIGHT years...
It's easier to leave thecode "as is" and put a mess related info in the knowledge base.
Not all applications use the simpliest commands that Java provides and if Sun brings out a new version that make really changes that is needed from MultiTerm, who should know this??
The MT programmers.
If they are not prophets as Rodolpho or Moses, they can issue patches
In fact, the Multierm development is the most slow in the SDL Trados pack.
E.g., it was no changes at all betwen Trados 7 and 2006 (MT build 18.104.22.1681), it makes more than 2 years on the market.
Imagine the number of Java builds Sun could have released in the meantime.
Imagine the number of useful programs who may need a newer major Java release.
The MT programmers simply don't respect their customers.
They have their SDL Holy Graal.
But hey...maybe you can develop a more efficient terminology program and release it next year and in 2012 i ask you why it isn´t working with my new OS or my latest java 2.0 version and my internet explorer 9 version.
O maybe you never saw the applications before but that is not so important since it would be your fault not to be a visionary.
If coded properly, it should work in some way.
E.g. my MS Word 95 works on XP SP2 or higher with some garbage on the screen but the essential functions are not altered.
10 years after the initial release.
Multiterm 5 still works properly on Vista.
So they messed something badly in the new Multiterm line.
The current MT architecture was made by an idiot with no respect tho the basic guidelines of the programming for the 32-bit Windows although the Windows NT line was already available on the market.
E.g. you must have administrative rights to write in the 'All Users' tree.
Or you must elevate the user right access to the MT related branch of this tree.
It was not fixed during approx. 6-7 years.
In the meantime, we all switched to some 32-bit Windows.
And again, exactly the same stupidity in the MT architecture makes MT is not compatible with the User Access Control feature in Vista.
And nothing changes.
They simply don't care.
And, of course, they're not visionary.
[Edited at 2008-12-09 10:30 GMT]