Comments 40
Вы бы лучше сделали нормальный интерфейс, потому как ваш текущий, который не использует никаких нативных элементов
1) жутко медленно работает даже на топовом железе
2) выглядит инородно и просто некрасиво
3) плохо выглядит на высоком разрешении: пользуюсь телефоном с экраном QHD, 5.7' весь софт выглядит нормально кроме такого же яндекс.навигатора, но там-то изначально все крупнее чем у вас, и стало просто чуть мельче. В 2gis же все надписи надо рассматривать в очках
P.S. Когда в прошлый раз отписался с критикой в вашей гуглогруппе бета-тестеров мне заявили, что я не разработчик и вообще несу чушь и не понимаю о чем говорю, у вас все отлажено и супер оптимизировано, и еще забанили на всякий случай.
Забыл указать, все описанное относится к android версии
1) жутко медленно работает даже на топовом железе
2) выглядит инородно и просто некрасиво
3) плохо выглядит на высоком разрешении: пользуюсь телефоном с экраном QHD, 5.7' весь софт выглядит нормально кроме такого же яндекс.навигатора, но там-то изначально все крупнее чем у вас, и стало просто чуть мельче. В 2gis же все надписи надо рассматривать в очках
P.S. Когда в прошлый раз отписался с критикой в вашей гуглогруппе бета-тестеров мне заявили, что я не разработчик и вообще несу чушь и не понимаю о чем говорю, у вас все отлажено и супер оптимизировано, и еще забанили на всякий случай.
Забыл указать, все описанное относится к android версии
Как правило такие вещи сразу заигнорят, Вы же не программист, А у них все там круто и оптимизировано ))
SOLON7@habr~: Sarcasm mode off
SOLON7@habr~: Sarcasm mode off
Если вы в гуглогруппе критиковали так же, как здесь, то реакция вполне логичная. На месте разработчиков я бы тоже такой фидбек проигнорировал.
«Плохо выглядит», «жутко медленно», «инородно и просто некрасиво» — это никакая не критика, потому что тут нет никакой информации. Из трех законов критики вы следуете только первому.
BTW, я не работаю в 2ГИСе и никак не аффилирован с этой компанией. Разве что пользуюсь их приложением для Windows 10 Mobile.
«Плохо выглядит», «жутко медленно», «инородно и просто некрасиво» — это никакая не критика, потому что тут нет никакой информации. Из трех законов критики вы следуете только первому.
BTW, я не работаю в 2ГИСе и никак не аффилирован с этой компанией. Разве что пользуюсь их приложением для Windows 10 Mobile.
Ок, я буду благодарен, если вы мне поможете сформулировать ту же самую мысль но так, чтобы она не оскорбляла чувств разработчиков. Если кого-то обидел мой комментарий — прошу прощения. Я за адекватные отзывы и хочу помочь.
Давайте по порядку.
жутко медленно работает даже на топовом железе
выглядит инородно и просто некрасиво
плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
жутко медленно работает даже на топовом железе
- Как проявляется медленность? Если приложение долго грузится, хотя бы примерно уточните, насколько долго. Если анимация интерфейса отображается рывками, уточните, какие именно элементы интерфейса тормозят. Если имеете в виду что-то другое, напишите об этом.
- На каком телефоне воспроизводятся проблемы? «Топовое железо» — это конкретно что?
выглядит инородно и просто некрасиво
- Если интерфейс сделан не по гайдлайнам Андроида, будет полезно указать на конкретные расхождения. Еще лучше — со ссылкой на гайдлайны и скриншотами. Важно учесть, что в разных версиях и вариантах Андроида разный дизайн, поэтому укажите, какой именно у вас Андроид.
- Некрасиво — субъективная характеристика. Формализуйте ее в виде конкретных косяков: тут буквы скачут, тут тексту душно из-за маленьких полей, тут желтое на белом не читается и т. д.
плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
- Уточните разрешение, приведите скриншоты конкретных мелких надписей. Если мелкие не только надписи, но и элементы интерфейса, снимите и их тоже. Покажите, как они должны выглядеть, прикрепив скриншот из другого приложения.
* жутко медленно работает даже на топовом железе
— CPU Snapdragon 808 MSM8992
— GPU Adreno 418
— RAM 3 GB
— Storage 32 GB
Motorola Moto X Style (2015) Android 6.0
Торможение проявляется в общей медлительности интерфейса, переходов, анимаций. Иногда с рывками. Проявляется только на сабже, весь остальной софт работает без замечаний.
* выглядит инородно и просто некрасиво
Интерфейс не по гайдлайнам, начиная от иконок меню (три точки) стилизованных под Android 4, заканчивая размерами элементов, стилями всплывающих окон (при копировании текста высплывает попап стилизованный по гайдлайнам Android 4), заканчивая анимацией нажатий и шрифтами
* плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
Разрешение, как я уже писал QHD 1440 x 2560 pixels (520 ppi)
— CPU Snapdragon 808 MSM8992
— GPU Adreno 418
— RAM 3 GB
— Storage 32 GB
Motorola Moto X Style (2015) Android 6.0
Торможение проявляется в общей медлительности интерфейса, переходов, анимаций. Иногда с рывками. Проявляется только на сабже, весь остальной софт работает без замечаний.
* выглядит инородно и просто некрасиво
Интерфейс не по гайдлайнам, начиная от иконок меню (три точки) стилизованных под Android 4, заканчивая размерами элементов, стилями всплывающих окон (при копировании текста высплывает попап стилизованный по гайдлайнам Android 4), заканчивая анимацией нажатий и шрифтами
* плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
Разрешение, как я уже писал QHD 1440 x 2560 pixels (520 ppi)
Скриншот
http://s14.postimg.org/rfk8i96dt/Screenshot_20160120_112311.png
* плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
Разрешение, как я уже писал QHD 1440 x 2560 pixels (520 ppi)
Кстати, в настройках 2гис можно включить увеличенные шрифт, хотя он и ненамного больше.
По поводу замечаний (справедливых) — расскажу что знаю. Ребята из команды 2GIS для Android сейчас активно работают над новой версией, которую мы анонсировали ранее. А скриншот у вас из старой версии. Уверен, в новой версии все будет гораздо лучше. Морально устаревший дизайн в ней полностью обновили, нет путаницы с настройками, номера домов нормально читаются на высоком разрешении. Я как WP разработчик не очень часто держу в руках Android с новым 2GIS на борту, но те версии, которые я видел, с точки зрения производительности вели себя вполне достойно.
Извините, но задача поддержки — добиться от пользователя внятного описания и исправить косяки, а не банить за то, что он не умеет внятно излагать замечания. Мало кто умеет. Это не отмазка.
Конечно, вы правы. Однако с возрастанием сложности разбора фидбека снижается вероятность того, что поддержка дойдет до конца. У поддержки ограниченный ресурс, и углубиться до упора в каждый комментарий нет возможности.
Конечно, банить за мнение недопустимо. Тем не менее, я не знаю, что там был за тред, и правда ли человека забанили именно за это. Тут только представитель 2ГИСа может дать какие-то осмысленные комментарии, я не буду гадать и защищать ни поддержку, ни пользователя.
Конечно, банить за мнение недопустимо. Тем не менее, я не знаю, что там был за тред, и правда ли человека забанили именно за это. Тут только представитель 2ГИСа может дать какие-то осмысленные комментарии, я не буду гадать и защищать ни поддержку, ни пользователя.
Вообще, у нас случаи бана очень редки. И причины обычно две: реклама или мат. Скажите, пожалуйста, своё имя в G+, если произошло какое-то недоразумение, то мы вас обязательно разбаним.
Ну вот на мой взгляд можно очень легко добиться подобного поведения, чтобы прогресс двигался как надо. Нарисовать путь градиентом (если недостаточно одного цвета, двумя, тремя). И просто закрашивать все пиксели там, где значение цвета в градиенте меньше текущего. Значение каждый кадр растёт, прогрессбар будет двигаться. На разных участках такого прогрессбара можно и скорость заполнения тоже варьировать так же, крася одним цветом не 1, а сразу 2-3 пикселя, которые будут за 1 кадр сразу закрашиваться.
ИМХО будет куда быстрее работать и куда проще в реализации.
Работая с комп.графикой в реалтайме такие решения приходят естественным путём.
Кстати весь прогрессбар в таком случае можно реализовать одним простейшим шейдером.
ИМХО будет куда быстрее работать и куда проще в реализации.
Работая с комп.графикой в реалтайме такие решения приходят естественным путём.
Кстати весь прогрессбар в таком случае можно реализовать одним простейшим шейдером.
На самом деле мы первое время тоже думали в сторону похожего варианта. Но все-таки работа с компьютерной графикой – отдельная история. Решение на теплом ламповом XAML'е, напротив, показалось нам проще и роднее.
Закраска градиентом в XAML даст в результате первый прогресс бар. Я пробовал использовать эту идею для простой отрисовки треков на картах с градиентной закраской, не вышло.
Всегда обращаю внимание на этот прогрессбар и всегда радуюсь именно такому его поведению :-) Такое внимание к деталям — это очень круто, спасибо!
Ребята, простите, что пишу и сюда (в поддержку письмо уже писал, а тут оно оффтоп), но, пожалуйста, сделайте ночную, а в идеале вообще чёрную тему оформления для вашего приложения под Android, очень тяжело глазам.
Из-за этого прогресс-бара и медленного интернета несколько раз закрывал приложение, пока понял, что оно не просто зависло, а что-то делает и это прогресс-бар.
Отличная статья. Эта штука называется «Path Tracing», почти готовые имплементации довольно легко гуглятся.
А мне первый вариант больше понравился — в нём чётко видно, что происходит «заполнение», слева направо. Второй вариант больше похож на просто красивую анимацию, а не прогресс-бар. Особенно смущает финальная стадия, когда описывается маленький круг и некоторое время движение происходит в обратную сторону (справа налево).
Красивый метод, причем универсальный — подойдёт для любой платформы, умеющий рисовать векторные картинки, а не только Windows Phone.
Первый вариант анимации был намного лучше.
Занимаетесь ерундой.
Занимаетесь ерундой.
Эта фраза прекрасна:
«Но в нашей команде достаточно опытных разработчиков, настоящих профессионалов своего дела, поэтому через какое-то время мы все же нагуглили решение.»
Единственное добавлю, вы проверяли, что анимация длины штриха выполняется не в UI потоке и не жрет ресурсы?
Это хороший вопрос, я ждал его. Изменение длины штриха конечно же идет через UI поток — никакой магии не происходит. Но сама операция выходит довольно легковесная. Там где у нас используется этот прогресс-бар (загрузка городов, загрузка фотографий) мы не заметили, что его наличие как-то влияет на производительность.
Жаль, что без UI не обошлось, я честно надеялся на магию, такой трюк с заштриховкой мне понравился :)
Беда в том, что даже самая легковесная анимация в UI не прогнозируема по затратам ресурсов, в WP 8.1 Xaml MS из за этого заставил явно указывать при создании таких анимаций, что вы знаете, что делаете.
У меня в проекте тоже не обошлось без таких анимаций, а еще раньше пришлось отказаться от компонентов телерика именно из за того, что их движок анимации почти полностью крутился в UI.
Беда в том, что даже самая легковесная анимация в UI не прогнозируема по затратам ресурсов, в WP 8.1 Xaml MS из за этого заставил явно указывать при создании таких анимаций, что вы знаете, что делаете.
У меня в проекте тоже не обошлось без таких анимаций, а еще раньше пришлось отказаться от компонентов телерика именно из за того, что их движок анимации почти полностью крутился в UI.
Хотя это все же больше касается именно анимации XAML, а просто установка через UI свойства изредка, а не 60 р/с пожалуй действительно не повредит.
Sign up to leave a comment.
История одного прогресс-бара