Windows v6 beta test

[ffcmike]

Originally Posted by Crow

You should set your shadowcolor alpha to 255 instead of 1

I suppose that's probably it, so I guess alpha is now 0 - 255 rather than 0 - 1?

[Crow]

Originally Posted by ffcmike

I suppose that's probably it, so I guess alpha is now 0 - 255 rather than 0 - 1?

I thought it was in a 0 to 255 range before, at least for shadowcolor. Could be wrong though. It definitely is now.

[ffcmike]

Originally Posted by ffcmike

It seems there's a problem with text shadow with the latest client, for instance what produces a dark blue shadow in order to emulate default HP display in V5 is producing fully white text.

V5:


V6:


Here's what I'm doing within a class for level NPCs which also produces the same problem:

PHP Code:

temp.zoom = $pref::graal::defaultfontsize/24;
temp.txt = this.showtext(201, this.x + 1.5 + this.hpoffx, this.y + 1 + this.hpoffy - temp.zoom, "", "cb", temp.h);
temp.txt.zoom = temp.zoom;
temp.txt.textshadow = true;
temp.txt.shadowcolor = {0, 0, 150, 1};
temp.txt.shadowoffset = {1, 1};
temp.txt.layer = 3;
temp.txt.attachtoowner = true; 


While I've fixed this for my custom HP display, I think this may also be happening with default HP display where you set this.hearts on a NPC.

I also just realised rotationcenter works by using a specific x + y rather than an offset, like:

PHP Code:

function onCreated(){
  this.useowncenter = true;
  this.rotationcenter = {this.x + 1.5, this.y + 2};
} 


There may be a reason for this I'm unaware of but it made sense to me at first to do as:

PHP Code:

function onCreated(){
  this.useowncenter = true;
  this.rotationcenter = {1.5, 2};
} 


[oo_jazz_oo]

On v6, whenever I set my characters colors to one of the new colors (indian red, slate blue, etc), then I reconnect, the colors turn to black.


Turns back into!

[Admins]

Originally Posted by oo_jazz_oo

On v6, whenever I set my characters colors to one of the new colors (indian red, slate blue, etc), then I reconnect, the colors turn to black.


Turns back into!

Yes the extended body colors are not saved yet, other players also see it as black I think.

[Crow]

Originally Posted by Stefan

Yes the extended body colors are not saved yet, other players also see it as black I think.

v5 users do, aye.

[Mark Sir Link]

Can go to Valikorlia and use their GUI tailors to modify your character, then reconnect and your outfit will be unchanged from what it previously was.

[Admins]

I'm not sure what the problem is. "Attributes" mean player.attr[] for me, which works perfectly fine for me. If you mean the extended body colors, those are of course not synchronized yet because we need to disable v5 first.

[Mark Sir Link]

Originally Posted by Stefan

I'm not sure what the problem is. "Attributes" mean player.attr[] for me, which works perfectly fine for me. If you mean the extended body colors, those are of course not synchronized yet because we need to disable v5 first.

I think they mean updating the colors array and body/bodyimg, head/headimg, and sword/swordimg files.

When these are being changed on the clientside it doesn't save to the player (or even appear to other players)

Then when they log off and back on, their colors go back to what they were before they tried to modify them.

[Emera]

Originally Posted by Mark Sir Link

I think they mean updating the colors array and body/bodyimg, head/headimg, and sword/swordimg files.

When these are being changed on the clientside it doesn't save to the player (or even appear to other players)

Then when they log off and back on, their colors go back to what they were before they tried to modify them.

Stefan is in the process of fixing this.

[DustyPorViva]

Originally Posted by Emera

Stefan is in the process of fixing this.

He doesn't seem to understand what the problem is to fix.

If you change player looks via script on the clientside, it is never sent to the server, thus the players looks never actually change. The player sees the change, but no one else does and the looks are lost when you log out(and suddenly log in to your old look).

Use any tailor weapon on any server that saves player looks and you will see the problem.

[Admins]

A new version 6.009 has been uploaded, install it on the login server:

