profiT писал(а):
Пока Pretorian наслаждается отпуском, оставлю ему "на автоответчик" ещё пожелания.
Я уже нагулялся
profiT писал(а):
Ну, во-первых повторю прошлые пожелания:
1. gpaph.f по идее должно быть graph.f
1. gpaph.f по идее должно быть graph.f
Это поправленно, но еще не залито.
profiT писал(а):
2. Библиотека должна быть библиотекой, то есть не должна ничего выполнять, а только компилировать. Если хочется показать пример работы с ней можно либо выводить пример в отдельный файл (не в папке lib, само собой), либо отграничивать пример(-ы) от кода библиотеки словом /TEST (~profit/lib/testing.f -- удобный, простой и экономный по словам подход).
Это тоже сделанно, но еще не залил.
profiT писал(а):
Prerorian писал(а):
Я всегда стараюсь прятать, но что то STRUCT: не работают когда спрятаны, незнаю почему и пока не разбирался, ...
"Если водка мешает работе, ну её нафик..." (с) Можно использовать слово --.
Это будет сделанно, сам о этом думал.
profiT писал(а):
Prerorian писал(а):
...да и это тока начало проекта.
Ой. Обычно подобные слова обозначают не "начало проекта", а начало его конца.
Неее, пока у меня в мозгах начало его начала. Да и давненько я хотел его начать, пора помочь людям полноценно и быстро работать с графикой. В этой стезе чуствуешь себя нужным. Очень хочется увидеть в будущем на forth интрушку какие были во времена спектрума.
Prerorian писал(а):
Цитата:
Кстати OpenGL тоже прикрутим сюда впоследствии, гулять, так гулять!
Раз уж упомянуто, то такие же замечания к ~pi/lib/opengl.f и к некоторым другим:
1. INCLUDED где можно бы REQUIRE
2. Неуникальное имя модуля (HIDDEN)
3. Почему-то спрятанные внутри модуля WINAPI-функции.
4. STARTLOG, определение main и его вызов выносить или за \EOF или за /TEST или в отдельный файл ("библиотечность").
~pi/lib/opengl.f впоследствии перейдет в папку примеров, после написания opengl под мой проект.
С первым пунктом согласен, просмотрел. Второй вопрос учтем. WINAPI функции прячу т.к. считаю их неумесными в библиотеке которая сама является интерфейсом и предпологает что только через ее стандартные слова будет доступ. По четвертому вопросу согласен, это в период отладки такое у меня наблюдается.
По поводу замечаний graph.f в wincon.f отвечаю, wincon.f это низкий уровень интерфейса, кроме graph.f будут opengl.f, console.f ну еще что то возможно, так зачем нужен нам будет лишний код из graph.f если мы используем opengl.f. В любом случае будет все таки отдельная папка для всех этих файлов.
