Vov4ик:
Отличие в том, что с правильным юникодом текст будет отображаться без крякозябр и без патча на вин кодировку и без помощи "исправленного" шрифта
Обсуждение патчей A2 : Патчи A2 : Форум |
| Страница 215 из 280: « 1 ... 211 212 213 214 [215] 216 217 218 219 ... 280 » |
|
06.09.11, 13:18 |
|
velikii, это кодировка. Отличие в том, что с правильным юникодом текст будет отображаться без крякозябр и без патча на вин кодировку и без помощи "исправленного" шрифта | |
|
06.09.11, 14:56 |
|
velikii, поясню по ламерски. В некоторых патчах используются метки не из LNG, а "создают" их сами с помощью textid_create, так вот они, если использовать старый компилятор патчей и конструкцию: Код: metka du "я ламер",0 нормально отображаются только либо с патчем на win кодировку, как правильно сказал Vov4ик, либо после добавления к шрифту кодировки latin1 (вроде так, поправьте если нет), которой по умолчанию в шрифтах как правило нет. Визуально в патчах результат как правило различается тем, что для "правильного" юникода текст превращается в последовательность байт идущих через "04", а в ранее выпущенных патчах в последовательность байт идущих через "00", что приводило к появлению кракозябр. Выхода 2: 1. Самому в патчах писать что-то типа: Код: black_list db 0x27,0x4,0x35,0x4,0x40,0x4,0x3D,0x4,0x4B,0x4,0x39,0x4,0x20,0x0,0x41,0x4,0x3F,0x4,0x38,0x4,0x41,0x4,0x3E,0x4,0x3A,0x4,0,0 что на выходе дает метку "Черный список" 2. Использовать новый ARMPC, который нормально справляется с этой проблемой если соблюдать некоторые правила: использовать все туже конструкцию: Код: metka du "я ламер",0 при этом исходник сохранять в кодировке UTF8, причем сохранять без BOM. Лично я это делаю в FAR: на выбранном исходнике F4 -> shift+F2 -> UTF8 + снимаете флажок "Добавить сигнатуру BOM" -> дальше компилируете патч как обычно новым ARMPC Ну вот так в кратце | |
|
06.09.11, 16:18 |
|
vadbga пишет: Legas2, поменяй орентацию на альбомную потом обратно на книжную и всё будет норм яж говорю, что у меня такое было в плеере до патча A2WS. Разные версии патча для отображения плеера на весь экран вели себя по-разному, поэтому я и предположил что это может быть в этой части кода патча A2WS. Сейчас у меня похожее на A2WS только при заблокированной клаве, и не лечится поворотом тела, но меня это не напрягает | |
|
06.09.11, 18:01 |
|
MrGraL пишет: g00fy, а пробуй установить тему без софтов,и картинку фона верни,Сам видел на С905 всё работало,и ничего подобного не было Вот на С510 с этим скином,никаких проблем спс но не помогло на 4истый маин пробувал тож не помогло. думаю какойто фаил изменёный в прошывке на софты попробую отпишусь в 4ём проблема) [ Редактировано g00fy в 6.9.11 15:02 ] | |
|
06.09.11, 18:02 |
|
g00fy, MrGraL, vadbga, Legas2, это никак не связано с "неправильной" работой патча/патчей. В этом его/их вины нет. Всё это "лечится" правкой layout'a.. Прикладываю layout от blacklizard'a. Поставьте его, и не будет никаких полос! Сейчас у меня похожее на A2WS только при заблокированной клаве, и не лечится поворотом тела, но меня это не напрягает а вот тут уже дело в другом. И опять таки "виноват" НЕ этот патч. При заблокированной клаве активен слипмод, а в его "гуи" скорее всего софты не убираются. Я так думаю, что это можно исправить отдельным патчем, который будет убирать софты/фон софтов из слипа. (могу ошибаться!) Но разве это так существенно?! | |
|
06.09.11, 19:21 |
|
но у меня ведь не этот лэйаут установлен, и в A2WS сейчас нету этой проблемы. Сравнил лэйауты, и что сразу бросилось в глаза - в Music_Gui_NowPlaying, например, в настройках <!-- Portrait --> прописана высота х ширина как 320 х 240 (тобижь без отступов), а у меня с отступами. Если дело не в этом пункте настроек, не буду оффтопить и просто соглашусь :) | |
|
06.09.11, 20:27 |
|
D3mon пишет: g00fy, MrGraL, vadbga, Legas2, это никак не связано с "неправильной" работой патча/патчей. В этом его/их вины нет. Всё это "лечится" правкой layout'a.. Прикладываю layout от blacklizard'a. Поставьте его, и не будет никаких полос! Сейчас у меня похожее на A2WS только при заблокированной клаве, и не лечится поворотом тела, но меня это не напрягает а вот тут уже дело в другом. И опять таки "виноват" НЕ этот патч. При заблокированной клаве активен слипмод, а в его "гуи" скорее всего софты не убираются. Я так думаю, что это можно исправить отдельным патчем, который будет убирать софты/фон софтов из слипа. (могу ошибаться!) Но разве это так существенно?! во с етим лаётам типерь всё нарм работает спс всем ) | |
|
06.09.11, 20:59 |
|
awg пишет: velikii, поясню по ламерски. нормально отображаются только либо с патчем на win кодировку, как правильно сказал Vov4ик, либо после добавления к шрифту кодировки latin1 (вроде так, поправьте если нет), которой по умолчанию в шрифтах как правило нет. по умолчанию она как раз на месте. младшие 256 символов юникода (и шрифтов) соответствуют кодировке latin1. а патч и шрифты с "исправленной кодировкой" эту часть таблицы портят. | |
|
06.09.11, 21:38 |
|
Код: void Lib_GC_PutChar (GC * gc, int x, int y, int width, int height,wchar_t imageID) { EP_DATA *Data = (EP_DATA *)get_envp(get_bid(current_process()), "elfpackdata"); void (*Lib_Cache_GC_PutChar) (GC * gc, int x, int y, int width, int height,wchar_t imageID)=(void (*) (GC * gc, int x, int y, int width, int height,wchar_t imageID))Data->LibraryCache[0x40]; Lib_Cache_GC_PutChar (gc, x, y, width, height,imageID); } My way to directly use library cache in patch.. den_po, what you say? | |
|
06.09.11, 21:49 |
|
blacklizard, 1. patches shouldn't depend on elfpack 2. swi is much easier 3. using addresses from lib.vkp at compiletime is easy too | |
| Страница 215 из 280: « 1 ... 211 212 213 214 [215] 216 217 218 219 ... 280 » |
URL этой темы: https://mobilefree.justdanpo.ru/newbb_plus/viewtopic.php?topic_id=3595&start=2140 © 2005-2018 supertrubka.org |
Music_Gui.zip (2.49 kb; 20 hits)