Not sure if I have ever before been so infuriated by someone's stupidy as much as I have been reading your response, first off let me just say that you are not providing any benefitial information into this topic, you are simply hating on it for absolutely no reason, it won't affect you in any negative way, so why in the world do you even care so much, you sound like a little kid who just wants to hate on others because you aren't capable of doing what they are.
program behavior caused by a discrepancy between differing data types for the program's constants, variables, and methods (functions), e.g., treating an integer (int) as a floating-point number (float)."
From what I remember Twine's macros (or atleast in SugarCube) doesn't care what types variables are, you don't even need to pass in the required arguments, and it won't even tell you if you have anything wrong, same with comparing variables, it doesn't care if one is an integer or one is a string, it will do the comparison in the default way that javascript does, same with arithemetics, it will use the exact same way that javascript does it, if the data types don't match it will upgrade them as it sees fit, go ahead, open up your browser's javascript console and type in
"1" + 1 and you will see that it returns
"11" however, now do
"11" - 1 and you will see that you get
10 meaning that for addition it will cast the number as a string, and for subtraction it will cast the string as a number, meaning that arithmetic operations on different types do not match and are not reversible, it this doesn't strike you as a type error, or a weak type system error, then you clearly have no knowledge on the subject.
Even if we ignore that, you're still trying to "solve" something which isn't actually a common problem. I can't remember the last time I saw an accidentally broken passage in a Twine game (which normally shows up as a red link), and I've very rarely ever seen them reported. (Keep in mind I'm an IGDB moderator over at TFGames.Site, so I see all of the posts in all of the game threads, many of which are Twine games.) A far more common problem, for example, is that the passage exists, but was never edited, so the player just sees "Double-click this passage to edit it."
Well then clearly you haven't played enough games yourself, you can't honestly tell me you have never seen an error when the developer forgot to include the $ before the variable name and then it showed up as a runtime error while you were playing the game. And personally, I couldn't care less if you are a moderator at a website, you clearly didn't seem to gain enough experience from it to be able to understand.
Also, "non declared" variables are actually useful in Twine, because you want to declare as few variables as possible so as to avoid unnecessary bloat in the game history, which slows the game down during saves, loads, and passage transitions. Being able to test an undeclared variable is a good way to see whether it's been used yet or not, and undeclared variables act as a default "falsy" value for them.
Um, just no, you are extremely stupid, and yet again asuming in your tiny head that there is only one way to implement the history between passages, when you know, there isn't there are other ways than just saving every variable and each of their values every time you go to a new passage, and I don't plan on being stupid enough to try that way, I already have a way which will be much faster and much more memory efficient as well, so don't comment on shit you aren't capable of thinking through in your head. And jesus christ speak to any person who actually programs for a living and has a competent brain and you'll find out that they will probably hate default "falsy" values.
If you're converting it to JavaScript, then you're using JavaScript.
As again you're being completely stupid, I said that Twine uses javascript DIRECTLY, as in, it lets you write javascript code in the editor, which is why it uses javascript DIRECTLY, which my language will NOT DO, yes it will have an OPTION to convert to javascript, but its not going to be based around it, therefore I could use whatever the hell in the world I want to. And yes things like variable names and macros are not directly javascript, however they follow the same type structure and are just as weakly typed therefore there is no difference, my language will ensure that all the types are correct before converting to javascript so that there are no possible type errors caused by its weak type system.
Worse, since you're creating your own custom language, you're losing all of the advantages that direct access to JavaScript has, except for the places where you implement your own version of the functions, properties, and methods already found in JavaScript. Which is a lot of work to get anywhere near complete.
If you missed my previous answer, then I am going to add a lot more than just functinos, properties and methods, and no, that really isn't a lot of work, I know what I'm doing, and it won't be long until I am finished, so just be patient and I will show you how simple it actually is to create the things you think are so totally difficult, because in your limited experience you fail to notice how other people are way more capable than you think is possible.
Worse still, there's no way you're going to "crush twine in every category" if you have the added barrier of people having to learn your custom language. Especially with such strong (and needless, IMHO) restrictions on even simple things, like naming passages.
One, my language will be easier to use than twine, so it will have a simple learning curve.
Two, there won't be any restrictions on naming passages that you will actually miss, what did you ever just randomly xor a passage string in twine a couple of times and then attempted to go to it, probably not.
It does if your comment that, "This game engine will be playable in a web browser with html", is supposed to make any sense.
Omg, yes, it will be PLAYABLE in a web browser with html, that doesn't mean that the developer of the game HAS TO use javascript and a weak type system to write the game, omg, what a fucking shocker.
Your choices are to either cripple the game by limiting it only to the kinds of styling you allow, or you let people do all of the kinds of styling they could do in a browser, in which case your custom player has to be the equivalent of a browser. There is no other option.
Styling in the same manner as a web browser, is far from creating a web browser, you probably never even took a look into what would be needed to make a web browser have you, probably not, so trust me, its really not the same fucking thing. And I won't be crippling the game, there will be a lot of styling options, because unlike people like you who seem to defend twine and sugarcube, I don't settle on shitty stuff.
That sounds like "fun" to deal with.
Oh wow, yes, yet again, when have you never needed to xor a passage string in twine, probably never, omg but you are so totally going to miss being able to won't you.
LOL. Have you ever written code?
Yes, I have programmed before, for quite a lot time, I bet I probably programmed way more than you ever have.
You need to allow people to reference media that doesn't exist yet, passages that don't exist yet, etc..., because often those things won't be created until later.
Yes dumbo, they will be able to reference things, they just won't be able to compile the game without those things existing, which won't be a problem, because in my language creating new passages won't be as annoying as it was in twine, so don't worry, it won't be a problem.
For example, if you want "Passage A" to be able to go to "Passage B", and you want "Passage B" to go to "Passage A", then in your system you'd need to create both, edit one, then edit the other, rather than simply creating one then the other. Or another example, what if you want to reference a bunch of images you haven't created yet? Forcing people to make placeholder images just changes the location where the error is likely to occur from "forgetting to make the image" to "forgetting to update the placeholder".
Omg, I have so totally not though about that before, I really hope you have been able to understand my sarcasm through these messages. Yes in twine you would need to create a passage then edit it then go back to the previous on and edit that one, however in my language you won't be forced to keep each passage a seperate "file", in order to be able to do that all you need to do is.
Code:
passage `passage A` {
play(`passage B`);
}
passage `passage B` {
}
But with your limited brain functionality I can see why you would think this would be so much effort you can't possibly bear to do this can you. And like I said earlier, referencing non existing images is allowed, because they are not required by the engine in order to be able to play the game, they are needed to enjoy the game, but the game won't suddenly just break and not allow you to continue just because an image is missing.
So, no, I didn't "forget" anything, I'm just considering things which you appear to have overlooked. Your attempt to constantly enforce existence is going to be an annoying hindrance during development.
What you call hindrance is called type safety and variable declaration by the sane people, and if you maybe ever actually programmed something, you would know how much this helps in debugging, or better yet, straight up lets you know when you have a problem so you don't need to waste hours trying to find where the bug or that one little typo is.
What? That makes no sense. At all.
If passage names can't be checked at compile time, when could they ever be checked?
And what does the passage names being strings have to do with that?
As you seem to keep missing the completely obvious point, the reason why twine passages cannot be properly checked at compile time is because they are strings, and they are very mutable, however since my passage names WONT be of the string data type, they will have the ability to be checked at compile time because they wa to edit them, if you ever really even need to,
will be limited to a few functions that you can call that my compiler will be able to pick up and evalute each possibility that can be generated from them, therefore ensuring that the passage names are correct at compile time, so yes, it is possible dumbo.
Certainly for simple references there's nothing stopping a compiler from checking strings to see if they match the list of passage names. Heck, the Twine editor already checks whether links within double-square-brackets are valid every time you look at the node window, and creates new passages as necessary for newly added links when you finish editing a passage. You can even see broken links in the node window.
Yes there is nothing stopping it if they are constant values, however as soon as you perform any operation on them they turn into an expression which twine is uncapable of resolving at compile time.
Not sure what you think I was "assuming" here, I'm just reading what you wrote. However, it seems to be a pretty huge assumption on your part that the URLs used are "not necessary for the game to work".
Here is your assumption, you're blatantly assuming that I meant that passages are urls.
The links to passages are not URLs, because Twine is a single-page HTML file. The links are references to other sections of the current HTML file.
What are URLs even used for in the game if they supposedly aren't necessary for the game to work?
They are used for multimedia dumbo, and they not necessary for the game to work, they are there to enhance the experience of playing the game, saying that images are necessary for the game to work and that if they fail to load will break the game is like saying that when you're reading a book and you see a typo you have to stop reading the book and you can't continue until they release a proof read version of that book, which clearly isn't the fucking case now is it.
And again, that's not what a "type system" does, nor is there any way for your system to verify the validity "unverifiable multimedia urls" (whatever that's supposed to mean).
And yet again here you are with your limited brain functionality, the point is that a strong type system COULD be used to verify for those things, and yes there really is a way to verify multimedia urls for my system, its called automation, wow spooky I know, I'll put it in basic words so that you can understand, my program, aka something with a more functional brain than you, will get every url you have used in the game, then it will put them in a web browser (not exactly but I'm simplifying for your tiny brain) and then check if it can load an image or a video through it, and then it will show you the results, so that if you created a game some time ago, and you used publically hosted images that are no longer available, you will be able to quite quickly figure out which urls it is that need to be replaced. Wow, wizardy.
And how is your system supposed to know where the error lies? Is it that the code referring to that passage is wrong or is it wrong in that it shouldn't have been deleted? Assuming it even is an "error", and not just the thing that the developer was already planning on changing next.
Yet again, that is very simple, the system isn't stupid and random, all it will say is that you are trying to use something that doesn't exist, and nothing else, it won't hinder you in any way except compiling before you fix it, how you fix it is up to you, maybe you typed in the wrong name, or you just haven't created it yet, it doesn't matter because I'm not stupid enough to try and make the compiler do that, no compiler would try to figure that out.
And how exactly is your system preventing them from continuing without first fixing it?
Have you ever even used a compiler before? Seriously, have you? I am genuinly questioning your abilities to have any sort of input on this topic.
of. Name one popular or widely used programming system that isn't written using strings of text.
I don't know what else you could mean by that, since by any other meaning, Twine passages wouldn't be all strings either.
Oh hey, you know C, or C++, or C#, or Haskell, or Rust where if you make a function like
add(a, b); you call it as
add(5,6); and not
"add" 5 6. Just because they use characters, doesn't mean that they are of the data type string, just because they look fucking similar doesn't make my passage name strings either, so learn how things work, maybe look up what literals are, if you even have the brain capacity to understand it.
That looks like a string to me.
Yes, it does look like a fucking string, but can you see the `` instead of "", if you can't then go to an optician, if you can, then there you go, you have solved the fucking mystery, they look like strings but they are not strings. Well fucking done.
I'm guessing you don't know how LSPs work, or you wouldn't keep describing how your language would work in ways that couldn't be adhered to using an LSP.
For example, how would your LSP ensure only working URLs are used, as you've described? Answer: It can't be done. There's no protocol in the LSP spec to do such a thing. Think I'm wrong? Prove it.
Oof, yet again with your stupidy and missing what I say, I never said that checking urls will be directly within the language and the LSP, yet again you are forgetting to use your limited brain capacity to think about the problem and think through other solutions, like I said, it will be an external utility that will be capable of checking for the links, not the LSP directly, guessing you have never fucking used anything like that because even though its common it seems like you think its total wizardy.
Oh, and FYI,
You must be registered to see the links
. In fact, the whole LSP structure is just one big JSON string.
Omg, of course, oh please forgive me for my bigger intellectual ability to understand the fact that just because one language uses a string means that the developer of a different language (aka mine) will also have to use strings, honestly I am starting to feel sorry for who ever has to put up with your limited brain capacity.
I'm not sure what your big complaint about strings is, but you'll find that they're used all over the place for a reason.
Yes they are used all over the place, I know, I don't have a limited brain, my problem isn't with strings, its that passage names in twine are the same as strings, that they are equivalent, when a lot of problems could be solved if they were different data types. Even if under
I really wish you would stop assuming that I'm assuming things, and instead notice that I'm simply bringing up how much additional work would be required.
I would stop assuming if you stopped wording your responses that clearly indicate that you are assuming things like I have proved many times before.
the hood they are still stored as strings, it doesn't matter, because in the language they will be different.
I'm trying to point out that what you're describing is a STUPENDOUSLY HUGE task
Oh hey, you know this guy called HiEv, he seems to really hate doing work, I bet he thinks writing 500 lines of c# code, would be excruciatingly painful, well guess what, just because you think its a huge task, its really fucking not, you just don't have the actual experience that is to do with said work to be able to understand it, you're just letting your brain wonder without any actual facts.
to produce something which is too complex for beginners to learn
And here again you are completely assuming as you have no idea what the final product will be like, and have you ever heard of the philosophy of C++?
too restrictive for experienced developers to like, and all for no particular benefit, since you don't appear to be fixing real problems.
And here we can see an unexperienced developer attempting to cause chaos in the wild, as he clearly has not used a high level language before and doesn't understand how languages with strong type systems and interfaces, classes and events are useful when you are wanting to create a complex game, jesus christ twine doesn't even have classes, you would have to create them in almost the same style you would have to in C.
No, you did make a mistake, in that you wanted to make something that was out of your league. And yes, you're making that mistake again, due to your own ignorance of how complex a task you're actually taking on.
No, here you are underestimating the abilities of other programmers, specfically me, to be able to produce results, and making the QSP language was not out of my league as I've said before, it was simply too many new things all at once, which resulted in the probability that if I tried to make it right now before I have more experience, it wouldn't turn out amazing, am I still going to make it later on, because unlike you, I don't give up simply because someone says what I'm trying to do is difficult, because if you want to make something, then you got to fucking earn it, and work for it, but yet again, the task isn't even that difficult or huge for this language.
I believe that the whooshing sound you heard was still you missing the point. All programming languages have a standard, even if it's just built into the compiler/player. You're creating your own programming language. Thus it would actually be a standard, even if it's not registered with the ISO.
And here you are yet again failing to understand that the word standard has multiple meanings, so it seems that even the logic of basic humour escapes you, but just to make it clear, the meanings that I am referring to are "sound and usable, but not of top quality", and to me twine would class as being standard, since yes it is usable, and people have been able to create good things in it, however it can be heavily improved, and the other meaning being "regularly and widely used, available, or supplied", since I know it probably won't be a standard in that way, but I don't care, I understand that writers will probably prefer the already defined twine over my system, however I know that programmers will love mine because of the complexity that it allows and the simplicity that is needed to use that complexity, however I am also planning to add features specifically for writers to make it easier to write good stories so who knows, maybe later it will actually become a standard.
And now finally, if you don't have any input on additional features or things in the original twine or sugarcube that have annoyed you, please don't respond, because your response will have no useful feedback in, all it will be is you hating on someone who is creating something that you clearly are not capable to. So kindly, shut the fuck up.
