Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Topic/minor #28

Open
wants to merge 2 commits into
base: main
Choose a base branch
from
Open

Topic/minor #28

wants to merge 2 commits into from

Conversation

LFSaw
Copy link
Contributor

@LFSaw LFSaw commented Nov 9, 2017

really minor stuff...

@LFSaw LFSaw closed this Nov 9, 2017
@LFSaw
Copy link
Contributor Author

LFSaw commented Nov 9, 2017

should be merged into musikinformatik/Steno

@LFSaw LFSaw reopened this Nov 10, 2017
@LFSaw
Copy link
Contributor Author

LFSaw commented Nov 10, 2017

(from the other, now due to repository moving removed discussion):

We all have different taste, it seems :)

Tbh., I find \synthIndex, \index, and \nestingDepth not semantically valid enough to justify their length.
I tried to find abbreviations that are, what I thought, either common (\fb, \idx), or follow a common scheme. It seems I failed :)

Since Steno is a livecoding environment, I think it'd be great to have reasonably short yet meaningful names. For an upcoming show, I'll have 10min to create something with Steno and I'd like to spend that time with expressing what I want rather than searching for the right keys (on my keyboard/in the dict) :)

here are proposals:

indexing

I think i and j are valid alternatives, although it is difficult to deduct from them which one has which meaning:

  1. running index in the sequence of all synths (currently called \synthIndex), vs.
  2. running index in the sequence of synths of current type (currently called \index)

Since j is often used nested within a loop using i, my "Eselbrücke" could be i represents more cases (case 1.) than j (case 2.).

I could also imagine \pos as a replacement for \synthIndex, since it is (almost) the position in the string...

nestingDepth

I think \depth would be sufficient.

numChannels

\numChans ?

@telephon
Copy link
Collaborator

We all have different taste, it seems :)

maybe! I also change it sometimes. Is idx used a lot in some world specifically?

Tbh., I find \synthIndex, \index, and \nestingDepth not semantically valid enough to justify their length.

Yes, you are completely right. They (or their equivalents) should also be methods of the StenoSignal object, then one gets autocompletion.

@telephon
Copy link
Collaborator

numChans

I don't think it's worth those few letters.

pos

yes, maybe pos and slot? Or pos and i?

depth

yes, depthnitely.

@telephon
Copy link
Collaborator

telephon commented Nov 13, 2017

We could use this conversation to discuss what information we could pass to the synth / settings about the syntactic context.

  1. simple character count (possibly omitting spaces, parentheses, etc. and "!")
  2. synth count, the howmanyth synth it is
  3. depth, how deep in the total bracket stack (both [] and (), and {})
  4. local character count in the bracket context
  5. local synth count, howmanyth synth in the bracket context
  6. layer count, howmanyth layer in next outermost parallel

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants