Oh, yeah.
I see its icon text even says "demo v1.0".
That makes sense. While the mouse is created on the same room as the prince, it is put far enough on the right side that it could be sent to the next room.
I might have it somewhere...
I can't extract either of those SIT files.
I have tested this now. I moved the starting place to the room where the mouse appears, and I also removed the chompers next to the button that opens the exit.Norbert wrote: ↑August 11th, 2018, 8:01 pm The Macintosh version appears to have one or more additional checks when it comes to whether the mouse appears in level 8. I haven't done any extensive testing yet (I may when the editor is ready), but just the level exit door being open and then staying in the mouse-room for a long time isn't enough.
Code: Select all
; do_mouse()
03:1a46: 4e ba 2a 34 JSR (D_2A34,PC) ; = 03:447C ; load kid
03:1a4a: 1b 7c 00 18 b9 51 MOVE.B #0x0018,(D_B951,A5) ; Char.chtype
03:1a50: 1b 7c 00 c8 b9 47 MOVE.B #0x00C8,(D_B947,A5) ; Char.x
Code: Select all
; play_guard_frame()
03:0486: 0c 2d 00 56 b9 7f CMP.B #0x0056,(D_B97F,A5) ; Guard.direction
03:048c: 67 66 BEQ B_04F4
03:048e: 4e ba 40 88 JSR (D_4088,PC) ; = 03:4518 ; load shad with opp
03:0492: 4e ba 3c 34 JSR (D_3C34,PC) ; = 03:40C8
03:0496: 4e ba 53 64 JSR (D_5364,PC) ; = 03:57FC ; check shadow died (unholy)
03:049a: 4e ba 48 9a JSR (D_489A,PC) ; = 03:4D36 ; play_guard()
03:049e: 10 2d b9 4f MOVE.B (D_B94F,A5),D0 ; Char.room
03:04a2: 48 80 EXT.W D0
03:04a4: b0 6d ba 6a CMP.W (D_BA6A,A5),D0 ; shown room
03:04a8: 66 46 BNE B_04F0
03:04aa: 4a 6d ba 2c TST.W (D_BA2C,A5) ; <-- THIS
03:04ae: 67 40 BEQ B_04F0 ; <-- THIS
03:04b0: 4e ba 3d 94 JSR (D_3D94,PC) ; = 03:4246 ; play char sequence
I agree, and thanks.David wrote: ↑December 19th, 2018, 1:10 pmI think this bug should be added to the document: viewtopic.php?p=16082#p16082
Thank you!
That's weird; nice catch.
The comments section has the usual arguing between "please bring it back because I need it" and "if you want this to work then fix it yourself because nobody else will work for you for free"...
Or rather "Thanks LibreOffice", since Type 1 fonts still work in other Linux programs. (The article mentions GIMP, Krita, Inkscape, and OpenOffice.)
Thanks, that fixed it.
I get what you mean, but this problem is widespread on the Linux OS. Linux software developers generally don't get paid, so too often they pick showing off new features (nobody asked for) over fixing bugs. They will either blame other packages or tell you to "fix it yourself". Usability is still an underdog because of the 'not my/our problem' stance. (Recently, a customer and I were shaking our heads at how GIMP still can't save regular formats, such as PNG, via Save (As). I've actually never checked Photoshop to see if it's behaving better...) Anyway, I'll stop about Linux now, because I could write an entire document flaming it to the ground (better than this).
Maybe I could simply use your PDF?
So did I, in 2009; this is one of my related bug reports. Maybe dual-licensed. The license that matters for us (GPL) makes it Free and has the font exception. Personally, I really like it and use it for most - if not all - documents.
Attached is a slightly updated version in ODT and PDF.