Да, возможно вы правы и нужно было его включить в сравнение. На наш взгляд Jade имеет несколько «нетрадиционный» синтаксис, существенно отличающийся от того что все мы привыкли видеть в таких шаблонизаторах как Smarty, Twig и т. д.
1. Никакой неприязни к руби у меня нет. Я просто его не знаю и знать не хочу (мне и без него хорошо). Думаю я не единственный такой. Руби делает ваше решение зависимым от разраба который знает руби…
2. Я могу ошибаться но Джава в отличие от руби есть на 90% машин.
Тема такая, есть проект который использует файлы A, B, C и D. Причем C и D используются другими проектами (к примеру C это jQuery а D это некий файл с утилитами). Есть главный файл проекта app.js который посредством соотв. Вызовов RequireJS, как то использует перечисденнные файлы. Мое решение позволяет собрать app.js, A и B в один файл, а C и D в другой, на этапе сборки проекта перед деплоем.
А по — теме, по — моему главный недостаток вашей попытки создать систему сборки зависимостей, это использование Ruby в качестве сборщика. Возникло пара вопросов:
1. почему именно Ruby, мы ведь собираем JavaScript — проект?
2. Почему не воспользоваться для сборки JavaScript — проекта — JavaScript'ом, и тем же Mozilla Rhino в роли сборщика?
Я для себя решил проблему самописным решением основанным на ANT (для сборки), RequireJS (для управления зависимостями) и Mozilla Rhino (чтобы в build — time можно было бы распарсить код проекта, вытащить зависимости и объеденять / делать что угодно) + Google Closure Compiler и прочие вещи для оптимизации / минификации / сжатия всего этого в deployment package. Чего действительно не хватает JavaScript'у так это чего то типа Maven'а, но без заточки на Java, так чтобы можно было без костылей и стандартных «directory layouts» работать с JavaScript — зависимостями.
Да их даже дублировать не надо, благодаря тому что каждый тайл это див, достаточно сделать .appendChild на диве лежащем над оверлеем — это тупо перенесет тайл из под оверлея — в слой над ним.
И в догонку… откуда там тысяча дивов то? Если делать по уму — то отрисовывать нужно только то что попадает во viewPort, вот тут то что я имею ввиду: jgen.googlecode.com/svn/branches/api-test/map.html спрайт «идет» по бесконечной карте, количество дивов (смотрите сами через инспект) — соответствует тому что физически вмещается в рамку viewPort'a… в любом случае удачи!
Интересно. Несколько замечаний: расчет координатов клика сделать очень легко на эту тему мануалов в сети море. Смотрите к примеру здесь: www.tonypa.pri.ee/tbw/tut25.html
Второе: для отрисовки возможных путей не нужно тысячи дивов, нужен один: полупрозрачный оверлей, а сверху собственно путь — группа тайлов, которые засчет того что находятся над оверлеем создадут желаемый вами эффект. Я кстати тоже делаю что то подобное: jgen.googlecode.com/svn/branches/map-editor/index.html
Кстати, вопрос. Вы не могли бы подсказать мне кое что, судя по всему вы большой знаток windows portable executable format. Мне нужно безопасно (повторяю) безопасно вписать блоб данных в windows файл. Какая порция его была бы наиболее приемлимой для нужд сохранения информации? (я не пишу вирусы, просто нужно запихать байнари данные в экзэшник, да так чтобы никакие компрессоры его не могли порушить). Для Mach-O файлов (MacOSX) я нашел способ модифицирования таблицы символов (внешние библиотеки линкуемые ld). Существует ли подобная вещь для PE?
Прикольно, я тож подобной темой занимался, делаю щас класслоадер на С++ под QT, если интересно напиши в личку хотелось бы сделать более подробный материал. У меня есть код который позволяет использовать Saxon из под сей.
2. Я могу ошибаться но Джава в отличие от руби есть на 90% машин.
1. почему именно Ruby, мы ведь собираем JavaScript — проект?
2. Почему не воспользоваться для сборки JavaScript — проекта — JavaScript'ом, и тем же Mozilla Rhino в роли сборщика?
Второе: для отрисовки возможных путей не нужно тысячи дивов, нужен один: полупрозрачный оверлей, а сверху собственно путь — группа тайлов, которые засчет того что находятся над оверлеем создадут желаемый вами эффект. Я кстати тоже делаю что то подобное: jgen.googlecode.com/svn/branches/map-editor/index.html
Ну и напоследок вопрос: где графику брали?