конечно не работает
надо <list units as unit>
я вроде эту опечатку в описании уже давно исправил, если нет - скажи где ты такую конструкцию увидел
Ну и как-бы ${ushx} вообще работать не будет - надо ${unit.ushx}, не говоря уже о том что оно не будет работать если поле ushx не было изменено в РО.
Radius Bonus: дистанция юнита позволяет покинуть зону до того, как он получит урон. По умолчанию 0.
Кажется это поле отвечает за расстояние на которое юнит может уйти и не смотря на это получить урон, но могу ошибаться.
Теперь, когда вы знаете основные понятия всех свойств, мы используем навыки на создание ауры.
Нечто невнятное, я бы там скорее написал что-то в стиле "Теперь, когда у вас есть общее представление о всех параметрах, применим эти знания для создания ауры".
Таким образом, юниты, которые по-прежнему близки к кастеру будут иметь баф повторно, прежде чем потеряют его.
Не надо "иметь баф повторно", что бы это ни значило, сколь бы "по прежнему близки к кастеру" юниты ни были. Также мне не совсем понятен и смысл предыдущих двух предложений в переведенном варианте, позже посмотрю оригинал и скажу как бы я этот абзац перевел.
Пошарьтесь по типу данных behaviour и создайте новый алгоритм (behaviour) следующим образом
Предлагаю выбрать любой литературный синоним слова "Пошарьтесь", как-то не солидно выглядит.
Ytr, все дело в том, что добавление мест, имеющих определенное предназначение или дающих определенные преимущества приведет к тому что игра начнет вращаться именно вокруг этих мест, в то время как сейчас вся карта в нашем распоряжении. В этом плане даже шахта вызывает у меня некоторые сомнения. Чтобы такой подход имел право на жизнь в рамках духа этой карты, нужно делать всю карту полностью интерактивной, возможно даже со случайным расположением интерактивных элементов, иначе это будет уже совсем другая игра, построенная не на крафте и сообразительности, а на удержании ключевых точек.
DISBTN иконки у предметов отображаются в нескольких случаях
пауза/открытое главное меню
предмет доступен к покупке в магазине, но его нет в наличии (закончился и идет перезарядка) или есть требование к покупке.
но в любом случае, на английский карту переводить слишком трудозатратно
это вообще шедевр, карта изначально была на английском, или ты уже забыл об этом? переводу подлежат только внесенные тобой изменения, а созданию мультиязычных версий была посвящена не одна статья и давно существует соответствующее программное обеспечение.
Оригинальная карта была шедевром. Что получится из нее теперь страшно даже представить.
Поставил минус по нескольким причинам
в свете вопросов автора в академии будущее проекта видится в весьма печальном свете
полный переход на русский и потеря оригинальных английских текстов (сомневаюсь что автор осилит делать карту на двух языках, с совместимостью между разными языковыми версиями), и, как следствие, недоступность новых версий карты для основной массы фанатов, которые живут далеко не в СНГ и русский для них не ближе чем китайский.
масса ненужного хлама, который автор добавил, добавит или только планирует добавить в карту (в частности стрелочки и вывод урона)
При добавлении lwjgl64.dll к lwjgl.dll ошибка прежняя
а это если заменить lwjgl.dll на lwjgl64.dll с переименованием
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.NoSuchMethodError: getPointer
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:128)
at org.newdawn.slick.AppGameContainer$1.run(AppGameContainer.java:39)
at java.security.AccessController.doPrivileged(Native Method) at org.newdawn.slick.AppGameContainer.<clinit>(AppGameContainer.java:36) at game.main.Program.<init>(Program.java:19) at game.main.Program.main(Program.java:54)
... 5 more
При этом майнкрафт, например, также использующий lwjgl, у меня работает вполне исправно.
Что-то подсказывает мне что дело не столько в lwjgl сколько в Slick.
lwjgl у тебя только 32 битный поддерживается я так понял?
раскрыть
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.UnsatisfiedLinkError: D:\PROJECTS\java\doc\game\lwjgl.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:128)
at org.newdawn.slick.AppGameContainer$1.run(AppGameContainer.java:39)
at java.security.AccessController.doPrivileged(Native Method)
at org.newdawn.slick.AppGameContainer.<clinit>(AppGameContainer.java:36)
at game.main.Program.<init>(Program.java:19)
at game.main.Program.main(Program.java:54)
... 5 more
на время теста я могу схостить - вроде сегодня интернет ведет себя стабильно и фиксированный IP провайдер мне не отключал, как он любит иногда это внезапно делать.
Еще один способ быстро найти этот проект и этот ресурс, соответственно, это отфильтровать все кроме категории веб-разработка.
GraTuraL, будь добр, скажи как система узнает что ты хочешь именно этот десяток проектов, если ты ей явно не укажешь на них раньше? Люди еще толком не освоили телепатию, а ты просишь реализовать ее на сервере.
ScorpioT1000, ну не нужно на главной столько хлама. Это можно реализовать отдельной страницей, но для главной слишком громоздко.
Выделю отдельно различные инструменты поиска нужных данных:
Главная - точка входа на сайт, стартовая позиция для навигации по иерархии проектов, отсюда можно перейти к другим способам поиска.
Новости - есть у каждого проекта, собираются с дочерних проектов, здесь можно почитать "свежачек", как по всему сайту так и по какому-то разделу.
Подписки - список проектов, в которых пользователь как-то отметился или на которые подписался вручную (без автоподписки на 3+ уровень)
Древо всея XGM by ScorpioT1000 - пока без комментариев
П.С. отличие предложенной мной иерархии от того что хочет видеть ScorpioT1000 только в том, что на главную не выводится ничего лишнего, а иерархия проектов строится на двух типах связей между проектами, а не на одном.
Пример использования двух типов связи - сбор новостей с дочерних проектов:
новости собираются со всех дочерних проектов данного проекта (дублирование исключено т.к. проект не может быть добавлен в дочерние проекты дважды)
новости дочерних проектов большей степени вложенности (дочерние проекты дочерних проектов) собираются только по сильному типу связи (поле "родительский проект") для исключения дублирования и бесконечных циклов (проект может быть добавлен в список ресурсов нескольким проектам, более того, два проекта могут быть добавлены в список ресурсов один к другому)
При использовании одного типа связи теряется возможность создавать множественные связи между проектами т.к. это приведет к необходимости создания сложного механизма борьбы с вышеупомянутыми проблемами дублирования результатов поиска и бесконечных циклов при переходе по связям между проектами.
В ходе написания этого всего возникла еще одна идея - возможность "импортировать" ресурсы других проектов. При этом ресур добавляется в список ресурсов проекта, но не копируется, а является по сути ссылкой на существующий ресурс - принадлежность к проекту, права редактирования и так далее остаются прежними. Единственное что можно сделать с импортированным ресурсом, не имея прав на редактирование исходного ресурса - удалить импортированный ресурс из списка ресурсов своего проекта. В заголовке импортированного ресурса указывается его родной проект, а не тот, в который он импортирован и при открытии такого ресурса он открывается на странице своего родного проекта. Если по какой-либо причине импортированный ресурс более недоступен вместо него выводится пустышка с указанием причины недоступности ресурса и возможностью удалить импортированный ресурс.
ScorpioT1000, мне нравится твоя картинка, но каким боком она универсальна и самодостаточна, если, например, она не дает представления о том как это сделать с технической точки зрения и не учитывает даже минимального количества так называемых "экстремальных пользователей" - что для мобильных устройств что для плохого интернета такое мировое дерево будет хладнокровным и мучительным убийством.
Узко мыслите, уважаемые, предложенный мной вариант иерархии подразумевает что такие метапроекты как Warcraft, Starcraft и прочее будут собраны под метапроектом верхнего уровня "Модмейкинг". Да, это дополнительный клик, разделяющий пользователя и интересные ему данные, но зато разгружает главную от обилия не нужной там информации. В идеале было бы еще и добавить возможность свернуть ячейку метапроекта на странице в одну строку или иконку и запоминать это состояние - чтобы те кто не интересуется, например, блогами или модмейкингом, могли свернуть их чтобы не мозолили глаза.
Главная это, в первую очередь, инструмент для навигации и лицо сайта, а не мусоросборник.
За основу при создании метапроектов верхнего уровня вполне можно взять те категории проектов, которые сейчас используются для фильтрации на главной.
Для любителей читать все подряд можно реализовать страницу "Новости", на которой будут собираться исключительно ресурсы "Новости" со всех дочерних проектов и их дочерних проектов (корневой проект XGM не исключение, разве что добавить ограничение на минимальный уровень проектов) с фильтрами и возможностью указать глубину поиска по дочерним проектам. При этом игнорируются связи между проектами, созданные путем добавления проекта как ресурса.
Для любителей меряться чем-нибудь в метапроектах можно добавить модуль "Статистика", позволяющий выводить ТОП дочерних проектов по посещаемости, активности, лайкам и любой другой ерунде. Особенно пригодится в блогах.
Ну и, как было уже сказано, переработать систему подписки, а именно отключить автоподписку на проекты 3 уровня и выделить страницу, на которой пользователь сможет посмотреть все свои подписки на проекты, отписаться от какого-то проекта и так далее. Отписавшись один раз от проекта пользователь больше не будет автоматически на него подписываться, оставляя комментарии к ресурсам проекта, чтобы опять подписаться на проект пользователю надо будет сделать это вручную.
Да, напоминаю, что все здесь написанное это не руководство к действия, а только общая концепция плюс несколько идей и не претендует ни на завершенность ни на универсальность.
P.S. Прошу прощения за опечатки - в нескольких местах сперва хотел написать одно, потом написал другое и забыл исправить.
Не знаю будет ли это прочитано, но все-же добавлю сюда свои пять копеек. За ранее прошу прощения за некоторую излишнюю образность - ничего личного.
На мой взгляд сайту в целом и проектам в частности не хватает структурированности. Может я ошибаюсь и это на самом деле популярный и эффективный тренд в веб технологиях, но то что я здесь вижу выглядит как большая мусорная куча, из которой выбираются отдельные элементы по цвету и запаху, а все обсуждения о повышении эффективности ведутся на уровне "а давайте добавим поиск по форме и свежести" или "нам нужен еще один поисковый экскаватор, только поменьше и в углу". И самое неприятное - все это вываливается на голову каждого нового посетителя.
Когда я начинал читать о новой версии xgm, то представлял примерно следующее - есть корневой проект, представляющий, собственно, весь XGM, есть дочерние тематические матапроекты и, наконец, проекты пользователей, относящиеся к одному или нескольким метапроектам. Удручающая реальность в начале вызвала недоумение, которое полностью так и не прошло хотя существующая структура сайта уже стала довольно привычной.
Теперь самое главное - как это можно попробовать реализовать:
Новый модуль, возможно включаемый только менеджерами или доступный с высокого уровня "Метапроект", позволяющий добавлять к этому проекту ресурсы типа "Проект" и использовать этот проект в качестве "родительского проекта", а также добавляющий возможность использовать вместо главной специальную страницу, отображающую ресурсы типа "Проект" и дочерние проекты (при включении этой опции "Главная" не теряется, а превращается в "Описание" или вроде того).
Тип ресурса "Проект", позволяющий добавить в ресурсы проекта ссылки на другие проекты (отображается примерно как проекты в списке проектов)
Новое поле проекта "Родительский проект", если не указано - используется один из проектов в списке похожих.
Новая страница "Мои подписки", содержащая все подписки пользователя, но без принудительной подписки на проекты третьего уровня и выше.
Опция, исключающая метапроект из списка доступных для указания в качестве "Родительского проекта" чтобы исключить ситуацию когда пользователь Вася решит что его проект будет сын всея XGM и укажет в качестве родительского проекта корневой проект XGM.
Для удобства можно вынести ресурсы типа "Проект" в отдельный список ресурсов
Описание страницы для отображения дочерних проектов:
На странице выводятся все дочерние проекты в одном из нескольких режимов
логотип, название и количество новых материалов, возможно автор (компактный вид)
как сейчас в списке проектов (развернутый вид)
название, логотип, список последних новостей (ресурс "Новость") и топ 5 активности дочерних проектов (для главной XGM и метапроектов верхнего уровня)
Также для этой страницы было бы неплохо добавить несколько способов фильтрации и сортировки проектов, вроде тех что доступны для списка проектов или ресурсов, но только с возможностью скрыть ненужные переключатели категорий, оставив только актуальные для данной группы проектов.
Следует обратить внимание на различие между добавлением проекта как дочернего через ресурсы и через поле "родительский проект" - первый способ позволяет добавить проект в качестве дочернего к множеству других проектов, но создает более слабую связь между проектами чем второй. Дочерние проекты второго типа автоматически отображаются в списке ресурсов родительского проекта начиная с третьего уровня, если не были вручную добавлены туда раньше. В топ активности дочерних проектов попадают только отображаемые в ресурсах, т.е. с третьего уровня или добавленные туда вручную.
ScorpioT1000, теперь понял. Не полостью - проблему синтаксиса я решил, хотя и не самым красивым способом, а вот затирание шаблона при сохранении пока не позволяет считать что эта составляющая работает.
ScorpioT1000, не совсем тебя понял. Если ты о том, что папку с данными надо было чистить вручную, то как это решить я уже придумал, осталось найти время и реализовать. Утилита получит параметр командной строки, определяющий режим работы и будет вызываться два раза, первый раз перед извлечением данных с параметром clear и второй раз после извлечения данных, на этот раз с параметром compile.
Разработка несколько замедлена в связи с большим количеством дел и выходом третьего диабло, но не остановлена. На данный момент идет написание парсера SYLK таблиц для получения данных по стандартным боевым единицам и стандартных значений полей. Также в очередной раз может быть пересмотрена структура хранения данных в памяти и передачи их компилятору шаблонов- существующая не поддерживает ленивую загрузку данных, а загружать данные по всем стандартным юнитам просто на всякий случай не очень эффективно.
Скорее всего не будут поддерживаться стандартные значения текстовых полей или эта возможность будет добавлена позже.
» Fly Data Processor / Fly Data Processor beta 0.2
надо <list units as unit>
я вроде эту опечатку в описании уже давно исправил, если нет - скажи где ты такую конструкцию увидел
Ну и как-бы ${ushx} вообще работать не будет - надо ${unit.ushx}, не говоря уже о том что оно не будет работать если поле ushx не было изменено в РО.
» StarCraft 2 / AOE: Сплэш-урон и Ауры
» Minecraft / Minecraft Snapshot 12w25a
» Minecraft / Minecraft Snapshot 12w25a
Ред. Log
» Phase Killer (Астральный убийца) / Phase Killer (Астральный убийца)
Ред. Log
» Phase Killer (Астральный убийца) / Phase Killer (Астральный убийца)
Log,
» Phase Killer (Астральный убийца) / Phase Killer (Астральный убийца)
» DGLaboratory / Новости AWC [03.06]
» DGLaboratory / Новости AWC [03.06]
Java: 1.7.0_03u
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.NoSuchMethodError: getPointer
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:128)
at org.newdawn.slick.AppGameContainer$1.run(AppGameContainer.java:39)
at java.security.AccessController.doPrivileged(Native Method)
at org.newdawn.slick.AppGameContainer.<clinit>(AppGameContainer.java:36)
at game.main.Program.<init>(Program.java:19)
at game.main.Program.main(Program.java:54)
... 5 more
» DGLaboratory / Новости AWC [03.06]
Ред. prog
» DGLaboratory / Новости AWC [03.06]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.UnsatisfiedLinkError: D:\PROJECTS\java\doc\game\lwjgl.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:128)
at org.newdawn.slick.AppGameContainer$1.run(AppGameContainer.java:39)
at java.security.AccessController.doPrivileged(Native Method)
at org.newdawn.slick.AppGameContainer.<clinit>(AppGameContainer.java:36)
at game.main.Program.<init>(Program.java:19)
at game.main.Program.main(Program.java:54)
... 5 more
» DGLaboratory / Новости AWC [03.06]
» DGLaboratory / Новости AWC [03.06]
» DGLaboratory / Новости AWC [03.06]
» DGLaboratory / Новости AWC [03.06]
» XGM: В разработке / Выделение проектов
» XGM: В разработке / Выделение проектов
» XGM: В разработке / Выделение проектов
» XGM: В разработке / Выделение проектов
Главная это, в первую очередь, инструмент для навигации и лицо сайта, а не мусоросборник.
P.S. Прошу прощения за опечатки - в нескольких местах сперва хотел написать одно, потом написал другое и забыл исправить.
» XGM: В разработке / Выделение проектов
На странице выводятся все дочерние проекты в одном из нескольких режимов
» Fly Data Processor / Fly Data Processor
» Fly Data Processor / Fly Data Processor
» Fly Data Processor / WIP
Скорее всего не будут поддерживаться стандартные значения текстовых полей или эта возможность будет добавлена позже.