P = pw p t k
B = bw b d g
V = a o
P > B / V_V
P = p t k
b = b d g
B > 0 / #_
I was just making sure redifining works properly.
Yeah ok, I'll have to look into this, though I'm not sure I'd say this is a bug, necessarily. In order to redefineb, you would first have to defineb. That said, I'll look at this when I have access to my code - I didn't turn my workstation on at home this morning, so I have no remote access at the moment.
This should be an easy fix though, I am probably expanding variables in the definition in the wrong order.
Did you mean that to read "B = b d g"? I thought it was odd that you were using "b" as a variable name (which is legal, provided it doesn't conflict with an existing literal). Changing the "b" to "B" in the variable name allows it to work, and re-assigns the values correctly. Further, I re-tested the functionality that allows
The actual cause of the error is not during the parsing of "b = b d g" but rather the application of "B > 0 / #_c"; this occurs because the rule affects "B", which is defined as "B = bw b d g" and "b" has now been defined as a variable containing itself. I can add some kind of consistency check that will cause the command to fail if you are defining (and not re-defining) a variable with itself as a value.
Hey, I was hoping you could help me debug a sound change I can't get to work. I'm trying to make a rule that makes inflectional vowels at the end of a word drop, when preceded by a consonant, which is preceded by an atonic vowel. If more than one consonant is between them, however, the vowel doesn't drop.
Here are the relevant variables I've set up, with their relevant values for the example I have.
AT = Atonic Vowels (î)
C = Consonants (þ s n)
IN = Inflectional Vowels (ĕ)
Here are the sample words I'm using, with their expected outcomes:
þîsĕ > þîs
þîsnĕ > þîsnĕ
Here is the first rule I tried:
IN > 0 / ATC_#
And the outcome was:
þîsĕ > þîsĕ
þîsnĕ > þîsnĕ
Then I tried this:
[AT] = AT
IN > 0 / [AT]C_#
With the same result
Then I tried this:
IN > 0 / (AT)C_#
With the same result
Then I tried this:
IN > 0 / AT(C)_#
And again the same result.
I then tried
IN > 0 / AT?C_#
and got:
þîsĕ > þîs
þîsnĕ > þîsn
Any idea what I'm doing wrong.
I am Ratatosk, Norse Squirrel of Strife!
There are 10 types of people in this world:
-Those who understand binary
-Those who don't
Mater tua circeta ibat et pater tuus sambucorum olficiebat!
Those problems actually turn out to be a really really dumb error which, shockingly, none of my current tests apparently were affected by. This is now fixed though. Sorry for the dumb mistake.
A little nifty feature would be the ability to terminate the application of sound changes past a certain point without the need of cutting temporarily the text afterwards.
Zju wrote:Okay, I learned this the hard way - the SC file has start from the second line, because the first line is ignored.
I feel like I've seen this happen before, but I'm not sure why. Unless you are using a text editor which is inserting a byte-order marker at the start of the file.
I haven't had a lot of time to work on this project, but I have an approach for expanding the power of rule sets.
I have found another thing. It's not much of an issue, since there's an easy workaround, but I felt like letting the others know - the digraphs don't work in groups. To use them so, you have to temporarily make them something else, e.g. a number. So this will work: