Setmap will be disabled soon

Admins · #1 02-19-2008, 04:17 PM

The old setmap feature to connect levels will be removed in the next Graal version. Servers that still use it should switch to gmaps. I've seen that Delteria and N-Pulse still use it, hope it will not be a big problem.

The setminimap function will still work (although not required with gmaps).

Rufus · #2 02-19-2008, 05:34 PM

Will it still work offline?

Rapidwolve24 · #3 02-19-2008, 06:00 PM

Quote:

Originally Posted by Rufus

Will it still work offline?

If he releases a new GraalEditor probobly not.

Skyld · #4 02-19-2008, 06:33 PM

Quote:

Originally Posted by Rapidwolve24

If he releases a new GraalEditor probobly not.

Well you can use loadmap or the gmaps file in the level editor for loading GMAPs anyway. There isn't really any reason to be using old maps these days.

Admins · #5 02-19-2008, 06:46 PM

There will not be a new editor yet. Converting setmap to gmap is normally quite easy, you can open an existing gmap to see where to put the level filenames.

Crow · #6 02-19-2008, 06:49 PM

Quote:

Originally Posted by Stefan

There will not be a new editor

Great...

cbk1994 · #7 02-19-2008, 11:16 PM

Quote:

Originally Posted by Stefan

the next Graal version

Will this be the same Graal version with external windows?

Quote:

Originally Posted by Crow

Great...

Did you seriously expect him to be making a new Graal Editor? No, first he has decided to make a Universal version of Graal for Mac. He's also decided to make a level editor, a GANI editor, and a full-fledged RC client for Mac. I am very happy about his sudden change of heart [/sarcasm]

Crow · #8 02-20-2008, 12:12 AM

If you ask me, Stefan should just throw together some libs we can use to code our own new tools. I would be pleased.

Inverness · #9 02-20-2008, 01:14 AM

There is no need, external scripting windows will soon be possible and I'm sure Stefan would want new tools created with GS2 so that those on Mac and other supported Systems could use them too.

pooper200000 · #10 02-20-2008, 01:30 AM

Quote:

Originally Posted by Stefan

There will not be a new editor yet.

Sneaky Stefan edit :O

DustyPorViva · #11 02-20-2008, 02:00 AM

Quote:

Originally Posted by Inverness

There is no need, external scripting windows will soon be possible and I'm sure Stefan would want new tools created with GS2 so that those on Mac and other supported Systems could use them too.

Since he's not even scripting them I don't see a reason to halt external tools.
Scripted tools will never match external ones, external windows or not.

Crow · #12 02-20-2008, 03:41 PM

Quote:

Originally Posted by DustyPorViva

Scripted tools will never match external ones, external windows or not.

May I have your babies? I totally support that point. Tools shouldnt be part of the game itself, they should have their own executables or atleast be hardcoded.

Admins · #13 02-22-2008, 03:25 PM

Why can't they match the external versions?

Crow · #14 02-22-2008, 04:26 PM

Quote:

Originally Posted by Stefan

Why can't they match the external versions?

If you are talking about an exact copy if the editor, coded in GScript...I dont see any problems with that. Fact is that such things dont exist though.

DustyPorViva · #15 02-22-2008, 05:09 PM

Well, there's tons of reasons that have been listed over the years.
If you're not scripting it, then there's no reason for there not to be a scripted editor. It won't steal any of your time away, order your slaves to get it done. I don't have a problem with it, just like the RC. I don't have a problem with the fact RC is scripted, it has its uses.
BUT, if you're not scripting these tools, so you no longer spend time on tools for Graal, why is it so hard to ask for the external tools to be updated? Its not like you'll be working double time scripting the internal tools and coding the external ones.
From my experiences with client-RC, I don't think internal tools will ever match the performance of external tools. They're sluggish, they carry the faults of the GUI interface, they reflect the performance of the client. Take for example... hmm, a gani editor(I assume this will be scripted as well?). Right now I can open up my gani editor and edit some gani's. It works full speed, no slow-down... its a simple application. But, I suspect, just like with RC, if I were to be using this as a tool in Graal, its performance would drop because Graal itself isn't that fast on my computer.

Also the fact that internal tools will never have the flexibility of external. It's programming vs interpreted. The tools will be as limited as the security and flexibility of GS2.
I mean, I do see the benefits of scripted tools... but personally for me they end up just being fail-safes. Like... "hmm, I'm not home so I won't bother installing the editor to edit this level, I'll just use the scripted one!" And that's about it. Scripted RC is a great accomplishment, and really pushes the limits of GS2... but as far as using it goes, I'll just stick to my external RC.

If you're not doing the scripting(and therefor, not dividing your time between scripting AND coding) why are you so determined to abandon tools that are basically there and just need to be updated?