v6: What is needed for release?

[kia345]

Originally Posted by Skyld

This can be implemented in script, doesn't need a client update

Wouldn't that require every server implement it?

Wouldn't that require some sort of cooperation amongst the managerial Graal community as a whole?

Wouldn't that require a miracle?

[oo_jazz_oo]

Originally Posted by kia345

Wouldn't that require every server implement it?

Wouldn't that require some sort of cooperation amongst the managerial Graal community as a whole?

Wouldn't that require a miracle?

Since v6 has the options windows scripted into the client...just the scripts of those options windows would need to be changed. (At least I think)


On the subject of server preferences...can we please have a "Favorite Servers" list on login?
(It could be as easy as having a favorite button in the start menu while on a server...or even on the server list. When your on a server and press f8, there could be a favorite button in the upper right pane or something)

[cbk1994]

Originally Posted by Skyld

This can be implemented in script, doesn't need a client update

So do it

[MrOmega]

Originally Posted by kia345

Wouldn't that require every server implement it?

Wouldn't that require some sort of cooperation amongst the managerial Graal community as a whole?

Wouldn't that require a miracle?

Or just add it to Login so all players get this script by default.

[WaDaFack]

You should be able to modify your playerlist; i.e. you can add different lists, etc.

[smirt362]

Any chance we can get a level layer for tiles over the player but not blocking in the new editor?

[nullify]

Custom section for frequently visitied UC/unlisted playerworlds, because this is a new and innovative idea that has never been mentioned before.

[DustyPorViva]

Couldn't you store window position/size for each window created in a txt file or something? I guess something like:

PHP Code:

<window>@<server name origin>:x,y,w,h
Playerlist@Login:50,50,100,600
Tailor@Unholy Nation:100,150,500,500 


And whenever an external window is created, it scans the list for matching criteria and moves it at the correct position. You could even add a script value to enable/disable default positioning.

Also, it seems like input is being stolen away on login to servers. It takes a good 3 or so seconds and clicking the Graal window before I can actually move my player around.

[cbk1994]

When right-clicking a player on Mac, if the profile window is currently behind the Graal window, it doesn't jump to the front.

Also, command+W does not close external windows on Mac.

[Admins]

Originally Posted by DustyPorViva

Couldn't you store window position/size for each window created in a txt file or something?

That would be a problem for stuff like PMs. Scripts can normally already set the position of the window.

[MrOmega]

Originally Posted by Stefan

That would be a problem for stuff like PMs. Scripts can normally already set the position of the window.

How about doing it for just the game window? And leave pm windows to cascade. Also, Graal still opens on just the primary screen, not the secondary screen, maybe use mouse coord to get which window to open it on?

[DustyPorViva]

Originally Posted by Stefan

That would be a problem for stuff like PMs. Scripts can normally already set the position of the window.

I'm sure you could set up something custom for PMs to avoid that issue.

[fowlplay4]

Small thing: The window title on "login" servers reads as "graal" instead of Login, Classic iPhone, etc.

[cbk1994]

Originally Posted by fowlplay4

Small thing: The window title on "login" servers reads as "graal" instead of Login, Classic iPhone, etc.

Is that a bug? Players shouldn't have to worry about what a "login" server is.

Originally Posted by Stefan

That would be a problem for stuff like PMs. Scripts can normally already set the position of the window.

What about a rememberPosition variable?

[DustyPorViva]

Originally Posted by cbk1994

Is that a bug? Players shouldn't have to worry about what a "login" server is.

"graal" is still bad, should be "Graal" at least :P

[cbk1994]

Originally Posted by DustyPorViva

"graal" is still bad, should be "Graal" at least :P

Ah, agreed. I just noticed it says "graal" on the latest Mac build too.

[DustyPorViva]

Highlighting text is still very broken. Like I've brought up before, highlighting text and going outside of the text box causes the highlighting to get broken. Very, very annoying and makes even simple text editing very hard. Also, starting a highlight outside of text(say, below a multiline text) skips the last character still, making it very hard to highlight large blocks of text unless you specifically start the highlight on the last character, which is impractical.

[Jiroxys7]

I don't know if it is already fixed in V6, but there's a glitch where lagging through a level warp will somehow cause you to enter the next level with different X/Y coordinates than you should. (On servers like Zodiac, this tends to cause players to get stuck in walls.)

This seems to mainly or only happen when going from a GMAP, to a non-GMAP level.

[Admins]

Originally Posted by DustyPorViva

Highlighting text is still very broken. Like I've brought up before, highlighting text and going outside of the text box causes the highlighting to get broken. Very, very annoying and makes even simple text editing very hard. Also, starting a highlight outside of text(say, below a multiline text) skips the last character still, making it very hard to highlight large blocks of text unless you specifically start the highlight on the last character, which is impractical.

The selection thing will be fixed in the next version, also it will not deselect text when copying or changing the cursor position when copying text in a MLText.
I don't have problems with selecting text though.

[Skyld]

Originally Posted by kia345

