say(int) does not work on gmaps in v5. Was this already fixed in v6? (I can't check right now)

Should be deprecated. Just use level npcs and say2 instead.

Two bugs:

• Using showani() or findimg() to show a gani with (a) sound(s) in it/them on a hidden NPC (hide() has been used), the sounds don't play.
• Having a setbackto attribute in a gani containing a gani script with a particle emitter crashes Graal. To be more specific: if the gani gets "redirected" to the setbackto one while the image object still exists, Graal crashes. When hideimg() is used on the image before the actual animation has finished (so the image object is gone before the gani is "redirected") it works. I can upload an example gani if you wish.

The volume depends on the position of the npc and the PLAYSOUND parameters, may be thats the problem?

Having an example (server name, level name, script/weapon/command) would help :)

If you say2("so");

yeah i kno.

I somewhat lol'd

It doesn't seem to be the problem, no. The sound plays fine when the NPC is visible. It does not play at all (or with a volume level of 0, who knows) when the NPC is invisible. Example code:

I'll set something up for you and then edit the post soon-ish.

Edit: It's on Atlantis, level name is at_v6_bug.nw. The level contains some bushes to also show the first bug (sound not playing) and then a block showcasing the crash bug. Touch the block to make the gani play, which in turn makes Graal crash. Block's class is "v6_bug", you can play around with that. The gani I used is "at_leaps2" in case you want to check that out. If you want to give the first bug a try, comment out line 164 in the "object" class (that's the hide() call); you'll then see that the sound plays ^^

Also, while you're at it: mind restarting Atlantis' GServer? Maybe you remember, we're having some problems with a GMap and you suggested a restart, but apparently only you can do it.


Edit²: I've encountered another strange bug where I'm creating a GUI control like so:
And instead of filling the whole client window, it's offset a couple pixels and smaller than GraalControl. When changing either x, y, width or height, the control gets its "real" position and size.

Edit³: More info on the GUI control bug: this only seemed to happen to the second control of two controls being created the same way (as shown above). I switched them in my code (so the former second one now gets created first) and both of them work perfectly fine now. I don't know why...

Interestingly the two problems are quite different but are just 2 lines separate from each other in the code:
- it was first adding the showimgs to the display list and then animating them (possibly deleting the showimgs while animating so that it's crashing when displaying them)
- when the npc was invislbe then it was only adding the showimgs to the display list (and displaying them) but wasn't animating them
Both problems are fixed in the next version which should be released sometime this weekend.

Thanks a bunch! :)

A new version 5.327 has been uploaded to http://www.graalonline.com/downloads...al_windows.zip :
- Doesn't freeze/crash on closing anymore
- Doesn't redownload files on each login anymore
- Fixes a bug that could crash the game on login when a server uses the default weapons (Bow, Bomb etc.)
- Correctly animates showimgs even if the NPC which is showing them is itself not visible
- Doesn't crash anymore when a gani animation is hiding showimgs

I'm too lazy to check, so, is there an official release date for V6?

Thank you !

Once everyone is happy with v6 :D (or almost everyone)

So far, I am almost happy with v6. I'd really like a statement from you: why don't you reimplement saved window positions for Graal's main window? Cascading windows are tons better than that mouse stuff, but saved positions for both the main window and the playerlist are things I consider as required features.

!!!!
Playerlist window position and size is saved and restored
!!!!
Please test and check if it's fine now :D

Also something I had on Login 2 was for PM windows and the profile window to show centered in your screen, I think it's much nicer to read PMs if they are centered, would be nice to see that on the regular login server.

Another thing I'd like to see is that PM windows and profile window doesn't hide behind the graal window when you click off of it. Sometimes I like to keep PMs open but still walk around on Graal, and same for profile windows (in case I need to copy down their Graal###### account or so). Some option to always show windows on top of the window stack should be added for external windows I think, I mentioned this on the first page though.

For some reason when i start Graal.exe the window bumps all the way over to the middle of the screen. Heres a screen shot.

http://i53.tinypic.com/2gt0rhc.jpg

Edit: also my desktop icons got re-arranged (very annoying)..

It seems like the main Graal window opens in a random location every time I start it, could you get it to save the position too? I will add that it so much better than opening on the mouse position though.

That's a problem when you use the playerlist docking and you have another program which is messing up the docking, it was working fine for me in combination with programs like ICQ but I can check it again sometime.

Okay works better now that I disabled playerlist docking. Now the only other problem I can see is that the main window still opens in a different location and not the same as when I was last logged in.

Another bug. Idk if it's fixed in v6 or not. But with v5, if i'm playing graal and, for example I hover my cursor over one of the taskbar buttons down at the bottom of my screen (chrome, notepad, graal, task manager, etc.) triggering that little description to come up, it'll run graal's framerate into the ground until the text goes away.

When i downloaded it, all i see is darkness and the players. Can't see the tiles.

v6 is available to Windows, Mac, and Linux users. You should try it and see if it's fixed :)

read-only on default files to prevent over-writing from other servers would be nice.

The v6 beta has been added to the download page on graalonline.com, you need to click on the [+] to get the direct download link.

Does this mean its good as done?

v6 beta does not mean it's "good as done".

Beta usually means feature complete but with some bugs left. Don't think that applies to Graal though :p

V6 giving me a hard time, everytime I log onto Zone with it none of the stuff is really loaded. On my screen I can't see myself, other players, and doors. Only happens when I get on v6, any way I can fix this?

Did you try putting it into its own folder?

Actually worked, thanks. Before I just put it on desktop...

Right now on v6, if pause is disabled on the server, whenever you read a sign it'll still append "(paused)" to the end of your name, and after you finish reading the sign it won't go away.
Happens with all signs on GK, so even though pause is disabled, a lot of people look paused while they're walking around and you can move through them because they read a say2 sign somewhere. It's a little annoying for PKing and stuff.

It's showing the paused for other people or also for yourself (if you do showname)? On v5 is working fine?

Don't know if this also happens with v5, but comparing an attribute (this.attr[1]) to -1 results in true when the attribute carries a string (this.attr[1] == -1 -> true when this.attr[1] = "foo", for example). Doing this on the clientside. Didn't give it a try with non-attribute variables. Seemed quite strange to me..

It's showing the paused for other people, but not for me when I do showname. It also happens sometimes when I log into Graal and I minimize it as well. On v5 this doesn't happen.

Converting the string to a number will be -1 if it's not a number.

That's the issue: I'm not converting it. I'd understand the behavior if I'd throw the attribute through int() beforehand, but I'm not doing that.

When i try Graal v6, the background is black and i can only see players?