Still good magic

Edit Google Chrome thumbnail page

noreply@blogger.com (Anonymous) — Fri, 30 Dec 2011 21:41:00 +0900

Maybe sometime you've asked yourself a question: "How the heck do I customize my Chrome' speed dial page?" If you don't, you can always do it right now. The problem is, when you accidentally delete you favorite web-site shortcut from the Google Chrome's top page (of course, if you use it for speed dial), you don't have any obvious way to restore the link. Or, perhaps, you want to add a new shortcut to your speed dial screen.

Well, there are a couple of magic things you actually can do. First, you can download some extension for your Chrome browser (just google for "Speed dial 2"). But this magic is too straightforward for real jedi.

The true way is to modify Chrome browser's program files directly, as it doesn't require much of experience or mana.

When you delete a thumbnail from the speed dial page, the identification of the deleted thumbnail is stored inside Chrome's preferences. So, you can do the trick in two possible ways: edit preferences to make Chrome "forget" than you deleted thumbnail once (kind of "Obliviate" spell), or you can manually add and set up required link on the speed dial page.

Close all Chrome's windows and stop all Chrome's processes. Navigate to the following folder on your computer:
-- C:\Users\XXXXX\AppData\Local\Google\Chrome\User Data\Default (where "XXXXX" is for you current user account name. This one is for Windows Vista/7 users, XP adepts should find their own path inside "Programs and Settings" directory).
There you should find "Preferences" file (nope, no extension, folks) -- it stores every thing you set up in you Chrome browser, including ids of deleted top pages. Open this file with your favorite text editor and meet JSON format, used to store the Chrome's settings. Now find "ntp" node and "most_visited_blacklist" sub-node: you have all the deleted thumbnails listed here. I'm pretty sure it will be hard to understand, which hash key belongs to which deleted url, so just delete everything starting from "most_visited_blacklist" until the first "}," sign. Don't forget to save the file!

Try to launch Chrome browser and see, if you deleted thumbnail appeared on the top page or not. If you can't see it, or you want to modify your speed dial page more, proceed to the following magic.

Top page's thumbnails and links are stored in a SQLite-database in Google Chrome work folder in file "Top Sites". Navigate to the same folder:

