Yeah, but in those days we did that because there wasn't any other option. It's not like the colour scheme of the monochrome terminal was chosen for ergonomic reasons.
If anything, amber terminals were easier on the eyes. Or the white on black ones. Those were nice.
When I go outside green is the color my eyes are looking for to relax. Also pixels in the white background emit the maximum energy. One reason Apple introduced the dark mode is the pixels to emit mostly the valuable information and save energy , thus saving the battery life.
Green letters doesn't seem eye friendly at least to my eye. My eye much prefers white on dark grey for emissive screens (LCD, LED) or black on white for reflective screens (e-Ink).
I had the impression that pre-1980's screens were green for chemical reasons not for eye-strain optimization (?)
The white background is fine for the eyes, so long as the brightness is set properly - minimum brightness for the surrounding lighting with medium-high contrast. IME, this setup in a well lighted office makes a marked difference in eyestrain at the end of the day when compared to dark modes, dark rooms, and high-brightness light modes.
This is precisely why I use f.lux[0] on every computer. As the blue light is reduced toward evening, the screen becomes much less bright. Works great for eye comfort and is maybe even beneficial for sleep.
It's totally individual though. Back when we finally got terminals with white background I was very pleased. A co-worker was completely unable to use them though - he had to set the terminal to reverse mode. We talked about it and it was clear his eyesight was completely different from mine. There's no "one size fits all" here, and I for one have problems with dark mode - I see "flares".
There is no evidence dark mode is better. In fact, human eyes don't have good night vision, we see best in daylight.
Light text on a dark background makes the eye work harder and open wider, since it needs to absorb more light. When this happens, the light letters can bleed into the dark background and cause halation. Our eyes focus better when the iris is narrow.
Additionally, most people are born with some form of astigmatism, a misshaped cornea that blurs vision. For people that have the worst forms of astigmatism, light text on dark backgrounds aggravates the condition. When looking at a light display, the iris closes more, decreasing the effect of the deformed cornea. When using a dark display the iris opens to receive more light and the deformation of the cornea makes halation worse.
On the flip side, dark mode helps with floaters, tiny fibers or spots that appear in a person's vision. These are caused by changes to the fluid in the eye which cause shadows to be cast on the retina. Floaters distort vision in light mode. This condition tends to increase with age.
Also, people with light sensitivity might be better served by a dark background.
I have found that dark mode works best in low light, 100% contrast can be harder to read with more eye strain, reading large amounts of text in dark mode is harder.
It is frustrating when people who work in IT don't take accessibility seriously. Not everybody is young and in perfect health. Both light and dark mode should be offered for accessibility reasons.
There have been discussions here about modern C++ example code. Lots of projects that use C++11, C++14 and a few C++17 codebases are suggested, but I've not seen a recommendation for a C++20 codebase to study - this might be one.
Submitted title ("ImHex – A Hex Editor for people that value their eye sight") seems distracting and baity, so I've shortened it for now. If there's a better (more accurate and neutral) title, we can change it again.
The union of "humans" and "animals" is just "animals". Does that make a "home for humans and animals" basically the same thing as a "home for animals"?
You should know better than to draw that equivalence, dang.
What animals consider a home varies a lot. What programmers consider a hex editor, not so much.
If someone wants to point out what about this hex editor makes it more suitable for reverse engineers than the median text editor, I'll happily edit the title. The point is there needs to be something.
Not all "reverse engineers" are programmers. When I was younger, I liked hacking game saves, it isn't programming, you don't write programs, you don't even touch machine code, only data.
There is a strong overlap, but it is still a different set of skills and different tools (ex: hex editor vs IDE)
Yeah, the "for people that value their eye sight when working at 3 AM" got to me. I knew it had to mean that dark mode was a big feature here.
I don't know if this editor offers a light mode. I hope it does. I love good hex editors, and this one looks very interesting. But light mode is a necessity for me because of my vision.
I have no quarrel with anyone who only wants to implement dark modes, it just means I won't be able to use their products.
If it is a really good product you want to use anyway, there are programs that can invert the screen for you so you can use them. And the gamma settings in some display drivers can be set to invert too. Not so handy if it's an art program though...
It has constant-dark-mode tag, so can be called "constant dark mode hex editor". The eyesight part is simply misleading, dark mode is the last thing I would associate with that.
A little stretch ... yet I needed a decompiler for Mac a while ago and used https://www.hopperapp.com/ (also recommended on the German fanboys.fm podcast). found it was doing its job quite well (with a couple of helpful features, espcially the flow control graph).
Quote: "Doesn't burn out your retinas when used in late-night sessions"
I like white background and bright color themes, as in I like my retina "burned". Does it has settings where you can choose your own color scheme or this tool is on the same par with all "cool kids" who think anyone not using dark mode is unworthy?
IDK what's with this gas lighting about "cool kids" and "unworthy", do you really have this much callousness towards people with disabilities? Do you also think we should get rid of wheelchair ramps just because they don't cater to you?
What are you talking about? Where, in God's name, on my above comment I even hinted at that? All I am saying is if you go the trouble to create something that has different color scheme than your underlying operating system, then be smart enough to create settings to let users select their own colors.
You either create your app with default coloring and you let the operating system set your colors according to the user's theme preference OR add these in settings. I hate programmers who think their color preference should be the only one, and not just that, but also state it proudly with a "it doesn't burn your eyes".
Apparently you still beat a dead horse. Lemme make it clear for you, so there is no misunderstanding. I do not nor have said anywhere that I have disdain for people with disabilities.
Furthermore, coloring is an end-user business, not yours as programmer. Lemme explain this as well, since I am somehow under the assumption you are missing a full point of how modern operating systems works.
All modern operating systems have a window manager that is in charge of setting, among a lot other stuff, also the colors. They get those colors from the end-user current selected theme. If the end-user wants in his theme a memo to be red and a combobox to be black, then all the programs running on that end-user better have memos red and comboboxes black. Any one of those programs that do not let the operating system set their font, font color and background color of various components are breaking the end-user trust. And here is the amazing kicker! You, as a programmer, have to do absolutely nothing about it. All modern IDE's/compilers will do this by default.
Now, if you mess around and change that because you, as programmer, "know better" then you're a poor programmer. One way to redeem yourself is to let your users set the colors in your program under a Settings page.
Final thought. In regards to user with disabilities, they have different disabilities and different coloring needs. So this "cool kid" who thought dark mode is not burning their eyes, is the one disregarding them, not me.
I have quite strong astigmatism (although I've never heard it referred to as a "disability"). I am completely unable to use software with a dark background.
If dark mode is enforced, then me and a lot of other people are excluded from using it.
I recently learned that it has a ”Template” feature that lets you write Tcl scripts to interpret the data in the file. It’s very easy to use and very useful too! I’ve written scripts to parse our internal file formats and pretty-print the interesting bits.
Sorry, I hate dark mode apps. Too much eye strain for me. Give me a terminal screen with dark grey letters against a not quite white background and I'm good. Too many books when I was younger I guess.
I used to criticize those who use dark modes, but then after trying it I think I cannot go back again. At the end of the day, it's like when we were using monochrome screens back in the 80's/90's. I don't think anyone at that time used a screen filled with green phosphor color in the background with black characters on top. It was green/amber chars over black background.
I think that the difference in comfort when reading is that in the case of a book the light is reflected, instead of emitted, like in a monitor.
Recently I had a series of very intensive sessions with Ghidra, and jumping through hex code for hours was really hurtful, until I learn Ghidra has a dark mode (an ugly one, just colors inverted).
I'm sorry this may not relate to this post... I'm just so super excited, I can now pay my bills and take good care of my family. Thank you for bringing happiness to my home. With just an investment of $900 i got $8500 in just 5days. I am debt FREE !!! Contact Investor Paula on WhatsApp +15672585160
Yeah staring at a big black blob while surrounded by light seems like a great idea. Unless you do your computer stuff in a dark basement, dark mode is dumb.
ImHex uses capstone to map hex values to opcodes, depending on which ISA (Instruction Set Architecture) you have choosen. That makes it a nifty little tool for reverse engineering.
http://www.capstone-engine.org/
I've given ImHex a test run on an Amiga binary and it kind of works. However, the Amiga Hunk format (equivalent of ELF) is not recognized, and is interpreted as opcodes. Also there are issues with copper lists.
84 comments
[ 6.4 ms ] story [ 162 ms ] threadIf anything, amber terminals were easier on the eyes. Or the white on black ones. Those were nice.
https://archive.is/LQFZu
BTW, "Retina" doesn't necessarily mean OLED either. It's a trademark that Apple has applied to more LCDs, as recently as the iPhone 11.
https://www.apple.com/iphone-11/specs/
I had the impression that pre-1980's screens were green for chemical reasons not for eye-strain optimization (?)
[0] https://justgetflux.com/
If you actually want easy on the eyes do what they actually did in the 80s... grey on dark blue.
Is AmigaOS 1.x default color scheme related to this?
But on my terminals, I do indeed prefer amber on black.
There is no evidence dark mode is better. In fact, human eyes don't have good night vision, we see best in daylight.
Light text on a dark background makes the eye work harder and open wider, since it needs to absorb more light. When this happens, the light letters can bleed into the dark background and cause halation. Our eyes focus better when the iris is narrow.
Additionally, most people are born with some form of astigmatism, a misshaped cornea that blurs vision. For people that have the worst forms of astigmatism, light text on dark backgrounds aggravates the condition. When looking at a light display, the iris closes more, decreasing the effect of the deformed cornea. When using a dark display the iris opens to receive more light and the deformation of the cornea makes halation worse.
On the flip side, dark mode helps with floaters, tiny fibers or spots that appear in a person's vision. These are caused by changes to the fluid in the eye which cause shadows to be cast on the retina. Floaters distort vision in light mode. This condition tends to increase with age.
Also, people with light sensitivity might be better served by a dark background.
I have found that dark mode works best in low light, 100% contrast can be harder to read with more eye strain, reading large amounts of text in dark mode is harder.
It is frustrating when people who work in IT don't take accessibility seriously. Not everybody is young and in perfect health. Both light and dark mode should be offered for accessibility reasons.
The screenshots sure are unkind on my presbyopic eyes, even when blown up to full size.
https://github.com/ocornut/imgui/blob/master/docs/FAQ.md#q-h...
You will have to edit imgui.ini which is generated after launching the program once.
But this has some nice features! For example, it can parse the executables, and show structures:
Disassembler supporting many different architectures ARM32 (ARM, Thumb, Cortex-M, aarch32) ARM64 MIPS (MIPS32, MIPS64, MIPS32R6, Micro) x86 (16 bit, 32 bit, 64 bit)
Just to start, along with a ton of other file parsing, etc.
This looks pretty cool. Compiling it needs a C++20 compiler and no small list of dependencies...but it’s cool.
There have been discussions here about modern C++ example code. Lots of projects that use C++11, C++14 and a few C++17 codebases are suggested, but I've not seen a recommendation for a C++20 codebase to study - this might be one.
> A Hex Editor for Reverse Engineers, Programmers and people that value their eye sight when working at 3 AM.
Or their announcement page (https://werwolv.net/projects):
> A Hex editor with data pattern support and many features useful for Reverse Engineers
Maybe "ImHex - A Hex Editor for Reverse Engineers" would be a better title?
The union of "reverse engineers" and "programmers" is just "programmers", and that basically means "a hex editor for people who use hex editors". No?
You should know better than to draw that equivalence, dang.
If someone wants to point out what about this hex editor makes it more suitable for reverse engineers than the median text editor, I'll happily edit the title. The point is there needs to be something.
There is a strong overlap, but it is still a different set of skills and different tools (ex: hex editor vs IDE)
I don't know if this editor offers a light mode. I hope it does. I love good hex editors, and this one looks very interesting. But light mode is a necessity for me because of my vision.
I have no quarrel with anyone who only wants to implement dark modes, it just means I won't be able to use their products.
And that is why AppImage (as dev of ReHex did[0]) is much better way to provide binary for Linux, than ZIPed static linked binary package.
Just trying to execute binary from release asset `ImHex_1.5.0_Linux.zip`[0] under Debian 10:
UPD: And just after install one dependency, there is another one [0] https://buildkite.com/solemnwarning/rehex/builds[1] https://github.com/WerWolv/ImHex/releases
https://www.reddit.com/r/ReverseEngineering/comments/k62yr6/...
It‘s commercial though.
I like white background and bright color themes, as in I like my retina "burned". Does it has settings where you can choose your own color scheme or this tool is on the same par with all "cool kids" who think anyone not using dark mode is unworthy?
You either create your app with default coloring and you let the operating system set your colors according to the user's theme preference OR add these in settings. I hate programmers who think their color preference should be the only one, and not just that, but also state it proudly with a "it doesn't burn your eyes".
This your comment if I remove the gaslighting and disdain for people with disabilities wanting to be able finally use some software:
> is lightmode still an option?
Furthermore, coloring is an end-user business, not yours as programmer. Lemme explain this as well, since I am somehow under the assumption you are missing a full point of how modern operating systems works.
All modern operating systems have a window manager that is in charge of setting, among a lot other stuff, also the colors. They get those colors from the end-user current selected theme. If the end-user wants in his theme a memo to be red and a combobox to be black, then all the programs running on that end-user better have memos red and comboboxes black. Any one of those programs that do not let the operating system set their font, font color and background color of various components are breaking the end-user trust. And here is the amazing kicker! You, as a programmer, have to do absolutely nothing about it. All modern IDE's/compilers will do this by default.
Now, if you mess around and change that because you, as programmer, "know better" then you're a poor programmer. One way to redeem yourself is to let your users set the colors in your program under a Settings page.
Final thought. In regards to user with disabilities, they have different disabilities and different coloring needs. So this "cool kid" who thought dark mode is not burning their eyes, is the one disregarding them, not me.
I personally prefer dark mode, but it should absolutely be up to the user/OS whether a given app will run in light or dark mode.
This project is using a video game UI library, so this thread doesn't completely apply but here we are.
If dark mode is enforced, then me and a lot of other people are excluded from using it.
I'm in the middle, I prefer dark modes for my day to day work though.
> error while loading shared libraries: libcapstone.so.4: cannot open shared object file: No such file or directory
Apt installed libcapstone, what am I missing?
Might require the dev libs
Another open source macOS one to consider.
http://hte.sourceforge.net/
For fancier visualizations of binaries, check out this thread:
https://reverseengineering.stackexchange.com/a/6004
[0]: https://en.wikipedia.org/wiki/Beye
I think that the difference in comfort when reading is that in the case of a book the light is reflected, instead of emitted, like in a monitor.
Recently I had a series of very intensive sessions with Ghidra, and jumping through hex code for hours was really hurtful, until I learn Ghidra has a dark mode (an ugly one, just colors inverted).
Under the hood, Capstone use LLVM's TableGen as a source for descriptions of registers and opcodes. http://llvm.org/docs/TableGen/index.html
I've given ImHex a test run on an Amiga binary and it kind of works. However, the Amiga Hunk format (equivalent of ELF) is not recognized, and is interpreted as opcodes. Also there are issues with copper lists.