Как объяснить консультанту: отсутствие множественного выбора в SELECT-OPTIONS с датой

Hanna_89

Добрый день!
Возникла такая вот пустяковая проблема с датой:
SELECT-OPTIONS:
so_date FOR zsstc_mileage_navi_scr-datab OBLIGATORY NO-EXTENSION.
AT SELECTION-SCREEN ON so_date.
IF so_date-high IS INITIAL.
MESSAGE ... .
ENDIF.

И консультант спрашивает: "почему Вы убрали кнопочку многократного выбора, так не пойдёт".
Я отвечаю: Потому что при попытке ввода(допустим) нескольких значений даты верхней или нижней, в select-option всегда верхняя граница будет initial -> всегда будет выплёвываться мой message. Нужно исправить такую ситуацию.
Мой ответ не совсем удовлетворил. Как правильно сказать, что кнопка эта в целом не нужна?

Chirva

А вы уверены, что при работе отчета никому не потребуется задать несколько дат?
Например, не так давно выбирал отчетом данные по воскресеньям - просто задал 4 даты июня.
Если бы в отчете не было многократного выбора, то пришлось бы 4 раза запускать отчет и суммировать в MS Excel.

Hanna_89

Уверена, и верхняя граница всегда должна быть заполнена.

Chirva

Hanna_89 написал(а):

Уверена, и верхняя граница всегда должна быть заполнена.

Если в условиях задачи не допускается использование более одного диапазона - это можно достичь, как отключением кнопки многократного выбора так и переводом задания дат в параметры, а не select-option. В любом случае, консультант должен согласиться, что более одного диапазона дат не может быть задано.

Второй вариант - опустите опрос в тело программы. Обрабатывайте эту ошибочную ситуацию после запуска.

Удав

Hanna_89 написал(а):

AT SELECTION-SCREEN ON so_date.
IF so_date-high IS INITIAL.
MESSAGE ... .
ENDIF.

1. Проверку лучше всего производить в AT SELECTION-SCREEN после нажатия кнопки "Выполнить" или Enter.
Иначе при любом действии (кнопка "Назад", к примеру) будет выскакивать MESSAGE - это будет нервировать не только пользователей, но и тестировщиков.
2.Для анализа SELECT-OPTIONS лучше принудительно читать внутреннюю таблицу для заполнения header line.

SMak

Может быть сделать select-options без диапазона, только с многократным выбором. Тогда и проверку на -high можно не делать:

Code:

SELECT-OPTIONS so_date FOR zsstc_mileage_navi_scr-datab OBLIGATORY NO INTERVALS.

  TYPE-POOLS: sscr.
  DATA:
       gs_restrict  TYPE sscr_restrict,
       gs_ass       TYPE sscr_ass,
       gs_opt       TYPE sscr_opt_list.
  CLEAR: gs_ass, gs_opt, gs_restrict.
  MOVE: 'DATE' TO gs_opt-name.
        'X'    TO gs_opt-options-eq.
  APPEND gs_opt TO gs_restrict-opt_list_tab.
  MOVE: 'S'       TO gs_ass-kind,
        'SO_DATE' TO gs_ass-name,
        '*'       TO gs_ass-sg_main,
        ' '       TO gs_ass-sg_addy,
        'DATE'    TO gs_ass-op_main.
  APPEND gs_ass TO gs_restrict-ass_tab.
  CALL FUNCTION 'SELECT_OPTIONS_RESTRICT'
    EXPORTING
      restriction = gs_restrict.

Rokhay

Вообще, очень странная исходная формулировка проблемы.
У вас код является основой для тз что-ли?
Какое ограничение прописано в исходной постановке задачи, что его не получается реализовать?

Правила форума

Как объяснить консультанту: отсутствие множественного выбора в SELECT-OPTIONS с датой

Кто сейчас на конференции