по информативности (или шуму) первый конечно обильнее, но по факту как раз те кто ищут, в основном знают что ищут, и если ищут 90, то хотят видеть квесты для 90, без лишнего мусора. А те кто не знают что ищут не поленятся и введут 20-90. Имхо, конечно, по моей практике поиска квестов. А я предпочитаю квесты так сказать.
Забыл добавить третий вариант: 3. Квесты с начальным уровнем от 85 до 90. Но в этом случае могут попасться квесты, которые уже недоступны на 90 уровне. Плюс я не смогу найти, например, квесты 80-95.
В итоге, ни одного нормального варианта. По мне так обязательно должна быть возможность найти квесты, доступные персонажу конкретного уровня с возможностью отсеивания низкоуровневых квестов.
Я не хочу делать так, как делают все (квесты до 40 уровня, квесты 40-75, квесты 75+). Они делают так, потому что это самый простой вариант. При этом, имея персонажа 40 уровня, я не вижу квесты, доступные с 39 уровня. Но при этом вижу квесты, доступные на 75 уровне.
У нас есть только четыре квеста: 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. Имхо, конечно, по моей практике поиска квестов. А я предпочитаю квесты так сказать.
возможность указать диапазон минимального лвла начала квеста. При желании увидеть 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 (без какой-либо дополнительной настройки поиска).
Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.
возможность указать диапазон минимального лвла начала квеста. При желании увидеть 252 квеста с 20 по 90, так и укажут 20-90. В большенстве же случаев если ищут для 90, то именно начинающиеся с 90 и хотят увидеть, без мусора нубоквестов. Для расширения поиска при необходимости укажут 80-99 или 85-95 или 89-91. Каждому по удобству. Что бы ни тыкаться по каждому диференциальному лвлу и мучить сервер запросами — указать диапазон, даже несколько раз, все же меньше запросов, чем на каждый лвл по отдельности.
Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.
1. У меня есть персонаж, и я хочу найти доступные мне квесты. Захочу ли я увидеть квесты, которые будут доступны мне чуть позже (на следующем уровне или через уровень)? Скорее всего да. Т. е. пользователь должен иметь возможность указать вилку уровней для поиска (минимальный и максимальный уровень). Или я не прав, и стоит оставить одно поле "уровень", чтобы упростить форму, а игрок просто будет искать несколько раз, указывая разные значения.
2. ... Если так, то какой установить диапазон? 10? Или же пользователь должен указывать это сам при поиске? Или все-таки ограничение не требуется и достаточно будет отсортировать результаты по убыванию минимального уровня.
впринципе сортировка по минималке очень даже подойдет.
Я не могу представить, каким должен быть интерфейс в данном случае.
В принципе с точки зрения интерфейса — то добавить галочку актуальные(или которые зеленые) и показывать только их. Т.е. в запросе добавляется отбор. А его уже пользователи спокойно смогут сортировать как угодно не видя старых значений которые портят картину.
Один только нюанс — повторный запрос при установке галочки — небольшая дополнительная нагрузка на сервер.
Сейчас делаю поиск квестов по уровню, появилось 2 вопроса.
1. У меня есть персонаж, и я хочу найти доступные мне квесты. Захочу ли я увидеть квесты, которые будут доступны мне чуть позже (на следующем уровне или через уровень)? Скорее всего да. Т. е. пользователь должен иметь возможность указать вилку уровней для поиска (минимальный и максимальный уровень). Или я не прав, и стоит оставить одно поле "уровень", чтобы упростить форму, а игрок просто будет искать несколько раз, указывая разные значения.
2. Многие квесты имеют ограничение на минимальный уровень персонажа, но не имеют ограничения на максимальный (263 квеста). Если я указываю, что хочу найти квесты для персонажа 90 уровня, то хочу ли я увидеть в списке квест, который стал доступен на 20 уровне, но может быть взят и на 90? Если да, то я получу список из 252 квестов. Так и должно быть? Или стоит установить какой-то порог? Например, не показывать квесты, если они могли быть взяты на 10 уровней раньше. Если так, то какой установить диапазон? 10? Или же пользователь должен указывать это сам при поиске? Или все-таки ограничение не требуется и достаточно будет отсортировать результаты по убыванию минимального уровня.
Зажав шифт можно определить несколько сортировок одновременно. Пример: по умолчанию стоит сортировка по дате обновления, зажимаем шифт и клацаем на сортировку по цене и получаем ожидаем результат.
Да, хороший вариант, но далеко не всегда будет работать, потому что сортировка по времени идет с точностью до секунды независимо от текста.
сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен. Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527
Я не могу представить, каким должен быть интерфейс в данном случае.
сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен. Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527
Зажав шифт можно определить несколько сортировок одновременно. Пример: по умолчанию стоит сортировка по дате обновления, зажимаем шифт и клацаем на сортировку по цене и получаем ожидаем результат.
и все же, я снова и снова прошу сделать мануально регулируемое значение отображаемых товаров с отрицательной прибылью в разделе Кристаллов. Либо возможность вообще не отображать предложения с отрицательными значениями прибыли.
сделайте пожалуйста чтобы предложения определенного товара обнаруженные в один момент располагались в порядке возрастания цены, в частности нельзя же отсортировать по цене только актуальные предложения — получится каша из старых и актуальных, а не сортируя — каша из цен. Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527
Обсуждение проекта L2on
Забыл добавить третий вариант:
3. Квесты с начальным уровнем от 85 до 90.
Но в этом случае могут попасться квесты, которые уже недоступны на 90 уровне. Плюс я не смогу найти, например, квесты 80-95.
В итоге, ни одного нормального варианта. По мне так обязательно должна быть возможность найти квесты, доступные персонажу конкретного уровня с возможностью отсеивания низкоуровневых квестов.
Я не хочу делать так, как делают все (квесты до 40 уровня, квесты 40-75, квесты 75+). Они делают так, потому что это самый простой вариант. При этом, имея персонажа 40 уровня, я не вижу квесты, доступные с 39 уровня. Но при этом вижу квесты, доступные на 75 уровне.
по информативности (или шуму) первый конечно обильнее, но по факту как раз те кто ищут, в основном знают что ищут, и если ищут 90, то хотят видеть квесты для 90, без лишнего мусора. А те кто не знают что ищут не поленятся и введут 20-90.
Имхо, конечно, по моей практике поиска квестов. А я предпочитаю квесты так сказать.
Вот сейчас такая форма:
Что будут вводить пользователи в поля "уровень" и чего они будут ожидать от результата?
Пример. У нас есть только четыре квеста: A (20+), B (30-85), C (80-87) и D (90+). Я ввожу в поиск "от 85 до 90". Что я хочу увидеть?
1. Квесты, доступные персонажам с 85 по 90 уровень (все четыре).
2. Квесты, доступные на 90 уровне, но недоступные на 84 (только "D"). В этот вариант не попадет квест "C" (80-87).
По-моему не один вариант не является очевидным, но первый лучше второго.
И я почти уверен, что если человек ищет квесты для персонажа 90 уровня, то он захочет увидеть и те квесты, которые стали доступны на 89 (без какой-либо дополнительной настройки поиска).
возможность указать диапазон минимального лвла начала квеста.
При желании увидеть 252 квеста с 20 по 90, так и укажут 20-90. В большенстве же случаев если ищут для 90, то именно начинающиеся с 90 и хотят увидеть, без мусора нубоквестов. Для расширения поиска при необходимости укажут 80-99 или 85-95 или 89-91. Каждому по удобству. Что бы ни тыкаться по каждому диференциальному лвлу и мучить сервер запросами — указать диапазон, даже несколько раз, все же меньше запросов, чем на каждый лвл по отдельности.
ну это относительно просто осуществить и на клиентской стороне, скрывать "неактуальные".
а тема то приобрела резонанс, видимо многим хочется сортировать только актуальные предложения, без каши со старыми.
лучше сделать линейку уровней.
впринципе сортировка по минималке очень даже подойдет.
В принципе с точки зрения интерфейса — то добавить галочку актуальные(или которые зеленые) и показывать только их. Т.е. в запросе добавляется отбор. А его уже пользователи спокойно смогут сортировать как угодно не видя старых значений которые портят картину.
Один только нюанс — повторный запрос при установке галочки — небольшая дополнительная нагрузка на сервер.
чет не увидел это сообщение и накатал тоже самое)
1. У меня есть персонаж, и я хочу найти доступные мне квесты. Захочу ли я увидеть квесты, которые будут доступны мне чуть позже (на следующем уровне или через уровень)? Скорее всего да. Т. е. пользователь должен иметь возможность указать вилку уровней для поиска (минимальный и максимальный уровень). Или я не прав, и стоит оставить одно поле "уровень", чтобы упростить форму, а игрок просто будет искать несколько раз, указывая разные значения.
2. Многие квесты имеют ограничение на минимальный уровень персонажа, но не имеют ограничения на максимальный (263 квеста). Если я указываю, что хочу найти квесты для персонажа 90 уровня, то хочу ли я увидеть в списке квест, который стал доступен на 20 уровне, но может быть взят и на 90? Если да, то я получу список из 252 квестов. Так и должно быть? Или стоит установить какой-то порог? Например, не показывать квесты, если они могли быть взяты на 10 уровней раньше. Если так, то какой установить диапазон? 10? Или же пользователь должен указывать это сам при поиске? Или все-таки ограничение не требуется и достаточно будет отсортировать результаты по убыванию минимального уровня.
я думаю, можно сделать кнопочку "показать только текущие" (т е только зеленые)
интересный, но действительно оказался не особо рабочим.
да никак не менять, просто, например, "зеленые" предложения распологать по возрастанию цены.
Да, хороший вариант, но далеко не всегда будет работать, потому что сортировка по времени идет с точностью до секунды независимо от текста.
Я не могу представить, каким должен быть интерфейс в данном случае.
Зажав шифт можно определить несколько сортировок одновременно. Пример: по умолчанию стоит сортировка по дате обновления, зажимаем шифт и клацаем на сортировку по цене и получаем ожидаем результат.
Неудобно. Любой товар, например http://l2on.net/?c=market&a=item&id=17527