-- C:\Users\XXXXX\AppData\Local\Google\Chrome\User Data\Default (where "XXXXX" is for you current user account name)
and look for the file "Top Sites" (that's right, no extension here again).

To open and edit this file you should have SQLite browser on your computer. If you still don't have it -- you can get it here (requires no installation). Once you launched SQLite browser exe file, open database file ("Top Sites") located at the path mentioned above -- at this point you should see database structure shown int he browser's main window. On the "Database structure" tab you can see two datatables in the file: "meta" and "thumbnails". "Meta" datatable contains meta-information (information about information) and is not a target for our magic. We will be modifying "thumbnails" datatable, so click on the "Browse data" tab and select "thumbnals" in the table combobox.

Now you should see a data table with several columns:

url - link to the webpage;
url rank - order position, started from 0 (top left thumbnail) to 7 (bottom right);
title - title of the link;
thumbnail - blob data (binary image data);

and some others.

Now click on the "New record" button, and new record will be added to the bottom of the table. Modify the columns' contents (i.e. insert "http://www.google.com" or whatever in "url" field, edit position in "url rank" field, etc.). Save the file in the Database browser, launch Chrome and enjoy the results of this simple magic.

You can surprise your friend with this simple trick by modifying his/her thumbnail image or link title on the speed dial page of the Chrome. If you do -- we have not ever met.

Check external SD card on Android device

noreply@blogger.com (Anonymous) — Tue, 9 Aug 2011 23:52:00 +0900

Want to check if external (I mean the one which can be freely removed from the device without removing the battery) SD card is inserted on the device? The standard Android API has only one method to call for it:

Environment.getExternalStorageDirectory()

Sad, but this one returns only directory, which is mounted on the device as "external" (usually, "/mnt/sdcard/"), but not the actual removable media. You can hard-code the real external storage directory, which can differ on different devices. For instance, Samsung's Galaxy family devices state the external SD drive to be mounted on

/mnt/sdcard/external_sd/

Anyway, before trying to get actual external path you should consult to the device manufacturer, for what mount path you should be looking for. And still, even when you know external path, you can be fucked up trying to look that folder directly.

Consider we have a Galasy S which has external SD card path as of "/mnt/sdcard/external_sd". The most obvious way to check it is to create a File object and look for its isExists() boolean:

File f = new File("/mnt/sdcard/external_sd");
if (f.isExists()) {
// Dance
}

But your program can screw things up if no SD card is really mounted onto this directory. It's Linux, they can have external drive been mounted as your finger! So don't trust that file's isExists() flag - it can return true when "external_sd" is exists, but no physical external SD card is mounted onto it.

So, you fought to death with phone manufacturer to get that "external path" value just to realize that it's useless anyway? No, my little sorcerer, there is always a bit of saving magic for every "impossible" task.

We're still on Linux' territory, remember? I mean, yeah, we are on Android, but still on Linux. It's some kind of Two-Face.

Well, let's use this for our advantages. On Android device, we can get system file, which contains all currently mounted folders and path, and check, if our "external" path has actually been mounted with real media.

try {
// Open the file
FileInputStream fs = new FileInputStream("/proc/mounts");

DataInputStream in = new DataInputStream(fs);
BufferedReader br = new BufferedReader(new InputStreamReader(in));

String strLine;
StringBuilder sb = new StringBuilder();

//Read File Line By Line
while ((strLine = br.readLine()) != null) {
// Remember each line
sb.add(strLine);
}

//Close the stream
in.close();
} catch (Exception e) {
//Catch exception if any
e.printStackTrace();
}

So, we read "/proc/mounts" file line by line, adding each one to the StringBuilder class instance. After all, if there nothing screwed up, we'll have file contents in memory, and can therefore cast any "contains-like" spell'

if (sb.contains("mnt/sdcard/external_sd")) {
// Dance
}

Sweet coding.

Выбор элементов в кастомном ArrayAdapter

noreply@blogger.com (Anonymous) — Sun, 1 May 2011 23:12:00 +0900

Недавно попался баг, из-за которого не происходил выбор айтема в кастомном ArrayAdapter.

Актовность ListActivity вместе со всем своим волшебством в большинстве случаев хорошо справляется с задачей представления списков меню:

Однако временами возникает потребность показать пользователю более информативный список, чем показан на картинке выше. В таком случае нужно немного модернизировать магию построения списка.

В нашем случае программа должна была в списке показывать не только название каждого элемента, но и дополнительную информацию, а также предоставлять пользователю без лишних телодвижений включить-выключить любой пункт меню посредством стандартного чекбокса. На экране все это колдунство выглядело приблезительно так:

Т.е. вместо стандартного текста каждый элемент этого кастомного меню содержит а) текстбокс для названия (большой шрифт), б) текстбокс для описания (мелкий щрифт) и ц) чекбокс для увлекательного чеканья.

В коде эта картинка звучит следующим образом:

public class MyAdapter extends ArrayAdapter<MyDataClass>
{
    public MyAdapter(final Context context, final List<MyDataClass> items)
    {
        // Конструктор
        super(context, R.layout.sensorslist, items);
    }

   @Override
    public View getView(final int position,
                final View convertView,
                final ViewGroup parent)
    {
        // Инициализация пунктов меню, каждого в отдельности
        TextView title = (TextView) v.findViewById(R.id.sensor_text);
        TextView details = (TextView) v.findViewById(R.id.sensor_comments);
        CheckBox enabled = (CheckBox) v.findViewById(R.id.sensor_enabled);
        // И потом делаем с ними что хотим...
    }
}

NB. Метод getView вызывается автоматически классом-родителем при создании пунктов меню, причем вызывается для каждого пункта, а не для всего списка сразу.

В конструктор помимо контекста передается список с кастомным классом данных (о нем еще ниже будет). К созданному классу MyAdapter применяется свой лэйаут, который определяет расположение элементов внутри каждого пункта меню:

