[QUOTE=Jon]Toadcop кто сказал что он простой? я ни разу не говорил такого, недумаю что все читающие имеют такой как у нас опыт, предшествующие комменты подтверждают Я новичок но мне всё понятно стало когда я прочитал статью Сергея и твою, А Адольф там шпарил не фтему...

Toadcop, ADOLF, я все не пойму что вы хотите от Джона и статьи?
Единственное что здесь явно представляются попытки "доказать ложную информацию" в статье.


Да стопудова и что? O_o

Jon

1) как правило книжки для чайников (хм, думаю это статья именно для данной категории) начинаются как правило с хелло ворд, а не с каких либо крцтых систем (единственно исключения учебники по асм которые начинаются с хрен знает чего ;) ), было бы неплохо сначало обьяснить, что такое тракебля,как она работает и т.д., далее создать простой пример (к примеру 4 тракебли квадратика, локнутая на них камера и вывод через текст месаг при наводке или клике номера тракебли), а потом сказать тыры пыры теперь руководствуясь этими мы будем делать инв

2 3 5) конечно лучше =))) шучу, нет, просто:

а) хотя бы указать что местро строк мона использовать макросы
б) аттачить путь к текстуре... хм, написать что можно также указать в равкоде предмета оффсет на декорацию для его текстуры
в) база данным по предметам на массивах куда елегантее и удобней, хотя бы указать что кешь сосет во многих случаях (ага, и не говори что мапа с инвом будет юзать стандартные итемы и их равкодами... ^^)
г) AbilCode я так понимаю дб константой? ладно, это придирка)))
д) дальше лень...)

просто имхо статьи о конкретной наработке куда более узки/убоги чем статьи впринципе о чем либо как таковом, опять же передалеть несложно

я помойму об этом и писал, вобщем срачег стоп)

а, ну и конешно имхо всетаки статья о фс без описание тракеблий - пошлость)

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

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

тогда ты тем более должен указать что так можно но и почему ты так не рекомендуешь делать

насчет обобщенности примера и отсутствия чисто теоритический вседений, а также примитивных примеров с таким же успехом можно скачать просто карту с инвом, и разбираться в коде самому (а если код еще более или менее откоментирован) то по полезности в обучение это равно этой статье...


хрен его знает, но имхо можно, просто лень щас думать

O_O! Jon, сколько лет ты писал эту статью?

destr а потомучто там это и не написано, я же сказал что статья не дописана, надо бдует какнить взять волю в куляк и дописать, но это врятли случится, хотя возможно...

J, вот это статья.... О_О Никогда я ещё таких огромных статей по вару не видел (кроме обучения Jass'у на XGM.ru)... Сегодня буду читать, но по-моему статья реально классная =)

Аминь, не парься. Скоро всё будет проще. =)

Понятно.
J Принцип не известен мне, поэтому и спросил.
Это меня очень радует!

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

Я даже не стал открывать готовый пример, а начал писать с нуля, повторяя все действия, описанные в статье. Пока что дошел до середины 5-й главы и могу сказать, что логическая последовательность построения алгоритма очень радует, все удобно и нет каши в голове.

У меня один вопрос - все те модели из импорта, т.е. декорации - фон, рамки и проч... их добавлять в редакторе объектов надо каждую вручную? :'( Если да *хнык*, то какую декорацию лучше использовать как базовую и нельзя ли написать соответствия между названиями импортируемых файлов и кодов ('C000', 'C001' и т.д., а то некоторые не совсем по названиям ясны, не хочется наугад тыкаться) ? Если нет *уря!*, то как их добавить?

Сам сомневаюсь в постановке вопроса: сподозреваю, что только ручками, но ведь может случиться чудо?))))

Ни вы меня не поняли, ни я вас =)

Смотрите:


Все эти 'C001', 'C01C' и проч - мне все эти декорации надо создавать в РО ручками, присваивая каждой соответствующую граф модель из импорта? (А я чую пятой точкой что по-другому и не будет) Тогда на основе какой декорации лучше их создавать? Или без разницы?

У меня тут мысль появилась, если в РО создать Destructable и Item с одинаковым id ? мне кажестя это очень удобно будет.... но не факт, что багов не будет...