genome231 wrote:@First thing I noticed is that you use # for commands and @ for vocabulary, where in Tease-AI this is the other way around.
Is this on purpose or a mistake?
Well it's different, # is for commands, but @ is used to output whatever the command returned. There is no such thing as @NullResponse or @RapidCode. If you want the user to see the results use @, if you don't use #.
Eg: #(.name="Lisa") would set the name to Lisa but would not output anything. Where as @(.name="Lisa") would set the name to Lisa And output the name. (output depends on whats running the script, could be chat, or glitter, or something else)
Right now I am questing weather Lists are too much typing. Sense you use Lists for vocabulary. It's a trade off of readability to new scripts vs speed to write scripts.
genome231 wrote:@Second thing is that scriptwriting for Tease-AI (CE) looks a lot more like "programming" than scriptwriting is in Tease-AI (kinda like that? - but might scare off new-writers?)
First sample:
@First: Do you have to build contacts like you do? Line 40-45
// make sure we have second contact.
Code: Select all
Personality.Piper
#(.name = "Piper")
#(.title = "Mistress")
#(.eye = "blue")
#(.birthday = Date("1990-01-23"))
I guess the commands from first sample script makes sense, at least to me - but I would definetly need some training with it :)
That's mostly my fault because the programming side is the harder part to get working. As a result the samples are mostly testing the programming side. When you actually write scripts it should have more text then in the samples, and not look as much like "programming".
Although the indentation(tabs at the start of each line) are required. It makes it much easier to write the script parser.
No you do not build contacts like that. There is a menu to set all that up, the users should never have to open a text file. That's just there so that the script cannot fail if there is no contact with the id of Piper.
It's useful if say a Spicy set of scripts needed 10 different contacts, but the user only setup 1. That would be the default if the user does not have one with that id.
genome231 wrote:Final question?
Would this allow to generate any number of personalities?
Exactly, but yet the user can change it in settings. So if the user hates a domme called Lisa, they can simply open settings and change it. (note, changing the name does not change the id, so scripts still call it as Lisa.)
genome231 wrote:Second sample:
@At first glimpse it scared me a little, but reading through I kinda like it.
Seems simple enough.
I cant really spot any flaws, seems to function somewhat like Tease-AI.
I would have to work with it a little in a script to be a better judge
Nice work!
Hope I helped (not sure I did though)
Regards
Genome
Ya most of that second sample would be split into different files. it's just quicker while I am developing to throw everything in one file.
And when you have
syntax highlighting it's more readable.
Yes, you helped!
