Андроид для чайников: 2011

четверг, 20 октября 2011 г.

Грабли с камерой?

Наткнувшись на пример кода для работы с камерой пришлось немного попотеть. Вот кусочек кода:

Size previewSize = camera.getParameters().getPreviewSize();

float aspect = (float) previewSize.width / previewSize.height;

int previewSurfaceWidth = preview.getWidth();

int previewSurfaceHeight = preview.getHeight();

LayoutParams lp = preview.getLayoutParams();

if (this.getResources().getConfiguration().orientation != Configuration.ORIENTATION_LANDSCAPE)

{

// портретный вид

camera.setDisplayOrientation(90);

lp.height = previewSurfaceHeight;

lp.width = (int) (previewSurfaceHeight / aspect);

;

}

else

{

camera.setDisplayOrientation(0);

lp.width = previewSurfaceWidth;

lp.height = (int) (previewSurfaceWidth / aspect);

}

preview.setLayoutParams(lp);

camera.startPreview();

}

Задача этого куска - подогнать соотношение сторон окна (экрана телефона) и соотношения сторон кадра с камеры. Ну и повернуть изображение соответственно ориентации телефона. Как выяснилось, причина была в использовании RelativeLayout. На Frame все заработало. Почему? Может кто подскажет?

Свой SeekBar

Если по какой-то причине Вас не устраивает вид стандартных элементов управления, никто не мешает создавать свои. Например, изменим стандартный SeekBar:

1. В папке layout создадим xml-файл, допустим progress.xml, в который напишем следующее:

<layer-list xmlns:android="http://schemas.android.com/apk/res/android">

<item android:id="@android:id/background">
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#ff00ff00"
android:centerColor="#ff000000"
android:centerY="0.5"
android:endColor="#ff00ff00"
android:angle="270"
/>
</shape>
</item>
<item android:id="@android:id/secondaryProgress">
<clip>
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#80ffd300"
android:centerColor="#80ffb600"
android:centerY="0.75"
android:endColor="#a0ffcb00"
android:angle="270"
/>
</shape>
</clip>
</item>

<item android:id="@android:id/progress">
<clip>
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#ffff0000"
android:centerColor="#ff000000"
android:centerY="0.5"
android:endColor="#ffff0000"
android:angle="270"
/>
</shape>
</clip>
</item>
</layer-list>

Это сам SeekBar. Теперь ползунок для него, опять же xml (пусть будет progress_t.xml):

<selector xmlns:android="http://schemas.android.com/apk/res/android">
<item android:state_pressed="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:state_focused="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:state_selected="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:drawable="@drawable/sb"/>
</selector>

Тут sb - это картинка, изображающая ползунок, на Ваш вкус. Ну и наконец в main.xml пишем:

<SeekBar
android:id="@+id/seekbar1"
android:layout_height="wrap_content"
android:layout_width="fill_parent"
android:fadingEdge="none"
android:thumb="@layout/progress_t"
android:progressDrawable="@layout/progress"
android:scrollbarStyle="outsideInset" >
</SeekBar>

На выходе имеем следующее:

Скриншот без рута.

Множество существующих программ для снятия скриншотов с экрана телефона требуют root доступ. В Эклипсе все гораздо проще. Достаточно открыть: Window > Open Perspective > Other > DDMS и нажать кнопочку Screen Capture. После чего сохранить изображение. Естественно, телефон должен быть подключен в режиме отладки по USB.

среда, 19 октября 2011 г.

Как написать цифирки

Совсем уж для чайников, но вдруг кому поможет:). Жизненная ситуация: надо всунуть численное значение в текстовое поле, а оно хочет строку. А метод toString не работает. Вот просто ругается и не работает. Конструкция (+ "") превратит в строку что угодно. То есть (int myVal + "") - это уже String.

Правильная ориентация.

При работе с датчиком ориентации в Андроиде, внезапно выяснилось, что данные возвращаются в градусах типа int, то есть округленно до 1 градуса. Для повышения точности Гугл посоветовал сделать так:

@Override
public void onSensorChanged(SensorEvent event) {
if (event.sensor.getType() == Sensor.TYPE_ACCELEROMETER)
mGrav = event.values;
if (event.sensor.getType() == Sensor.TYPE_MAGNETIC_FIELD)
mMag = event.values;
if (mGrav != null && mMag != null) {
matrixR = new float[9];
matrixI = new float[9];
boolean success = SensorManager.getRotationMatrix(matrixR, matrixI, mGrav, mMag);
if (success) {
mOrient = new float[3];
SensorManager.getOrientation(matrixR, mOrient);
}
}
}

В итоге массив mOrient получает значения по координатам X, Y и Z в радианах. И как можно заметить, типа float. При переводе их в градусы получаем точные значения. Но тут возникает другая проблема - шум датчиков. Значения скачут. Наткнулся в тырнете на интересный кусочек кода:

