[Request][1.4.7] A way to change it's position on the HUD.
ActivexDiamond opened this issue · 17 comments
Press NUM-0 and configure in Block Helper -> Configure Aspect... just like you would configure this in WAILA :)
That only toggles it on/off. Note that I am using the version which comes packaged with Upsilon Rewind (BlockHelper-1.2.0-1.4.7.jar)
Ah, you are using an old/outdated version then. You can adjust the config file in config/BlockHelper.cfg... However, only the size is changable.
If you want to also edit the position of the HUD, you need to upgrade to the 2.0.0-pre releases (with the caveat of using unstable/experimental releases)
I tried pre-release 4 (latest I found) and 1. Both add location settings as you said, but both seem to break localization (it shows things such as hud.button.yes and msg.harvestable, etc...). Any way I could fix that without downgrading?
Yes, pre4 is the newest version currently. However, I just tried again both with a fresh install of Forge 1.4.7 as well as my heavily modded Hexxit Ultimate modpack and cannot reproduce the issue.
Could you please share your log? And are you using the Vanilla Launcher or Prism/MultiMC or some other launcher?
I am using PrismLauncher, on ArchLinux (6.14.6-arch1-1).
Using the Upsilon Rewind pack. The only modification I made was that I chose the no-gregtech install.
Here's my log
Thank you very much for the log! Exactly as I expected - the translations were not loaded for some reason:
<html><body>
2025-07-15 20:40:07 [WARNING] [Block Helper] Error while reading lang zip file: home/activexdiamond/.local/share/PrismLauncher/instances/Upsilon-mmc/minecraft/mods/BlockHelper-1.4.7-2.0.0-pre4.jar
java.io.FileNotFoundException: home/activexdiamond/.local/share/PrismLauncher/instances/Upsilon-mmc/minecraft/mods/BlockHelper-1.4.7-2.0.0-pre4.jar (No such file or directory)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:231)
at java.util.zip.ZipFile.<init>(ZipFile.java:157)
at java.util.zip.ZipFile.<init>(ZipFile.java:171)
at mcp.mobius.waila.utils.I18n.addLangDirFromJar(I18n.java:129)
at mcp.mobius.waila.utils.I18n.addLangDirFromHost(I18n.java:164)
at mod_BlockHelper.load(mod_BlockHelper.java:70)
at cpw.mods.fml.common.modloader.ModLoaderModContainer.init(ModLoaderModContainer.java:545)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)
at com.google.common.eventbus.EventBus.post(EventBus.java:268)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:153)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)
at com.google.common.eventbus.EventBus.post(EventBus.java:268)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:86)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:676)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:207)
at net.minecraft.client.Minecraft.a(Minecraft.java:458)
at asq.a(SourceFile:56)
at net.minecraft.client.Minecraft.run(Minecraft.java:746)
at java.lang.Thread.run(Thread.java:750)
The / is missing in the beginning - will investigate :)
One minor thing I'm leaving here because I'm mostly sure it's not on your end. If this is actually on your end I'll open a new issue and post proper/full issues.
One more change I made to Upsilon Rewind is that I replaced NEI with rEMI which for some reason depends on Block Helper, and it does not work with the file you sent me.
Behaviour: rEMI appears empty and trying to interact with it in any way leads to a crash. log
Does this release fix the issue on your end?: BHpre.zip
-> This is based on the current master branch, so it is identical to pre4 (with a few lines of code changed), even though it thinks it is pre1...
Woah, you're amazing, man! You've been very actively and swiftly responding to me all day long. And thank you for taking the time to look at my log.
One moment, I'll try that now.
It works!!! You're amazing, man. Thank you for the literal instant bugfix!
Sorry I took a bit, I was being goofy not realizing the zip you sent wasn't the one itself, but had the mod inside it, haha.
As far as I can tell, this works flawlessly!
Say, is there anything else I can do to be of further use? Would you like more system/OS info or version stuff (Note I am using a heavily modified env that's made to run with Java 8, using stuff like Nilloader and what not, etc...). More logs or anything?
Thank you very much for the quick feedback! :D
I am trying my best to be as helpful as possible - sometimes it just happens to work out better than I would initially think :)
And yeah, sorry about the whole jar-within-zip-shenanigans - I should have mentioned that!
GitHub does not allow jar file uploads (but for some reason, zips are allowed?!)
The fix was just a single line - actually just a single number (when retrieving the jar file location, I removed one character too much, which happens to work on Windows machines, but fails on Unix-based systems).
Feel free to report as many bugs as you can find! All of those would be super helpful to arrive at a stable 2.0.0 release as soon as possible - the more modified your client is, the better! :)
If there are no weird issues, glitches, crashes or anything, the logs probably won't be helpful... But if there are some, the logs would be great in addition to a bug description!
Anyway, thank you very much once again for reporting this issue - this will be fixed in the next pre release - pre5 (which will probably be released within the next seven days or something like that)!
That all sounds very wonderful!
I'll make sure to keep an eye out and be extra mean to your mod in hopes that it breaks, haha.
If I find anything, I'll open another issue and include logs, etc...
That was a tough one to fix... I hope this works correctly (because I cannot test it apparently).
First: create a backup of your original EMI jar!
Then, replace the com/unascribed/retroemi/RetroEMI.class and com/unascribed/retroemi/RetroEMI$1.class files with the ones in the following archive: EMIPatch.zip
After that, it might work correctly with both BlockHelper 1.x or 2.x :)
I was finally able to test this out - these two versions 100% work with either BlockHelper 1.x or 2.x: nilmods.zip
The 1.0.5_03 version is (persumably) based on the version that you were using before.
However, in case you want to update, I have included a fixed build based on the latest master brainch as well :)
Please use either one of these - not both at the same time!