Близкое значение получается у дроби 7/12 = 0.583… То есть, семь полутонов (интервалов между соседними нотами) оказываются весьма близки к квинте — 1.498.
Не совсем понятно, как от дроби 7/12 перешли к 12 нотам. И две соседние ноты образуют полутон, т.е. полутонов должно быть 12, а не 7?
У меня Note 3, отличается дополнительным наличием считывателя отпечатков пальцев. Покупкой очень доволен, смартфон не уступает аналогам от других производителей, а цена очень низкая. Но я бы не стал рекомендовать покупать его в России, потому что официальной русской прошивки нет, у нас туда заливают кастомные прошивки с неизвестно чем внутри (я про вирусы и прочую нечисть).
На смартфоне пятый андроид, но он так допилен производителем, что по-моему ничем не уступает шестому.
В 95% случаев спасает NotifyPropertyChangeWeaver, в остальных 5% (зависимости от цепочек свойств) можно объявить внутреннее свойство, которое обновляется вручную по внешним событиям и по которому плагин будет определять изменения в вычисляемых свойствах. Учитывая, что этот плагин сильно упрощает жизнь и крайне прост в использовании (он автоматически распознает вычисляемые свойства, если они состоят только из геттера — атрибуты не нужны), не понятно, зачем еще один велосипед.
А какие проблемы находит PVS-Studio из тех, которые не находит ReSharper? Из перечисленных кажется решарпер не предупредит только о N4. А учитывая, что он условно бесплатный и очень популярен, предупреждает об ошибках еще на этапе написания кода, вам будет трудно конкурировать с ним. Например, нам несколько раз предлагали купить Coverity, но каждый тестовый прогон проекта не выявлял существенных проблем, и мы отказывались. В любом случае это хорошо иметь несколько инструментов, подстегнет всех улучать свои продукты.
В Lollipop можно, например, сослаться из drawable XML на атрибут из темы, и подменять тему у этого drawable. Но это не работает на Android 4.0 из-за бага, который как раз и починили в Lollipop.
Думаю, самое просто решение – это завести несколько drawable, отличающихся только цветом, и переключать их.
Я смотрел встроенную в студию возможность конвертации и не нашел способ сконвертировать пакетно несколько файлов. Плюс студийный конвертер менее функционален, чем конвертер из статьи (у меня не съел то, что съедает SvgToVectorDrawableConverter).
Сравнение по производительности и памяти с обычными картинками – это тема для отдельной статьи, буду рад ее прочитать :) Рискну предположить, что с вектором все заметно лучше, чем с растром, во всяком случае ощущения, что приложение стало работать медленнее после перехода на вектор, не возникло, скорее наоборот.
9-patch поддерживается только для PNG.
управление электроскутерами, умными пылесосами, инверторами, PFC и MPPT модулями для солнечных электростанций, контроллерами ветрогенераторов с метеостанциями с подключением в сеть и облака, управление лифтами, и другой мехатроникой
А почему, по-вашему, малинка не справится с этими задачами?
Я сам использовал и Xamarin, и MonoGame, и могу вас заверить, что это не лучшее решение.
Я же не отрицаю, что нельзя, можно и на плюсах обычное ui-приложение наваять, но этот инструмент не для таких задач.
А вот банковский клиент на Xamarin под три платформы — самое то.
Не совсем понятно, как от дроби 7/12 перешли к 12 нотам. И две соседние ноты образуют полутон, т.е. полутонов должно быть 12, а не 7?
На смартфоне пятый андроид, но он так допилен производителем, что по-моему ничем не уступает шестому.
Думаю, самое просто решение – это завести несколько drawable, отличающихся только цветом, и переключать их.
9-patch поддерживается только для PNG.
А почему, по-вашему, малинка не справится с этими задачами?
Я же не отрицаю, что нельзя, можно и на плюсах обычное ui-приложение наваять, но этот инструмент не для таких задач.
А вот банковский клиент на Xamarin под три платформы — самое то.