Graal 5.2+ - Problems & Solution
 

List of problems with new client, currently in beta.

1. If a new window is spawned while a mouse-down is activated (right, left click) then it will remain clicked, even if you have released it. You can fix it by clicking again.
   
2. Copy & Paste in the client is glitched in general. Typically the error is that you may only copy something once from Graal - after that you can no longer copy new data to the clipboard.
   
3. Highlighting (seems in general) is messed up. If you select an area of text the highlighting event will remain active after you have released the mouse button.
   
4. The player list no longer consumes an area of your desktop. This is a feature which should be optional - not removed entirely.
   
5. Player-list tool tip respawns when focused on a new user. Previously it would remain active, only updating the content.
   
6. When you minimize the client & playerlist or maximize another program you have to maximize each graal window (client & playerlist) seperately. It would be nice if when you maximized the client the playerlist also returned.
   
7. Esc no longer closes PM windows. In previous versions it would, whereas now it launches a prompt, asking if you would like to close the client.
   
8. Key actions, set in the client options dialog, do not save.
   
9. The icons displayed in the player list (Mass message, PM) do not blink in unison.
   
10. The icon displayed at the "local" tab in the player list displays as a PM - even if you have only received a mass message. Should display appropriate icon.
    
11. Player nicknames always display as white. Previously their AP would change their color - which was an easy way to visually distinguish chat & nicknames
    
12. The player list options button is missing. Previous versions had a button down the bottom for setting playerlist options.
    
13. Graal-related windows spawn at the center mouse-x mouse-y (within the confines of the screen). Each window should have a name, where their location is saved to hard drive.
    
14. action-keys bypass emotions. Any command being entered (via CTRL+key combination) should take priority over action-keys.

Figured I'd post some scripting errors with the new version as well:

1. Showpoly on the level layer displays the Y about 50 tiles south of where it should be. For example: showpoly(1, {mousex,mousey,mousex + 5,mousey,mousex+5, mousey+5,mousex,mousey+5}) the poly would show about 50 tiles south of that.

2. Not displaying negative stretchx/y on gani objects

3. When using a GuiShowImgCtrl as a polygon that is inside a GuiScrollCtrl inside a GuiWindowCtrl with isexternal = true, the polygon goes all crazy and doesn't update correctly. Maybe something to do with the window not properly redrawing the polygon when the variable changes? When you move the scroll bars, the polygon seems to transform itself too.

Updates:

1. Clientside npc.trigger() is not working anymore, I can't use the trigger() command on any clientside scripts while using the new version. (For reference, look at the clientside trigger functionality in the Administration weapon on GK).

2. Tilesets that contain transparencies don't display properly even if their tilelayer is > 0. Drawing layers for tilelayers would also be very nice to add.

3. Some ways to change the color of GK's 3d rendered terrain would be nice. For example: color of water. Not sure how to do it effectively, but on a per-level basis would be nice.

4. GuiControl.alwaysontop - boolean; would be nice for profiles, playerlist, PMs, etc.