<?xml version="1.0" encoding="utf-8"?>

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="wrap_content"
    android:orientation="horizontal">

    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="vertical">

        <TextView android:id="@+id/sensor_text"
            android:layout_width="200dp"
            android:layout_height="wrap_content"
            android:lines="1"
            android:scrollHorizontally="true"
            android:ellipsize="end"
            android:paddingLeft="2sp"
            android:paddingTop="2sp"
            android:textSize="18sp"
            android:textStyle="bold"
            android:shadowColor="#90909090"
            android:shadowDx="1.0"
            android:shadowDy="1.0"
            android:shadowRadius="1.0"/>

        <TextView android:id="@+id/sensor_comments"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="12sp"
            android:textColor="#FF808080"
            android:paddingLeft="2sp"
            android:paddingTop="2sp"/>
    </LinearLayout>

    <CheckBox android:id="@+id/sensor_enabled"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerVertical="true"
        android:layout_alignParentRight="true"
        android:paddingRight="5sp"/>
</RelativeLayout>

И, наконец, вызывается все это волшебство в нужной активности с помощью нехитрых махинаций ~~волшебным посохом~~:

public class ExtendedListActivity extends ListActivity
{
    @Override
    public void onCreate(final Bundle savedInstanceState)
    {
        super.onCreate(savedInstanceState);
        
        List<MyDataClass> datas = new List<MyDataClass>();
        
        // Здесь мы совершаем необходимые нам махинации с классами данных,
        // добавляя созданные инстансы в список
        for (int i = 0; i < 10; i++)
        {
            MyDataClass cl = new MyDataClass();
            datas.add(cl)
        }

        MyAdapter adapter = new MyAdapter(this.getApplicationContext(), datas);

        setListAdapter(adapter);
        
        // А теперь создадим слушателя для тыков в меню
        ListView v = this.getListView();
        v.setOnItemClickListener(new OnItemClickListener() {
            @Override
            public void onItemClick(final AdapterView<?> arg0,
                    final View view,
                    final int clicked,
                    final long position)
            {
                // Получаем номер пункта меню и исполняем
                // свой танец
            }
        });
    }    
}

Все, вроде, в порядке вещей, однако не слишком подкованные гипнотезеры часто упускают из вида один совсем неочевидный (к сожалению, довольно обычное дело для дядьки Андроида) момент, и в итоге это может приводить к непонятному хаосу в погоне за невидимым багом. Дело в том, что активность ListActivity, которая ответственна за показ элементов в виде списка, напрочь отказывается запускать OnItemClickListener (отросток, который помогает отлавливать события нажатий на пункты меню) ни за какие деньги. Принципиальная.

Чтобы нерадивые гипнотезеры и дальше паниковали под действием своего же хаоса, незаметно добавляем строчку в лэйаут, описывающий чекбокс:

<CheckBox android:id="@+id/sensor_enabled"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerVertical="true"
        android:layout_alignParentRight="true"
        android:focusable="false"
        android:paddingRight="5sp"/>

И молча хихикаем в сторонке, зная, что Андроид не позволяет выбирать из списка айтемы, элементы которых могут быть фокусируемыми (focusable).

Ошибка транзакций в приложениях

noreply@blogger.com (Anonymous) — Tue, 8 Mar 2011 18:50:00 +0900

Мутантская ошибка, которая может послужить причиной длительного брейнфакерства.

Приложение для Андроид (Froyo, но также воспроизводится и на Gingerbread, т.е. встречается на API версий 8-9), по событию читает страницу в интернете и отображает ее в виджете. Вроде вся магия простая как в мультфильмах, но почему-то картинки в виджете в одних случаях показываются, в других - не показываются. Стали разбираться.

Проблемы начинаются после перехода на девайсы с большим разрешением экрана - это стало понятно сразу. Лог - чистый и красивый, за исключением одной строки:
JavaBinder "!!! Failed binder transaction !!!"

Ясно, что кто-то куда-то не может прицепиться, из-за чего система выкидывает ошибку и перестает апдейтить процесс. Но что куда не может прицепиться и по какой причине - оставалось загадкой.

Указанную выше ошибку выкидывает JavaBinder, у которого платформой ограничены размеры транзакций (что-то около 100 кб). Ошибка возникает, если между двумя отдельно взятыми процессами единовременно передается большой (т.е. гораздо больше размера транзакции) кусок информации. В нашем случае, колдунство предполагает создание скриншота веб-страницы в одном процессе и передача его для обновления в виджет. То есть прямо по учебнику.

