LET HOLYWAR BEGIN!!111:cool_std:
---------- Post added at 19:24 ---------- Previous post was at 19:23 ----------
да монопенисуально, тока в TC после подкрученных плагинов Shift+Enter нажимать..
Вид для печати
Только не холиварьте о коммандерах, умоляю вас - всё уже сказано до нас :)
http://speccy.info/Категория:Программирование
Пока небогато.
это не то совсем...
А чего не хватает, например?
1. Разделы из гуглодока перенести очень несложно, сейчас их просто не добавлено
2. как пример статьи - DOWN HL:
- Не хватает и̶с̶х̶о̶д̶н̶и̶к̶а̶ скачиваемого архива(нужно курить, можно ли их добавлять и каким образом)
- Возможно, не хватает какой-то стандартизированной таблицы с параметрами
Я что-нибудь еще упустил?
Неправильно выразился - не "исходника", а "приаттаченного файла". Мы планировали аттачить файлы, которые можно скачать, запустить и посмотреть.
На данный момент интересует самый что ни на есть практический вопрос - SpeccyWiki позволяет аттачить архивы к статьям? Если да, то как это делается и какие ограничения?
Извиняюсь, если вопрос тупой - сам я поискать это банально не успел.
---------- Post added at 10:09 ---------- Previous post was at 10:06 ----------
Я так понял, что ZXDN и Vitamin сделали DownHL на speccy.info в качестве пробы, чтобы все смогли определиться, куда двигаться дальше.
---------- Post added at 10:10 ---------- Previous post was at 10:09 ----------
Я имел в виду не то, что мне непонятно, как оно работает, а то, что на примере статьи DOWNHL можно всё опробовать и определиться, в каком виде мы будем все оформлять, если будем пользоваться SpeccyWiki.
DOWN HL - что за название? Фиг кто поймет.
Нужно, ИМХО, называть прямо по-русски: "Расчет адреса следующей строки экрана"
---------- Post added at 11:45 ---------- Previous post was at 11:43 ----------
И хорошо бы указывать входные и выходные параметры.
И убрать оттуда 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, а инсульт.
одну маленькую деталь: структуру разделов. сейчас там хоть и три программки, но если так и продолжать - будет каша, в которой хрен че поймешь.
я специально предложил структуру, в которой все разделено и вроде бы логично. бахать всё подряд в один раздел "программирование" - это какая-то лажа.
бахать всю структуру в эту самую вики - тоже лажа (имхо), т.к. смотреться оно будет не очень адекватно (куча инфы примерно про одно и то же, но в разных разделах).
лучше сделать поддомен и начать с голой вики, если это возможно. именно такой структурой, как в документе.
ну, вообще-то это общепринятое название:) но терминологию надо вводить обязательно, как и, например, виды кодирования спрайтов, чтобы из описаний печаталок спрайтов можно было однозначно сослаться на формат.
п.с. я вижу, у нас до сих пор есть некоторое взаимонепонимание в этом вопросе, предлагаю не останавливаться и обсуждать все возражения дальше. лучше это сделать перед тем, как всё начнется:)
А внутри раздела "Программирование" нельзя сделать подразделы по структуре psb?
Можно конечно. Я просто до конца еще не разобрался как.
сшитое в прошлом пока что.Nibble Dreams, например.
сейчас - крео Микки маус - это да.
Дайте позанудничать...insult(инсалт) - это оскорбление, а инсульт -
stroke.
---------- Post added at 12:27 ---------- Previous post was at 12:25 ----------
снова - в старых исходниках называлась как NBDE/NBHL
назовите как "Процедура перехода к следующей линии Экранной области".
расчетом тут и не пахнет, в гуглодоке прописано.
---------- Post added at 12:31 ---------- Previous post was at 12:27 ----------
а зачем качать?
Мда, меня академический стиль смутил, подумал, что Вы писали.
странный факт, но я году в 1994 убедился, что работает.
Перенес и сделал перенаправление для старого адреса.
Нужна таблица входящих параметров.
Отлично, вики тем и хороша, что все могут участвовать, обсуждать полезность, разделять или укрупнять статьи, сшивать, удалять, делать перенаправление.
Важно только по каждой статье всё обсудить и прийти к компромиссу - имхо, это стоит делать прямо на вики в разделе по обсуждению у каждой отдельной статьи.
А если исходник будет на 10 страниц, то нет смысла его весь приводить в статье, имхо.
А еще скачка потребуется в статьях с примерами. Например, для той же Down HL можно по желанию добавить "подстатью" с примером использования, которую (опять же по чьему-либо желанию) можно дополнять отдельно.
Пример точно нужен отдельно в аттачах, так как пример частенько несет с собой бинарники.
Как, например, сделать пример вывода текстуры в полярных координатах, если к нему не приложена тестовая текстура в бинарнике?
---------- Post added at 12:00 ---------- Previous post was at 11:59 ----------
Для альтернативного названия можно сделать пустую статью с перенаправлением, и все будут счастливы.
Здесь это очевидно, а в крупном исходнике на пару десятков страниц это может стать проблематичным.
Например, можем разработать критерии хорошей, годной статьи по программированию, а все несоответствующие пометить плашками как незавершенные, пока не появится заинтересованный доброволец и не приведет их к общему стандарту.
Нужен стандарт, давайте обсудим его, и предлагаю это сделать отдельно!
Можно добавить служебную статью "стандарт оформления статей по программированию" и обсуждать непосредственно в вики.
---------- Post added at 12:05 ---------- Previous post was at 12:03 ----------
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 ----------
Их надо разделить на две статьи, но этим прямо сейчас у меня времени заняться нет.
Зависит от примера, кому как больше нравится. Я прямо в бинарнике и храню, цепляю через INCBIN в SJASM. Таблицы с Javascript генерю в виде строк DB 0,0,0,1,2,3,4,5,5,5,6 и храню как ASM файл.
Всё зависит от конкретного примера или от стандарта, который мы договоримся использовать.
я бы не ограничился этим. любой исходник с примером хранит в себе запускаемый файл. не Паскаль, конечно же.
вот мы и незаметно подошли к генерации текстур:v2_dizzy_coder:
---------- Post added at 13:40 ---------- Previous post was at 13:25 ----------
для Вас
не является очевидным?PHP код:push hl,de
call proc1
pop de,hl
Согласен, это очень легко организовать. Главное, чтобы нам под эти дела дали место на сервере и саму возможность аттачить файлы.
Здесь очевидно, а кто-нибудь понаворотит, и будет неочевидно. Я не уверен, что нам действительно нужно расписывать все входящие параметры как таблицу, но и не уверен, что этого действительно не потребуется в случае со сложным кодом или неопытным читателем.
желательно, конечно, прикладывать некоторую табличку к коду:
+ входы
+ выходы
+ используемые регистры (портящиеся)
+ точное/примерное время работы (хоть в тактах, хоть в часах)
+ примечания (разрешены ли прерывания, портит ли/юзает какую память)
таблички заполнить не очень сложно, но для большого кода полезно без сомнений. это надо будет внести потом в соглашения по оформлению...
Вы обратили внимание, я приложил файлы с примерами использования?
пример проще расписать с комментариями. если неопытный читатель не поймет - ССЗБ значит.
---------- Post added at 14:02 ---------- Previous post was at 14:01 ----------
Вы возьмете на себя замер времени выполнения некоторых алгоритмов - линия, окружность, заливка?
Согласен. Никакие из правил и стандартов не должны быть препятствием к опубликованию, но, если мы обговорим какой-то "идеал", то стремиться к нему можно будет для каждой статьи постепенно.
Отлично!
И еще нужно добавить пиксельной строки, а то есть еще символьные. Это я не доработал сначала. Сам там зарегюсь, поредактирую тоже. :)
---------- Post added at 16:34 ---------- Previous post was at 16:32 ----------
во-во. Только поля можно по желанию заполнять.
кстати, по поводу споров названия процедуры:
http://sysel.webz.cz/system/scroll_01.html