Open 20kdc opened 6 years ago
In RPG Maker 2000, I need to:
<>
or a diamong sign)Total: 5 clicks
In R48, I need to:
@pages
@pages:1
@list
@text
to enter the textTotal: 8 for one-line messages, 14 for 4-line messages.
Why RPG Maker does this faster:
Will write about other scenarios later.
Planned order of implementation (at present):
Regarding textbox grouping (several textboxes in one long window), it's doable but unsure if recommended (using grouping prevents individual copy/paste)
One thing that makes navigating big If/Then/Else branches easier in RPG Maker is ability to click on the whole branch, have it selected and quickly see how far it goes. Here’s how it looks in RM2k:
Something for quickly identifying where the branch ends would be welcome in R48 (maybe something like folding indented branches?)
This'll be set for v1.2 given the nature of it. I'm trying to avoid anything too likely to create bugs in v1.1-1
I've committed an implementation of something like this to master. It also makes the selection stuff use a lot less buttons.
Some things that have been bugging me recently:
<X>
(aka <DNU>
, do not use) page.Solved points 1/2. Not done with 3 yet. 4 is weird because on map editor you default to having no tool selected, which replaces camera tool for this purpose, while image editor doesn't have any such mode. (EDIT: Point 3 solved. Still unsure what to do about point 4.)
Another things that is bugging me is the window for changing the grid in the image editor.
First, it’s just too small. Try accidentally entering a 3-digit number and you end up with this:
Second, I need to change grid way too often. Any time I edit character graphics. R48 knows what engine I use and file from which directory I’m editing, so it can pre-set the grid based on the folder of the file, thus eliminating the neccessity to change the grid size in most cases:
$
and file size is not 288x256, then (fileWidth/3)x(fileHeight/4)
— but that’s an EasyRPG addition so less important),(width/12)x(height/8)
for most files, (width/3)x(height/4)
for files starting with $
or !$
,(width/4)x(height/4)
.Both the smaller grid thing and automatic grid guessing are now implemented for 2k/2k3/XP/VXA.
Thanks!!
Minor annoyance: the ‘Change grid?’ dialog appears even when the old and the new grid is identical.
I think I implemented this but didn't note about it. Confirm?
Yes, it works fine now, thanks!
Other things:
Ok, those should be fixed now.
Some things that could be changed (but probably after the move events are sorted out! move events are more important, this can wait for 1.4):
In @common_events{N}
, can we only show @condition_switch_id
if @condition_switch
is true? (Showing unused switch — with its name — is distracting: it seems to attract more attention than False above it.)
The default size of the Map Resize window (... > Resize) is too small:
First, it's too small so it's harder to point it with a mouse.
Second, if you enter a 3-digit number, it doesn't fit:
I suggest doing what you've done in the image editor, or something like that.
Help on event command is too small:
Maybe not save the opacity=0 when creating a new colour?
When you are creating a new colour in Image editor, the opacity of the previous colour remains.
This might be useful when you're drawing with semi-transparent colours or something, but if you're not using opacity (i.e. you just draw with 1 transparent colour + many non-transparent colours), this can be confusing at first: you're creating a new colour but it's not working.
Since having >1 colour with opacity=0 is a very rare use-case (because they look exactly same), maybe pre-set opacity to 255 when it's 0?
Help on event command size fix, and the map resize window size fix, are fixed and ready for v1.3-1. Mind confirming that the current state of master isn't... too broken? Everything seems fine here, but I tend to miss things.
The current state of master is good, as far as I can see.
Another small thing:
'Show Picture' event command has 'magnify' preset to 0, so the picture is not visible by default. Also, it has pictureId preset to 0 but it's an invalid value (it should be >= 1).
Regarding 'Show Picture', I believe we discussed that being fixed over IRC, so... dealt with, for now.
Fix usability issue scenarioes noted by rohkea below.