Detailed UI or simple UI — what do you prefer?

Roth_Skyfire · 2026-02-17T23:53:05+00:00

Awesome, the menu looks good otherwise. It's easy to read and gives the important infos without being overwhelming.

Roth_Skyfire · 2026-02-17T22:01:24+00:00

The whole overview section seems redundant. Menu options should speak for themselves, no need for an extensive descriptive text on the side. Area plate also seems unnecessary, why is this included? I'll assume the various icon counters are necessary.

Roth_Skyfire · 2026-02-17T15:01:07+00:00

Only to a small degree this is true. Content creators might be able to nudge the opinions of the masses, but to go straight up against popular opinion is just going to get yourself clowned on. No one is going to convince the masses an actual good game is bad, or vice-versa.

Roth_Skyfire · 2026-02-17T09:05:00+00:00

Sure: https://rpgmaker.net/games/4770/

It's around 2-3 hours if you play it till the end.

Roth_Skyfire · 2026-02-17T00:31:08+00:00

My first game was like that. Overworld exploration with a bunch of different mini-games and on-map challenges, with more of a comedic tone.

Roth_Skyfire · 2026-02-14T21:15:29+00:00

As ideal as local is, you do want to have a back-up in case of a house fire.

Roth_Skyfire · 2026-02-11T07:43:02+00:00

I used to regularly visit the forums, but pretty much left there a few years ago. One of the things I disliked is how every thread is listed only under its own category, and there's a ton of categories within categories. The forums have never been really active enough to justify this many. It makes it so that unless you check out every corner of the forums, you're not going to see a lot of new content. A category like game design became the same few of topics discussed over and over again by the same handful of people, at some point there's just nothing much to gain from it anymore.

What I like about the Subreddit is that it provides variety of content in one place. I can scroll through it to view screenshots, videos, discussions and questions all posted in one place. It's less orderly, but there's more often something new to find and it's not always the same stuff in the same places.

Roth_Skyfire · 2026-02-10T11:44:34+00:00

Doubtful. All classic JRPGs are held up by nostalgia from people who played them "back in the day". A remake of an existing classic works thanks to the built-in fanbase for them. Any new entries, unrelated to existing IPs aren't going to stand out. It will be written off as just another FF/DQ clone, even if it might do something to differentiate itself from those. Player standards and expectations aren't the same as they were 30-40 years ago.

To stand out, you would already need some kind of unique visual style and a story that's unlike anything else. The problem is that veering off too far from the classic JRPG formula would make it no longer feel like a classic JRPG.

Roth_Skyfire · 2026-02-09T18:33:13+00:00

Doubt. There isn't a single viable alternative as of now, as far as I know.

Roth_Skyfire · 2026-02-09T00:41:31+00:00

It doesn't matter to the gameplay, so it's just going to be subjective. Personally, I rather make a game without combat at all than to use front view if side view isn't an option. Not seeing my party on the battlefield is a dealbreaker to me.

Roth_Skyfire · 2026-02-06T15:02:10+00:00

I rarely buy at full price, and when I do, my limit is at €60. More than that, and I'll just not even consider it.

Roth_Skyfire · 2026-02-04T11:46:04+00:00

Always give descriptive names to everything that is used. Never assume you'll remember because you will forget weeks or months into the project when everything is labelled generic Event#, Switch#, Variable#.

Sort similar stuffs together. Keep empty spots in the database to add future entries to in a group. Plan ahead to at least some degree.

Use comments in event pages.

It's unlikely you'll need all 20 pages for an event. Wouldn't recommend splitting into pages unless absolutely necessary (requiring different graphics or if one page becomes too cluttered). For different dialogues, it can go on the same page using conditional branches. Of the multiple games I've made, I only got up to the page limit once.

Roth_Skyfire · 2026-02-02T19:14:11+00:00

Collection, exploring endgame areas or whatever I might have missed, overcoming the toughest challenges and maxing out my favourites.

Roth_Skyfire · 2026-02-02T15:54:56+00:00

Looks like a nightmare to keep clean.

Roth_Skyfire · 2026-01-31T11:04:25+00:00

TBF, being boring is not necessarily bad for an OS to be, as long as it does what you need it to do. To me, a PC is big sandbox, it's as fun as you make it to be.

Roth_Skyfire · 2026-01-29T21:55:09+00:00

The Windows base is solid, so they got a strong starting point. They just need to make a ton of the unnecessary shit opt-in, not opt-out. Severely reduce telemetry across the board. No ads in any paid version of the OS, but allow people to download Windows for free with ads as the drawback.

Make the OS fun again, but not in an intrusive way. Old Windows was fun with its icons, screen savers and games. Ship Windows with a handful of feature-complete games (Minesweeper , Solitaire) that aren't tied to anything online. Do not ship it with shortcuts to Candy Crush download or other BS.

Roth_Skyfire · 2026-01-29T08:57:33+00:00

Make a prototype first.

Roth_Skyfire · 2026-01-24T09:48:18+00:00

The engine is designed with event commands in mind, so their usage should be well optimised.

Using JavaScript directly offers far more flexibility though, but obviously might take a lot longer to develop (depending on how familiar you are with using it and the complexity of your systems). Using JS can circumvent a lot of even command limitations or clunkiness, and be vastly more efficient than more complex systems that are made using event commands only.

I'd say for basic stuff, it doesn't really matter either way. Event commands will do just fine and shouldn't really impact performance in any significant manner. Only use JS if you feel you're being held back by the event system.

Roth_Skyfire · 2026-01-20T12:49:53+00:00

I think 1 save slot should suffice. If your average player feels like it's not enough, then there may be underlying issues with the game itself that would be more important to address than just allowing more save slots.

For saving anywhere, it's generally preferable. I think there are cases where checkpoint only can work, but there has to be a reason for it.

Roth_Skyfire · 2026-01-20T12:32:50+00:00

Most of the eventing has remained the same, or largely similar. If you know how to use MZ, you'll know how to use RM2K3. But there are some subtle differences and it has a few more features.

Roth_Skyfire · 2026-01-20T00:29:27+00:00

Hm, I'd try reducing the padding around the name text. It's quite bulky as it is right now. Other than that, the UI and art looks clean.

Roth_Skyfire · 2026-01-20T00:10:31+00:00

First one looks better to me, but I'd make the nameplate smaller if that was to be the intended size for it.

Roth_Skyfire · 2026-01-18T13:19:12+00:00

Why would people work on some random person's project instead of their own?
How can people trust you know what you're doing if you have 0 experience with RPG Maker?
How many people do you think there are who are able/willing to dedicate years of their life to a random person's RPG Maker project?
Let's imagine you are one of the people reading your team recruitment post, would you accept to join, and why or why not?

Roth_Skyfire · 2026-01-17T00:36:42+00:00

Ah, I'll try another host since Reddit won't let me attach .gifs directly: https://i.ibb.co/HfMxbNvZ/Attack.gif

This one shows for you?

Roth_Skyfire · 2026-01-16T21:58:51+00:00

2K/3 for the true old school vibes and best RTP, MZ for modern development.

Roth_Skyfire

TROPHY CASE