Обсуждение проекта L2on

Hint #

У нас есть только четыре квеста: A (20+), B (30-85), C (80-87) и D (90+). Я ввожу в поиск "от 85 до 90". Что я хочу увидеть?
1. Квесты, доступные персонажам с 85 по 90 уровень (все четыре).
2. Квесты, доступные на 90 уровне, но недоступные на 84 (только "D"). В этот вариант не попадет квест "C" (80-87).

По-моему не один вариант не является очевидным, но первый лучше второго.
И я почти уверен, что если человек ищет квесты для персонажа 90 уровня, то он захочет увидеть и те квесты, которые стали доступны на 89 (без какой-либо дополнительной настройки поиска).

по информативности (или шуму) первый конечно обильнее, но по факту как раз те кто ищут, в основном знают что ищут, и если ищут 90, то хотят видеть квесты для 90, без лишнего мусора. А те кто не знают что ищут не поленятся и введут 20-90.
Имхо, конечно, по моей практике поиска квестов. А я предпочитаю квесты так сказать.

miglife #

возможность указать диапазон минимального лвла начала квеста.
При желании увидеть 252 квеста с 20 по 90, так и укажут 20-90. В большенстве же случаев если ищут для 90, то именно начинающиеся с 90 и хотят увидеть, без мусора нубоквестов. Для расширения поиска при необходимости укажут 80-99 или 85-95 или 89-91. Каждому по удобству. Что бы ни тыкаться по каждому диференциальному лвлу и мучить сервер запросами — указать диапазон, даже несколько раз, все же меньше запросов, чем на каждый лвл по отдельности.

Вот сейчас такая форма:

Что будут вводить пользователи в поля "уровень" и чего они будут ожидать от результата?

Пример. У нас есть только четыре квеста: A (20+), B (30-85), C (80-87) и D (90+). Я ввожу в поиск "от 85 до 90". Что я хочу увидеть?
1. Квесты, доступные персонажам с 85 по 90 уровень (все четыре).
2. Квесты, доступные на 90 уровне, но недоступные на 84 (только "D"). В этот вариант не попадет квест "C" (80-87).

По-моему не один вариант не является очевидным, но первый лучше второго.
И я почти уверен, что если человек ищет квесты для персонажа 90 уровня, то он захочет увидеть и те квесты, которые стали доступны на 89 (без какой-либо дополнительной настройки поиска).

Hint #

Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.

возможность указать диапазон минимального лвла начала квеста.
При желании увидеть 252 квеста с 20 по 90, так и укажут 20-90. В большенстве же случаев если ищут для 90, то именно начинающиеся с 90 и хотят увидеть, без мусора нубоквестов. Для расширения поиска при необходимости укажут 80-99 или 85-95 или 89-91. Каждому по удобству. Что бы ни тыкаться по каждому диференциальному лвлу и мучить сервер запросами — указать диапазон, даже несколько раз, все же меньше запросов, чем на каждый лвл по отдельности.

Shar4ik #

Один только нюанс — повторный запрос при установке галочки — небольшая дополнительная нагрузка на сервер.

чет не увидел это сообщение и накатал тоже самое)

ну это относительно просто осуществить и на клиентской стороне, скрывать "неактуальные".

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

Hint #

Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.

1. У меня есть персонаж, и я хочу найти доступные мне квесты. Захочу ли я увидеть квесты, которые будут доступны мне чуть позже (на следующем уровне или через уровень)? Скорее всего да. Т. е. пользователь должен иметь возможность указать вилку уровней для поиска (минимальный и максимальный уровень). Или я не прав, и стоит оставить одно поле "уровень", чтобы упростить форму, а игрок просто будет искать несколько раз, указывая разные значения.

лучше сделать линейку уровней.

Hint #

2. ... Если так, то какой установить диапазон? 10? Или же пользователь должен указывать это сам при поиске? Или все-таки ограничение не требуется и достаточно будет отсортировать результаты по убыванию минимального уровня.

впринципе сортировка по минималке очень даже подойдет.

Hint #

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

В принципе с точки зрения интерфейса — то добавить галочку актуальные(или которые зеленые) и показывать только их. Т.е. в запросе добавляется отбор. А его уже пользователи спокойно смогут сортировать как угодно не видя старых значений которые портят картину.

Один только нюанс — повторный запрос при установке галочки — небольшая дополнительная нагрузка на сервер.

Rustkil666 #

я думаю, можно сделать кнопочку "показать только текущие" (т е только зеленые)

чет не увидел это сообщение и накатал тоже самое)

Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.

1. У меня есть персонаж, и я хочу найти доступные мне квесты. Захочу ли я увидеть квесты, которые будут доступны мне чуть позже (на следующем уровне или через уровень)? Скорее всего да. Т. е. пользователь должен иметь возможность указать вилку уровней для поиска (минимальный и максимальный уровень). Или я не прав, и стоит оставить одно поле "уровень", чтобы упростить форму, а игрок просто будет искать несколько раз, указывая разные значения.

2. Многие квесты имеют ограничение на минимальный уровень персонажа, но не имеют ограничения на максимальный (263 квеста). Если я указываю, что хочу найти квесты для персонажа 90 уровня, то хочу ли я увидеть в списке квест, который стал доступен на 20 уровне, но может быть взят и на 90? Если да, то я получу список из 252 квестов. Так и должно быть? Или стоит установить какой-то порог? Например, не показывать квесты, если они могли быть взяты на 10 уровней раньше. Если так, то какой установить диапазон? 10? Или же пользователь должен указывать это сам при поиске? Или все-таки ограничение не требуется и достаточно будет отсортировать результаты по убыванию минимального уровня.

Hint #

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

я думаю, можно сделать кнопочку "показать только текущие" (т е только зеленые)

Hint #

Да, хороший вариант, но далеко не всегда будет работать, потому что сортировка по времени идет с точностью до секунды независимо от текста.

интересный, но действительно оказался не особо рабочим.

Hint #

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

да никак не менять, просто, например, "зеленые" предложения распологать по возрастанию цены.

Shar4ik #

Зажав шифт можно определить несколько сортировок одновременно. Пример: по умолчанию стоит сортировка по дате обновления, зажимаем шифт и клацаем на сортировку по цене и получаем ожидаем результат.

Да, хороший вариант, но далеко не всегда будет работать, потому что сортировка по времени идет с точностью до секунды независимо от текста.

miglife #

сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен.
Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527

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

miglife #

сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен.
Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527

Зажав шифт можно определить несколько сортировок одновременно. Пример: по умолчанию стоит сортировка по дате обновления, зажимаем шифт и клацаем на сортировку по цене и получаем ожидаем результат.

было бы неплохо в кабинете вывести е-мейл на который зареган акк.. а то вот регенился давненько а вот на какое мыло совсем не помню

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

А когда будет выдана ежемесячная лотерея?

и все же, я снова и снова прошу сделать мануально регулируемое значение отображаемых товаров с отрицательной прибылью в разделе Кристаллов. Либо возможность вообще не отображать предложения с отрицательными значениями прибыли.

Можно ли сделать возможность передачи монет между разными аккаунтами. Т.е. друг зарегался, а монет — ноль. А я мог ему перекинуть монеты

ивент уже вот-вот закончится, а иконки у новых предметов так и не появились.

сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен.
Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527

casillias #

Если вам еще нужно что либо искать, то я хз... Самый выгодный город для покупки расходников — Аркан или Магмельд, как его там)

Сейчас в Гиране налог 9% — цена руды души 298аден, а в Магмельде — 300. При меньшем налоге в Гиране цены будут отличаться от Магмельда еще больше в лучшую сторону