Как стать автором
Обновить

Комментарии 40

Вы бы лучше сделали нормальный интерфейс, потому как ваш текущий, который не использует никаких нативных элементов

1) жутко медленно работает даже на топовом железе
2) выглядит инородно и просто некрасиво
3) плохо выглядит на высоком разрешении: пользуюсь телефоном с экраном QHD, 5.7' весь софт выглядит нормально кроме такого же яндекс.навигатора, но там-то изначально все крупнее чем у вас, и стало просто чуть мельче. В 2gis же все надписи надо рассматривать в очках

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

Забыл указать, все описанное относится к android версии
Как правило такие вещи сразу заигнорят, Вы же не программист, А у них все там круто и оптимизировано ))
SOLON7@habr~: Sarcasm mode off
Если вы в гуглогруппе критиковали так же, как здесь, то реакция вполне логичная. На месте разработчиков я бы тоже такой фидбек проигнорировал.

«Плохо выглядит», «жутко медленно», «инородно и просто некрасиво» — это никакая не критика, потому что тут нет никакой информации. Из трех законов критики вы следуете только первому.

BTW, я не работаю в 2ГИСе и никак не аффилирован с этой компанией. Разве что пользуюсь их приложением для Windows 10 Mobile.
Ок, я буду благодарен, если вы мне поможете сформулировать ту же самую мысль но так, чтобы она не оскорбляла чувств разработчиков. Если кого-то обидел мой комментарий — прошу прощения. Я за адекватные отзывы и хочу помочь.
Давайте по порядку.

жутко медленно работает даже на топовом железе

  • Как проявляется медленность? Если приложение долго грузится, хотя бы примерно уточните, насколько долго. Если анимация интерфейса отображается рывками, уточните, какие именно элементы интерфейса тормозят. Если имеете в виду что-то другое, напишите об этом.
  • На каком телефоне воспроизводятся проблемы? «Топовое железо» — это конкретно что?


выглядит инородно и просто некрасиво

  • Если интерфейс сделан не по гайдлайнам Андроида, будет полезно указать на конкретные расхождения. Еще лучше — со ссылкой на гайдлайны и скриншотами. Важно учесть, что в разных версиях и вариантах Андроида разный дизайн, поэтому укажите, какой именно у вас Андроид.
  • Некрасиво — субъективная характеристика. Формализуйте ее в виде конкретных косяков: тут буквы скачут, тут тексту душно из-за маленьких полей, тут желтое на белом не читается и т. д.


плохо выглядит на высоком разрешении… В 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)

Скриншот
http://s14.postimg.org/rfk8i96dt/Screenshot_20160120_112311.png
* плохо выглядит на высоком разрешении… В 2gis же все надписи надо рассматривать в очках
Разрешение, как я уже писал QHD 1440 x 2560 pixels (520 ppi)


Кстати, в настройках 2гис можно включить увеличенные шрифт, хотя он и ненамного больше.
там есть такая настройка, только звучит она как «Smaller fonts and buttons». Страшно подумать, что будет если я ее включу :(
Забавно, там разные настройки, если открывать из главного меню и с самой карты.
С главного меню Smaller fonts and buttons, а если открыть настройки с карты, то там уже как раз «Large fonts on the map»
По поводу замечаний (справедливых) — расскажу что знаю. Ребята из команды 2GIS для Android сейчас активно работают над новой версией, которую мы анонсировали ранее. А скриншот у вас из старой версии. Уверен, в новой версии все будет гораздо лучше. Морально устаревший дизайн в ней полностью обновили, нет путаницы с настройками, номера домов нормально читаются на высоком разрешении. Я как WP разработчик не очень часто держу в руках Android с новым 2GIS на борту, но те версии, которые я видел, с точки зрения производительности вели себя вполне достойно.
12 мая 2015 в 09:47
Релиз нового мобильного 2ГИС

С ума сойти, уже больше полугода прошло. А вы прогресбары правите. Помогли бы коллегам :)
с ума сойти, это после разработки под WP начать писать под Android. Причём сойдут с ума и windows разработчики, и команда android.
Извините, но задача поддержки — добиться от пользователя внятного описания и исправить косяки, а не банить за то, что он не умеет внятно излагать замечания. Мало кто умеет. Это не отмазка.
Конечно, вы правы. Однако с возрастанием сложности разбора фидбека снижается вероятность того, что поддержка дойдет до конца. У поддержки ограниченный ресурс, и углубиться до упора в каждый комментарий нет возможности.