Ключем к пониманию этой магии послужила смена разрешения экранов. Для того, чтобы сохранить отображаемую веб-страницу в качестве картинки, нам нужно воспользоваться контроллом WebView (переопределив его PictureListener). Получаемая на выходе картинка представляет собой загруженную и отображеную в контролле веб-страницу. Линейные размеры картинки не отличаются в зависимости от количества пукселей на дисплее девайса, однако при отображении в WebView или в виджете размер конечного файла может сильно отличаться.

Например, нам надо отобразить скриншот веб-страницы размером 600х600 пукселей на экране разрешением 300х300 (таких экранов на рынок не выпускают, это для примера). Очевидно, что в этом случае требуется вмешательство волшебства, уменьшающего реальный размер картинки в четыре раза (каждую сторону - в два раза). Понятно, что для экранов разрешением 600х600 уменьшать ничего не придется и размер картинки будет в 4 раза большим. Поэтому для относительно небольших экранов картинки удачно обрабатываются транзакциями, в то время как для больших экранов переброска объемных данных вызывает ошибки в транзакциях: виртуальная машина выбрасывает исключение и перестает обновлять процесс, от этого виджет хоть и существует в памяти, на самом деле не обновляется (в нашем случае он оставался невидимым, но это зависит только от лэйаута).

Самый простой способ предотвратить слишком большой размер файла - принудительное уменьшение размера файла:

public static Bitmap makeBitmap() {
    Bitmap bitmap = null;
    BitmapFactory.Options bmOp = new BitmapFactory.Options();
    String filePath = "foo/bar/baz";

    // Здесь указываем, во сколько раз нужно
    // уменьшить каждую сторону картинки
    bmOp.inSampleSize = 2;
    bitmap = BitmapFactory.decodeFile(filePath, bmOp);

    return bitmap;
}

NB. Рекомендую использовать четные числа для семплирования (в теоретическом разделе интернета всем всегда рады).

Однако такой колдунство не всегда прокатывает по двум причинам:
1. Не всегда понятно, во сколько раз нужно уменьшать размеры
2. Уменьшенная картинка - это уменьшенная картинка, т.е. если вы (или ваш заказчик в лице Докомо) придумали показывать такую картинку на весь экран девайса - картика будет в 2 (3, 4, 5 и т.д.) раз меньше размера экрана.

Может, причин сущетсвует еще больше (практически уверен).

Поэтому сейчас колдунство следует совместить с алхимией. Для этого нужно полученную картинку сначала явно уменьшить до какого-нибудь приемлимого значения, а потом вписать уменьшенную картинку в нужную область на Canvas'е:

public static void makeBitmap(Picture picture) {
    Context con = getApplicationContext();
    Resources r = con.getResources();
    DisplayMetrics me = r.getDisplayMetrics();

    float screenWidth = me.widthPixels;
    float screenHeight = me.heightPixels;

    float screenScale;
    Bitmap b;
    Canvas c;

    int newPicWidth, newPicHeight;

    // Смотрим, во сколько ширина дисплея больше высоты
    screenScale = screenWidth / screenHeight;
    
    // Устанавливаем размер картинки на 80% от размера экрана
    // При разрешении 854х600 ошибок переполнения буффера транзакции
    // возникать не должно, но если что - число можно подрегулировать
    newPicWidth = (int)(screenWidth * 0.8);
    newPicHeight = (int)(newPicWidth / screenScale * 0.8);
    
    // Создаем битмап и холст для него
    b = Bitmap.createBitmap(newPicWidth, newPicHeight, Bitmap.Config.RGB_565);
    c = new Canvas(b);

    Rect dst = new Rect();
    dst.top = 0;
    dst.left = 0;
    dst.right = newPicWidth;
    dst.bottom = picHeight;

    // Рисуем картинку на битмап
    // Картинка растягивается или ужимается при необходимости
    c.drawPicture(picture, dst);
    
    // После этого можем сохранить битмап как файл
    // или открыть его в виджете
}

Программирование сокетов в Linux

noreply@blogger.com (Anonymous) — Sun, 30 Jan 2011 17:55:00 +0900

