Marked as draft for breaking every test and doctest that relies on module orderings for objects being ordered and displayed in a certain way.

I fear that the problem is significantly larger than just exchanging the positions of c and C in the translation.

Several people obviously stumbled into this in the past when debugging their own code, but were unaware of the underlying translation problem leading them to the conclusion that they had chosen the wrong Oscar-ordering for their purpose and then using the other one.

@afkafkafk13 are we allowed to change the default ordering for modules on the Oscar side to match the default ordering on the Singular side?
This would fix the conversion problem for module related objects when the ordering is ignored. With some small code changes the tests (except book test) and doctests are now working.

@afkafkafk13 are we allowed to change the default ordering for modules on the Oscar side to match the default ordering on the Singular side? This would fix the conversion problem for module related objects when the ordering is ignored. With some small code changes the tests (except book test) and doctests are now working.

Changing the default ordering (as ordering, not as symbol) would be a major change and cannot be done without thorough discussion with @ederc and @jankoboehm and others. On the other hand, you are NOT changing the default ordering, but correcting it back to the ordering (not the symbol) that is currently being used, whereas the correct default ordering was changed by correcting the translation table for the symbols to match the definition, right?

On the other hand, you are NOT changing the default ordering, but correcting it back to the ordering (not the symbol) that is currently being used, whereas the correct default ordering was changed by correcting the translation table for the symbols to match the definition, right?

You are partially correct. For every computation that happens on the Singular side I am just correcting it to the ordering currently being used. Some examples for this would be using groebner_basis and leading_module without a specified ordering.

Wheras if the computation happens purely in Oscar I have changed the ordering from current default ordering e.g. when using leading_term, terms without a specified ordering. This is actually the reason for the failing book test.

No. We are not free to change the default ordering in Oscar. There were reasons for this choice and it is used in the Oscar-book.

Instead, we need to look at the lowlevel methods for preparing data for Singular and add the means to pass an ordering to the corresponding Singular objects. (Just (C,...), (c,...),(...,C) and (...,c) -- nothing fancy, which cannot be represented on the Singular side anyway. The fancy staff, which also includes ways to translate more elaborate module orderings in suitable ways, is not as urgent, but the core functionality on module orderings in Singular should be accessible from Oscar in a clean way. Can we talk about this on Wednesday morning?