When we open the hash tab with a checksum on the clipboard, OpenHashTab checks if it corresponds to the file selected. It the hash match, it shows that file below the hash text field. This behavior is also trigger when we paste a hash into the hash field.
The problem
But sometimes, the filename is too long, so it's warped to the next line, and this next line is cut off by the widgets at the bottom.
Resizing the OpenHashTab window doesn't solve the issue, and we can't resize the Property window.
Potential solutions
I see three solutions to resolve this issue (maybe there are other i didn't though of as well):
Adjust the window accordingly to the file name
Pro : we can see the full filename without any interaction
Con : maybe this is not possible for the File Property window + difficult to implement
Cut the filename off and add "..." at the end
Pro : it solves the problem + Easy to implement i guess
Con : We can't see the whole filename
Add a horizontal scroll bar to the filename if needed
Pro : We don't need to cut the filename or to resize the window
Con : More complex to implement i guess + Need interaction to see the full filename
When we open the hash tab with a checksum on the clipboard, OpenHashTab checks if it corresponds to the file selected. It the hash match, it shows that file below the hash text field. This behavior is also trigger when we paste a hash into the hash field.
The problem
But sometimes, the filename is too long, so it's warped to the next line, and this next line is cut off by the widgets at the bottom. Resizing the OpenHashTab window doesn't solve the issue, and we can't resize the Property window.
Potential solutions
I see three solutions to resolve this issue (maybe there are other i didn't though of as well):