ROSA Linux 8.1. Tracker нічого не знаходить, але постійно щось індексує. Шмат лайна. Точно памʼятаю що воно колись десь працювало.
Проходив третю місію за ельфів в «Warcraft III» і задивився на воду що омиває прекрасні піщані береги. «Warcraft III» це таки дійсно велика гра в яку вкладено чимало праці. Графоній, стилістика, сюжетн заставочки, купа різноманітних модельок всіляких монстриків, моди і т.п.
Кинув грати в «Blackguards» пройшовши рівень «Имя» четвертого передостаннього розділу. Тому що набридло. Пропускав всі заставки з сюжетом. Під кінець гри дають багато очків досвіду і кидають з однієї в битви в іншу. Гра в першу чергу цікава боями на аренах з інтерактивними обʼєктами як-то деревʼяні бочки, ящики, столи які можна спочатку розбити після чого підпалити; сталактити, пастки, діжки з отрутою і т.д. і т.п.
Доречі, текстовий опис проходження набагато зручніший ніж відеозапис. Зручніший тим що знайти потрібне набагато легше.
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/netbeans/Main : Unsupported major.minor version 52.0
Java — лайно.
Якщо в елементі ListView присутні кнопки, то даний елемент списку перестає реагувати на натиснення.
В JavaScript мене бісили всіляки not a function а в Java на кожному кроці NullPointerException.
Якщо вірити https://stackoverflow.com/q...-textview-in-android то
While using attributes like android:textAppearance it directly uses the predefined specific sp values for the textSize as
android:textAppearance="?android:textAppearanceSmall" => 14sp
android:textAppearance="?android:textAppearanceMedium" => 18sp
android:textAppearance="?android:textAppearanceLarge" => 22sp
Як для TabWidget зробити розділювальні лінії між вкладками. З якоїсь версії Android ідіоти з Google вирішили що розділювальна лінія між вкладками не потрібна і тому тепер, для того щоб її все таки показати, доводиться трахати собі мозок.
Після створення обʼєкту TabHost і до задання вмісту вкладок, тому що, як пишуть в Internet, якщо не дотримуватися саме цієї послідовності програма може впасти, пишемо код
tabHost.getTabWidget().setDividerDrawable(R.drawable.tabs_divider);
Після чого в директорії drawable створюємо файл tabs_divider.xml з отаким вмістом:
<?xml version="1.0" encoding="utf-8"?>
<shape xmlns:android="http://schemas.android.com/apk/res/android" >
<size android:width="1px"/>
<solid android:drawable="?android:attr/listDivider"/>
</shape>
І отримуємо вертикальну розділювальну лінію. Щодо знака питання перед android, то я підказує нам Stackoverflow «Prefixing the ID with a question mark indicates that you want to access a style attribute that's defined in a style theme, rather than hard-coding the attribute. See "Referencing Style Attributes" here: accessing-resources http://developer.android.com/guide/topics/resources/accessing-resources.html#ReferencesToThemeAttributes».
Щойно зʼясував що для API 14+ тема задається через файлик (styles.xml) в директорії res/values-14 а не в res/values. На розумному телефоні з Android 5 прописування parent="android:Theme.Holo" в елементі style з атрибутом name="AppBaseTheme" в файлі res/values/styles.xml ні на що не впливає.
Телефонував якийсь хуй з якогось відділу обслуговування чогось там і нагадав мені що треба плотити грошики за доставку газу. Незрозуміло нахуя потрібен цей цирк з оплатою дорогущої доставки. Стопудово це все зроблено для того щоб яікийсь сраний олігарх міг заробляти ще більше грошей.
Виявляється що клавіатура типової довжини задовга для зручного використання одночасно з мишкою тому що руку з нею доводиться відводити занадто далеко від іншої руки яка лежить на клаві. Принаймні це справедливо для випадку, коли передпліччя не знаходяться на столі і лише кисті рук опираються на край стільниці. Особливо незручно в іграх. Для відеоігор хочеться мати окрему мініатюрну клаву так щоб обидві руки були якомога ближче до тулубу та одна до одної, а мишку можна було розташувати відразу за клавіатурою десь біля пуза.
A Single-Activity Android Application. Why not?! https://medium.com/rosberry...why-not-fa2a5458a099
Судячи по замірам автора програма на активностях замість фрагментів менше навантажує ЦП, менш енергозатратна та займає менше RAM.
Не можна просто взяти і запустити активність всередині вкладки TabHost та так щоб те що знаходиться в цій активності не перекривало весь екран і можна було повернутися до попередньої активності всередині TabHost. Виявляється, що для того щоб мати декілька активностей в одній вкладці TabHost і мати можливість переміщатися між ними потрібно використовувати ActivityGroup і самому за всім слідкувати. Ситуація майже така сама якби в web-переглядачі не було історії перегляду і вебщикам доводилося б її реалізовувати. Дивно, але не можу знайти нічого толкового по цій темі окрім парочки текстів та запитань на StackOverflow; і код з цих двох текстів толком не працює.
http://ericharlow.blogspot....roid-activities.html
http://web.archive.org/web/...y-nested-activities/
https://www.google.com/sear...hAP&biw=1600&bih=759 https://www.google.com/search?q=android+activity+group+tutorial+site:stackoverflow.com&client=firefox-b-e&sa=X&ved=2ahUKEwix4aOH07_pAhUCjosKHUQ5C6YQrQIoBDABegQIAhAP&biw=1600&bih=759
The early implementations of fragments were riddled with bugs.
Якщо воно недороблене, то нахуя таке випускати і псувати життя програмістам?
As of Android 9.0, the framework implementation of fragments is officially deprecated. Google is now very aggressively steering you to use the Support Library implementation of fragments, and this book will tend to focus on that.
Просто охуєнно.
10:32 ранку. Прокинувся о пів на восьму. Ніхуя не зробив. Треба помити москітні сітки, помитися, приготувати їсти, прибрати в хаті, побритися, пополоти бурʼян, погрти в Bionic commando.