Graal Forums - Windows v6 beta test

Graal Forums (https://forums.graalonline.com/forums/index.php)

- Bug Report (https://forums.graalonline.com/forums/forumdisplay.php?f=193)

- - Windows v6 beta test (https://forums.graalonline.com/forums/showthread.php?t=134257598)

Quote:

Originally Posted by Stefan (Post 1664728)

TServerPlayer.attached is only true if the player is attached to the current npc, you can also use TServerPlayer.attachedtoobject to get the object to which the player is attached.

Oh well I ended up using player.attachid instead.

Attributes still aren't being sent serverside. I think you can test this out on UN using their tailor tools. I can't seem to change my appearance with it because even though it looks like I changed, everyone else still sees my old look and it reverts back when I log on.

Also, if you go on UN try out the Broom script. When you get off of it it messes with your body, making it white/transparent and zooms in and out. I imagine it is having problems with sprites < 20, but this problem didn't occur in v5.

Quote:

Originally Posted by ffcmike (Post 1663746)

It seems selecting a different gender within the profile window doesn't cause the "send" button to appear, as such you have to enter text into one of the text boxes if you want to be able to save a different gender.

I'm confused, isn't the send-button always shown when you open your own profile?

Quote:

Originally Posted by Stefan (Post 1664945)

I'm confused, isn't the send-button always shown when you open your own profile?

This is actually something I noticed to be fixed within the latest client, but was happening within the previous client.

Maybe this is just me, but in V6 trying to open history for someone that I have a long pm history with literally freezes and crashes the client.

Quote:

Originally Posted by Starfire2001 (Post 1664998)

Maybe this is just me, but in V6 trying to open history for someone that I have a long pm history with literally freezes and crashes the client.

It's not just you, long PM histories can take a long time to load.

To explain the highlighting problem further:

1. Open a script in Client RC.
2. Highlight the text with your mouse, and hold down the button.
3. Move your mouse cursor off the script editor window.
4. Let go of the mouse button.
5. Hover over the script window, the text edit control is still in highlighting mode despite the mouse button not being held down.

There is also issues with autoindenting in MLTextEditCtrls:

1. Go to the very bottom of a script in client rc.
2. Try to write:

PHP Code:


		
			
function example() {

  asdf();

  asdf();

  qwer();

}

For me it doesn't update the position of the cursor properly.

Video:

Double Clicking + onMouseDown

I don't think onMouseDown reports double clicks properly because it registers the mouse down three times (which makes it very annoying to check if the double-click happened in the same area as the single click) in situations where I only clicked twice within 0.3 of a second.

Two clicks in two different spots that are more than 16 pixels apart shouldn't register as a double-click either but it does.

PHP Code:


		
			
//#CLIENTSIDE

function onMouseDown(click) {

  echo(click SPC timevar2);

}

My Script Workaround:

PHP Code:


		
			
//#CLIENTSIDE

function GraalControl.onMouseDown(a, tx, ty, clickcount) {

  temp.double = false;

  if (clickcount == 2) {

    temp.dist = vectordist({mousex, mousey, 0}, this.last_click);

    if (temp.dist < 0.5) {

      temp.double = true;

    }

  }

  if (temp.double) {

    onMousePressed("double");

  } else {

    onMousePressed("left");

  }

  this.last_click = {mousex, mousey, 0};

}



function GraalControl.onRightMouseDown() {

  onMousePressed("right");

}



function onMousePressed(click) {

  // code...

}

Syntax Highlighting MLTextEditCtrls

Can it be changed to operate on it's own profile values? Right now it uses fontcolorhl, fontcolorlink and so on. It'd be nice to be able to set for specific types: string, keywords, and so on.

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:
http://img714.imageshack.us/img714/3166/v5hp.gif

V6:
http://img651.imageshack.us/img651/738/v6hp.gif

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;

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.

http://i.imgur.com/CNpn0.png
Turns back into!
http://i.imgur.com/XlNzd.png

Quote:

Originally Posted by ffcmike (Post 1666338)

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.

You should set your shadowcolor alpha to 255 instead of 1 :p

Quote:

Originally Posted by oo_jazz_oo (Post 1666367)

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

Quote:

Originally Posted by Stefan (Post 1666380)

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

v5 users do, aye.

Quote:

Originally Posted by Crow (Post 1666369)

You should set your shadowcolor alpha to 255 instead of 1 :p

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

Quote:

Originally Posted by ffcmike (Post 1666453)

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.

It's 0-1 for objects (player.alpha etc.) but for gui colors you define them in an array of 4 integer values {red,green,blue,alpha} or using the name of a color like "cyan".

Quote:

Originally Posted by DustyPorViva (Post 1664928)

Can anyone else verify this? I haven't got problems with it yet, although I change stuff on server-side most of the time.