Windows v6 beta test

[ffcmike]

Originally Posted by fowlplay4

The latest V6 broke Zodiac's Rendering of Player Heads on the map.

Code:

PHP Code:

//#CLIENTSIDE

function onCreated() {
  temp.tx = (screenwidth / 2);
  temp.ty = (screenheight / 2);
  with (findimg(201)) {
    x = temp.tx;
    y = temp.ty;
    layer = 20;
    image = "block.png";
  }
  temp.obj = player;
  with (findimg(200)) {
    x = temp.tx;
    y = temp.ty;
    layer = 22;
    ani = "zodiac_mapface";
    playerlook = false;
    actor.head = obj.head;
    actor.attr[1] = (obj.hat ? obj.hat : obj.attr[1]);
  }
} 


The head appears way off the center in this case.

I think this is another example of the ZOOMEFFECT problem I was posting about.
For Classic's map gani I set zoom within the script with the hat aligned normally within the animation and it works fine.

[Emera]

Bringing this up again.

Whenever you change server with the external player list, it will downsize itself length ways and push all the icons on your desktop along with it and also resize all the windows currently open on your PC too like Browsers, applications etc. You have to sort them all out after it has happened and is really something I could do without.

ADD: Also, the map bug that fowplay was talking about is really annoying, you have to estimate were you are. Works fine on V5 however.

[Admins]

A new version v6.011 has been released:

- Fixed problems with zoomed showimg (e.g. the map on Zodiac)
- Fixed broken downloads with requesturl() when the server doesn't provide the content-length, this will also fix the display of the wiki news on the serverlist
- Improved the dynamic download of script classes on client-side: when calling a function of an object then it will wait until its classes are downloaded, previously this only worked when the object has just been created (and was failing if you joined more than one class or similar)

We have also improved the line number display in the scripted RC (script editor and text file editor).

[NicoX]

All Passworts of my Accounts gone. Dont know if that was normal though.

[Admins]

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

[Crow]

Originally Posted by Stefan

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

Can't think of anything important. I'm going to ask you a question in this thread I asked before, though, since I believe you never read the other one: Why not get rid of DirectX and use OpenGL in the Windows client as well? You seem to be having quite some trouble sometimes trying to get stuff to work with DirectX.

[ffcmike]

Originally Posted by Stefan

Anything else beside that which should be fixed before official v6 release?

I have a level where depending on quest progress an NPC is changing tiles with tiles[x,y] + updateboard(); when the NPC is created.
Normally if you walk into the level for the first time and then quickly run back out (can ofcourse be caused naturally by lag) this causes the tiles to be updated in your current level rather than the level the NPC is within.

In V5 this can be prevented simply by specifically having the script updating this.level.tiles[x, y], however in V6 this problem is occurring even when using this.

I had nickname displays at layer 1 rather than 0 for the sake of displaying above image npcs that make up a floor design, in V5 these would still display below other players when expected, but now these are displaying above players/characters when you'd expect it to be displayed below them.
This problem is only occurring on gmaps, it's fine within inside levels.

I'm not 100% sure at the moment as I can't test it right now but I think there may also be a problem with gani COLOREFFECT not being the correct colour.

It also seems that the problem where showimg particle effects or showpoly's displaying roughly 32 pixels higher than they should has returned.

Similarly characters used within say2 messages which are not actually part of the letters.png image are being displayed higher than they should be:


In this image "*" should be infront of "cough".

[Admins]

Originally Posted by ffcmike

It also seems that the problem where showimg particle effects or showpoly's displaying roughly 32 pixels higher than they should has returned.

Similarly characters used within say2 messages which are not actually part of the letters.png image are being displayed higher than they should be:


In this image "*" should be infront of "cough".

I don't see this problem, is that related to the problem where you place stuff on top of the Graal control?

[ffcmike]

Originally Posted by Stefan

I don't see this problem, is that related to the problem where you place stuff on top of the Graal control?

I'm not sure what you mean, this is a built-in say2() rather than a scripted GUI, unless placing other GUIs on top of Graal control could somehow affect it?

[jkldogg]

Originally Posted by Stefan

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

http://forums.graalonline.com/forums...postcount=1238

Seems like no one replied.

[fowlplay4]

There's a weird bug in the newest V6 I believe it has something to do with joining classes to a weapon on both the server and client-side.

All I know was that onCreated in Zodiac's main -System would get stuck during the join phase. To workaround it I have the weapon removed and re-added on every login.

Two 'scripted' features that need to be added in F3:
1. A Default Theme for External Windows Only. I.e: So I can use GuiBlue in-game and a "Windows" theme for player-list and so on.
2. Ability in F3 Options to change between DirectX and OpenGL.

[Emera]

Virus protection is important.

Common sense is free.
Decent virus protection isn't.

[Admins]

Well those signs look perfectly fine for me on many servers.

[ffcmike]

Originally Posted by Stefan

Well those signs look perfectly fine for me on many servers.

Strangely enough it's not happening now right after opening the client, but had occurred when I'd had the client open for some time, something may have triggered it.

[Admins]

Playerlist update:
We have changed the code to not recreate/hide the playerlist anymore when you switch to another server. We have also fixed problems with the docking option, so it should work much better now There is still a problem with the playerlist becoming smaller each time you open Graal, will try to fix that.