itch.io

Thank you very much for the kind words! We're very happy that you like Pixelorama, and we wish you the best of luck to your pixel art journey! :D

Thank you, glad it works well!

Thanks for the feedback! Not entirely sure why this is happening yet, but we'll try to replicate and find the root of the issue!

Thank you!

Thanks for the feedback! By duplicate key mapping, you mean that the same key shortcuts should be able to be assigned to different actions? If so, we can look into it more, the main worry is that allowing this could cause unexpected behavior, like a single key doing multiple stuff at once

Thank you! An official Android version is planned, we just need to figure out how to solve some issues first! :D

Hello, thanks for the feedback! You are right that the lack of undo/redo for palettes is frustrating, the reason there is no undo/redo is because the undo/redo system works per-project, and the palettes are global, meaning that they are shared between projects. For the system to work, we'd need some other system that could tell when the user makes a change in the project, and when they make a change in the palette, and apply the appropriate undo.

Alternatively, what we are considering right now is project palettes, palettes that are being stored inside the project files themselves, so people could share projects with each other without having to worry about sharing their palettes as well, which is very useful especially for indexed mode. Project palettes will share the same undo stack as the rest of the changes that happen in the project, so we could finally support undo/redo. This will be implemented at some point, right now we're considering what the best system would be.

Thanks for the kind words! :D

Thank you so much!

Thank you so much!

Thank you!

That's very sweet, thank you very much for the kind words!

Thank you so much! Very happy to hear that it works well for you!

Thank you, we really appreciate it!

Thank YOU so much for the kind words!!

Hello! If you are experiencing issues with drawing tables and you are using Windows, try changing the tablet driver from the Preferences. https://www.oramainteractive.com/Pixelorama-Docs/troubleshooting#drawing-is-very...

Do you save a pxo file, or export an image? As in, do you go to File > Save (Ctrl + S), or File > Export (Ctrl + E)? The difference between saving and exporting is better explained here: https://www.oramainteractive.com/Pixelorama-Docs/user_manual/save_and_export

If you are exporting, what type of image are you exporting? Multiple png images, a gif, a spritesheet or something else? If you can save pxo files without issue, an idea for a workaround would be to import these pxo files into the browser version and export the images from there, and they will be downloaded.

We need to have exact steps to reproduce the issue in order to help you, since the error itself does not give much information. Knowing some details about your device, such as your operating system, might be helpful as well.

Hello, does it appear when you try to save a pxo file or export an image? Or both? Error code 1 is a generic failed error which does not give much information unfortunately. It could be many things, from trying to save to a folder where you have no permission, to using characters that are not allowed in the name of the saved file. Does it happen all the time on all folders, or only at specific times?

Wow, thank you so much! We really appreciate that! :D

It is planned, but there are some issues that we need to figure out first, mostly related to the user interface and touch gestures, and right now our main focus is improving the desktop experience.

Hello! Just to clarify, are you changing your tablet driver from your tablet settings, or from Pixelorama's preferences? For tablets to work properly, the driver from Pixelorama's preferences need to match the driver you are actually using.

Apart from that, I'm afraid there is not much we can help you with. Pixelorama's entire tablet system is taken directly from Godot, so it is very possible that issues you may encounter with specific hardware are issues with Godot itself and would need to be reported there.

Hello!! Feature-wise, it's the exact same version. The Steam version benefits from some features that come naturally by Steam, such as automatic updates and achievements, but that's about it. It's mostly meant as a way for people to fund the development of the project. https://www.oramainteractive.com/Pixelorama-Docs/faq#q-what-benefits-does-the-st...

Porting the entire project to C++ would be a massive undertaking and we would lose all the benefits we get from Godot. What we can do, however, is to use C++ with GDExtension for certain algorithms to benefit from C++'s better performance. This is planned and it will eventually happen.

Thank you very much!

Interesting! Glad you fixed the issue and thank you for posting your solution!

Thank you for the feedback and for the testing! Unfortunately this is hard for us to troubleshoot because we don't own a Raspberry Pi device to test it, we rely solely on user feedback, similarly to the macOS version. Not entirely sure what is causing the layer rendering to not be working on Raspberry Pis, but we will look further into it. The most likely scenario is that this is some kind of shader or GPU/GPU driver limitation. If that is indeed the case, we may need to re-write the layer rendering code, or make a simplified version of it with less features for devices that do not support the current version.

Just to get a better idea of shader support, do the image effects work when you try to apply them? (More info on image effects here: https://www.oramainteractive.com/Pixelorama-Docs/user_manual/image_effects)

Hello, thank for letting us know of the issue! This is indeed a bug in the latest version. We managed to fix this just now, and the fix will be available in the next stable version. If you'd like to use the current development version now with the fix, you can download a Nightly version temporarily, until the next stable is out: https://nightly.link/Orama-Interactive/Pixelorama/workflows/dev-desktop-builds/m...

Apologies for the trouble caused.

You're welcome! And yeah, it is mentioned here: https://www.oramainteractive.com/Pixelorama-Docs/user_manual/Import#importing-as...

But basically all you have to do is drag and drop the aseprite file into Pixelorama's window.

Thank you so much, hope you will enjoy the changes! :)

Hello, we want to but it's not that simple at the moment. https://github.com/Orama-Interactive/Pixelorama/issues/1206#issuecomment-2762336...

Hello, thank you for the comment! The short answer is that it probably will not happen in the near future. For a slightly longer answer, see our FAQ: https://www.oramainteractive.com/Pixelorama-Docs/faq#q-will-pixelorama-ever-beco...

Thank you! We do have an official flatpak that is maintained by us here: https://flathub.org/apps/com.orama_interactive.Pixelorama

Hello, thanks for reporting. Are you referring to the Preferences window, the one found in the Edit menu?

Thank you very much! We are working on gizmos that will let you rotate selections and we were planning to have it ready for v1.1, but they have been proven quite hard to get right, so this feature has been postponed for a future version.

This is indeed a bug, we will investigate and figure out a solution. Thanks for reporting!

Hello! At the moment Pixelorama is only meant for desktops and some tablets, its UI is not very mobile friendly. We are thinking of eventually introducing some kind of Simple Mode, similar to Clip Studio Paint, which would work better for touch screens. At the moment, your best guess would be to scale the interface up from the Preferences, as Variable mentioned.

Thank you for the feedback! At the moment we are using Godot's file dialogs, which do not allow us to add thumbnails for files. In the future, we could create a custom file dialog that supports this feature. You can also enable native file dialogs, if you prefer to use the file dialogs of your operating system, but there would be no thumbnails for .pxo files, unless file explorers add support for them.

Thanks for the kind words! And yeah, this is a very good idea. Do you have any default shortcut in mind?

That is a very cute cat! Thank you so much for your support :)

Hmm this is weird. Pixelorama has controller support and it is possible to move the mouse with one of the analog sticks, but the cursor shouldn't move by itself. We'll investigate to see if it's a bug on Pixelorama's end, and perhaps we could add some kind of setting for quickly disabling gamepad input.