Oddly enough, it's one of the HudItemEffectMeter files; the name should be fairly descriptive. Just move the top element to somewhere you like it. (And offset the positions with c, not r, to move it from the centre of the screen, not the bottom-right.)

No, you'll just have to use the alternate scoreboard. See the site for more information.

Don't be so selfish. The fact that a change doesn't concern you does not make it a purposeless one.

Attitudes like yours are part of the reason cross-platform support is so lacking in this industry.

Not a pointless update. Raw mouse input is good to have.

Fortunately, that shouldn't really be an issue with the timer. It's on my TODO list to move it down, but I've been to busy to work on the HUD recently.

I've been using AOKP on my Galaxy Nexus for over a year now, and I'm really happy with it. It's the least intrusive ROM I've used; it doesn't ship with heavily-modified apps or many changes, but it allows for a ton of customisability through the ROM control settings.

http://i.imgur.com/lpxtPVz.jpg

Looks nice, good work.

I would suggest using PNG files for the screenshots, not BMP.

If copyright law worked that way, piracy would be legal.

That is correct. They are RGBA values. So white should be "255 255 255 255".

Did you make sure to hud_reloadscheme after changing it?

To my knowledge, you cannot.

HOWEVER, here is a little trick you can do:
1) Enable HUD crosshair and set its colour to "0 0 0 0". (Only the last 0 is important.)
2) Enable the animation for the crosshair. (Don't forget to change the colour of the second animate line to "0 0 0 0" as well.)

Now, your HUD crosshair should be invisible, except when it flashes upon dealing damage.

Then you must have made a mistake somewhere. That's all there is to it. Enable the crosshair and change fgcolor.

That's a hard question to answer, and I'll try to keep my response as short on possible, despite being able to go into a long rant about this.

Java is a very popular language, especially in corporate environments, and is a good language to learn in that sense. This is probably further amplified by the fact that you're a business major. However, it's at a weird state between compiled languages and interpreted ones, it can be a very annoying language in some ways, and most Java developers tend to be idiots who shouldn't be writing code.

It's a useful language to know and it's not intrinsically bad, but I try to avoid it wherever possible.

wat. C# is more similar to Java than it is C++.

I wouldn't be surprised if that figure is heavily inflated due to all the iPhone apps.

Any language with bindings for a graphical toolkit should work, which is pretty much every language, barring some obscure ones.

C(++) or Java will work just fine. That said, you can use higher-level languages such as Python or Ruby, which you'll probably find easier to learn and use.

[edit] It's probably worth nothing that with C(++), you can compile native binaries, whereas with the other languages I've mentioned (Java included), the user will need an interpreter to run the applications. Though, you can probably bundle one with the application.

I don't understand your question.

Thank you. :)