|
Страницы: « 1 2 ... 26 27 28 29 30 ... 64 65 »
Показано 406-420 из 969 сообщений
564.
kiv
(17.03.2011 11:30)
0
> Мне оно не надо. :-) На этом спор закроем. Тесты вроде у меня работают но я пользуюсь только вводом/выводом строк и работой с рядами. Какая помощь по подготовке к релизу нужна(оформительство и прочее например)
|
563.
kiv
(17.03.2011 11:24)
0
вопрос из другой оперы[не браузера :) ] насколько легко бакэнд преобразовать в dll(so) с предачей il в качестве параметра по ссылке на область памяти куда он предварительно загружен?
|
562.
kiv
(17.03.2011 11:18)
0
Kinz. Я только повторюсь. Не надеюсь тебя переубедить. Каждый из нас по своему прав наверно, но автор всегда правее!!! :) я твой взгляд на ситуацию прекрасно понимаю, и естественно всё о чём я пишу реализуемо через включаемые файлы(библиотеки), но для одной старой идеи мне желательно не пользоваться внешними. дождусь релиза с исходниками и попытаюсь показать свой взгляд на ситуацию....
|
561.
kinz
(17.03.2011 10:59)
0
> из чего в чего перекодировать
там ещё есть процедура ru_вывести(): ----- учесть rus_addr.e всегда на_экран = 1 ru_вывести(на_экран, "проба пера их гусиного крыла", "u")
Параметр "u" - в utf-8. Там есть ещё "k", "w", "i", "m" - в koi8-r, Win 1251, ISO 8859-5, Mac соответственно. Из исходной cp866.
А с глобальными настройками - глобальная головная боль или глобальный гемор. Одно сплошное "Г".
Мне оно не надо. :-)
|
560.
kiv
(17.03.2011 10:34)
0
>П = "проба пера из гусиного крыла" >вывести(1, перекодировать(П,"du")) Всё понятно изначально.... Но ИМХО более логично вывести(1, "проба пера из гусиного крыла") т.е. функция ВЫВЕСТИ на основании каких то глобальных настроек понимает, из чего в чего перекодировать
|
559.
kinz
(17.03.2011 08:05)
0
Вот обновлённая библиотека перекодировки: http://private.peterlink.ru/kinz/3.2ru/rus_addr.e
|
558.
kinz
(17.03.2011 01:17)
0
Да, там ещё надо включить доработанную библиотеку: ---- учесть rus_addr.e
Завтра я её выложу.
|
557.
kinz
(17.03.2011 01:10)
0
> исходник и выводимый текст(консоль или окно)должны > быть в одной кодировке без функций преобразования в > тексте.
Вот возьмём Mandriva 2010.2. В консоли обычно работает MC, для MC надо, чтобы сама консоль была включена в utf-8. Нет проблемы. Включаем консоль на utf-8.
Начинаем во встроенном редакторе MC писать программу. В этом редакторе можно установить для текста программы любую кодировку, ставим 866. Текст программы читаемый, он в однобайтовой кодировке, в той самой, на которую настроен интерпретатор.
Если тебе надо вывести при работе твоей программы текст в консоль под utf-8, пишешь:
------ всегда Экран = 1 ряд П П = "проба пера из гусиного крыла" вывести(Экран, перекодировать(П,"du")) -----
И все дела. На экран будет выведен русский текст в кодировке utf-8, который на графической консоли образуется шрифтом TTF, а в текстовой консоли - шрифтом PSF.
Тут тонкость такая, что ядро всё равно перекодирует utf-8 в чистый Юникод, так как шрифты TTF имеют такую внутреннюю таблицу.
А шрифты PSF тоже могут иметь и внутреннюю, и внешнюю таблицу юникодовскую. А могут работать без таблицы. Но это несколько иной вопрос.
|
556.
kiv
(16.03.2011 23:42)
0
Игорь. Я твою позицию прекрасно понимаю. На мой всего лишь личный взгляд в каждой системе исходник и выводимый текст(консоль или окно) должны быть в одной кодировке без функций преобразования в тексте. Необходимость учесть специфику различных кодировок в глобальных параметрах а не в каждом случае вывода кирилического текста. И исходник должен быть представлен в кодировке естественной для систем на сегодня 866,1251(utf16),utf8 де факто... даже например в RusBSD utf8 по умолчанию. При этом конечно есть даже вариант локализации slax 1251
|
555.
(16.03.2011 23:22)
0
> но зачем перестраивать консоль
Так она уже готова к выводу в любой необходимой тебе кодировке. Пара щелчков мышью в меню, и все дела.
> указывать в исходнике кодировку Зачем, когда она одна единственная на все платформы, 866? Не вижу никакого смысла делать исходник в разных кодировках. Есть же библиотека перекодировки. В функции можно задать любую русскую кодировку вывода из 866-ой, на которой написан исходник.
А что касается редактора, так полно редакторов с любыми русскими кодировками.
> в результате нужно писать на двух русских языках
Это я не понял, поясни, я пишу на одном.
|
554.
kiv
(16.03.2011 22:08)
0
Я предлагал указывать в исходнике кодировку и придумать способ указания кодировки вывода по аналогии с tcl, но у тебя тёзка свой взгляд, и я просто жду исходников, чтоб попробывать переделать под себя
|
553.
kiv
(16.03.2011 22:02)
0
в принципе всё работает, но зачем перестраивать консоль если она везде(почти) по умолчанию utf8, и в результате нужно писать на двух русских языках, в некаторых старых geany не поддерживает 866 вообще консоль и русский язык это вообще не важно, Gtk всё равно требует utf и т.д и т.п...
|
552.
kinz
(16.03.2011 18:22)
0
>866 и линукс для меня оказалось не приемлемо А в чём проблема? Что конкретно не работает или не получается?
|
551.
kiv
(16.03.2011 17:09)
0
http://openeuphoria.org/forum/115274.wc?last_id=115301 Может всётаки utf? 866 и линукс для меня оказалось не приемлемо
|
550.
kinz
(15.03.2011 17:42)
0
> суфикс z нужно понимать
на альфа-стадии дальше будут Y и X, чтоб никто не догадался :-)
|
|
|
|