При написании приложения для Андроид иногда (очень редко) возникает необходимость пообщаться с сервером на уровне более низком, чем Java　SDK. Например, если вы создаете низкоуровневый сервис, работающий напрямую с данными оператора (загрузка обновления системы, активация телефонного девайса в сети оператора и т.д.), приходится иметь дело с сокетами (в грубом приближении - инетрфейсами между железом и програмной частью).

Работать с сокетами на низком уронде в Андроиде (т.е. на ядре линукс) можно с помощью следующего набора заклинаний.

#define WIN32

// заголовки стандартного C
#include <string.h>
#include <stdio.h>

// подключаем заголовки для разных OS
#if defined WIN32
#include <winsock.h>  // WinSock
#elif defined LINUX
#include <unistd.h>
#include <netdb.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#endif

// переопределяем некоторые типы и константы
// в зависимости от OS
#if defined WIN32
typedef int socklen_t;  // размер сокета в Unix
#elif defined LINUX
typedef int SOCKET;
#define INVALID_SOCKET -1  // костанта WinSock
#define SOCKET_ERROR   -1  // стандартная ошибка WinSock

// WinSock, в отличие от Unix, не использует файл-дескрипторы
// поэтому переопределяем наименование метода
#define closesocket(s) close(s);  
#endif

int init_sockaddr_in(char *hostname, struct sockaddr_in *sin);
int client_process(int fd, char *hostname);
int send_request(int fd, char *hostname);
int recv_reply(int fd);


int main()
{
    struct sockaddr_in  server;
    SOCKET              sockfd;
    int                    recvMsgSize;
    
    // имя сервера, может быть вида "www."""".com" и т.д.
    char * srv =        "localhost"; 

#if defined WIN32
    // для Windows мы должны инициализировать Winsock
    WSADATA wsa_data;
    WSAStartup(MAKEWORD(1,1), &wsa_data);
#endif

    // создаем сокет
    sockfd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
    if(sockfd == INVALID_SOCKET) {
        perror("Could not create socket.\n");
        return(SOCKET_ERROR);
    }

    // пробуем создать метаданные сервера
    recvMsgSize = init_sockaddr_in(srv, &server);
    if(recvMsgSize < 0)
    {
        perror("Could not initialize address.\n" );
        return(SOCKET_ERROR);
    }
    
    // пытаемся соединиться через сокет
    recvMsgSize = connect(sockfd, (struct sockaddr*)&server, sizeof(server));
    if(recvMsgSize < 0)
    {
        perror("Error while connecting to server.\n");
        return(SOCKET_ERROR);
    }
    
    // посылаем сообщения на сервер и принимаем респонс
    recvMsgSize = client_process(sockfd, srv);
    
    printf("Program has ended successfully.");
    
#if defined WIN32
    // для Windows мы должны явно указать, что завершаем работу Winsock
    WSACleanup();
#endif
    
    return 0;
}

int init_sockaddr_in(char *hostname, struct sockaddr_in *sin)
{
    struct servent *serv;

    // утсанавливаем поинтер в памяти
    memset(sin, 0, sizeof(*sin));
    sin->sin_family = AF_INET;

    // проверяем, в каком виде записан адрес сервера: IP или "www.****.com"
#if defined LINUX
    if( !inet_aton( hostname, &sin->sin_addr ) )
#endif
    {
        // если запись в виде "www.****.com", ищем IP адрес
        struct hostent *host = gethostbyname(hostname);
        if(!host)
            return SOCKET_ERROR;

        sin->sin_addr.s_addr = *(unsigned long*)host->h_addr_list[0];
    }

    // получаем дефолтный порт для выбранного протокола
    serv = getservbyname("http", "tcp");
    if(!serv)
        return SOCKET_ERROR;

    sin->sin_port = serv->s_port;

    return EXIT_SUCCESS;
}

int client_process(int socketId, char *hostname)
{
    // посылаем данные    
    printf("Sending...\n");
    if(send_request(socketId, hostname))
    {
        // неудачно скастовали заклинание
        return SOCKET_ERROR;
    }
    
    // получаем ответ от сервера
    printf("Receiving reply...\n");
    if(recv_reply(socketId))
    {
        // ошибка магии
        return SOCKET_ERROR;
    }
    return EXIT_SUCCESS;
}

