Windows v6 beta test

[Knux]

Okay so I was playing Graal Kingdoms on a trial account, and I noticed on V6 Beta, when I was doing the starting quests, you get to the part where you get familiar with Mining. On V6, I was talking to the James guy after I got my minerals to give to him to continue the quest, but it wouldn't let me trade the minerals to him. I logged off V6, got on V5, and when I went to the James guy, I was immediately able to transfer the minerals to him. I think this might be a glitch for V6. Also, when I was noticing casting with the mouse on Graal Kingdoms, the targeting thing is a little higher than the mouse than it is on V5. Just thought I'd post it up here.

[WhiteDragon]

Originally Posted by Crow

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.

Equality between a string and a number implicitly coerces the string to a number and then performs the equality check. It's the usual way for an equality check to work in a dynamically-typed language.

[Crow]

Originally Posted by WhiteDragon

Equality between a string and a number implicitly coerces the string to a number and then performs the equality check. It's the usual way for an equality check to work in a dynamically-typed language.

Hm. Guess I've never noticed. Or I just never did it before.

[Admins]

Originally Posted by Tigairius

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.

Ok it's a server-side thing, will turn that off with the next npcserver-update.

[BigBear3]

My profile keeps clearing.

[Rufus]

If I zoom in using alt+8 images start to distort, nicknames become blurry and the blackness that is outside of the level area starts to copy the tiles of the level. If I make my Graal window fullscreen when I have zoomed in the screen freezes.

[cbk1994]

Originally Posted by Rufus

If I zoom in using alt+8 images start to distort, nicknames become blurry and the blackness that is outside of the level area starts to copy the tiles of the level. If I make my Graal window fullscreen when I have zoomed in the screen freezes.

The level being copied in the black happens on Mac as well. Images and nicknames look great though.

[Admins]

Graal v6 (on Windows) is now available via Start->Install Packages on the login server, it is also able to update itself automatically now when we release a new version. This version is not bringing new features compared to the version from last weekend, except the version number and update functionality.

[Rufus]

Can you make the nicknames and chat on the Windows client display in bold? Every other client is okay, and I've posted this a fair few times now.

[kia345]

I use the numpad to move, but every time I log on I have to reset the keys because it won't let me walk downwards with 5, what do

[Jiroxys7]

Few RC suggestions...

1. When you click near a "(", ")", "{", or "}", it usually highlights the opposite one, however, if there are too many lines between it and the closing bracket, it will not be highlighted when you scroll down to find it. This can make the following situation very frustrating:

2. In long functions with a bit of nesting, if there is not a matching "}" for a "{", you will get the message "Script Compiler output for <scriptname>: error: unexpected token: at line <line>" It's easy to spend close to an hour trying to seek out where the "}" needs to go in such scripts. Is it possible to get a message that points out which opening bracket is missing it's closing bracket?

[Crow]

Images on the GUI layers look strangely distorted when their x/y coordinate(s) has/have any decimals in them (like 200.5 or something). This is pretty annoying considering that such values come up quite frequently when using formulas like "GraalControl.width / 2" to get the center of the main window. Images on GUI layers should just stick to the "pixel grid", auto-convert to integer values; whatever you want to call it.

[fowlplay4]

Originally Posted by Jiroxys7

2. In long functions with a bit of nesting, if there is not a matching "}" for a "{", you will get the message "Script Compiler output for <scriptname>: error: unexpected token: at line <line>" It's easy to spend close to an hour trying to seek out where the "}" needs to go in such scripts. Is it possible to get a message that points out which opening bracket is missing it's closing bracket?

This is a problem best solved by proper styling/indentation not the compiler.

[alskdjfhg]

"Graal6Setup.exe has encountered a problem and needs to close. We are sorry for the inconvenience." When I try to install the latest version of V6

[fowlplay4]

Originally Posted by alskdjfhg

"Graal6Setup.exe has encountered a problem and needs to close. We are sorry for the inconvenience." When I try to install the latest version of V6

Rename it to Graal6.exe (or whatever really), and put it in it's own folder.

[alskdjfhg]

Originally Posted by fowlplay4

Rename it to Graal6.exe (or whatever really), and put it in it's own folder.

Thanks

[PhilSmith]

what exactly did you end up renaming it? Im having the same problem

[fowlplay4]

Originally Posted by PhilSmith

what exactly did you end up renaming it? Im having the same problem

I've named it Graal, Graal_, GraalV6, etc. You might be experiencing a different problem though.

[PhilSmith]

I seem to be having a different problem like you said. I suppose I'll have to investigate it further.

[Masa]

Just updated to the newest V6 beta.
It looks like I am unable to view the playerlist. As seen in the screenshot the active window is the playerlist, however nothing shows.

Running on Vista Home Premium 32Bit

[Tigairius]

Originally Posted by Masa

Just updated to the newest V6 beta.
It looks like I am unable to view the playerlist. As seen in the screenshot the active window is the playerlist, however nothing shows.

Running on Vista Home Premium 32Bit

This is a strange problem some people are experiencing. We're looking into how to fix it right now. In order to fix it for now though, open your Graal folder, go to scriptfiles/playerlistoptions.txt and delete the entries of: lastwindowx, lastwindowy, lastwindoww, and lastwindowh. Then start Graal again.

[Tricxta]

playerlists work fine on win7 64 bit

[WarLord2004]

Windows 7 - Ultimate (64 Bit)

Seems normal to me so far no issues and working playerlist

[WarLord2004]

Hmm well since i been using v6 first time i closed it in almost 3-4 days i have used v6 before but on a older pc.