avX = rad2deg * mOrient[0] * kF + avX * (1.0f - kF);

Если припомнить математику, можно догадаться - это своего рода фильтр. Значение коэффициента kF подбираем опытным путем, в пределах где-то 0,01 - 0,5. Чем меньше - тем плавнее меняются показания датчика.

Коротко о рисовании.

Один из залогов успешности программы - приятный внешний вид. Для создания графики в приложении очень хорошо подходит программа Inkscape. Это совершенно бесплатный векторный редактор с достаточно большим функционалом. Рисуем нужную картинку, например иконку приложения. Жмем "экспортировать в растр". И сохраняем в любимом Андроидом .png одно и то же изображение в разрешении 72x72, 48x48, 36x36 в папки drawable-hdpi, -mdpi и -ldpi соответственно. А там Андроид сам разберется, к какому разрешению экрана какую иконку подставить. То же самое и с другими изображениями. Соотношение пропорций в вышеуказанных папках соответствует 1,5 x 1 x 0,75, так что подсчитать размеры картинок не проблема. И никаких пиратских фотошопов:).

Три буквы - XML

Андроид и XML - братья навек, наверно все уже заметили. Но тут я хочу поговорить не о родных main и strings, а о посторонних файлах. В частности, при написании GPS-приблуды возникла необходимость вырвать инфу из трека в формате .gpx. При ближайшем рассмотрении это тот же XML. Вот как он выглядит:

<?xml version="1.0"?>
<gpx version="1.0" creator="NaviTel 3.5.0.838 - http://www.navitel.su" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.topografix.com/GPX/1/0" xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd">
<metadata>
<time>2010-07-30T11:25:21Z</time>
</metadata>
<trk><name>Track 001</name>
<trkseg>
<trkpt lat="56.741173" lon="61.220718"><ele>308.000000</ele><time>2010-07-30T05:25:22Z</time><hdop>3.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741112" lon="61.220917"><ele>281.000000</ele><time>2010-07-30T05:25:23Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741100" lon="61.220993"><ele>280.000000</ele><time>2010-07-30T05:25:24Z</time><hdop>1.6</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741127" lon="61.221077"><ele>271.000000</ele><time>2010-07-30T05:25:26Z</time><hdop>1.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741112" lon="61.221088"><ele>270.000000</ele><time>2010-07-30T05:25:27Z</time><hdop>1.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741119" lon="61.220921"><ele>279.000000</ele><time>2010-07-30T05:25:28Z</time><hdop>4.8</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741119" lon="61.220943"><ele>277.000000</ele><time>2010-07-30T05:25:29Z</time><hdop>3.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741093" lon="61.220932"><ele>276.000000</ele><time>2010-07-30T05:25:30Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741085" lon="61.220932"><ele>275.000000</ele><time>2010-07-30T05:25:31Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741081" lon="61.220932"><ele>274.000000</ele><time>2010-07-30T05:25:32Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
</trkseg>
</trk>
</gpx>

Как-то так в общем. Понятное дело, что нам нужны именно циферки вида 56.741085 и 61.220932, ибо это не что иное как широта и долгота. В XML они называются атрибутами узла, в данном случае узла "trkpt". Подозреваю, что это сокращение от "track point", но это неважно. Наши действия:

