Please make the system tray icon not hideous.

On Classic for bomb throwing we use a system where when a player throws a bomb and the projectile lands the bomb is displayed temporarily (until the server creates the subsequent bomb object) in order to create the illusion of no delay, however with the new version the Clientside onActionProjectile2 x and y parameters are no longer consistent with what onActionProjectile is Serverside within the Control-NPC, the x or y is always one more or less Clientside than what it is Serverside depending on the direction the bomb was thrown towards.

I wonder if it's related to this:


This was also mentioned a few pages back.

Ok, I was just disconnected from Graal due to my internet going out, it had the little window that said I was disconnected, etc.

When my internet connection was back, I clicked the ok button the window, and Graal froze and became unresponsive and I had to close it.

It's always done that, even in v5.

Is it possible to add a GS2 function or something so we can eliminate the middle man (people/staff with RC) in obtaining the proper client-stats for client testing?

We have uploaded a new version: v5.315. It is recommended to update to this version.
Fixes:
- doesn't accidently enforce OpenGL mode anymore, uses DirectX9 (which also makes fullscreen mode possible again)
- shouldn't freeze each second anymore
- fixed a problem with text not being displayed

so..............
when are we going to get a linux update..........?
:confused:

With the latest version our scripted nickname displays on Classic are now always drawing above other players despite being layer 1 (which is for the sake of displaying above things that are specifically layer 0 but below other players).

I am still getting the reported freeze error for when closing the client except I can now no longer close it by right clicking the button within the start bar and clicking close, has to be done through Task Manager.

Also noticed that the issue with displays being hidden for when an NPC is not visible on your screen no longer applies to when then display is being displayed on your screen rather than on the level, which is good but I still have the problem of a "Waiting for challengers" text display not being visible on the top of a spar arena for example, will there definitely not be an option for this?

Might be better to move such script to weapons or at least display the object for a weapon (yourweaponname.findimg()).
Not sure about problems with closing the game, wasn't happening to me.

This is something I would really hope to only have to do as a last resort, it wouldn't be a problem for me but like I said I can imagine there being lots of instances where this would be a problem on other servers or with people that wouldn't understand why this is happening and how to prevent it, could there not be something much simpler as a solution such as another display object variable such as img.displayoffscreen = true;?

The clipping is pretty bad, in my opinion. There should at least be an option for it for players(not a server option). Maybe if it clipped more accurately it would work, but it clips NPC's even when they should be in view.

The draw-it level on Unholy Nation:
Attachment 52210

And maximized:
Attachment 52211

The text disappears completely if you're in the lower half of the level. Even if I'm standing right next to canvas 8 I still can't see the text.

While testing this I noticed the Graal canvas stops rendering if you maximize Graal in that level(unevent_drawit.nw). The playerlist still works, but the Graal window stops drawing and just displays a broken view from before you maximized. Didn't seem to have the problem on any other level.

Can eventually add an option to switch back to the old mode, will be false by default though.

Seems like the performclick() for GuiCheckBoxCtrl's doesn't work in v6.

performclick() was removed in v6 for some security reasons.

Why? Now my shop system is going to be less smooth lookin'. :cry:

I'm really not sure.

To stop the ability for scripts to force player input, apparently.

I imagine it had something to do with forcing the player to buy things from the shop or something weird like that.

It would nice if there was some way to lift these various restrictions to "trusted" developers or servers.

Can't performclick() be enabled for GuiCheckBoxCtrl's at least? That can't in any way be harmful, really.

Also, something that's annoying on v6 with GuiTextEditSliderCtrl controls, is the way the mouse icon behaves. It currently shows a text edit pointer whenever you're inside the control, but it would be *a lot* better looking if it only did that within the text edit part (white rectangular). Over the buttons (red rectangular) it should show the default pointer icon.

Attachment 52217

How2sound smart like u guys

Can't get tooltips if the window isn't in focus... so I have to click the playerlist before I hover over a player, pretty annoying :/

Is it really needed though? Catching the 'onAction' event and then just calling onObjectClicked() instead of object.performClick() just seems like a better idea to me.

Yes, it is.

That function has been removed around 3 years ago, will not be added again.

Which one? :oo:

performClick

I asked about this a while back too

guiObj.performClick() but to be fair the function still exists since V5 is still the main client.

That can't be true, I'm using it this very moment in v5.

He probably means in the early v6 versions. Keep in mind there hasn't been a client update in at least 2 years, maybe 3.

I know this has been said before, but I keep having scripts breaking because of this:

When I use join("classname"); I expect it to be instant or at least freeze the rest of the script until it really is joined. In this particular case, adjustText() is a function found in the class gui_basics which is joined to the GUI when created and later on called.

You have to preload the class (loadclass) or call a function of the object to force load, the best is to use a init() function or so.

You can't make join() wait for the class to fully load before returning?

Any possibility for an implementation of obj.loadclass?

I'd really like to see the main window being created at the mouse fixed. That's an annoying one. Also, I noticed that Graal falsely accepts keystrokes when out of focus sometimes. A way to reproduce would be to connect to a server and, while it connects, change to another window (explorer or something else), then hit a couple keys.

Not only that but all external windows open at mouse center which is annoying as hell.

Ya, trying to open PMs is a pain in the ass when you have to open a mass, close it, open a mass, close it. So on and so forth. I talked to Tig about the new ability to position external windows via script but login 2 is broken or something.

Either way, I'd like to see this hardcoded. It was a horrible addition to RC2 and I don't know why it was ever brought to v6.

Stefan, this is how you should solve ALL your font rendering complaints.
http://i.imgur.com/N6Bcq.png

Haha, "On Some Servers", so true. I think these options should somehow actually effect the rendering and not just options, but I can get by for now.

Anywho, I've noticed on my server and other UC/Hosted servers once I connected I can't connect to another server, I must close Graal to do so. Serverwarp() still works though.