• Создание удобного OpenFileDialog для Android
    0
    Scogun, на мой взгляд, Вы зря отказываетесь от Activity — так вы получите больше свободного места на устройствах с маленьким экраном, если захотите отображать не только название папки/файла, но и дополнительную информацию о файле.

    Под спойлерами пример того, что было у меня и как я это улучшил. Код во многом соответствует коду, который Вы привели.
    Было (PNG, 40КБ)
    image

    Стало (PNG, 42КБ)
    image


    Прошу прощения за сторонний хостинг картинок, что-то странное творится с HabraStorage
  • Соединение SlidingMenu с Support Library и обход возможных проблем
    0
    Пару недель назад пытался прикрутить Support Action Bar в свой проект. Возможно такая ошибка была только у меня, но тем не менее на 2.3.3 вываливался exception, если я пытался использовать в ActionBar навигацию списком (NAVIGATION_MODE_LIST). После этого и других мелких недочётов (например, мне не нравится, как панель выглядит на API ниже 11 — с голубой полосой снизу, как в ActionMode, а стилизовать не хотелось) решил вернуться на ActionBarSherlock.
    Для приведённого Вами кода переход на Sherlock потребует только добавление к проекту зависимость от библиотеки и немного изменений в import-ах.
  • Чертежи в SVG формате. Часть 3. — Черновик стандарта
    0
    Может быть окажется кому-нибудь полезным:
    <pattern id="hatch0_45" width="20" height="20" patternUnits="userSpaceOnUse">
        <line class="lt2_025 " x1="1" y1="20" x2="20" y2="1" />
        <line class="lt2_025 " x1="0" y1="1" x2="1" y2="0" />
    </pattern>
    

    Смещение должно быть на ширину линии. Так, например, для первой линии x1 = 1 и y2 = 1 означает, что ширина линии штриховки равна 1.
  • Чертежи в SVG формате. Часть 3. — Черновик стандарта
    0
    Спасибо, нашёл в статье несколько интересных решений. С Вашего позволения, утащу их в свой проект.
  • Чертежи в SVG формате. Часть 1 — Черновик стандарта
    +2
    Я заметил у Вас в примере следущее:
    <svg width="840" height="594" viewBox="0 0 420 297">
    

    Скажите, пожалуйста, почему Вы не использовали единицы измерения напрямую? В пункте 7.1 (http://www.w3.org/TR/SVG/coords.html) сказано, что очень желательно использовать единицы реального мира.
    <svg width="420mm" height="297mm" viewBox="0 0 420 297">
    


    А вообще, жду продолжения — очень интересно узнать про Ваши правила стилизации и использования текста на чертежах
  • Задача об определении принадлежности точки многоугольнику
    0
    Прошёл по ссылке, просмотрел первые три страницы результатов. Про метод учёта числа пересечений написано почти на каждой странице. Про метод учёта числа оборотов написано не больше, чем есть на википедии.
    Пожалуй я останусь при мнении, что фраза
    … разжевана и в рот положена...
    больше подходит для данного топика.
  • Задача об определении принадлежности точки многоугольнику
    0
    Давайте будет считать, что я не совсем точно выразился. В русскоязычной литературе из двух вышеназванных методов я встречал только метод учёта числа пересечений, либо оба со скудным описанием.
    Я буду только рад, если в комментариях будут появляться ссылки на различные источники. Думаю, что это будет многим интересно.
    А пока подредактирую пост для устранения своей неточности. Всем спасибо за комментарии.
  • Задача об определении принадлежности точки многоугольнику
    0
    Я попробовал ваш вариант и должен отметить, что он работает замечательно.
    Но с другой стороны он мне не подходит по ряду причин:
    — почти всегда я получаю вещественные значения координат точки, т.к. конвертирую координаты точки касания в другую единицу измерения. Поэтому int сразу отпадает — каст к нему ведёт к большим погрешностям в работе приложения.
    — краткое тестирование времени выполнения методов:

    long time = System.currentTimeMillis();
    // Do something...
    Log.i("Time:", String.valueOf(System.currentTimeMillis() - time));

    для многоугольника с N примерно равным 10 — 15 возвращает одинаковое время работы двух методов — 0...1 мс. Ни в коем случае не утверждаю, что какой-то из способов хуже или лучше, но для моих задач такой производительности вполне хватает.
    Думаю, что если найду время, то попробую протестировать нативный и самописный методы на производительность более тщательно.
  • Задача об определении принадлежности точки многоугольнику
    +1
    Вы правы, это хороший способ для уменьшения числа вычислений, именно поэтому в своей программе я проверяю точку на принадлежность прямоугольнику, в который вписан объект, перед тем, как выпускать «тяжёлую артиллерию».