Может быть есть пример с подобной навигацией?

К примеру есть такой tree.view

$my_menu $mol_book
  pages <= my_pages /

Будет ли правильно убирать лишние ключи в методе my_pages при переключении пунктов меню?

Я бы предложил такие ссылки:

#order
#order=12
#order=12/product
#order=12/product=core_i7
#discount

Внутренние ссылки раздела имеет смысл сделать через патчи:

<= Order_link!id $mol_link arg * order <= order_id!id \
<= Product_link!id $mol_link arg * product <= product_id!id \

А ссылки на разделы задать абсолютными:

<= Orders_item $mol_link uri \#order
<= Discount_item $mol_link uri \#discount

Тогда переключение между разделами будет сбрасывать параметры.

А куда и откуда можно сохранить состояние раздела при переходе в другой раздел?

Но такие абсолютные ссылки будет не вложить в другое приложение. Поэтому наиболее универсальный вариант:

#section=orders
#section=orders/order=12
#section=orders/order=12/product
#section=orders/order=12/product=core_i7
#section=discounts/order=12/product=core_i7

Бонусом тут получаем возможность выводить скидки с учётом товара с которого на эти скидки пришли.

Хотя, такой переход, судя по всему, должен сбрасывать состояние.

#section=orders
#section=orders/order=12
#section=orders/order=12/product
#section=orders/order=12/product=core_i7
#section=discounts/order=12/product=core_i7

Собственно это меня и смутило, что при переходе сохраняются ключи другого раздела. Но надо обдумать то, что вы описали.

У сохранения ключей есть следующие бонусы:
1. При возврате в раздел восстанавливается его состояние.
2. Можно переключаться между разделами, рассматривая одни и те же сущности с разных ракурсов.
3. Можно учитывать при отображении данные сущности с которой перешли в раздел.

Но если, всё же, изолировать разделы друг от друга, то состояние можно сохранять в $mol_state_session?

Да, конечно.

Друзья, рад представить вам новый компонент $mol_date!
https://github.com/eigenmethod/mol/tree/master/date

Наконец, мы можем устанавливать и получать дату в разных форматах, пока это нативный date piker, но все в переди, и когда-нибудь он станет независимым и полностью mol'овским решением 🙂

Прекрасно! А я уже хотел спрашивать как вы у себя date piker'ы делаете ))

@wmakeev Теперь знаете 🙂 Думаю вам еще будет интересно узнать про $mol_time_moment, он ледит в основе работы $mol_date
https://github.com/eigenmethod/mol/tree/master/time/moment

Не получается настроить закрытие страницы 😕

Создал компонет для страницы раздела section_page.view.tree:

$my_section_page $mol_page
  minimal_width 400
  title \
  section_arg_key \default
  closed_section_arg_value null
  tools /
    <= Close $mol_link
      arg <= close_arg *
      sub /
        <= Close_icon $mol_icon_cross
  body /

И переопределил close_arg в section_page.view.ts:

namespace $.mol {
  export class $my_section_page extends $.$my_section_page {
    close_arg () {
      return {
        [this.section_arg_key()]: this.closed_section_arg_value()
      } as { [x: string]: any }
    }
  }
}

Использую компонент:

Text_section $my_section_page
    minimal_width 400
    title \Скидки
    section_arg_key \discount
    body /
      <= Text_section_body $mol_text
        text \Информация

В результате метод close_arg не переопределяется и используется сгенерированная версия.
В консоли $my_menu.Root(0).Text_section().close_arg выводит содержимое исходной функции:

function () {
    return ({});
}

У вас не мак случаем?