The current Decisions only allow Cinques and Maximus Methods to be used in peals on 12 bells.
So if the simultaneous C6 had been rung to a peal, it would have to be recorded as a new twin hunt Maximus method. It might be entitled "Simultaneous Cambridge Minor Little Surprise Maximus". (It would currently also be a Differential method since it's short course -- the subgroup proposal eliminated Differential for short course methods.)
With this approach, everything fits into existing composition and performance databases, and existing method classifications.
But I believe JAH would prefer a peal of Simultaneous Minor not to require the naming of a new Maximus method (with the same principle applying for Simultaneous Triples and Doubles, 3 X Minimus, etc). Splicing more than one method in the same row would become a valid form of composition in JAH's view.
The differing views we had on this previously seemed to result from whether one prioritized machine readability or human readability. 'Simultaneous Cambridge S Minor' would make clear to many ringers what was rung (though only up to a point - e.g. if a call was used that swapped the bells in 6th's and 7th's places, things becomes murkier). But introducing in-row splicing would require composition libraries, proving programs and similar to be reprogrammed.
GACJ pointed out that there are already a number of existing methods in the CC library where sets of adjacent bells only move within the range of places of each set.
I think all of us agreed that simultaneous ringing ought to be true at the combined stage, not just at each of the individual stages.
There are good arguments in either direction on this issue. JAH's view did seem to be a minority one, although this question came up as we were closing in on the deadline to submit our document to MC, so I don't think we had a full debate. Our doc didn't provide for simultaneous ringing, other than by naming a new method at the combined stage, as would be done today.
Tim
At the risk of this spiralling into another huge acrimonious debate about minutiae (which I don't want), let me try to point out some ways in which my opinion is still radically different here.
The things that I see as potentially objectionable here are the "have to be recorded" ... I think the band should be free to describe their performance in any way they choose, with the understanding that a clear appropriate description is to be preferred. Whether it is "counted" should be independent of the choice of description ... Many of us do not agree that other people's ringing "ought" to be anything. It can be helpful to have a notion of truth ... I think that many of those on the "everything must be categorized and described in a standard way" side of the debate imagine that those of us on the more libertarian side are simply arguing for slightly different rules of categorization. We are not - we just think that this fundamental principle is mistaken ... Of course I am being a bit facetious here, and I don't want to blow it out of proportion, but I do see this example as a microcosm of some of the fundamental disgreements that still plague us.
TJB: ... it would have to be recorded as a new twin hunt Maximus method.
AEH: I see as potentially objectionable here are the "have to
be recorded" part and the requirement to name it in a particular way.
TJB: I'm not advocating there only being unique ways to describe things in
> the framework.
It sounded as if you were in your earlier message quoted above.
It is separate, but in-row splicing (or as I would say stacking) is a
good test because when something that can so simply be described in
common sense terms cannot be so described by a logically derived
framework then there must be something wrong with the framework.
My gut reaction would be for option 2.5 of the three above, ie an open
system where innovators can propose extensions to the descriptive framework
but where the CC would be responsible for ensuring that whatever was added
was well thought out and 'bug free'. That should work as long as the CC
sees its goal as providing a service, which others would respect.
If we adopt such a position we have made no real progress at all, we've just rearranged the furniture and updated the upholstery. To progress we need to change the paradigm from a "we'll tell you have you have to report things" one to a "we'll record what folks do, and how they choose to describe it, adapting how *we* categorize them as necessary to reflect what it is they do and report."
This is where I think we ought to be heading:
[followed by points 1-4]
That sure sounds to me like "you don't get to use the description that would be allowed by the modified framework unless you can get it modified before you ring it, even if the band believes that modified version is a more accurate description of what they have done." That's the status quo.
The reason I keep using the simple 6+6 example is that although it is a tiny subset that avoids much of the complexity of the whole area its intrinsic simplicity means it already has a 'common sense' description, and that mustn't break the model either.
I think we may be able to define a way of building rows* from multiple methods/elements, which could be sufficiently generic to describe *any* ringing that is made of Adjacent Changes, while allowing ringers multiple ways of breaking down and defining the constituent methods within that framework as suits their preference.
... My thoughts (and they might or might not survive contact with the reality of
doing it) are: ...
- Where a type of ringing is reasonably foreseeable but largely unexplored
we should aim to define the minimum necessary to provide the conceptual
hooks on which later detail can be added, and to do so in a way that does
not prematurely close off options.