В 5 и 7 заданиях не корректно работает программа. Ставятся только числители, знаменатель не ставятся! Чтобы их поставить, мы заметили, что нужно вернуться на предыдущую страничку и обратно, тогда поставятся знаменатели. Мы делали всё поэтапно, сначала все числители, потом все знаменатели.

Ниже — подробное решение и пошаговый план, как разобраться с проблемой: на заданиях 5 и 7 программа ставит только числители, знаменатели не ставятся; чтобы знаменатели появились, приходится уходить на предыдущую страничку и возвращаться. Кратко: речь о вводе дробей в вашем приложении. Проблема чаще всего связана с тем, как связываются поля числителя и знаменателя с данными и как события ввода сохраняются в модель. Ниже — как проверить и как исправить, даже если вы ещё не знаете конкретный язык программирования. 1) Что может происходить (диагностика по симптомам) - Единицы ввода: числитель и знаменатель отображаются в разных полях, но при сохранении/переключении между страницами данные знаменателя не попадают в модель. - Неправильная привязка данных: числитель связан с индексом элемента, а знаменатель — нет или связан с другим индексом. - Обновление состояния происходит только на событии blur (потеря фокуса) для знаменателя, а при переходе на следующую страницу данные не сохраняются до следующего рендера. - Проблема с асинхронностью: сохранение знаменателя выполняется после перехода на новую страницу, и поэтому на следующей странице его ещё нет. - Замыкания/индексы: в цикле для расчета форм создаются слушатели, и из-за типа переменной (к примеру, var i в цикле) все слушатели ссылаются на одну и ту же переменную; это может приводить к тому, что для некоторых заданий значения не устанавливаются корректно. 2) Что проверить в коде (пошаговая проверка) - Проверьте, как хранятся дроби в модели: есть ли массив дробей, где каждая дробь имеет поля num и den? Убедитесь, что знаменатель (den) тоже хранится. - Посмотрите обработчики ввода: - Для числителя и знаменателя используются одинаковые обработчики (или хотя бы они корректно обновляют свои поля)? - Обновляется ли den в том же объекте, что и num для той же самой позиции? - Проверьте привязку по индексу: - Если вы создаёте динамические поля для n дробей, убедитесь, что каждый input имеет атрибут data-index (или аналогичный) и что обработчики читают этот индекс правильно. - Проверьте сохранение перед переходом: - Перед переходом на следующую страницу вызывается ли функция сохранения (update) для всех дробей? - Не затираются ли значения знаменателей при повторном рендере? - Посмотрите на навигацию между страницами: - Что именно сохраняется в localStorage/сессии или в состоянии приложения? - При перезагрузке страницы знаменатели действительно восстанавливаются? Если да — проблема в динамическом рендеринге, если нет — проблема в не сохраняющихся полях. - Логи и тесты: - Добавьте консольные логи или вывод ошибок при вводе знаменателя. - Протестируйте ввод всех дробей пошагово: введите nums и dens для 5-й и 7-й дробей, затем попробуйте перейти. 3) Как исправить — общий подход (без привязки к языку) - Объединить входы в одну структурированную модель: для каждой дроби храните объект {num, den}. Не храните num отдельно от den в разных местах. - Для каждого поля ввода используйте явную привязку к движку данных: - input поле числителя: при изменении обновляйте fractions[i].num. - input поле знаменателя: при изменении обновляйте fractions[i].den. - Обязательно сохраняйте оба значения при любом изменении: - Если пользователь заполняет только число (num), не переходите к следующему шагу без проверки, что den хотя бы пустой/валидный; либо прямо запретите переход, пока den не заполнен. - Убедитесь, что данные не затираются повторной инициализацией: - При ререндере страницы/экрана используйте сохранённое состояние, не создавайте новый пустой массив данных. - Сделайте явную валидацию перед переходом к следующим заданиям: - Пример проверки: для каждой дроби спросите: num != '' и den != ''? Если нет — показать подсказку и не переходить. - Если приложение использует локальное хранилище или серверную часть, сохраните обновления сразу после ввода (onChange) или перед уходом со страницы (onBeforeUnload), чтобы данные точно сохранились. 4) Примеры реализации (обобщённые решения) Ниже простые примеры на популярных подходах. Вы можете адаптировать под свой язык/код. A) Вариант 1: чистый JavaScript (без фреймворков) - Модель данных: fractions — массив объектов { num: '', den: '' }. - HTML-структура: для каждой дроби есть два поля ввода: input data-index="i" data-type="num"/"den". Пример кода (концептуально): - Инициализация: fractions = []; для i от 0 до N-1: fractions[i] = { num: '', den: '' }; - Обработчики: на ввод числителя input[data-type="num"]: idx = +input.getAttribute('data-index'); fractions[idx].num = input.value; на ввод знаменателя input[data-type="den"]: idx = +input.getAttribute('data-index'); fractions[idx].den = input.value; - Валидация перед переходом: для каждой дроби f в fractions: если f.num === '' или f.den === '': показать сообщение "Заполните оба поля" и запретить переход. - Преимущество: данные сохраняются сразу при вводе; переход не зависит от «попасть на предыдущую страницу» для работы. B) Вариант 2: React (пример архитектуры) - Состояние: const [fractions, setFractions] = useState([{num:'', den:''}, ...]); - Разметка для каждой дроби: updateNum(i, e.target.value)} /> updateDen(i, e.target.value)} /> - Обновления: function updateNum(i, value) { const next = [...fractions]; next[i] = { ...next[i], num: value }; setFractions(next); } function updateDen(i, value) { const next = [...fractions]; next[i] = { ...next[i], den: value }; setFractions(next); } - Валидация перед переходом: if (fractions.some(f => f.num === '' || f.den === '')) { показать сообщение; вернуть; } C) Вариант 3: Python (backend + HTML-форма) - В форме имена inputs должны быть одинаковым образом структурированы, например: - При обработке формы в серверной части: fractions = [] for i в диапазоне(N): num = request.form.get(f'fractions[{i}][num]') den = request.form.get(f'fractions[{i}][den]') fractions.append({'num': num, 'den': den}) - Валидация и сохранение: убедитесь, что и num, и den не пусты перед обработкой. 5) Конкретные шаги по вашей ситуации (пошагово) - Шаг 1: Найдите место, где записываются значения числителей. Проверьте, что для знаменателей есть аналогичная запись и что оба значения сохраняются в одной структуре данных для каждой дроби. - Шаг 2: Ищите место перехода между страницами. Убедитесь, что данные дробей сохраняются до того, как вы покинете страницу (например, посредством сохранения в локальное хранилище или в общий контекст состояния). - Шаг 3: Проверьте привязку индексов. Для 5-й и 7-й дробей проверьте, что индексы корректно передаются в обработчики ввода. Возможно, проблема связана с тем, как вы создаёте обработчики в цикле (замыкания). - Шаг 4: Добавьте явную валидацию перед переходом на следующую страницу: - Для каждой дроби убедитесь, что и num, и den заполнены. Если нет — покажите подсказку и не переходите. - Шаг 5: Протестируйте повторно: - Введите числитель и знаменатель для всех дробей, включая 5-ю и 7-ю. - Нажмите переход к следующему заданию и убедитесь, что все знаменатели сохраняются. - Попробуйте вернуться и проверить, сохраняются ли данные после навигации. 6) Что сделать, если вы не знаете язык/фреймворк - Напишите здесь кратко, какой язык и какой фреймворк вы используете (например, «JS + HTML», «React», «Vue», «Python Flask», «Android» и т. д.). Я дам точный фрагмент кода под ваш стек. - Между тем примените общий принцип: храните пары num-den в одном объекте/структуре для каждой дроби, обновляйте их вместе и валидируйте перед переходом. Если нужно, могу привести точный пример под ваш стек: просто скажите язык и мини-описание текущей реализации (как устроены формы для дробей, как обрабатываются кнопки “Далее” и т. д.).