tom-it, на Wiki тоже одним куском не влезло. Разбил на 3 статьи: Установка, Пакеты-1, Пакеты-2
Этот топик читают: Гость
Ответов: 5446
Рейтинг: 323
|
|||
карма: 1 |
|
Ответов: 1133
Рейтинг: 81
|
|||
Три страницы одна с заголовком а две без заголовков, соответственно пока наведешь мышкой без заголовка, пар с ушей пойдет.
|
|||
карма: 2 |
|
Ответов: 5446
Рейтинг: 323
|
|||
tom-it, особенности Wiki-center. Народ, если у кого нормально Wikicenter работает - переименуйте, будьте людьми!
|
|||
карма: 1 |
|
Ответов: 3889
Рейтинг: 362
|
|||
[offtop]iarspider, как и обещал, поправил Charset и WikiCenter, корректно работающую на всех Win7 версию положил в ЛС. Могу в паблик выложить, если актуально. По поводу просьбы - пытался выполнить, но лично мне не достаточно прав на переименование разделов, хотя залогинен в Wiki.[/offtop]
|
|||
карма: 1 |
|
Ответов: 5446
Рейтинг: 323
|
|||
[offtop] Щас заценю [/offtop]
|
|||
карма: 1 |
|
Разработчик
Ответов: 26305
Рейтинг: 2146
|
|||
1nd1g0 писал(а): поправил CharsetИ что ты там поправил ![]() |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
[offtop]nesco, константу локали потока на константу локали системы. Актуально для некоторых версий Win7, при обновлении системы или установке некоторых программ, локаль новых не-UNICODE процессов по умолчанию слетает на восточно-европейскую не смотря на правильные настройки в соотв. панели. И патч реестра с подменой cp1252 на cp1251 тут абсолютно бесполезен ибо перекодировщик туда не смотрит, нужно попрыгать между локалями с перезагрузкой, штатными средствами это не на каждой версии Win7 возможно, AFAIK. В добавок, локаль каждого пользователя может отличаться, включая Администратора. Ещё локаль может унаследоваться от запустившего приложения. Ещё она может смениться при работе самим приложением или библиотекой, подгрузившейся к нему... Короче, локаль процесса оправдывает себя на международных многопользовательских серверах и при работе с софтом, не переваривающим локаль системы. Обычных смертных это не касается, а проблем создаёт не мало, потому, чтобы не ковырять систему каждого юзера, имеет смысл обращаться к стандартной константе - локали системы.[/offtop]
|
|||
карма: 1 |
|
Разработчик
Ответов: 26305
Рейтинг: 2146
|
|||
1nd1g0, в CharSet есть же уневерсальный перекодировщик, достаточно только в свойствах кодовые страницы прописать
|
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
[flood]nesco, да, есть, но в программах типа викицентра целая пачка конверсий кодировок, муторно переписывать, да и жёстко прописывать страницы некорректно по отношению к потенциальным зарубежным пользователям (хе-хе). Мало ли из какой кодировки во что кто-то будет перегонять текст конвертором в своей схеме. Штатный Charset возьмёт локаль потока вместо локали системы и, при глюке после обновления Windows или офиса, например, попортит ему текст. Ладно бы, если обратимо перекодировал неправильно, он всё непонятное на вопросы заменит и так и выдаст. Что характерно , чаще всего встречаю такой глюк на лицензионных, регулярно обновляющихся ОС ноутбуков, нередко - на базе дистрибутива EN + RUS MUI и, в соответствии с ограниченной OEM-лиценизией, бывают вообще вырезаны инструменты переключения языков, так что в Delphi7-программах народ любуется на кучу вопросиков)[/flood]
|
|||
карма: 1 |
|
Разработчик
Ответов: 26305
Рейтинг: 2146
|
|||
1nd1g0, какой код дефолтной страницы
![]() ------------ Дoбавленo в 02.55: 1nd1g0 писал(а): да и жёстко прописывать страницы некорректно по отношению к потенциальным зарубежным пользователям (хе-хе)А вот теперь я скажу хе-хе -- тебе известно, что все конверторы стандартных кодироваок внутри компонента работают через один и тот же метод -- CodePage1ToCodePage2. Пропиши один раз в свойствах, в качестве входной или выходной страницы, ее дефолтный код и будет тебе щастье ------------ Дoбавленo в 03.00: Короче, как-то так должно быть прописано в свойствах, к примеру, для UTF-8 -> ANSI для UTF-8 -- CodePage1 = 65001 для CP_ACP -- CodePage2 = 0 |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
Пардон, всё, после комментария про CP_ACP -- CodePage2 = 0, понял Вашу идею, но всё равно, это надо схемы править, после правки компонента (вполне обоснованной) начинают корректно работать чужие схемы практически на любой Windows без переделок. Если схема гигантская иили запутанная, разбираться где там что во что и куда - довольно таки затратно.
|
|||
карма: 1 |
|
Разработчик
Ответов: 26305
Рейтинг: 2146
|
|||
1nd1g0 писал(а): это надо схемы правитьГы. А тут таскать с собой сторонний компонент, совсем здорово. Для кого все делали, а ХЗ ![]() |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
[offtop]nesco, компонент полностью прозрачно совместим с предком, от его замены в SVN будет только позитив, а вот от локали потока больше геморроя, чем позитива. Если бы в Windows были нормальные средства по управлению локалями по умолчанию в реальном времени - можно было бы закрыть глаза. Но это далеко не так. Мелкософтовские разработчики в своих блогах категорически не рекомендуют использовать локаль потока без нужды. Помню, пара статей на blogs.msdn так и называется "Почему локаль потока воняет" и " Ничто так не воняет, как локаль потока по сравнению с кодовой страницей потока" ))[/offtop]
|
|||
карма: 1 |
|
Разработчик
Ответов: 26305
Рейтинг: 2146
|
|||
Исправил. Кому будет нужна локаль потока, всунет 3 вместо кодовой страницы
|
|||
карма: 22 |
| ||
Голосовали: | 1nd1g0, iarspider |
Ответов: 16884
Рейтинг: 1239
|
|||
1nd1g0,[flood] я очень рад, что у тебя хорошее зрение, но есть просьба - завязывай писать "шопотом".
![]() |
|||
карма: 25 |
|