Document MyDoc = null;
try { 
DocumentBuilderFactory dbFactory = DocumentBuilderFactory.newInstance();   
DocumentBuilder MyDocBuilder = dbFactory.newDocumentBuilder();
MyDoc =  MyDocBuilder.parse(new FileInputStream(Environment.getExternalStorageDirectory() + "/Tracks/" + myTrack));
// Путь к документу = путь к флешке + имя папки + имя файла}
catch (Exception ioe) {} //Обрабатываем ошибку, если хочется... 
NodeList list = MyDoc.getElementsByTagName("trkpt"); 
//Получение списка ВСЕХ узлов дерева с тегом trkpt.
int count = list.getLength(); 
//Ненавязчиво поинтересовались количеством точек в треке.
Location[] MyTrackPoints = new Location[count]; 
// Создали новый массив объектов типа "location" с размерностью = count.
// Объект "location" имеет свойства "широта" и "долгота", которые надо извлечь из файла и присвоить элементам массива. 
for(int i = 0; i<count; i++) { 
// получаем в цикле координаты из трека
Node n = list.item(i); 
// В переводе - "узел n = элемент списка № '"i".
NamedNodeMap nm = n.getAttributes();MyTrackPoints[i] = new Location("MyTrackPoints"); 
// добавили в массив новый объект
MyTrackPoints[i].setLatitude(Double.parseDouble(nm.item(0).getNodeValue()));
//получили атрибут №0 "широта" узла "nm" и присвоили его элементу массива.
MyTrackPoints[i].setLongitude(Double.parseDouble(nm.item(1).getNodeValue()));
//получили атрибут №1 "долгота" узла "nm" и присвоили его элементу массива.}

Profit. У нас в кармане массив координат в чистом виде. Даже не так - у нас в кармане массив объектов Location, каждый из которых имеет свои координаты. К любому из этих объектов можно применять функции работы с GPS, типа distanceTo(MyTrackPoints[i]) и т.п.

Спасибо за внимание.

Флешка, ты где?

По мере перехода от Hello к более серьезным вещам, вполне естественно возникает желание поработать с файлами на внешних носителях. Что нам советуют? Встречающаяся в примерах запись вида "new File("/sdcard/FileExample/")" конечно подкупает своим изяществом и простотой. Одно плохо - не работает. Вернее не всегда работает. Причина тут в том, что Андроидов много всяко-разных. Аппаратов, я имею в виду. И путь к флешке у Моторолы, скажем совсем не такой, как у Самсунга. Не говорю уж про HTC. Как это победить?

На этот случай есть функция Environment.getExternalStorageDirectory();

File MySDCard = Environment.getExternalStorageDirectory(); // Получаем путь к флешке у данного конкретного девайса
File MyFolder = new File(MySDCard.toString() + "/foldername/"); // Путь к папке "foldername".

Соответственно, получить список файлов можно так:

File[] listOfFiles = MyFolder.listFiles(); // Массив файлов
final String[] strFiles = new String[listOfFiles.length]; // новый массив строк, размер - количество файлов в папке
for(int i=0; i<listOfFiles.length; i++) // цикл перебора файлов в папке
{
strFiles[i]=listOfFiles[i].getName().toString(); // создали массив стринг с именами файлов
}

И дело в шляпе.

Запускаем первую программу.

Наступают волнительные минуты. Hello Android написан и готов к запуску. Run As > Android Application... И тут мне вспомнилась молодость. Былые годы, когда я запускал 3D Studio Max на 133 пне с 32 метрами оперативки. Примерно с такой же скоростью работает виртуальный андроид. Где выход? Очередное гугление показало, что покупка супернавороченного компа поможет мало. Остается еще два выхода. Например, принять буддизм. Но это на любителя. Последний вариант - запускать приложения на физическом телефоне, убив AVD нафик. Что для этого нужно?

- Подключить телефон к компу через USB.

- Выставить в настройках телефона "Приложения - Разработка - Отладка USB".

- Разрешить телефону установку приложений из неизвестных источников.

- Если еще не установлен - установить Windows USB Driver.

После этого дело пойдет гораздо веселее. А AVD может пригодиться разве что для посмотреть на прогу при разных разрешениях экрана.

Грабли зеленых человечков.

Всем доброго времени суток. Хочу поделиться своим опытом приручения зеленых человечков, известных в простонародье как Андроид. Не так давно, по причине наличия свободного времени, было решено познать азы программирования под эту систему. Довольно быстро выяснилось, что литературы про это дело - кот наплакал. Особенно на великом и могучем. И если общие вопросы освещены более-менее понятно, некоторые фишки попортили немало нервов. Вот и решил пожаловаться обществу. Глядишь - кому и поможет не наступить на те же сельскохозяйственные орудия. Сразу предупреждаю - я ни разу не гуру кодинга, так, любитель. И пишу для таких же любителей. А там чем черт не шутит, может и найдется среди любителей организм, наваявший шедевр всех времен и народов. Ведь частенько бывает - у кого-то есть шикарная идея, но воплотить ее в жизнь он не умеет. А кто умеет - у того с идеями напряг.

Ну, собственно, начнем сначала:). Среда разработки. Мной был выбран Эклипс, ибо про него на каждом шагу пишут. Про установку только ленивый не писал еще. Поэтому не буду повторяться. Сказал про грабли - значит будем писать про грабли. Сначала все просто - ставим JDK, Eclipse, Android SDK никаких проблем. Отмечаем все что нужно в ADT и начинаем качать. Долго и упорно. Инет у меня не отличается особой быстротой, но что-то мне подсказывает, что не только в этом беда. Факт один - качается ну очень долго.И вот все готово, запуск, предвкушение заветного Hello. И облом. Ошибка какая-то, хоть тресни. Начинаем гуглить, так же долго и упорно. И вот первые грабли. Какими букфами написана учетка в Винде? Русскими? Эклипс твоя не понимай. Настраиваем новую учетку с латинским шрифтом - и поехали. Повторение - мать заикания. Всем удачи...

четверг, 20 октября 2011 г.

среда, 19 октября 2011 г.

четверг, 20 октября 2011 г.

среда, 19 октября 2011 г.