24 бит, с нуля создавал файл. Содержимое архива распаковывается в ОЗУ, но у меня смарт, поэтому ещё 43 МБайта свободно.

Насчёт выделения: окошко снова появлялось только после СНЯТИЯ выделения. А вот в 14 и 15 снова выскакивает при ВЫДЕЛЕНИИ.

А 120х32 это крупный?

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

Попробовал на андроиде и бенк-сименсе - текст обводит) Отсюда вариант: возможно, у тебя цвет дробится цветностью дисплея в яве. И когда ты кладешь текст - он становится не цвета ПЦ, а чуть другого (ближайшего узла в сетке дробления). Хотя по идее процедура рисования фигуры и текста - одинакова. И должно либо работать с текстом и кругом, либо не работать ни с тем, ни с другим.
Попробуй нарисовать зеленый круг. А рядом зеленый текст. Пипеткой возьми цвет круга (джой вниз) и посмотри его RGB (дважды левый софт), потом тоже самое с текстом (если в ПЦ уже был такой же зеленый, как который под курсором - то после пипетки цвета ПЦ и ЗЦ поменяются местами, это норм). RGB у круга и текста одинаковые? Потом если одинаковые - то запусти обрисовку этого зеленого цвета другим каким нибудь (синим там). Если оно при этом обрисует круг и не обрисует текст - то это уже мистика) Или какие либо проблемы с выделением, когда обрисовка только в пределах выделения обрисовывает =)

Дробится.. Круг 0,255,0 Текст 15,255,15

Круг обрисовался.. а текст нет..

Вот вот =) Надо конечно посмотреть алгоритм отрисовки в паинткаде. Но вообще там единственная разница в командах круга и текста это "нарисуй-ка круг вот здесь цветом А" и "напиши-ка текст вот здесь цветом А".

Вероятно у тебя когда круги рисуются - то цвет, например, дробится в 65536 цветов, а когда текст - то (судя по минимальной дискретизации, равной той погрешности d=15-16, а следовательно минимальный порог 256/d=16) - это 16*16*16= 4096 цветов (как на моем бывшем сименсе С60). Да еще и вдобавок с мини-сдвигом каким нить (мож в прошивке ошибка, кто там заметит каким цветом текст отрисовывается). Так что к цвету (0,255,0) из ближайших (-1,255,-1) и (15,255,15) - выбирается второй, т.к. первый быть не может со значением (-1) у компоненты. Правда тогда проблема с 15 и 255. 15 это -1 + 15. А 255 это -1 + 15*17. Получается 18 значений на канал (от -1 + 15*0 до -1 + 15*17). Минимальное -1. Максимальное 254 должно быть =) Откуда тогда берется 255 у цвета (15,255,15). В общем ладно, факт остается фактом)

Решение для 24-битного режима - перед обрисовкой текста подойди курсором на точку текста и нажми ДжойВниз, в ПЦ возьмется адекватный (15,255,15), а не тот, ранее запрошенный при отрисовке текста (0,255,0). И тогда обрисовка сработает нормально.

Также могу предсказать, что в 8-битном режиме все будет работать как положено, т.к. там паинткад работает с индексами, и обрисовывает цвет номер 58 цветом номер 97, а уже отрисовка цветами взамен индексов это вторичный процесс.

Ошибся в расчетах: минимум значения компоненты цвета -1, максимум 255. Формула походу X = -1 + 16*N. Тогда для N = 1 будет 15. А для N = 16 - будет 255. И тогда N=0 вообще не будет никогда, т.к. уже от 1 до 16 будет 16 значений, т.е. по всем трем компонентам 16*16*16=4096 цветов текста. Поэтому ближайший к 0,255,0 выбирается как 15,255,15. Видимо так делает твоя мобила при отрисовке текстов)

Только после пипетки обрисовывает

blackstrip, Сделай пожалуйста что-то типа консольки чтобы можно узнать параметры отрисовки графических примитивов, например нарисовал я квадрат с закругленными углами, а потом смог скопировать "drawRoundRect(5, 5, 20, 20, 2, 2)", это было бы полезно для кодеров

blackstrip (12.08.2013/22:40)Не сдвинут вверх, а просто короче на эту полосу. В папке microemu\microemu-android\src\org\microemu\android есть файлы MicroEmulator.java, MicroEmulatorActivity.java , в них есть строки типа ((Andнет такого

Скачал...
Так то все круто, но UI это что-то...