I was thinking that your mod could use your skin and then the armor instead of the flat pane of ugly (sorry for the opinion). So it would get the User's skin then render it at a certain angle, Then apply the "armor layer" at the same angle.
For Example:
Then For another example(with Full quantum(note its a little messed up because i set it as my actual skin))
Let me know what you think!
PS if the images aren't working just right click and Copy Image URL.
Display MoreI was thinking that your mod could use your skin and then the armor instead of the flat pane of ugly (sorry for the opinion). So it would get the User's skin then render it at a certain angle, Then apply the "armor layer" at the same angle.
For Example:
Then For another example(with Full quantum(note its a little messed up because i set it as my actual skin))
Let me know what you think!
And we can't see the images sorry.
Just Right Click it and "Copy Image URL" or "Open Image In New Tab"
Just Right Click it and "Copy Image URL" or "Open Image In New Tab"
Y U NO upload it on another site? (Like tinypic or photobucket?)
Just Right Click it and "Copy Image URL" or "Open Image In New Tab"
I don't see anything there to right-click - there's only white space which doesn't have any kind of image-related entries in the right-click menu.
Y U NO upload it on another site? (Like tinypic or photobucket?)
Or Dropbox.
I'm getting a bug in SMP, where the readout moves around between possible locations frequently and randomly.
I am using ingameinfo mod, perhaps that is it?
I'm getting a bug in SMP, where the readout moves around between possible locations frequently and randomly.
I am using ingameinfo mod, perhaps that is it?
It is because of the key that changes hud location, "H" by default.
So whenever you write any word with H it changes its location.
You can change its key in-game in controls menu.
It is because of the key that changes hud location, "H" by default.
So whenever you write any word with H it changes its location.
You can change its key in-game in controls menu.
Yeah, that is very annoying. I thought I put in enough checks to stop that from happening, but it doesn't seem to listen to me. I might actually remove that key - it was only for debugging anyway. Also on the "to fix" list: make the text not extend off the right hand side of the screen when using an HD texture pack (Soartex, in my case) - again, I'm also quite miffed by that particular bug.
For an immediate solution, I bound it to something very far away that never gets pressed during gameplay (insert, I think).
I'm not sure if this is a bug with my version, but the graphical HUD stays even if I have no helmet, or nano helmet. Is this intentional? If not I can give more information.
Also I like this mod. 
I currently use it for my servers, and it's pretty useful for watching jetpack levels and the like.
I'm not sure if this is a bug with my version, but the graphical HUD stays even if I have no helmet, or nano helmet. Is this intentional? If not I can give more information.
Also I like this mod.
Depends on what you mean by "graphical" - if it's the text entries, then yes. You get a very rough indicator of charge level (to the nearest 10%) when using a helmet that doesn't have a visor (or no helmet), an indicator to the nearest 0.1% when using a nanosuit helmet and exact EU/uses left precision when using a quantum helmet. The colour scale remains the same, so if you've got a very good eye, you can get full precision even without a helmet on. It'll display the name of what you're wearing anyway regardless of helmet status.
If, however, you mean the cartoon figure, then yes, that is a bug.
I am seeing the 'cartoon figure' with no helmet on as well with Ver 2.1a (Also Metadata says 2.1 ingame but what can ya do it was a tiny fix)
I am seeing the 'cartoon figure' with no helmet on as well with Ver 2.1a (Also Metadata says 2.1 ingame but what can ya do it was a tiny fix)
Found the problem there - a bit of a derp on my part. I'll hold off on releasing 2.1b until I've squashed a few more bugs first.
Also, it appears you don't have exception handling for when an item has a null name. (Not your fault, but it will crash the game because of it.) An example is the link book stand of mystcraft, which has no in-game name.
This might be fixed in your new version, as I haven't tested it yet. I'll have my hand at it in a couple hours and edit this post accordingly.
Also, it appears you don't have exception handling for when an item has a null name. (Not your fault, but it will crash the game because of it.) An example is the link book stand of mystcraft, which has no in-game name.
This might be fixed in your new version, as I haven't tested it yet. I'll have my hand at it in a couple hours and edit this post accordingly.
My Linkbook Stand has an ingame name. Using Mystcraft 0.9.1.02.
Otherwise, everything is all awesome.
I am also using 9.1.02 mystcraft, and I just tried this with the 2.1b hud.
Sorry, I forgot that I updated my laptop and not desktop. This issue is fixed in 2.1b Took longer to actually break, but it had the exact same exception.
Also, it appears you don't have exception handling for when an item has a null name. (Not your fault, but it will crash the game because of it.) An example is the link book stand of mystcraft, which has no in-game name.
This might be fixed in your new version, as I haven't tested it yet. I'll have my hand at it in a couple hours and edit this post accordingly.
Nope, it's still going to be a problem with 2.1b (as you've discovered, I see). Stupid badly coded objects. *sigh*.
Delete the null entry (the one that just says "=") from your config file and I'll have you a fixed version in a few minutes.
Thanks for the quick update. I'll check out the new version and see if it complains about mystcraft.
EDIT: Still complains about the exact same issue. 
(It's version 2.1c, same exception, deleted the config and let it regenerate, so it's definitely still an issue.) What I would do is just add a config to name all null objects something like "unnamed" or "unknown", if that's feasible. Then you could use use a try catch that supplies the configured name if it's null. Of course, I don't know how you implemented it, so your solution might differ.