Конечно, банить за мнение недопустимо. Тем не менее, я не знаю, что там был за тред, и правда ли человека забанили именно за это. Тут только представитель 2ГИСа может дать какие-то осмысленные комментарии, я не буду гадать и защищать ни поддержку, ни пользователя.
Представитель 2ГИСа предусмотрительно не суется в этот тред )
Вообще, у нас случаи бана очень редки. И причины обычно две: реклама или мат. Скажите, пожалуйста, своё имя в G+, если произошло какое-то недоразумение, то мы вас обязательно разбаним.
Ну вот на мой взгляд можно очень легко добиться подобного поведения, чтобы прогресс двигался как надо. Нарисовать путь градиентом (если недостаточно одного цвета, двумя, тремя). И просто закрашивать все пиксели там, где значение цвета в градиенте меньше текущего. Значение каждый кадр растёт, прогрессбар будет двигаться. На разных участках такого прогрессбара можно и скорость заполнения тоже варьировать так же, крася одним цветом не 1, а сразу 2-3 пикселя, которые будут за 1 кадр сразу закрашиваться.
ИМХО будет куда быстрее работать и куда проще в реализации.
Работая с комп.графикой в реалтайме такие решения приходят естественным путём.
Кстати весь прогрессбар в таком случае можно реализовать одним простейшим шейдером.
На самом деле мы первое время тоже думали в сторону похожего варианта. Но все-таки работа с компьютерной графикой – отдельная история. Решение на теплом ламповом XAML'е, напротив, показалось нам проще и роднее.
Закраска градиентом в XAML даст в результате первый прогресс бар. Я пробовал использовать эту идею для простой отрисовки треков на картах с градиентной закраской, не вышло.
Не понимаю как оно даст первый. Либо Вы не понимаете суть описанного мной метода.
Понимаю, но путь в XAML будет закрашен градиентом не следуя за закрашиваемым путем, а градиентом плоскости накладываемой на путь.
Всегда обращаю внимание на этот прогрессбар и всегда радуюсь именно такому его поведению :-) Такое внимание к деталям — это очень круто, спасибо!
Приятно слышать :) Спасибо, что пользуетесь 2GIS на вашем телефоне с Windows 10 Mobile!
Не планируете сделать UWP-приложение?
Желание есть, но конкретных планов или сроков нет. Мы пока осторожно так присматриваемся к UWP и к Windows 10 (Mobile).
Ребята, простите, что пишу и сюда (в поддержку письмо уже писал, а тут оно оффтоп), но, пожалуйста, сделайте ночную, а в идеале вообще чёрную тему оформления для вашего приложения под Android, очень тяжело глазам.
Из-за этого прогресс-бара и медленного интернета несколько раз закрывал приложение, пока понял, что оно не просто зависло, а что-то делает и это прогресс-бар.
Спасибо за фидбэк, проблема понятная. Подумаем с дизайнерами как можно сделать процесс загрузки при медленном интернете более явным.
Могу предложить целых два способа. Дешевый костыль: добавить текстом проценты или даже мегабайты (скачано/всего). И правильное решение: сделать так, чтобы с приложением можно было бы работать, не скачивая каждый раз по двести мегов.
Отличная статья. Эта штука называется «Path Tracing», почти готовые имплементации довольно легко гуглятся.
Теперь я знаю как это называется, спасибо! Статья по ссылке классная, как раз то что надо (хоть и для Android).
А мне первый вариант больше понравился — в нём чётко видно, что происходит «заполнение», слева направо. Второй вариант больше похож на просто красивую анимацию, а не прогресс-бар. Особенно смущает финальная стадия, когда описывается маленький круг и некоторое время движение происходит в обратную сторону (справа налево).
Красивый метод, причем универсальный — подойдёт для любой платформы, умеющий рисовать векторные картинки, а не только Windows Phone.
Первый вариант анимации был намного лучше.
Занимаетесь ерундой.
Второй вариант лучше, но занимаетесь вы всё-таки ерундой.
Эта фраза прекрасна:
«Но в нашей команде достаточно опытных разработчиков, настоящих профессионалов своего дела, поэтому через какое-то время мы все же нагуглили решение.»
Единственное добавлю, вы проверяли, что анимация длины штриха выполняется не в UI потоке и не жрет ресурсы?
Это хороший вопрос, я ждал его. Изменение длины штриха конечно же идет через UI поток — никакой магии не происходит. Но сама операция выходит довольно легковесная. Там где у нас используется этот прогресс-бар (загрузка городов, загрузка фотографий) мы не заметили, что его наличие как-то влияет на производительность.
Жаль, что без UI не обошлось, я честно надеялся на магию, такой трюк с заштриховкой мне понравился :)
Беда в том, что даже самая легковесная анимация в UI не прогнозируема по затратам ресурсов, в WP 8.1 Xaml MS из за этого заставил явно указывать при создании таких анимаций, что вы знаете, что делаете.

У меня в проекте тоже не обошлось без таких анимаций, а еще раньше пришлось отказаться от компонентов телерика именно из за того, что их движок анимации почти полностью крутился в UI.
Хотя это все же больше касается именно анимации XAML, а просто установка через UI свойства изредка, а не 60 р/с пожалуй действительно не повредит.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.