- Resets the recently added configuration variables on server-switch now (for projectiles and npc-on-npc hits)
- Selection in GuiTextEditCtrl is lifted when updating the text by script
- Enabled the new level (map) format for testing & debugging purposes
- Added buttons in the options for opening the screenshot folder and video folder (when you have made some) because it's hard to find them via Windows Explorer
- Saving screenshots via Alt+2 is not messing up the graphics anymore, makes it possible to change window mode and size afterwards

[Crow]

Originally Posted by Stefan

- Enabled the new level (map) format for testing & debugging purposes

Tell me more.

[Cubical]

Originally Posted by Crow

Tell me more.

[fowlplay4]

This script simulates the problem.

PHP Code:

//#CLIENTSIDE
function onCreated() {
  if (client.demoed) {
    player.chat = (player.shield == "shield2.png" ? "Shield saved properly." : "Shield didn't save at all!");
    client.demoed = "";
    return;
  }
  player.chat = "Problem demo!";
  player.shield = "shield2.png";
  sleep(10);
  client.demoed = true;
  sleep(1);
  player.chat = "Reconnecting!";
  serverwarp(getservername());
} 


Result: Shield didn't save at all.

As the others pointed out it affects other parts of outfits as well.

[ffcmike]

I've just noticed a pretty big problem with something else that uses COLOREFFECT/ZOOMEFFECT within ganis:



This shadow within a gani is offset a long distance without any rotation, and then once rotation is applied it's acting completely differently. I think I read about rotation working differently a while ago but oddly never noticed it with any previous V6 versions.
For rotation I am setting this.rotation within the NPC script.

[Admins]

Ok there is a problem with setting shield and sword on client-side. But the other things (body, head, attr[1], colors) are fine?

[ffcmike]

Originally Posted by Stefan

Ok there is a problem with setting shield and sword on client-side. But the other things (body, head, attr[1], colors) are fine?

It's just sword and shield now, but it seems head/body/colours have been fixed in the latest version.

[Admins]

New version v6.01 released:

- changing player.head, player.sword and player.shield on client-side is now sending it to the server
- if player.z is not zero and the player is rotated or zoomed, then the shadow will be displayed at the original position of the player instead of flying through the screen

[ffcmike]

Originally Posted by Stefan

New version v6.01 released:
- changing player.head, player.sword and player.shield on client-side is now sending it to the server

Fixed at last .

Originally Posted by Stefan

- if player.z is not zero and the player is rotated or zoomed, then the shadow will be displayed at the original position of the player instead of flying through the screen

I'm not sure if this is referring to the problem I experienced?
Hard to tell as it sounds similar, but the shadow shown within the video is not a typical index 0 shadow, the rising/falling is done through gani'ing rather than adjustment of Z.

[Admins]

ok um fixed for nothing then x-x hehe
You should fix your scripts then, eventually use rotationcenter of the object or so.

[ffcmike]

Originally Posted by Stefan

ok um fixed for nothing then x-x hehe
You should fix your scripts then, eventually use rotationcenter of the object or so.

Perhaps showcharacter(); could be made to default the rotation center?

Though I'm not sure if rotationcenter is working properly or if I have it wrong, within the NPC script I have:

PHP Code:

this.useowncenter = true;
this.rotationcenter = {1.5, 2}; 


Yet the shadow is still offset into a weird position with zero rotation, as a result of the zoom.

[Crow]

Originally Posted by Stefan

eventually

Remember Stefan:
eventually != eventuell

[fowlplay4]

When I'm on my staff account on Zodiac (fowlplay4) and I leave the client idling to the point it should be disconnected for not moving instead of getting disconnected my client just crashes completely.

[fowlplay4]

Originally Posted by fowlplay4

When I'm on my staff account on Zodiac (fowlplay4) and I leave the client idling to the point it should be disconnected for not moving instead of getting disconnected my client just crashes completely.

This also happens when I should be getting disconnected for 'Another client has logged on your account'.

[Crow]

Originally Posted by fowlplay4

