MSW
Мой дом здесь!
- Регистрация
- 27 Авг 2007
- Сообщения
- 491
- Реакции
- 414
- Автор темы
- #211
после изменений в настройках нужно удалить файл options.cache.php
всё нормально добавляется в левое меню:
HTML:
<chat href="Chat" nolangvar="1">Чат</chat>
[Движок] Net-Assault - клон OGame
- Автор темы MSW
- Дата начала
- Статус
после изменений в настройках нужно удалить файл options.cache.php
всё нормально добавляется в левое меню:
LordVitaly
Знаток
- Регистрация
- 21 Апр 2009
- Сообщения
- 209
- Реакции
- 27
Дак это и не срабатывало.Я убрал этот флаг-нормально работает.
Спасибо,теперь нормально всё работает!
С плавающей моделью надо поломать голову. Без приведения мыслей в письменный порядок развитие концепции зайдет в тупик. Надо освободить голову от вариаций. Задача - сделать максимально удобным обзор информации об империи на максимальном числе разрешений, в том числе и на маленьких экранах. Также необходимо минимизировать перемещения основных блоков при смене игрового контента (длин названий планет, количества ресурсов и флотов).
Все размеры в верстке заданы в емах. Один ем берется не из браузера, а из CSS верстки (1em=10px). Сделано с учетом на будущее (потенциальное) применение скрипта увеличения масштаба и чтобы не было сюрпризов масштабирования при задании пользовательского размера шрифта в браузере.
С блоком меню ясно - ширина в 100% общего контейнера (в дальнейшем контейнера), высота растягивается размером шрифта меню.
Блок планет прилипает к левой части контейнера. От ширины блока зависит положение следующего блока построек. Задача - добиться компромисса между стандартизацией внешнего вида и полнотой отображения названия планет.
Лично я считаю корректным название планеты максимум в 8-10 символов, остальное - баловство. Но подход демократический, если есть возможность назвать в 20 символов, то надо ее использовать по полной.
Наиболее выигрышно в плане восприятия ставить название планеты именно под изображение планеты (а не блока планета + луна) с выравниваем по середине, а в случае названия, большего ширины изображения планеты, делать небольшой отступ от левого края.
Первый вариант. Высота фиксирована максимальным значением планет (9) плюс высотой их названия в одну строчку. Ширина задается самым длинным названием планеты юзера (20 символов).
(блок планет смещает блоки юнитов и продуктов вправо, растягивая контейнер, следовательно при недостатке ширины экрана образуется полоса прокрутки, наказывая любителя длинных названий, имеющего монитор с разрешением разрешением шириной в 1024px и установившего размер одного ема в 10px, но в случае широкоэкранного монитора, использующий его преимущество - что вполне справедливо)
Второй вариант. Высота плавающая за счет разрешения переноса названия планет (через пробел или виды дефиса). Ширина задается самым длинным безпробельным или бездефисовым названием планеты юзера (20 символов).
(за счет двух строчек в результате переноса в коротких названиях потипу (Las-Vegas) определение дислокации планеты по имени затрудняется, блок планет смещается как и в первом варианте, горизонтальная полоса аналогична первому варианту, вертикальная полоса общей прокрутки возникает в случае одного ема в 10px и высоты разрешения экрана в 768px)
Третий вариант. Зафиксировать ширину исходя из ширины изображения луны и планеты плюс пара емов. Остальное название сделать невидимым.
(в этом случае не используется преимущество широкоэкранных мониторов, блок планет выглядит насильственно обрезанным, а добавление многоточия лишь усугубит картину, занимая драгоценное место)
Т.к. вставляя пробел или дефис в название планеты, юзер вряд ли хочет видеть перенос в блоке планет, а не использовать преимущество широкоэкранных мониторов не кошерно, то первый вариант самый лучший.
Эффекты наведения на планету лучше сделать одинаковыми по размеру, чему и удовлетворяет первый вариант.
В абсолютном большинстве случаев блок юнитов вместе с блоком флотов (плюс меню) формируют высоту видимой части сайта. Т.к. блок флотов должен получать выгоду от большого пользовательского разрешения - вмещать больше фиксированных по высоте в емах строчек текущих флотов, то высота блока флотов однозначно должна быть в процентах от общей высоты. К тому же логично прижать нижний край блока флотов к низу экрана.
Блок юнитов не должен вызывать общей вертикальной прокрутки, но и квадраты юнитов не должны заезжать на блок флотов в случае малых разрешений. Поэтому нижний край нижнего квадрата юнита должен растягивать блок юнитов и в пограничном состоянии с блоком флотов должен тянуть последний вниз, вызывая вертикальную полосу прокрутки.
В настройках логично сделать яваквери ползунок, изменяющий размер одного ема в пикселях, тем самым, масштабируя наш эластичный дизайн. Если удастся прикрутить такую функцию, то смысл нижеследующих рассуждений теряется, т.к. функция делает получаемые варианты идентичными при пользовательском вмешательстве. В принципе, таким образом можно прикрутить и автомасштабирование, основанное на появлении хотя бы одной общей полосы прокрутки, тогда будет вообще замечательно.
Основная задача блока построек - сделать оптимальным восприятие информации внутри квадратов юнитов, четкое дислоцирование взгляда на количестве ресурсов и удобное соотнесение информации о ресурсах и складах. Квадраты юнитов можно расположить так.
Первый вариант. С разнесением по высоте экрана путем отступа в процентах от нижнего края вышележащего юнита.
(при высоких разрешениях имеем небольшие равномерно разнесенные по высоте квадраты юнитов, без вмешательства масштабирования взгляду нужно пробегать по относительно (видимых размеров квадратов юнитов) большой траектории для анализа информации внутри юнитов)
Второй вариант. Путем отступа в емах от нижнего края вышележащего элемента.
(при больших разрешениях имеем небольшие квадраты юнитов, взгляд пробегает оптимальную траекторию для анализа данных внутри юнитов)
Итого размеры блока юнитов должны полностью определяться размерами квадратов юнитов, в него входящих. Блок флотов - классический футер, постоянно прижатый к низу страницы, высотой в 20% от общей высоты. А т.к. наверняка будет реализовано масштабирование с помощью яваквери ползунка и с целью оптимизации длины траектории взгляда при анализе информации внутри квадратов юнитов, то расположение квадратов юнитов логично сделать путем отступа в емах от нижнего края вышележащего элемента.
Все размеры в верстке заданы в емах. Один ем берется не из браузера, а из CSS верстки (1em=10px). Сделано с учетом на будущее (потенциальное) применение скрипта увеличения масштаба и чтобы не было сюрпризов масштабирования при задании пользовательского размера шрифта в браузере.
С блоком меню ясно - ширина в 100% общего контейнера (в дальнейшем контейнера), высота растягивается размером шрифта меню.
Блок планет прилипает к левой части контейнера. От ширины блока зависит положение следующего блока построек. Задача - добиться компромисса между стандартизацией внешнего вида и полнотой отображения названия планет.
Лично я считаю корректным название планеты максимум в 8-10 символов, остальное - баловство. Но подход демократический, если есть возможность назвать в 20 символов, то надо ее использовать по полной.
Наиболее выигрышно в плане восприятия ставить название планеты именно под изображение планеты (а не блока планета + луна) с выравниваем по середине, а в случае названия, большего ширины изображения планеты, делать небольшой отступ от левого края.
Первый вариант. Высота фиксирована максимальным значением планет (9) плюс высотой их названия в одну строчку. Ширина задается самым длинным названием планеты юзера (20 символов).
(блок планет смещает блоки юнитов и продуктов вправо, растягивая контейнер, следовательно при недостатке ширины экрана образуется полоса прокрутки, наказывая любителя длинных названий, имеющего монитор с разрешением разрешением шириной в 1024px и установившего размер одного ема в 10px, но в случае широкоэкранного монитора, использующий его преимущество - что вполне справедливо)
Второй вариант. Высота плавающая за счет разрешения переноса названия планет (через пробел или виды дефиса). Ширина задается самым длинным безпробельным или бездефисовым названием планеты юзера (20 символов).
(за счет двух строчек в результате переноса в коротких названиях потипу (Las-Vegas) определение дислокации планеты по имени затрудняется, блок планет смещается как и в первом варианте, горизонтальная полоса аналогична первому варианту, вертикальная полоса общей прокрутки возникает в случае одного ема в 10px и высоты разрешения экрана в 768px)
Третий вариант. Зафиксировать ширину исходя из ширины изображения луны и планеты плюс пара емов. Остальное название сделать невидимым.
(в этом случае не используется преимущество широкоэкранных мониторов, блок планет выглядит насильственно обрезанным, а добавление многоточия лишь усугубит картину, занимая драгоценное место)
Т.к. вставляя пробел или дефис в название планеты, юзер вряд ли хочет видеть перенос в блоке планет, а не использовать преимущество широкоэкранных мониторов не кошерно, то первый вариант самый лучший.
Эффекты наведения на планету лучше сделать одинаковыми по размеру, чему и удовлетворяет первый вариант.
В абсолютном большинстве случаев блок юнитов вместе с блоком флотов (плюс меню) формируют высоту видимой части сайта. Т.к. блок флотов должен получать выгоду от большого пользовательского разрешения - вмещать больше фиксированных по высоте в емах строчек текущих флотов, то высота блока флотов однозначно должна быть в процентах от общей высоты. К тому же логично прижать нижний край блока флотов к низу экрана.
Блок юнитов не должен вызывать общей вертикальной прокрутки, но и квадраты юнитов не должны заезжать на блок флотов в случае малых разрешений. Поэтому нижний край нижнего квадрата юнита должен растягивать блок юнитов и в пограничном состоянии с блоком флотов должен тянуть последний вниз, вызывая вертикальную полосу прокрутки.
В настройках логично сделать яваквери ползунок, изменяющий размер одного ема в пикселях, тем самым, масштабируя наш эластичный дизайн. Если удастся прикрутить такую функцию, то смысл нижеследующих рассуждений теряется, т.к. функция делает получаемые варианты идентичными при пользовательском вмешательстве. В принципе, таким образом можно прикрутить и автомасштабирование, основанное на появлении хотя бы одной общей полосы прокрутки, тогда будет вообще замечательно.
Основная задача блока построек - сделать оптимальным восприятие информации внутри квадратов юнитов, четкое дислоцирование взгляда на количестве ресурсов и удобное соотнесение информации о ресурсах и складах. Квадраты юнитов можно расположить так.
Первый вариант. С разнесением по высоте экрана путем отступа в процентах от нижнего края вышележащего юнита.
(при высоких разрешениях имеем небольшие равномерно разнесенные по высоте квадраты юнитов, без вмешательства масштабирования взгляду нужно пробегать по относительно (видимых размеров квадратов юнитов) большой траектории для анализа информации внутри юнитов)
Второй вариант. Путем отступа в емах от нижнего края вышележащего элемента.
(при больших разрешениях имеем небольшие квадраты юнитов, взгляд пробегает оптимальную траекторию для анализа данных внутри юнитов)
Итого размеры блока юнитов должны полностью определяться размерами квадратов юнитов, в него входящих. Блок флотов - классический футер, постоянно прижатый к низу страницы, высотой в 20% от общей высоты. А т.к. наверняка будет реализовано масштабирование с помощью яваквери ползунка и с целью оптимизации длины траектории взгляда при анализе информации внутри квадратов юнитов, то расположение квадратов юнитов логично сделать путем отступа в емах от нижнего края вышележащего элемента.
Вложения
Подтверждаю информацию от MSW. Сам получил письмо от разработчика следующего содержания:
Yumee - это новое название проекта.
Фактически это означает крест на проекте, в кот. уже много вложено сил и времени. Ребята надо что-то делать, а именно править баги и жить дальше. Кто может помочь в исправлении бага о пропадании флота?
Yumee - это новое название проекта.
Фактически это означает крест на проекте, в кот. уже много вложено сил и времени. Ребята надо что-то делать, а именно править баги и жить дальше. Кто может помочь в исправлении бага о пропадании флота?
в ревизии 250 происходит такая проблема после удаления колонии
выскакивает ошибка
вот скриншот одного из пользователей
кто сталкивался с такой проблемой?
выскакивает ошибка
вот скриншот одного из пользователей
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
кто сталкивался с такой проблемой?
MSW
Мой дом здесь!
- Регистрация
- 27 Авг 2007
- Сообщения
- 491
- Реакции
- 414
- Автор темы
- #217
Из последних офф новостей
из последней переписки с разработчиками стало ясно что только через год станет доступна новая сборка нет-ассаута:
как раньше было обещано - что в конце августа будет бета версия 0,05 но вот разработчики озадачили и разочаровали....
что в переводе:
как бы очень жаль... так как мне довольно таки приглянулся данный скрипт и система его доработки...
но на год замораживать проекты - смысла не вижу...
из последней переписки с разработчиками стало ясно что только через год станет доступна новая сборка нет-ассаута:
как раньше было обещано - что в конце августа будет бета версия 0,05 но вот разработчики озадачили и разочаровали....
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
что в переводе:
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
как бы очень жаль... так как мне довольно таки приглянулся данный скрипт и система его доработки...
но на год замораживать проекты - смысла не вижу...
bwc506
Постоялец
- Регистрация
- 30 Авг 2007
- Сообщения
- 160
- Реакции
- 189
MSW
Мой дом здесь!
- Регистрация
- 27 Авг 2007
- Сообщения
- 491
- Реакции
- 414
- Автор темы
- #219
Скрипт переименован с Net-Assault в Yumee.
Внимание! сборка очень сырая. но пару "вкусностей" из неё вынять можно.
На ней также флот пропадает как и на остальных.
Крайне не рекомендую данную сборку ставить на готовый проэкт, так как она почти не работает.
Yumee 0.05a
Внимание! сборка очень сырая. но пару "вкусностей" из неё вынять можно.
На ней также флот пропадает как и на остальных.
Крайне не рекомендую данную сборку ставить на готовый проэкт, так как она почти не работает.
Yumee 0.05a
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
сообщение одного из пользователей про баги как и что делается
может кто найдёт выход как исправить данные баги которые описаны в тексте
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
может кто найдёт выход как исправить данные баги которые описаны в тексте
- Статус