really?!? i’m so happy to read that , ty Panda.
Nice! I’m happy to read that too Panda
Because we don’t know what’s in the works, the only influence we have is authoring a SIP.
@Geraldine I resubmitted this back through the SIP process after the 30 days elapsed. Hope all is well with you
I voted yes for this proposal for that reason.
I disregard initial special Council negative recommendation on SIP14 as TSB despite several request do not share their roadmap therefore I focus on what is making my gamer experience more comfortable and enjoyable. Voting could have been different if TSB would have shared more.
I am dividing my vote for SIP-21 50/50, here are my reasons:
- 50% YES: This feature is essential for Builders. Improving window resizing and resolution options in Game Maker, VoxEdit would significantly enhance the user experience. Anything that makes life easier for Builders should be prioritized without question.
- 50% ABSTAIN: While I support the feature itself, I believe using the TSB DAO to request such updates may not be the most optimal approach. This proposal highlights the lack of communication between the GameMaker and Voxedit developers and the Builder community. My opinion is that the TSB DAO is indeed a tool to bridge the gap between Sandbox Company and its community, but relying on proposals for every feature request is inefficient for both parties.
I also believe that the DAO has the potential to serve as the foundation for creating a more streamlined communication channel between developers and Builders. A proposal could be introduced to establish such a channel, focusing on addressing the needs of both parties efficiently. This would allow the DAO to play a pivotal role in fostering collaboration and ensuring that necessary features are implemented promptly.
For these reasons, I am voting 50% YES and 50% ABSTAIN on SIP-21, while encouraging further exploration of how we can use the DAO to facilitate better communication and collaboration for future feature development.
Thank you @KCL and @rocksymiguel for your support
My video for SIP-14 is still applicable. Here is my readthrough of SIP-14 (now SIP-21)
I think this, like the in-game filter, is a no-brainer. It has been requested by the community, builder, and creator alike since I joined SandFam in 2021.
Especially now with Magic Palette about to come, I’m sure @Pepe will still agree from his earlier post that flexibility in screen assignment makes Magic Palette more… palatable. HAHAHAHAA I didn’t even plan that one
It could be interesting to have more info from the dev team about what is schedule in short term about that. I don’t remember to eard about that.
Yes, resizing option is missing, for the general window of the softwares but also for the various panels in the softwares…
I’ll tend to vote Yes this time.
@Lanzer , there is no specific budget for this SIP ?
No budget.
I believe @Lanzer created this SIP to move this effort to higher priority by the TSB Dev Team>
So, there are no external costs associated with it.
The solution proposed requires Game Maker to have a resizable window while it’s not required for the Game Client. The Game client likely shares a lot of code with Game Maker since they use the Sandbox engine (don’t know if they gave it a name) and it is based on Unity, so if they manage to set up a system that works properly they should logically be able to implement it for both, especially if the two use the same UI framework.
Anyway, the nice side effect of this SIP is that Sandbox will handle exotic screen resolutions much better. That’s definitely a good thing if they’re aiming to release on mobile platforms
Correct Sebga, no specific budget for this SIP
Yes, that’s right. It’s to move it higher in priority on the backlog.
I got feedback from the DAO admin team that the Sandbox product team told them it couldn’t be done for the Game Client. They said this
I want to vote Yes, but I would really like to have feedback from experts and the team.
It would not be interesting to put pressure on them for a feature if they offer something really more interesting in the near future.
For example, I would prefer that they work on the mobile version rather than adapting to exotic resolutions.
I am not erudite enough software development to have a truly relevant analysis.
Since there is not yet a community council, nor Maison GM, Maison Voxedit, etc…, to make the link, I am turning to everyone who could enlighten us on the subject, all the people who have skills in software development.
Also, if there is a spokesperson for the TSB dev team, you are invited to speak.
How long would it take to realize these features?
What would we sacrifice to see these features see the light of day?
Would this open the doors to other improvements? (for now, I imagine yes, because the repositioning could affect the different panels in the software, but the question remains)
I’ve tried multiple avenues before resorting to this SIP. I even authored a SIP to create a roadmap and offered to build it at cost.
When my SIP went through a feasibility study with TSB Product team, the only feedback I got was what wasn’t possible and I adjusted my SIP to that, so I assume the rest is possible
Still a no for me. I’ve discussed with others but just realized I hadn’t commented here.
Game Maker is still in alpha, there are bigger priorities and areas needing attention, and you can tell the team can’t spare another hand. Spending extra time on resizing panels for widescreen users might not be worth it right now, especially if it delays the release, and it’s not a one-time task.
Again, I’d also love to have it, but it’s not crucial. Alt + Enter is good enough for me.
Alt + Enter to toggle between windowed mode (@secretmeowl) / X
But we don’t know what are those bigger priorities and areas needing attention. I would gladly exchange this resize feature for a clear and regularly updated Game Maker roadmap.
Yeah I would gladly exchange for it too.
Positive
Hello! I am sure that developers of games with non-standard monitors need this. If the monitors are very large and wide, then changing the screen resolution is necessary for this. Thus, it will have a positive effect on the development of games and objects.
P.S. But if it takes time away from developing useful functionality, then it’s worth putting it off until later.
@Lanzer and I will be discussing this SIP on Wed at 6pm EST (NYC time).
Tune in to listen or bring your questions to ask on stage!!
x.com = Spaces link
Agreed with all of these points.
Give me a roadmap and I will stop suggesting things that don’t make sense, but I’m basing my understanding of their future on their past, which makes me feel like I have to be more active in roadmap steering than I would be otherwise.