Wait, nevermind--Vikings doesn't cause this particular bug when opened twice in a row from game.exe. It gets something much worse! At least the "Ypsiliform Release" version (...not sure why I still have a two-versions-old version hanging around, but it's there. XD)
When I tried it just now, it brings up a near-endless stream of error messages (map01 tilemap is missing! map01 passmap is missing! map01 foemap is missing! and so on for every other map definition for every single map) on red textboxes. It then gives another error that the FONT is missing. Game.exe then closes on its own, with no chance of actually getting to see what the game looks like with all this stuff going wrong.
Either way, it could be Windows-only, since that's all I've ever used. Windows XP on my old computer, and now Windows 7 on my laptop; I can't remember if the old computer ever got this bug or not (I think it did, but I can't remember for sure), but it's definitely been happening on the laptop for as long as I've had it.
FYS:AHS -- Swapping out some step-on NPCs for zones + each step script
Puckamon -- Not until the reserve party is expanded.[/size]
Yes indeed it is Windows-only (Windows and Unix differ on how file deletion works). Which explains why James and I failed to notice it (and shows why you should never fail to report a bug!). Vikings throws the same error in Alectormancy too. I've worked out the cause, so there's no need to see your g_debug.txt
Annoyances:
1. When switching between tiles/sprites, the offset of your clone tool clone changes.
2. GAME and CUSTOM both perform version updates on up-to-date files, which makes me sad.
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
1. When switching between tiles/sprites, the offset of your clone tool clone changes.
2. GAME and CUSTOM both perform version updates on up-to-date files, which makes me sad.
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
Mogri wrote:
1. When switching between tiles/sprites, the offset of your clone tool clone changes.
Can't reproduce. Clone remembers both cursor position and cloned brush anchor point in both tile and sprite editors for me. More details?
Quote:
2. GAME and CUSTOM both perform version updates on up-to-date files, which makes me sad.
They aren't meant to (and I can't reproduce). What do c/g_debug.txt say? (Also note that game.exe only upgrades the playing.tmp copy)
TMC wrote:
Can't reproduce. Clone remembers both cursor position and cloned brush anchor point in both tile and sprite editors for me. More details?
Mogri wrote:
1. When switching between tiles/sprites, the offset of your clone tool clone changes.
Can't reproduce. Clone remembers both cursor position and cloned brush anchor point in both tile and sprite editors for me. More details?
Cursor position seems to be retained, but anchor point is shifted.
Quote:
They aren't meant to (and I can't reproduce). What do c/g_debug.txt say? (Also note that game.exe only upgrades the playing.tmp copy)
Quote:
2. GAME and CUSTOM both perform version updates on up-to-date files, which makes me sad.
They aren't meant to (and I can't reproduce). What do c/g_debug.txt say? (Also note that game.exe only upgrades the playing.tmp copy)
g_debug.txt: Full game data upgrade...
music_sdl, SDL 1.2.14 etc.
failed to load palette 19
getinputtext: not enabled
getinputtext: not enabled
getinputtext: not enabled
I am (and have been) using Alectormancy+2.
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
Quote:
Cursor position seems to be retained, but anchor point is shifted.
I've noticed this one, too. In my experience, using the mark/clone tools and then going to another maptile (with the clone tool still active) will almost always shift the anchor point at least a little bit, so it doesn't match up quite right with the cursor anymore, sometimes making it hard to fit the cloned bit where you want it.
Of course... if you switch to a different tool when moving to another tile, then back to the clone tool once you've opened the other tile, this doesn't happen. So it's possible to work around it, at least.
FYS:AHS -- Swapping out some step-on NPCs for zones + each step script
Puckamon -- Not until the reserve party is expanded.[/size]
Oh, do you mean that the anchor shifts just a pixel or two? This sounds like a a related gfx_directx bug. Try moving the mouse cursor off the drawing area before switching tile/sprite. Does that prevent it from happening? How about using -gfx sdl?
Also, is everyone aware that you can move the anchor point if needed?
Also, is everyone aware that you can move the anchor point if needed?
It's usually more like 4 or 5 pixels, but yeah, that's pretty much what's going on. If I mark/clone a six-pixel-wide/six-pixel-tall flower and the cursor starts out in the center of it, it'll end up somewhere off to the upper-left of the center when I switch to another tile.
Moving the mouse off of the drawing area does seem to prevent it. I'm able to get it to not happen by doing that multiple times in a row, then still trigger the bug the next time I leave the mouse cursor on.
Also: you can move the anchor point!? I had no idea. How do you do this?
FYS:AHS -- Swapping out some step-on NPCs for zones + each step script
Puckamon -- Not until the reserve party is expanded.[/size]
Moving the mouse off of the drawing area does seem to prevent it. I'm able to get it to not happen by doing that multiple times in a row, then still trigger the bug the next time I leave the mouse cursor on.
Also: you can move the anchor point!? I had no idea. How do you do this?
FYS:AHS -- Swapping out some step-on NPCs for zones + each step script
Puckamon -- Not until the reserve party is expanded.[/size]
I do my graphics keyboard-only, so the mouse is never on the graphics area. It is usually on the Undo button because I am unaware of a keyboard shortcut for Undo in the graphics editor.
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
I too can confirm this is a glitch that happens, and having the cursor off the drawing area does little to prevent it. It seems to happen within 1-3 tile switches, and only gets worse and worse. I've also tried not moving the cursor at all after cloning, and it still happens.
I'm running Windows 7, and it's windowed, if that helps.
—- So anyway, how are you?
I'm running Windows 7, and it's windowed, if that helps.
—- So anyway, how are you?
I would only expect that gfx_directx bug to cause a shift of a pixel or two.
Shortcuts for Undo and for moving the anchor position are documented in the F1 help page, naturally.
One way to move the anchor position is to hold down Enter and press the arrow keys. So I'm curious: does every who's afflicted with this bug use Enter to select a tile/sprite in the maptile/spriteset selection screen, or do they use Space like I do? Playing around with using Enter, I couldn't manage to purposefully-accidentally move the anchor more than about a pixel at a time.
Shortcuts for Undo and for moving the anchor position are documented in the F1 help page, naturally.
One way to move the anchor position is to hold down Enter and press the arrow keys. So I'm curious: does every who's afflicted with this bug use Enter to select a tile/sprite in the maptile/spriteset selection screen, or do they use Space like I do? Playing around with using Enter, I couldn't manage to purposefully-accidentally move the anchor more than about a pixel at a time.



