The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
I really like this one from Winnie, because it is also an example where the unjumbled phrasing is not even incorrect by the standards of idiots who want to apply the Latin rule on ending clauses with prepositions -- but the jumbled version is incorrect.
i.e. "To put up with" is a phrasal verb, so the clause "that I will not put up with" ends with a verb, not a preposition.
Moving "up with" breaks the verb (you can put words between the particles of a phrasal verb, but you can't change their order). "To up with put" makes no sense, except if used ironically, as Winnie did.
If you end a Latin clause with a preposition, it becomes nonsense, so the idiotic "rule" came from toffs studying Classics, who were told off when they directly translated English clauses into Latin, with prepositions at the end.
The rule they should have recognised and obeyed was "don't translate directly from one language to another".
"Put" is one of my fave phrasal verb roots:
• Put = "put"
• Put up = "give lodgings to"
• Put up with = "withstand"/"stand for"/"suffer"
It makes no logical sense whatsoever; cute as a button!
I wanna be a eunuchs developer! Pass me a bread knife!
I suspect that some of these rules were invented in order to separate the lower classes from those who went to the right schools. Only when the middle classes gained pretensions of gentility did these rules become common usage.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
Anything that is unrelated to elephants is irrelephant Anonymous - The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944 - Never argue with a fool. Onlookers may not be able to tell the difference. Mark Twain
I translated your text with Google translate and found out that it is about an UDEMY course "WPF e XAML em PORTUGUÊS".
I think the problem that you have no subscribers is caused by the fact that it is written in portuguese which narrows down the audience, so I would advise to translate it into English.
But it may also be a question of time before you get subscribers, as your course is quite new.
So in my Rolex lexer reboot, I'm potentially adding a way to specify lexer rules using eXtensible Backus-Noir Form instead of regex (although you can also use regex)
My parsers already allow for this. But I'm thinking of including this feature in my lexer directly.
This creates a strange problem for me, wherein as soon as I add this feature my lexer documents fit the exact same format as my parser documents.
Well, the what is that if you pass the same document to a parser that you pass to the lexer you'll get different results, and you shouldn't. You should get just the terminals rendered by the lexer generator. That way the parser can work with the lexer from the same spec document.
But if i pass one of these documents to my lexer, it will treat all of the elements as terminals! why would it not?
My options are to make a new file format specifically to distinguish between this one and XBNF, or to make Rolex only render parts of the XBNF document - the terminal parts. It's kind of counterintuitive that last bit, but it's the Right(TM) result.
Fortunately with the last option if you only use regex in it, none of the above matters. But if you start using BNF in it, it will get confused as to what's a terminal and what's not, forcing you to mark every terminal declaration with the terminal attribute.
I don't like that.
I might make a command line option to either force the document to be a lexer document, or to force it to be treated as a parser document.
This is confusing even to explain. There has to be a better way.