I quite like the program but I find it very difficult to use as an image board as it is quite difficult to zoom in and out without selecting a specific image. I would prefer having to click to select an image and right click to select no image.
I found a bug. If, while in tab view, an image is large enough that clicking the view button would click the image underneath, then clicking to switch from tab to board can mess up the image's position on the board. This only happens if the user moves the mouse during the click on the view button, even if just one pixel.
I found buggy behaviour. When opening a .rtv image board file from a folder with other .rtf board files. Starting from the board view, select an image then switch to directory view, some image in the board will have the right arrow enabled, click it to switch this image to one from another board file. Not all image will be scrollable in the directory view.
I found a bug. It is possible to keep dragging an image while switching mode with the 1-3 keys. It is possible to drag around an image by clicking through the menu bar at the top of the screen. This is also possible to do through buttons.
I found a bug. In board mode, zooming out a lot will forcefully enlarge the selected image. In this very zoomed-out situation, hovering any image will force them to their minimum size.
I think this is caused by the minimum limit when scaling images.
Hi Ray, very nice tool! Will the tool support more features for image/art creation, such as pixel art? Totaly cool if you're going to develop a separate tool for that purpose BTW.
Hi Jack-Ji! Thanks! No plans to add image creation capabilities like pixel-art for the moment, in any case additional editing capabilities, like shaders editing. Maybe a separate tool but unfortunately my resources are very limited.
I really like this tool (and Raylib). Happy to support your excellent work and just bought thisfor the Linux version.
When running ./rtexviewer, however, I'm getting an error that 'GLIBC_2.3x' (x = 5 | 3 | 4) is not found and is required by the app. My current GLIBC version is 2.31 and I'm running Ubuntu 20.04.6 LTS x86.
Is there a relatively painless way of overcoming this error without making major changes (e.g., upgrading Ubuntu to a new version)?
All the tools are build on GitHub servers using the provided Linux host runner, that use by default Ubuntu 22.04, I tried rebuilding it with Ubuntu 20.04 alternative host.
I'm uploading a new file but please note that this new version is a development version with some improvements and new features for the tools and not much tested.
I tested the Ubuntu 20.04 (dev) version and it works perfectly as far as I can see. I also upgraded another machine to Ubuntu 22.04 to try the release version and that works great too.
I'm afraid this is not possible at the moment. I'm a solo developer and my resources are very limited. I can't implement a macOS build system and test everything properly, it would imply considerable amount of work. I neither have a mac and never used one so it would require some investigation...
But, afaik, raylib works on macOS without problems so if anyone is willing to help on that regards, it will be really appreciated. All my tools use a similar build system, based on GitHub Actions and some of the tools are open source. If anyone feels brave enough to implement a macOS build action, that would be great! Here there are some sample workflows, they could be used for reference to implement a macOS equivalent: https://github.com/raysan5/rfxgen/tree/master/.github/workflows
← Return to tool
Comments
Log in with itch.io to leave a comment.
Hey Ray,
Is there a way to change the GUI font size? I want to make it a little bit bigger. I cannot find any way to do it. Maybe som k : v in the config.ini?
Thanks
I was looking for something similar. It sometimes quite hard to read on my screen because of the size scaling
I quite like the program but I find it very difficult to use as an image board as it is quite difficult to zoom in and out without selecting a specific image. I would prefer having to click to select an image and right click to select no image.
Thanks for the feedback! I'm actually reviewing that behaviour to zoom to mouse-position in all view modes. Also reviewing the mouse behaviour.
I found a bug. If, while in tab view, an image is large enough that clicking the view button would click the image underneath, then clicking to switch from tab to board can mess up the image's position on the board. This only happens if the user moves the mouse during the click on the view button, even if just one pixel.
Thanks for reporting! Not sure if I understand it correctly... please, could you open an issue on https://github.com/raylibtech/rtools to review it?
I found buggy behaviour. When opening a .rtv image board file from a folder with other .rtf board files. Starting from the board view, select an image then switch to directory view, some image in the board will have the right arrow enabled, click it to switch this image to one from another board file. Not all image will be scrollable in the directory view.
I could replicate this consistently before but now I cannot... Weird. The issue might come from somewhere else.
Thanks! It sounded difficult to reproduce! :D
I found a bug. It is possible to keep dragging an image while switching mode with the 1-3 keys. It is possible to drag around an image by clicking through the menu bar at the top of the screen. This is also possible to do through buttons.
Thanks! I take note! I think this should be easy to fix...
I found a bug. In board mode, zooming out a lot will forcefully enlarge the selected image. In this very zoomed-out situation, hovering any image will force them to their minimum size.
I think this is caused by the minimum limit when scaling images.
Thanks! I think this can be also easely addressed. :)
Hi Ray, very nice tool! Will the tool support more features for image/art creation, such as pixel art? Totaly cool if you're going to develop a separate tool for that purpose BTW.
Hi Jack-Ji! Thanks! No plans to add image creation capabilities like pixel-art for the moment, in any case additional editing capabilities, like shaders editing. Maybe a separate tool but unfortunately my resources are very limited.
Hi Ray,
I really like this tool (and Raylib). Happy to support your excellent work and just bought thisfor the Linux version.
When running ./rtexviewer, however, I'm getting an error that 'GLIBC_2.3x' (x = 5 | 3 | 4) is not found and is required by the app. My current GLIBC version is 2.31 and I'm running Ubuntu 20.04.6 LTS x86.
Is there a relatively painless way of overcoming this error without making major changes (e.g., upgrading Ubuntu to a new version)?
Thanks,
edibo
Just reviewed this issue.
All the tools are build on GitHub servers using the provided Linux host runner, that use by default Ubuntu 22.04, I tried rebuilding it with Ubuntu 20.04 alternative host.
I'm uploading a new file but please note that this new version is a development version with some improvements and new features for the tools and not much tested.
Please, let me know if it works for you! :)
Dear Ray,
Much thanks for your quick reply and upload.
I tested the Ubuntu 20.04 (dev) version and it works perfectly as far as I can see. I also upgraded another machine to Ubuntu 22.04 to try the release version and that works great too.
Thanks again and keep up the great work!!!
edibo
Nice! Glad to know it worked! :D
Do you think you could add a macOS arm64 build?
Same request, for the other tools you make, if it's feasible.
I'm afraid this is not possible at the moment. I'm a solo developer and my resources are very limited. I can't implement a macOS build system and test everything properly, it would imply considerable amount of work. I neither have a mac and never used one so it would require some investigation...
But, afaik, raylib works on macOS without problems so if anyone is willing to help on that regards, it will be really appreciated. All my tools use a similar build system, based on GitHub Actions and some of the tools are open source. If anyone feels brave enough to implement a macOS build action, that would be great! Here there are some sample workflows, they could be used for reference to implement a macOS equivalent: https://github.com/raysan5/rfxgen/tree/master/.github/workflows
Still, it would require testing...
It will be added on next release!
Any plans on open sourcing this in a late future?
No plans to open source this software. Why do you need it? I could provide the sources per client contract if required.
I was thinking, that you could just provide the src for me, because im incorporating this software into another software for PSX development.
Sorry, I'm trying to make tools for a living, not all my work is free and open source.
does it support the open sourced format: "Basis Universal Texture Compression", kind of KTX, I think: https://github.com/BinomialLLC/basis_universal
Not yet, but it's on my roadmap. Probably in a future version.