int send_request(int fd, char *hostname)
{
    // здесь мы должны сформировать запрос к серверу
    // запрос должен содержать стандартные заголовки и константы
    // типа таких: "GET /foo/bar/baz/ HTTP/1.1\r\nHost: www.myfoo.com Connection: close"
    // 
    char format[150] = "GET /foo/bar/baz/ HTTP/1.1\r\nHost: ";
    int length = 0;
    int ret = 0;

    strcat(format, hostname);
    strcat(format, "\r\nConnection: close\r\n\r\n");

    length = strlen(format);

    // посылаем запрос format длиной length через сокет fd  
    ret = send(fd, format, length, 0);
    if(ret != length )
        return SOCKET_ERROR;

    return EXIT_SUCCESS;
}

int recv_reply(int fd)
{
    fd_set readfds;
    
    // определяем буффер для входящих данных
    char buf[256];
    int length;

    while(1)
    {
        // инициализируем буффер
        FD_ZERO(&readfds);
        FD_SET(fd, &readfds);
        memset(buf, 0, sizeof(buf));

        // ждем прибытия данных с сервера
        if(select(fd+1, &readfds, NULL, NULL, NULL) < 0 )
        {
            // ошибочка в заклинании
            return SOCKET_ERROR;
        }
        
        // проверяем, если ли в дескрипторе переданные данные
        if(FD_ISSET(fd, &readfds))
        {
            // получаем их
            length = recv(fd, buf, sizeof(buf)-1, 0);
            if(length < 0)
                return SOCKET_ERROR;
            else if(length == 0)    // данные закончились
                break;
            
            // вываливаем полученный буфер куда хотим
            printf("%s\n", (char*)buf);
        }
    }
    return EXIT_SUCCESS;
}

Немного примечаний к волшебству.

Отношения с сокетами на этом уровне примерно одинаковые в Linux и в Windows. Я по долгу работы и в силу личных предпочтений пишу код в Windows (и чтобы не запусать лишний раз ресурсоемкий билд). Для этого в коде введен переключатель для определения условия компиляции. При отсутствии необходимости в нем, его легко можно удалить и компилироваться исключительно под выбранную ОС.

Измерение заряда батареи

noreply@blogger.com (Anonymous) — Wed, 19 Jan 2011 22:39:00 +0900

Иногда перед каким-нибудь долгим, но важным процессом может понадобиться узнать уровень заряда батареи. Это бывает полезно, к примеру, когда пользователь собирается загрузить на девайс объемное обновление, и мы не хотим, чтобы этот завораживающий процесс прервался.

Для этой магии существует простое заклинание. В той Activity, где будет происходить длительный процесс, который лучше не прерывать, вставляем проверку:

private int checkBatteryLow(){
        BroadcastReceiver wIntentReceiver = new BroadcastReceiver() {
            @Override
            public void onReceive(Context context, Intent intent) {
                // Получаем сообщение от девайса
                String wAction = intent.getAction();
                if(wAction.equals(Intent.ACTION_BATTERY_CHANGED))
                {
                    // Здесь можно информировать пользователя об изменении
                    // заряда батареи
                }
                else if(wAction.equals(Intent.ACTION_BATTERY_LOW))
                {
                    // Здесь можно информаровать пользователя о низком
                    // заряде батареи
                }
            }
        };

        // Создаем фильтры
        IntentFilter filter = new IntentFilter();
        filter.addAction(Intent.ACTION_BATTERY_CHANGED);
        filter.addAction(Intent.ACTION_BATTERY_LOW);

        // Подключаем получателя сообщений от девайса с установленными фильтрами
        Intent intent = this.registerReceiver(wIntentReceiver, filter);
        
        // Получем значение "level" из данных о заряде батареи
        Object l = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1);
        Object s = intent.getIntExtra(BatteryManager.EXTRA_SCALE, -1);
        int level = (Integer)l;
        int scale = (Integer)s;
        
        if (level >= 0 && scale > 0) {
            level = (level * 100) / scale;
        }
        
        // Отключаем получателя
        unregisterReceiver(wIntentReceiver);
        return level;
    }

После этого в нужном месте вызываем проверку и получаем из нее число, показывающее текущий заряд батареи (от 0 до 100). Это значение проверяем с надуманным пороговым значением и по езультатам проверки принимаем решение, запускать ли длительный процесс в приложении или заставить пользователя зарядить девайс.