Graal v6.1 for Mac released
 

Version 6.11 for Mac can be downloaded from http://www.graalonline.com/downloads/Graal6.dmg
A new Windows version will also follow in a few days.

Major improvements:
- Support for international text / UTF8
- Compatible with the latest versions for iOS, Android and Facebook
- Fixed several crashing bugs

hello!

what effect will this have on client-exclusive servers?

thank you!

There seems to be a bug on Zodiac with the new client. It seems to be an issue with findareanpcs but alas I don't have a Mac so can't confirm it.

Nvm it was a check like this:

temp.npc.attr[4] == ""

that failed when the attr[4] was set to "1 1" and similar.

Seem to have to do this.last = @attr[4]; echo(this.last == @attr[4]); to compare it properly.

Playerlist + PM Bug:

Link: https://www.youtube.com/watch?v=0NEX...ature=youtu.be

Fixed the problem with F7, released 6.111

It just means that we might open more mobile/Facebook servers to PC version once the Windows v6.1 is released.

Finally! Please release Classic for PC.

hello!

hasnt this been something that you "might" do for a number of years?
ive seen several instances both publicly and privately where this has been confirmed and then unconfirmed and then made ambiguous again, in the mean time existing pc servers have been left to fester with the out-dated policies

thank you for the swift response!

What you're describing is an over-arching goal. I anticipate this is something they're working towards.

for it to be a goal it needs to be something you stick to and not keep changing your mind about it or defaulting to "hm not sure", otherwise its simply an idea

This looks pretty clear to me.

if that is how you interpret it then fair enough, but it is possibly worth mentioning that it was compatible with mobile & facebook the last time the v6 client was updated, and nothing else has changed since then

though you would think graal administration would be gracious enough to give playerworld administration members actual knowledge of what to expect rather than leaving everyone guessing for so long

I'd assume improved security features iOS and FB servers already have integrated in regards to user detection, but seem to be ignored by the pc client.

But again, keyword, assume.

I wish that Eurocenter would be more open and clear about their plans/goals and seriously take suggestions into consideration when developing the engine, both from players and developers.

Maybe a developer blog? Or a milestone plan? Even if milestones are changed due to unexpected circumstances we'd know by the information being changed somewhere. Instead of just blindly assuming that "maybe next year".

Examples of promises that hasn't happened: New dev tools, "flying tech", guides for how to achieve FB/iOS/Android status for your server, and more.

We've been let down so many times at this point, so we know not to expect anything to happen. If it happens, that's great, otherwise, bummer.

Something like this might be useful for everyone.

Being able to vote for features and see what's going on is great, and everything doesn't needs to be visible either.

the problem described by fowlplay4 also seems to be happening for player.attr[] values with mac users, and likewise i do not use mac so cant confirm or debug it

i have it on reliable authority that their logic is "we dont announce our plans because people complain when it doesnt happen". they dont seem to understand that it is mostly the lack of an explanation or status update which has caused people to complain in the past, effectively causing a vicious cycle

there is/was also an element of planning to do things which would inconvenience certain section(s) of the community, like wanting iera and iclassic respectively to amalgamate era and gta, knowing full well that an actual merge is impossible

Super excited to see the ball is rolling with this.

When can we expect to see Era iPhone released for this new client?
I know a lot of Era PC players that have been waiting for client access.

http://puu.sh/7SqVw.jpg

hello!

whats the status on the new windows version?

there are some bugs with the mac version which really need to be fixed, but if thats going to take a while then it may also help if windows developers could debug them, a good suggestion i heard about was to make an equivalent windows client as an optional download on the login server

thank you!

When will a Tile Editor be released for Mac? Not GConstruct?? Has this been talked about?

there is definitely a bug on the new mac client when it comes to reading player attr[] values which contain numbers like so: "1 0 0.1 etc", it also seems to be the case even when trying to concatenate it using @

this means that you cant use tokenize() on a space separated list of numbers within a player attr

I know when they talk about releasing the clients on iPhone and androids devices that they were going to work on more updated dev tools but it hasn't happen yet. But if we do will prob be online tools like web based.

hello!

ive heard from a reliable source that the equivalent new windows client has been ready for some time but is no longer planned to be released, is this true?

then again with the bug for using tokenize on a player.attr value this is probably a good thing

And the stupid openGL bug which won't save the set option within the F3 menu. It's been a long time now we've had to deal with it and I don't get why a small update fixing at least that problem can't be released

just found that the bug with attr values starting with a number also applies to when doing:

i dont know who there is that can fix it now, but it should be fixed

I reported this a long time ago, when I ran into this situation with an account of mine ("100Zero100") getting passed server-to-client seemingly as "100"

The problem involves datatyping.

Although Graal does not have explicit datatypes, it does have IMPLICIT datatypes, which can be grabbed or corrected by using @.

For example:

The former is true because null int and null string are the same when they're just "blob" datatypes. The latter is false because null int and null string are not the same when their datatype is invoked!

To fix your problem, simply put an @ before the attr.

Example:

Chat sets to: 100

Chat sets to: 100Zero100

Hope that helps to shed some light and resolve these types of bugs.

hello!

the problem i mentioned previously involved writing to an attr rather than reading

as for the original problem i mentioned where it does involve reading an attr, usually using the concatenate method does fix it however even that fails in the latest mac client

My apologies. I have run into this question so many times I had assumed it was this (relatively common) Graal bug and not something new and more sinister.

How can you tell if the problem is with writing or reading the attr? If the problem is with reading and even the concatenation method doesn't fix it, then it would appear the same as writing!

Have you troubleshot it in other ways? Such as..

blah.attr[5] = "1_words";

blah.attr[5].length() -- is this 1 or is it 7?
blah.attr[5] @ "" -- is this still 1?

And have you tried it with different delimiters than "_" with no luck?

I suppose the worst case scenario involves setting the data acrossed multiple .attr[]'s or balling the data into one attr via numbers, and that's your current workaround?

I don't have a Mac unfortunately, so I'm not able to test any of this to see.

if i were to do:

GuiShowImgCtrl.actor.attr[1] = "timestamp_otherCharacters.png";

which is basically to set a hat image on a gui control, the hat is not displayed, even if i attempt to use the concatenation method when writing it

after doing echo(GuiShowImgCtrl.actor.attr[1]); it does output the correct filename, which is also a valid downloadable file which would for example download if used as an npc image, which leads me to believe that its a problem with the client itself in regards to interpreting the attr value

with that said, i have since noticed that the problem also applies to player.attr[i] and it is not exclusive to the mac client, whereas the original problem i mentioned with reading + tokenizing a player.attr[i] value such as "1 2 3" is exclusive to mac

i just noticed now there that there is actually not a bug reading such strings which begin with a number within player attributes for the new mac client, it simply appeared to be the case because during my attempts to debug a problem the real bug turned out to be that a string value was being treated as if it were NULL

example:

this example should show that there is a bug with concatenating strings which consist of numbers in such a way, as temp.h is being treated as if it is NULL when it is not NULL

i don't have linux but i feel that there is no love for linux :cry: