Вторник, 04.02.2025
Мой сайт
Меню сайта
Главная » Гостевая книга [ Добавить запись ]

Страницы: « 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, чтоб никто не
догадался :-)


Имя *:
Email:
WWW:
Код *:
Поиск
Copyright MyCorp © 2025
Создать бесплатный сайт с uCoz