• Dear Cerberus X User!

    As we prepare to transition the forum ownership from Mike to Phil (TripleHead GmbH), we need your explicit consent to transfer your user data in accordance with our amended Terms and Rules in order to be compliant with data protection laws.

    Important: If you accept the amended Terms and Rules, you agree to the transfer of your user data to the future forum owner!

    Please read the new Terms and Rules below, check the box to agree, and click "Accept" to continue enjoying your Cerberus X Forum experience. The deadline for consent is April 5, 2024.

    Do not accept the amended Terms and Rules if you do not wish your personal data to be transferred to the future forum owner!

    Accepting ensures:

    - Continued access to your account with a short break for the actual transfer.

    - Retention of your data under the same terms.

    Without consent:

    - You don't have further access to your forum user account.

    - Your account and personal data will be deleted after April 5, 2024.

    - Public posts remain, but usernames indicating real identity will be anonymized. If you disagree with a fictitious name you have the option to contact us so we can find a name that is acceptable to you.

    We hope to keep you in our community and see you on the forum soon!

    All the best

    Your Cerberus X Team

Implemented Preprocessor constant #GLFW_ICON_WINNT="path"

Phil7

Moderator
CX Code Contributor
3rd Party Tool Dev
Joined
Jun 26, 2017
Messages
886
I was reading through your recent changes in transcc and thought, it might be a good idea to use a constant like #GLFW_ICON_WINNT="path" to enable the user to choose the source and name of the app icon in glfw. If I understood it right, now you have to place the icon next to the main game.cxs file and name it game.ico !?
I played a little with this and it is quite simple: With GetConfigVar(GLFW_ICON_WINNT) you get the filepath the user chose.
Cerberus:
                Local iconFile:String = GetConfigVar("GLFW_ICON_WINNT")
           
                If iconFile And FileType(iconFile) = FILETYPE_FILE
                    CopyIcon(iconFile)
                EndIf
Having a config tool in mind it would be very handy if you could control every preference by setting it in the config.cxs file.

For Android there could be a constant #ANDROID_ICONDIR="dirPath" because Android Studio provides a nice tool that generates a directory with all the different resolutions of your icon.
 
For Android there could be a constant #ANDROID_ICONDIR="dirPath" because Android Studio provides a nice tool that generates a directory with all the different resolutions of your icon.
Ive used that tool many times. Its really nice
I did post up some changes you could do to transcc to auto update the icon in the android dir https://www.cerberus-x.com/community/threads/auto-copy-and-convert-icons-for-release.667/
If we could combine the above with ICON pre-proc vars and (hopefully) the new built in SavePNG, we could get CX generating and scaling the icons for us
 
Getting this functionality into CX is definitely worth it. For the icon thing it is maybe better to stay on the Ide side, i.e. if @MikeHart is coming up with an IDE written in python with pyQt, that route might be better for tools that are related to deployment and configuration.
At the moment I am trying to get into python and convert my deploy tool to it.

For gane dev things like fontmakers, tile editors, particleFX editors etc. I would choose a CX solution. Just my impression right now...
 
I've made an app (in BlitzMax) that does this. You throw an image on it, and it spits out icons for iOS, Android and Windows Phone resolutions (yeah, WP was a thing when I made it). Does the same with screenshots (resizes them for every platform) and splash images.

At the time nobody had any interest on it, said there were webpages that did the same thing "for free" and all... well, I use it, and its unbelievable how it saves time.

646
 
There is allways somewhere something on the internet that does it "for free", but I think an all in one solution for CX is the best. No wasted time searching for tools, learning how to use it, downloading and copying, renaming stuff....
 
Sure, more complicated, but yes... doable.
Regarding integrated tools into an ide... you guys went ahead with your own tools, so i see no reason why i should reinvent the wheel and create similar ones. External tools also make more sense to the ones who want to stay with Jungle, Mollusk and whatever.
 
Getting this functionality into CX is definitely worth it. For the icon thing it is maybe better to stay on the Ide side, i.e. if @MikeHart is coming up with an IDE written in python with pyQt, that route might be better for tools that are related to deployment and configuration.
At the moment I am trying to get into python and convert my deploy tool to it.

For gane dev things like fontmakers, tile editors, particleFX editors etc. I would choose a CX solution. Just my impression right now...
Yup, and that is the reason why i might stay with Ted. As others are working on great tools already, i think it is better to just provide fixes to Ted.
 
you guys went ahead with your own tools, so i see no reason why i should reinvent the wheel and create similar ones
IMAO a bunch of half baked tools is not what brings CX to a better future. After some tryouts with python I really like the idea of having this language as the base for the IDE. Even if this means a lot of code rewriting for you @MikeHart, I could imagine that some people here would like to join in, rewriting their tools in python or make them useable from inside the IDE with command line functionality.
With c++ as the code base of Ted not many people here tried to enhance it and I, even if I tried really hard, would have a hard time producing just a tiny bit of useful code for Ted.
If there is a niche for a larger community for CX, I think the target audience is between:
higher end: easy to write basic syntax -> They will propably go to AppGameKit, or one of the point and click gamedev tools.
lower end: c/ c++ cracks that want and are capable to control every tiny bit of their code -> They will propably go to one of the c++ frameworks
So it might be good to chose a language of a similar level like CX/Python for the IDE.
 
Back
Top Bottom