Библиотека нужных процедур для написания демо

[goblinish]

Четкость в выражении мыслей- залог успеха. А за всякими эмоциями получается многабукф и резко влом читать.

не пора ли мне демоэффектами заняться?
тем более, что алгоритмами пополнили

---------- Post added at 12:48 ---------- Previous post was at 12:46 ----------

ну на INSULT вообще глупо рассчитывать так-то...

а смысл? повторять амижные эффекты?

[moroz1999]

DOWN HL - что за название? Фиг кто поймет.
Нужно, ИМХО, называть прямо по-русски: "Расчет адреса следующей строки экрана"

Перенес и сделал перенаправление для старого адреса.

И хорошо бы указывать входные и выходные параметры.

Нужна таблица входящих параметров.

[goblinish]

Нужна таблица входящих параметров.

hl=адрес экранной области, используется А.
очевидно же..

Перенес и сделал перенаправление для старого адреса.

КАКОЙ РАСЧЕТ??77777

[moroz1999]

одну маленькую деталь: структуру разделов. сейчас там хоть и три программки, но если так и продолжать - будет каша, в которой хрен че поймешь..

А внутри раздела "Программирование" нельзя сделать подразделы по структуре psb?

Можно конечно. Я просто до конца еще не разобрался как.

Я добавил подраздел Программирование Графики в Программирование. Вечером попробую для прикола попереношу остальное, хотя бы частично, чтобы был наглядный пример, как оно могло бы выглядеть.

[Vitamin]

Перенес и сделал перенаправление для старого адреса.

Тогда уже и предыдущей строки тоже.

---------- Post added at 12:54 ---------- Previous post was at 12:53 ----------

КАКОЙ РАСЧЕТ??77777

Обычный. Следующей строки. На основе входных данных. Что этими данными является (координаты или адрес) - не важно

[moroz1999]

И убрать оттуда UP HL и сделать отдельную статью про UP HL и сделать статью про DOWN DE, UP DE, DOWN BC, UP BC, DOWN IX, UP IX, DOWN IY, UP IY, и, для тех, кто не понял принцип рассчета, DOWN AF, UP AF, DOWN IR, UP IR...
Это я к чему? К тому, что надо статью про расчет адресов следующей/предыдущей линии экрана, полезность для оптимизации оформления этого расчета как макроса, а не как подпрограммы, пример пользительного использования... А не отдельную статью по способу перехода именно к следующей строке для адреса именно в HL. А также статью по формату экранного файла ZX, иначе все эти нидейские танцы будут впринципе не поняты, а демы сшиты белыми нитками без капли понимания и оптимизации. И получим мы по результатам не INSULT, а инсульт.

Отлично, вики тем и хороша, что все могут участвовать, обсуждать полезность, разделять или укрупнять статьи, сшивать, удалять, делать перенаправление.
Важно только по каждой статье всё обсудить и прийти к компромиссу - имхо, это стоит делать прямо на вики в разделе по обсуждению у каждой отдельной статьи.

[goblinish]

Обычный. Следующей строки. На основе входных данных. Что этими данными является (координаты или адрес) - не важно

ок, называйте, как хотите.

[moroz1999]

а зачем качать?

А если исходник будет на 10 страниц, то нет смысла его весь приводить в статье, имхо.
А еще скачка потребуется в статьях с примерами. Например, для той же Down HL можно по желанию добавить "подстатью" с примером использования, которую (опять же по чьему-либо желанию) можно дополнять отдельно.
Пример точно нужен отдельно в аттачах, так как пример частенько несет с собой бинарники.
Как, например, сделать пример вывода текстуры в полярных координатах, если к нему не приложена тестовая текстура в бинарнике?

---------- Post added at 12:00 ---------- Previous post was at 11:59 ----------

ок, называйте, как хотите.

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

[goblinish]

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

и в каком виде будет текстура? XOR-style, который процедура формирует?
Лучше уж *.sna+исходник+файлы с/без Хобеты.

[moroz1999]

hl=адрес экранной области, используется А.
очевидно же..

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

Нужен стандарт, давайте обсудим его, и предлагаю это сделать отдельно!
Можно добавить служебную статью "стандарт оформления статей по программированию" и обсуждать непосредственно в вики.

---------- Post added at 12:05 ---------- Previous post was at 12:03 ----------

и в каком виде будет текстура? XOR-style, который процедура формирует?
Лучше уж *.sna+исходник+файлы с/без Хобеты.

SNA легко получить с BAT файла. Плюс ко всему, SNA ограничиваться не хотелось бы, так как примеры для процедур загрузки с диска или ленты потребуют других форматов файлов.

SJASM этим хорош, так как сборщик файла можно настроить прямо в исходнике примера.

---------- Post added at 12:07 ---------- Previous post was at 12:05 ----------

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

разубедите меня.

Согласен, меня тоже смущает, но аргументов "против" я пока найти не смог.
Стартовую страницу сделать легко, список категорий в нужном нам виде - тоже никто не мешает.

---------- Post added at 12:09 ---------- Previous post was at 12:07 ----------

Тогда уже и предыдущей строки тоже.

Их надо разделить на две статьи, но этим прямо сейчас у меня времени заняться нет.