The Sinclair QL Forum

mk79 wrote:Like the idiot that I am I actually tried to fix it. Any probably succeeded. And maybe broke 10 other things on the way, the dictionary definition of "unmaintainable" is "EasyPtr".

Works like a charm Marcel, thank you very much.


Cheers,
Norm.

Hi,

Can EasySprite be altered to use High Colour Sprites?

NormanDunbar wrote:Works like a charm Marcel, thank you very much.

Derek_Stewart wrote:Can EasySprite be altered to use High Colour Sprites?

EasySprite consists of some 8000 lines of dense assembler code. Of course it's not impossible, but I don't think it's a wise choice of ones time as there are alternatives.

Marcel

Hi Marcel,

could you please do me a favour, when/if you get time.

I've created a menu in Easyptr4 with the sprites loaded from an _msc file. When I MDRAW it, it simply hangs SBASIC whether in job 0 or a daughter job.

I then erased the menu, and created a default one - that too has the same problems.

I'm using this sort of code:
At the point of MDRAWing the menu, lockup ensues.

Are you seeing the same thing? This is on QPC2 by the way. Same thing happens if I load and initialise QMON2 before MDRAWing -- no exeptions from QMON2, so I'm assuming that the job has gon into hyperspace.

Thanks.


Cheers,
Norm.

NormanDunbar wrote:I then erased the menu, and created a default one - that too has the same problems.

"Default one" is an empty one? Works here. Also with a quick menu created from _msc libraries. Maybe send/attach an example. And of course make sure you're using the latest extension version.

Cheers, Marcel

Hi Marcel,

Ok, I wiped my hard drive's installation of EasyPtr4, then re extracted everything from the latest version from your web site. I still get hung when I attempt to MDRAW any menus. Screen shot of a test run from a fresh reboot of QPC. Nothing loaded except what you see onscreen (plus TK2 etc as per default startup.)
QPC is reporting as "QPC II 4.05" on the task bar. This is on Linux under Wine, which has been working up until the latest download. Much as I always hate saying that sort of thing.


Cheers,
Norm.

Norm, try loading ptrmen_cde instead of easybmen_cde

Thanks Per, I'll try that shortly. But I've never needed it as I have loaded the boot file for EasyPtr4 and I've got EasyMenu open - that's the two lines from the boot file.

However, after much wailing and gnashing of teeth, I think have the culprit.

When I saved the menu, I clicked the '8' option to save for mode 8. Mainly because it's intended for a mode 8 program. If I save it as '4' for mode 4, it works fine. if I put the system into mode 8, then save it as mode 8, it still fails. So there appears to be a problem saving with the '8' selected -- when running QPC in High Colour mode perhaps? That's the mode I'm using and It doesn't seem to change when I run "mode 8" commands.


Cheers,
Norm.

NormanDunbar wrote:Thanks Per, I'll try that shortly. But I've never needed it as I have loaded the boot file for EasyPtr4 and I've got EasyMenu open - that's the two lines from the boot file.

However, after much wailing and gnashing of teeth, I think have the culprit.

When I saved the menu, I clicked the '8' option to save for mode 8. Mainly because it's intended for a mode 8 program. If I save it as '4' for mode 4, it works fine. if I put the system into mode 8, then save it as mode 8, it still fails. So there appears to be a problem saving with the '8' selected -- when running QPC in High Colour mode perhaps? That's the mode I'm using and It doesn't seem to change when I run "mode 8" commands.

While I use EapyPtr an awful lot, and apparently it works for me, I never use _msc, or easybmen, or mode 8, so it had to be one of those

Good lord, mode 8? Why??? In that case it is sort-of expected, I guess. It tries to switch the machine to mode 8, which fails as you cannot switch a high-colour screen to mode 8, so it hangs in an endless loop.