Slashdot Mirror


User: LordMazza

LordMazza's activity in the archive.

Stories
0
Comments
9
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 9

  1. Re:Good ol days on Preview of Java 1.5 · · Score: 2, Interesting

    Try Component Pascal. You can get a compiler here which will compile to either the .NET platform or to Java byte code, so you still have access to all that underlying modern stuff if you really want it. :)

  2. Re:And the drama continues tsarkon reports on SCO vs Linux.. Continued · · Score: 1

    Seems like it is a good thing that you're not running a software company, because if you were you'd just ignore the largest platform in the desktop market and the only industry-accepted middleware platform in the desktop market as platforms for "garbage code".

    I love the leap you've made from correctly assessing the quality of Microsoft's Windows APIs, to assessing any programs which use those APIs as garbage.

  3. Re:terrible music on Review Mandrake Linux 9.1 Power Pack Edition · · Score: 1

    "Let's put the X in Sex"

    Tell me I'm not the only one who didn't just burst out laughing...

    sigh... I have no life.

  4. Re:Because if the US military... on Open Source Code And War · · Score: 1

    Yeah, the Australian people don't support a war, but our government does, so that basically puts us on the list. If it makes you feel any better Tyreth I don't think the majority of British subjects support the war either. Oh well, at least we'll get to exercise our democratic right to show John Howard what we think in a couple of years...

  5. Re:Money isn't the only reward on LGP Announces Game Development Project · · Score: 1

    Heh more like every 15-year-old kid leeching a pirated copy of your game at a LAN or from a Warez site, who then looks at the .nfo file with the names of all those "1337 haxxxors" who very skillfully made a pain in the arse midi file playing dialog which displays their names after running someone else's crack making application over the game's binary...

    If they saw my name, I'd be as gratified as if my neighbour's dog deigned to relieve himself on my lawn. :)

    I would however find gratification just in finishing an exciting project like a game. That's why I'm part of a Sourceforge game project which will probably never get finished despite the talented group of designers and programmers it has on its team. :(

  6. Re:A chance to compete in an emerging market on ELC Releases Embedded Linux Standard v1.0 · · Score: 1

    I will do so most certainly! Oh well, they were only Electrical Engineering academics, not Software Engineering ones. We can't all be perfect :)

  7. Re:A chance to compete in an emerging market on ELC Releases Embedded Linux Standard v1.0 · · Score: 1

    I won't beat you with a stick because I don't know anything about a real-time Linux used by NASA, whether its existence is fact or fiction. I will say that if there is a real-time Linux then the academics at my university who specialise in embedded applications aren't aware of it (or at least weren't aware of it at the end of last year, the last time I talked to them). If such a thing exists, it'd be great, and would be even more reason to encourage the proliferation of Linux in the embedded market, which I think would be great.

  8. A chance to compete in an emerging market on ELC Releases Embedded Linux Standard v1.0 · · Score: 4, Interesting

    Although I have some doubts about the suitability of Linux for certain types of embedded applications (where real-time OSes would probably be more appropriate), I think this is a good thing. Anything the Linux community can do to push Linux into new markets not already dominated by one company's product alone can only be beneficial. Unlike the PC market, there is no pre-existing "applications barrier to entry" into the embedded application market. The more Linux and other open software is used in any market, IMO the more it will be used in every market. Anything the community can do to foster the adoption of Linux on as many platforms as we can think of is beneficial.

  9. Re:What Defines A Windows Application? on Guide to Globalizing Windows Applications · · Score: 1
    Java has great internationalization support so long as you create a separate property file for every language you intend to support. It does work well though. Since I have little experience with internationalization in applications which don't use Java, I am guessing here, but I will venture that it is unlikely that the Java system is considerably more advanced than internationalization anywhere else.
    //change the property file
    propResBundle = (PropertyResourceBundle) ResourceBundle.getBundle( strPropertyFileType, new Locale( strRegion1[iLanguageIndex], strRegion2[iLanguageIndex] ) );

    //reinitialise the GUI components
    jLblUserName.setText( propResBundle.getString( "name" ) );
    jLblPassword.setText( propResBundle.getString( "password" ) );

    /*etc*/
    And then for each language you have a property file with what is essentially a string table in it.. eg a French one:
    name=Nom
    password=Mot de Passe
    It is all pretty simple really, but there's something to be said for simplicity especially when it is standardized. As much as I like Java's localization support, I'd rather have a system which removes the job of creating the equivalent of property files from the developer. Maybe user input and output could be conducted through an interface which is plugged into a client side language engine which displays the localized equivalent of the tokens passed to it through the interface? Something like IIIMF for standalone local applications maybe?