mgw писал(а):
Тогда используем его. Если он этого не умеет, то пишем "правильный" ОСный.
Пишем, пишем...
По вариантам ответов:
1. То, что Вы, видимо и подразумеваете. Создаем библиотеку/лексикон и т.д.
2. Правим свой FORTH, чтобы он делал "все правильно", но никому об этом не говорим.
3. То же, что и (2), но вытаскиваем все нужные для этого слова наружу, чтобы удобнее было использовать.
4. Добавляем в код FORTH второй вариант в параллель первому, т.е. половину жизни FORTH работает по-старому (например, при саморазвертывании), половину по-новому...
С окнами:
1. Пишем большую оконную библиотеку/лексикон, инкапсулируя (возможно, оконно-ориентированно) win-api.
2. Втихаря переписываем EXPECT и TYPE под работу в консоли (создаем Цикл Приложения, окно-консоль и т.д.). Т.е. имеем тот же ANSI-FORTH, но "виндовый".
3. Проводим аналоги между Циклом Управления FORTH и Циклом Приложения и программируем последний по-FORTH-овски: WORD читает Win-msg, FIND ищет обработчик сообщения и т.д.
4. Т.к. в (3) не осталось места под нормальный ПОТОК, до цепляем вместе два FORTH - один читает слова, другой - сообщения...