Wouldn't that require every server implement it?

Wouldn't that require some sort of cooperation amongst the managerial Graal community as a whole?

Wouldn't that require a miracle?

No, privileged scripts can either write to server-specific scriptfiles folders, or to the root of the scriptfiles folder for all servers to read. The settings can just be stored in those folders by the playerlist script instead of the root folder. I'll look at it when I get some free time.

[ffcmike]

Is there going to be built-in functions equivalent to getareaplayers(x, y, width, height);

or

isintersecting({box1}, {box2});

?

Built-in functions such as these would help performance with things like custom wall checking.

[Mark Sir Link]

When viewing player profiles or any UI with a MultiLineTextEdit, only the first line of text will render until resize

happens in PM windows also, try copy/pasting a large bit of text into one to see it.

[SlikRick]

Options from the Playerlist Options do not save. I have to reselect them EVERY time I open the click. Such as, Allow mass messages and Show yourself on buddies list. I have these options unchecked but have to redo it every time, rather annoying.

[fowlplay4]

Could Download Progress just be made to be not be shown at all when logging on to servers?

[Crono]

Originally Posted by fowlplay4

Could Download Progress just be made to be not be shown at all when logging on to servers?

this, its a very annoying feature and quite useless too.

[ffcmike]

Originally Posted by fowlplay4

Could Download Progress just be made to be not be shown at all when logging on to servers?

It should atleast be an option anyway, what if you have stuff being pre-loaded that a certain script is waiting on?
In this instance it would be useful to show download progress.

[fowlplay4]

Originally Posted by ffcmike

It should atleast be an option anyway, what if you have stuff being pre-loaded that a certain script is waiting on?
In this instance it would be useful to show download progress.

How often are servers actually pre-loading files though? Based on your example it sounds like you have control, so you could easily throw in a nice looking Loading... display instead of the Download Progress GUI used now.

The main problem is the fact that the Download Progress window is obtrusive and steals focus until it's closed or all the files have finished downloading.

The only time it's used is when you're downloading update packages and logging into a server. Imagine if it displayed every time you entered a level with someone wearing a new head that needs to download.

Right now I feel it's currently one of those unnecessary annoyances we've come to terms to live with like RC windows opening on mouse position.

[Crow]

Voting for it to be removed. If pre-loading anything, you could just create your own display for it anyway, like Jerret said.

[ffcmike]

Just saying it might still be worthwhile to keep as an optional display rather than removing it entirely.

[salesman]

Originally Posted by ffcmike

Just saying it might still be worthwhile to keep as an optional display rather than removing it entirely.

Optional, but disabled by default.

[fowlplay4]

Originally Posted by ffcmike

Just saying it might still be worthwhile to keep as an optional display rather than removing it entirely.

Keep in mind I'm suggesting to have it not display on logging into a server. Not removing it entirely.

So things like mandatory update packages (barely anyone uses these anyway) should still bring up the Download Window.

[Mark Sir Link]

is there no way to just destroy or overload the UI by script?

I'm not sure what the GUI name actually is, but if you have upload a sound file you haven't downloaded to your client and then play the sound file, it will open the download UI

I assume it uses the same one in either case

[fowlplay4]

Originally Posted by Mark Sir Link

is there no way to just destroy or overload the UI by script?

I'm not sure what the GUI name actually is, but if you have upload a sound file you haven't downloaded to your client and then play the sound file, it will open the download UI

I assume it uses the same one in either case

You could (destroy it) but there's still the time between logging in and your scripts initializing, that it'll be visible for.

It's DownloadProgress_Window btw.

[Mark Sir Link]

Originally Posted by fowlplay4

You could (destroy it) but there's still the time between logging in and your scripts initializing, that it'll be visible for.

It's DownloadProgress_Window btw.

I found that and DownloadProgress_GameFade

it seems that the gamefade is just a regular GUI control with a black transparency or something that the window is seated in so that it can use the pushdialog(GameFade) and keep the window centered

tbh I think that's probably more annoying than the window itself, the fact that it steals focus and is centered

[Admins]

Please keep that window (ban-hammer), it's helping for new players on first login.

[Crow]

Originally Posted by Stefan

Please keep that window (ban-hammer), it's helping for new players on first login.

[Crono]

Originally Posted by Stefan

Please keep that window (ban-hammer), it's helping for new players on first login.

[fowlplay4]

Originally Posted by Stefan

Please keep that window (ban-hammer), it's helping for new players on first login.

Well it's annoying on second login, for new and old players. Make an option so we can disable it 'appearing on login' at least.

[Mark Sir Link]

dunno if this can really be changed in time but on servers using default hit detection, players that are hit abruptly stop at the edge of swimming tiles if they are crossing walkable land, and sometimes this causes the player to not actually enter the water

would also like to see an event get thrown for players entering water since checking to see if their ani is swim or something is virtually the only way to accurately check and even then it doesn't always register in a .05 timeout

[scriptless]

Something I really, REALLY want V6 to have is tilelayers that draw OVER the player..