В Win 10 64-бит работает нормально, но наверно неправильно по умолчанию ориентироваться на Win 10…
1 лайк
Плохо. Надо возвращать назад
1 лайк
Если оставить старое 1251, то на нерусской Win 10 вопросики в консоли. Как раз у нас в дисплейных классах. Вот в чем проблема.
А это у Вас только при запуске по Shift-F9? В окне Паскаля всё нормально?
Залил. Проверяйте
Всё нормально, спасибо ещё раз
1 лайк
Предлагаю добавить возможность изменять путь сохранения файлов по умолчанию в самой программе, а не только при установке
Если вы создадите ярлык PascalABC.NET в некоторой папке, то путь сохранения файлов будет как раз в этой папке.
Кто ж через ярлыки запускает. Гораздо быстрее ввести Alt-F2 (или Windows+R) и набрать p или ещё несколько букв и нажать энтер. И какой тогда будет путь?
Не знаю как на других версиях Windows, у меня на 10 ещё надо настроить ярлык, указав какую папку ставить текущей при запуске.
Вы бы ещё через cmd заходили. Набирать что то на клавиатуре быстрее чем тыкнуть 2 раза?
Да и если надо сохранить программу в конкретном месте - надо в нужной папке тыкать меню “Создать”, а стандартное сохранение это для временных файлов.
Правда, я себе уже давно сделал эту кнопку, покопавшись в реестре:
Тогда же предлагал разработчикам добавить её, но вроде они спустили на тормозах…
Но и без неё, можно создавать текстовый файл и сразу переименовывать.
Даже в России есть немало людей, кому приходиться регулярно использовать более 2-х языков/алфавитов одновременно, не говоря уже об СНГ и прочих странах, особенно из бывш. СССР. Кроме того, в нынешние времена глобализации это просто норма – стандартный ввод/вывод в UTF-8.
Странно, у меня даже на древней не российской (пан-европейской) версии XP в системной консоли UTF-8 нормально работает (при использовании шрифта Lucida Console). У вас русская локализованная семерка? А что установлено в кач-ве системной локали (в XP это называлось язык для поддержки не-Unicode программ) – русский язык или англ.? А в региональных настройках что?
в системной консоли UTF-8 нормально работает (при использовании шрифта Lucida Console).
А это точно UTF-8, а не UTF-16? У вас локальная кодировка 65001?
Речь о совместимости с древними виндусами, а не о комфорте для немалых людей.
Жертвовать псевдографикой из 866 ради казахских букв я бы не стал, потому что первым я хоть и редко, но пользуюсь. И задачи с подобным выводом я встречал. Вот если бы речь касалась файлов, а не консольного вывода, то я обеими руками согласен.
Проверил, с люсидой и у меня нормально. Но сути это не меняет, по умолчанию у хр и семёрок точечный шрифт. Вы же не будете спорить с тем, что случайный школьник, заметив сбитую кодировку в выводе, не догадается о том, что нужно сменить шрифт (на менее читабельный)? Раз уж даже я об этом не знал.
В юникоде, и в частности, в UTF-8 псевдографика есть и её там больше чем в любой другой кодировке.
2 лайка
Могу лишь пожелать удачи, если вы собираетесь выводить в консоль юникодную псевдографику которой нет в 866.
И ещё раз, помимо кривого вывода в консоль юникода на семёрке, у меня 0 претензий.
Я имел в виду работу в режиме System.Console.OutputEncoding := Encoding.UTF8. Системная локаль у меня русская на англ. винде. В консоли XP/Win7 перед выводом все транскодируется автоматом в UTF-16LE/BMP внутри, но только при выборе юникод-шрифта, как я понимаю. Иначе все выводится в дефолтной однобайтовой ANSI, соотв. установленной локали (или транскодирует из OEM для DOS-приложений, напр. OEM-866 → Win-1251 для русского).
ToDo в комментариях не подсвечивается в последней (собранной мною) версии.
Там изменён регистр - TODO - только большими. Этот раздел нужен регистрозависимый. Можно сделать именно ToDo - тогда TODO не будет подсвечиваться
Институт математики, механики и компьютерных наук ЮФУ, 2005–2021