Anyways i closed the client to turn my system off giving her a days rest so i decided to load it back up last night and started graal but notice nothing happened. So i quickly decided to Alt Tab to check my processes and saw nothing running related to graal.
However i rename the client.exe thinking it was trying to merge with my old graal client.
It worked
But then i closed it again to try it with the same rename name i used and it didn't load at all so i renamed it again and it works?
Tried it about 4-6 times always has to rename it?

Anyways not sure if this been reported before but just letting you'll know.

[Admins]

Might be some weird anti-virus checker or so?

[Crow]

Originally Posted by Crow

Images on the GUI layers look strangely distorted when their x/y coordinate(s) has/have any decimals in them (like 200.5 or something). This is pretty annoying considering that such values come up quite frequently when using formulas like "GraalControl.width / 2" to get the center of the main window. Images on GUI layers should just stick to the "pixel grid", auto-convert to integer values; whatever you want to call it.

Bringing this up again. I'd like a statement from you, Stefan, on this issue.

[Umat]

Originally Posted by WarLord2004

Hmm well since i been using v6 first time i closed it in almost 3-4 days i have used v6 before but on a older pc.

Anyways i closed the client to turn my system off giving her a days rest so i decided to load it back up last night and started graal but notice nothing happened. So i quickly decided to Alt Tab to check my processes and saw nothing running related to graal.
However i rename the client.exe thinking it was trying to merge with my old graal client.
It worked
But then i closed it again to try it with the same rename name i used and it didn't load at all so i renamed it again and it works?
Tried it about 4-6 times always has to rename it?

Anyways not sure if this been reported before but just letting you'll know.

I've actually had this problem on several beta releases. After a while the executables just won't work. I save all of the beta's in the same directory and rename them according to version-number just to be able to compare. Now 1 out of 5 or 6 isn't starting properly. It is running as a task in the background but doesn't show up on the desktop.

I'm running Win 7 64bit home professional on this computer with Microsoft's own anti-virus checker.

[Admins]

Originally Posted by Crow

Bringing this up again. I'd like a statement from you, Stefan, on this issue.

GUI controls have integer coordinates.

Originally Posted by Umat

It is running as a task in the background but doesn't show up on the desktop.

Some older v6 released for Windows had the problem that they were not closing correctly, it should be fine now.

[Skyld]

Originally Posted by Crow

Bringing this up again. I'd like a statement from you, Stefan, on this issue.

GUI controls don't work in sub-pixels, therefore do not expect them to behave properly when you give them sub-pixel values. Use integers instead.

[Crow]

I'm not even talking about GUI controls, I'm talking about GUI layers (4 and above). Obviously they end up having floating point coordinates when doing some math to place them (like I've explained above) and I'd really like to avoid going through my code and call int() on all that stuff. I'd just like the v5 behavior of this back, since it didn't happen with v5. Here's an example:

PHP Code:

//#CLIENTSIDE
function onCreated() {
  with (findImg(200)) {
    image = "block.png";
    x = y = 32.5;
    layer = 4;
  }
} 


Edit: On another note, I believe the displacement/distortion bug only happens when using DirectX. I'll test a bit later.

[MrOmega]

If your GUI involves a decimal from calculation and straight programming just put it in int();

[DustyPorViva]

Originally Posted by MrOmega

If your GUI involves a decimal from calculation and straight programming just put it in int();

That's silly, not to mention how many old scripts will be broken.

[Crow]

Originally Posted by DustyPorViva

That's silly, not to mention how many old scripts will be broken.

My point exactly.

Edit: There seems to be some bug with stretching/mirroring sprites in ganis. The gani in question is at_sword.gani on Atlantis, where I'm mirroring all the sprites for direction 3 (facing right) to flip the image so it's correct for stuff like axes (asymmetrical weapons). This basically works, but sometimes just stops working. I haven't figured out which causes it yet, but it seems to be completely random anyway, especially after a long time of being online. A client restart fixes this. Only affect the mirrored sprites, the others work.

[Admins]

A new version 6.001 has been released, it will automatically install if you had the previous version, otherwise download it with Start -> Install packages -> Graal v6 -> Install on the login server.

Updates:
- the main window remembers the position now
- the GuiWindowCtrl.externalwindow receives events for onMove and onResize (use catchevent(externalwindow, "onMove", "myOnMove"))
- Font Tempus Sans ITC (tempsitc.ttf) is displayed with a bold effect to more match v5
- emitter.forceaboveterrain = true/false for enforcing that particles don't fall below the terrain

Note: a new Mac/Linux version will be delayed until the auto-update has been tested

[DustyPorViva]

The new bolding looks blurry to me:

v5:
v6:

It seriously(really, seriously) looks like something that would give me a headache looking at, because it looks out of focus.

[Admins]

Are you sure that you are using the same font size on both (defaultfontsize, 24) ?

[DustyPorViva]

Originally Posted by Stefan

Are you sure that you are using the same font size on both (defaultfontsize, 24) ?

If it's loading from preferences like it should be, yes. I logged off of v6 and right onto v5, and didn't change anything.

[Rufus]

24 seems a lot larger than it usually is, and it does seem to get blurry the lower/higher you set it. The bolding looks different, but I can live with that.

[Unkownsoldier]

If anything v5 looks more blurry to me o.o

[DustyPorViva]

Originally Posted by Unkownsoldier

If anything v5 looks more blurry to me o.o

Not sure how you can end up seeing that, even if you zoom in on the v6 you can see most of the text isn't crisp compared to the v5 text.