This also happens when I should be getting disconnected for 'Another client has logged on your account'.

Can't confirm this. Working fine for me.

[ff7chocoboknight]

So much crap I don't like! Aah!

FIRST~!
The playerlist is dumb, and it's broken, and it's dumb.

It says "Community:" which I assume is community name , however; it doesn't show the community name it shows the account. (Graal673489 and w/e) This is dumb.
OK! It doesn't update the level a player is in. This is broken.
NYEH! It doesn't dock to the side of the screen and push everything else next to it like it did in v5. This is dumb.

SECOND~!
The scripted RC is dumb, and it's broken, and and it's DUMB.

GAH! Apostrophes show up as DOUBLE apostrophes (not quotes) in RC chat. This is dumb (maybe even broken).
>:| Where it says "Line: #" in the script window doesn't stay where it's supposed to be when the window is maximized. It stays where it was before it was maximized. This is broken.
FFFFUUUUUU-! It's an external window and opens a bunch of other external windows! This is DUMB!

THIRD~!
DUMB BLUE THING OF UGLY IS DUMB AND UGLY

You know the one. It's the blue gradient image that shows up when you log in or get disconnected. MY GOD IS IT UGLY! It... it's just so bad! The blue GUI was GREAT for these moments because it was familiar, and it wasn't dumb and ugly.

FOURTH~!
TEXT SIZE

Why does size 16 font look size 20-ish? I don't like looking at text, so I make it REALLY small so it doesn't cover the whole damn screen. I don't see why text has to render larger than it used to.

[jkldogg]

Sorry if this has already been posted (obviously not reading 83 pages), but i've recently been getting a movement bug. It's been happening to me on Era. What happens is your character will be standing still or moving, and then it will be randomly move in a certain direction or directions for a certain amount of time. For example, i would randomly start moving down, up, left or right. The only way to stop my character from moving is to press TAB to bring up the chat bar. It also works in multiple directions, such as down and to the right. I had at first thought it was a bug on Era, so I told Alfonso (DRAGON551). I'm only reporting it now because someone else had the exact same problem just now on Unholy Nation.

[Admins]

Originally Posted by jkldogg

Sorry if this has already been posted (obviously not reading 83 pages), but i've recently been getting a movement bug. It's been happening to me on Era. What happens is your character will be standing still or moving, and then it will be randomly move in a certain direction or directions for a certain amount of time. For example, i would randomly start moving down, up, left or right. The only way to stop my character from moving is to press TAB to bring up the chat bar. It also works in multiple directions, such as down and to the right. I had at first thought it was a bug on Era, so I told Alfonso (DRAGON551). I'm only reporting it now because someone else had the exact same problem just now on Unholy Nation.

Possibly an anti-keylogger like kaspersky, do you run anti-virus programs?

[jkldogg]

Originally Posted by Stefan

Possibly an anti-keylogger like kaspersky, do you run anti-virus programs?

BitDefender Total Security 2011, and Malewarebyte's Anti-Malware.

They're essential to any windows PC.

[Crow]

Originally Posted by jkldogg

They're essential to any windows PC.

Nope.

[Crono]

Originally Posted by jkldogg

They're essential to any windows PC.

lol no. Stay away from questionable sites and don't download stupid **** is all it takes. If you really suspect something is up, a scan of Malwarebytes will pick it up.

[jkldogg]

Originally Posted by Crow

Nope.

Virus protection is important.

Originally Posted by Crono

lol no. Stay away from questionable sites and don't download stupid **** is all it takes. If you really suspect something is up, a scan of Malwarebytes will pick it up.

That's why it's on my computer? And obviously "questionable" sites sometimes don't look exactly "questionable".

[Emera]

GAH! Apostrophes show up as DOUBLE apostrophes

This is so annoying. You go out of your way to reach over to that apostrophe key, and it doesn't even show up on RC properly. Makes me sad. Also, when will external windows be able to...

NPC Code:

---

resizeable = false;

canmaximize = false;

canminimize = false;

canclose = false;

---

[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.

[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?