New Scripted RC

[zod]

Originally Posted by Portal

being able to open rc without having to be in client would be nice if possible.
It could be a massive pain to have to be in client every time i wanted to be in rc

Same here.

[xAndrewx]

I think it's great. Tested on my pc and mother in laws, all fine no issues.

I would like to see a better functioning file directory- you can't download multiple files (only one at a time) same with deleting.

Great job

[Matt]

Very good work and i'm excited to see a bit more focus on RC for iOS and Android, although i do not support the external RC being disabled. Any reason for it?

[Tim_Rocks]

I really don't want external RC going away. How exactly am I supposed to restart a server when all the serverside scripts are inactive until the server starts up?? Plus I am constantly experiencing disconnections on player which would result in lost time, script progress, and updating comments... Plus I don't wanna deal with an upload menu for files, I drag and drop files all day. Anyway, bad idea. You need to figure out some way to create a new external RC.

[DustyPorViva]

Do you want to lose the last few scripters on Graal, 'cause this is a very good way to make that happen in my opinion.

[Tim_Rocks]

Originally Posted by DustyPorViva

Do you want to lose the last few scripters on Graal, 'cause this is a very good way to make that happen in my opinion.

Dusty is right, a lot of development staff are going to quit.

Operation kill PC is in full effect.

[fowlplay4]

Originally Posted by DustyPorViva

Do you want to lose the last few scripters on Graal, 'cause this is a very good way to make that happen in my opinion.

backing this.

There are tons of people willing to put effort into building a new external RC, make an API or something available so we can create secure third-party RCs.

The lack of OS native GUI elements and terrible font rendering pretty much makes any scripted RC inferior in that regard.

[xAndrewx]

I can't see it happening. Instead of opening RC you'll open the client. What makes you think it will have an impact?

Most new players on Graal have no idea what external RC is or how to use it.

Maybe I'm looking at it from an iOS environment....

[DustyPorViva]

Originally Posted by xAndrewx

Most new players on Graal have no idea what external RC is or how to use it.

That is a horrible, horrible justification.

[fowlplay4]

Originally Posted by xAndrewx

I can't see it happening. Instead of opening RC you'll open the client. What makes you think it will have an impact?

Most new players on Graal have no idea what external RC is or how to use it.

Maybe I'm looking at it from an iOS environment....

That's the problem I don't want to be on client.

Unless there's plans to fix the font rendering and bring native-styled GUI elements (vPlusBlue is ****ing garbage) to the client. A client-based Scripted RC will always be inferior.

And how many good devs legitimately use client RC for developing? I've never encountered someone who uses it for anything more than editing flags or a minor edit on a script or a GP using it so they don't have to open external RC.

Why impose an inferior development environment on the last remaining good devs on this platform?

[Meph]

I personally prefer the external RC as well.

For some reason, the Client-RC causes me to lag whenever a message or echo flies through on RC.

Whenever I accidentally hit the F6 button on iEra, I have to reconnect, because it severely effects my FPS.

Also, I dislike how Client-RC displays everything.
Chat, Trades, Reports, etc. It all populates in the same box, and there's no way to isolate it.
I prefer the tabs on the external RC.

This may be something that could be adjusted on our server; but it's another huge turn-off with Client-RC as of right now.

[Tim_Rocks]

Originally Posted by xAndrewx

What makes you think it will have an impact?

It will affect every developer. I wouldn't trust an internal RC over fear of losing progress due to a disconnection (and it's not my connection, it's Graal). Say the server crashes, can the external RC even get online to start the NPC-Server?

[DustyPorViva]

Also, multi-tasking with scripted RC is near impossible. I usually have 8+ scripts open at any given time... has anyone tried to do that with scripted RC? Because of the way they're made you can't exactly pull the graal window over them... it's just a huge hassle.

Most of the problems come back to how poorly the GUI's are implemented in Graal, and all the scripting in the world isn't going to fix that.

Originally Posted by Tim_Rocks

It will affect every developer. I wouldn't trust an internal RC over fear of losing progress due to a disconnection (and it's not my connection, it's Graal). Say the server crashes, can the external RC even get online to start the NPC-Server?

This is a very good point. I experience disconnections all the time... if I lost my progress every time this happened I would never get anything done.

[Matt]

Originally Posted by fowlplay4

That's the problem I don't want to be on client.

Unless there's plans to fix the font rendering and bring native-styled GUI elements (vPlusBlue is ****ing garbage) to the client. A client-based Scripted RC will always be inferior.

And how many good devs legitimately use client RC for developing? I've never encountered someone who uses it for anything more than editing flags or a minor edit on a script or a GP using it so they don't have to open external RC.

Why impose an inferior development environment on the last remaining good devs on this platform?

Agreed 100%

[BlueMelon]

Originally Posted by fowlplay4

backing this.

There are tons of people willing to put effort into building a new external rc, make an api or something available so we can create secure third-party rcs.

The lack of os native gui elements and terrible font rendering pretty much makes any scripted rc inferior in that regard.

+1