5. Flash does not currently work (as you're aware). Some improvements to flash would be nice too, as you may know, flash on the current graal version has trouble displaying vectors properly usually.

On Varia, we have npc.trigger() working fine. o_O

You're using the new beta client?

Did you try catching the event that is trying to be triggered? Stefan said that if an object triggers on itself then it invokes the functionality that catchevent() can use. Though I suppose this isn't the problem considering you said "any clientside scripts."

Can you explain this a little bit more?

This could work for the main window and player list, but how do we manage e.g. PMs ?
The current behaviour (opening at the mouse) is currently used because it works fine with big monitors or dual-screens, otherwise you have to move each window over manually.

Save the PM window position preference under one name, when you open multiple PM windows have it offset down and to the right slightly like in Windows.

To highlight text you typically click & hold down to enable highlighting, then once you have highlighted all the text you want you release the mouse click - leaving you with a portion of highlighted text.

Currently the highlight-enabled works, but when you release the mouse click it doesn't disable the highlight selection, you have to re-click to disable the tool entirely, mooting the selection you made.

Frustrating :(
This ^
Yes, I complained about the lack of support for multiple monitor window management a while ago. The center of my complaint was that there must be a better way, and I appreciate the complaint being addressed (mousex, mousey) I don't feel this is a practical solution for any windows being spawned. If you can spawn a window based on the mousex,mousey why can't you store the window's X/Y in a file?

Whatever method you use, the ideal solution would be the windows retain a position memory working across multiple monitors.



I have some more bugs to report, but I have to make sure I haven't already listed any. I will post them later.

Where can I test this beta client?

Just ask Dan. :p

1) External PM windows still look wrong. Refer to v4 and backwards.

Additionally, the keyboard commands for PMs (send, cancel, ignore) do not work.

This still needs to be fixed I think [GuiDrawingPanel.saveimage(str)]:
http://forums.graalonline.com/forums...ad.php?t=78856

Edit:
I was wrong, this appears to be fixed.

Who is Dan?:noob:

GuiButtonBaseCtrl.performclick() - This is not working in the new version, not sure if it has to do with the trigger() error. (At least not working in the version that I have)

Graal 5.2 seems to corrupt or entirely disable screenshots on Windows Vista Ultimate 32BIT.

If they're coming out blank, the problem is Graal and Windows Aero.

http://forums.graalonline.com/forums...6&postcount=36

In the 5.2 the main game canvas will no longer update if you mouse-click (select) a game window (playerlist, etc).

Probably not possible to fix, but it's annoying that the canvas freezes while I'm moving external windows (such as setting my player list size and position!). :frown:

This is because Graal runs on only one thread, I believe, instead of multi-threading. Well, that's just what I've heard around. This also applies to things like the quit message box and such. All these have pretty large problems beyond just being annoying, as they seem to screw with scripts that have sync'ing problems

Graal uses threads but not for the external windows, not sure if it's a big problem. Haven't noticed that on Linux or Mac.

TextListCtrl.onDblClick does not appear to invoke if you're holding down the shift or control key when you double click the control, it's getting in the way of doing multiple selections on the scripted playerlist, onSelect() works fine though.

Used this as a work-around for now though..
Also, apparently there is no way to select multiple rows in a textlist using script? Would like to see this possible (also interfering with the playerlist) :D Would also be nice to be able to set selections in GuiMLTextCtrls and also "getSelectedText()" for GuiMLCtrls, but that's probably more difficult.

GuiControl.showtop() doesn't seem to work with external windows, and neither does makefirstresponder(boolean).

I figure I better throw this in here if you're reading it too:
GuiControl.alwaysontop = boolean;
this would be very important to have in my opinion, not sure how possible it is, but seriously something to look at for things like the playerlist, PM windows, escape query, player profiles, and other important things.

This has been brought up many times before, and I don't know if it was Stefan or random posters that said so, but the main complaint was the potential for abuse. Generate a window and fill the whole player's screen and make it draw on top... that sort of thing. Silly, however. I agree with the need for this addition.

There are so many other ways to abuse though. As long as it's only on top when Graal is the active application, it shouldn't be a problem (which means, if you minimize graal, it'll minimize all windows drawn at the top as well). I can't see how that would be abused.

I agree, but that's just one of the main arguments against it. There are multiple ways to avoid getting your screen filled by a window like that... and if Stefan is that worried I'm sure he can implement a fail-safe that won't allow GUI control sizes to exceed 90% the size of the player's resolution(since this will eventually be able to be read, and will need to be, for the options window) or something.

GraalControl.destroy();


There, I've "abused".

Honestly why worry about those things? If it's such a problem for a player they will simply restart their client and probably not go back on that server. Why would anyone want to "abuse" when it would just push players away?

Hey it's that one guy...
That's the whole point. :noob:

Clientside, remoteplayer.level is not accessible, but remoteplayer.gmap is, unless you're in the same level as the remote player.

So, basically, if Stefan is in level1.nw and I am in level2.nw, I cannot do
echo(findplayer("Stefan").level.name);

If Stefan is in level1.nw and I am in level1.nw it has no problem.

It's crucial to fix this for things like the client-rc (that's the reason why half of the playercount appears in the "admin" tab on the playerlist in client-rc) and for things like the playerlist and other scripted improvements to systems in the future.

It's not really a problem with 5.2, just needs to be fixed in the next version, should be super easy to fix.

There should be two types, one that sticks on top of all windows, and one that is only on top of all Graal windows. I'd like my playerlist to dock on the right-hand side of my desktop, above all windows, for example. This could only be enabled for privileged weapons (scripted RC, etc).

There is TServerPlayer.levelname now

Oh cool, thanks