Здравствуйте, soolitarY, Вы писали:
Y>Здравствуйте, morm, Вы писали:
A>>>Читай про локаль Y>Не локаль изменить — это понятно как. А именно шрифт изменить — на Luсida Console, например, из текста программы.
Здравствуйте, morm, Вы писали:
A>>>>Читай про локаль Y>>Не локаль изменить — это понятно как. А именно шрифт изменить — на Luсida Console, например, из текста программы.
M>А зачем?
Наверное чтобы отправить в психушку пользователей Far, у которых после каждой утилитки в окне будет новый шрифт.
Y>Слушайте, а ТОЧНО я вспомнил WriteConsoleW() и System::Console::WriteLine() прекрасно русский выводят, а wprintf зависит от Локали. Y>Значит действительно в Standart C library проблема.
Здравствуйте, Кодёнок, Вы писали:
Кё>Наверное чтобы отправить в психушку пользователей Far, у которых после каждой утилитки в окне будет новый шрифт.
Думаю что жизнь такой утилитки будет коротка и конец её будет печален.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, CreatorCray, Вы писали:
A>>И что она в идеале будет уметь делать?
ммм... ну как минимум то, что и принтф, + русский шрифт норм выводить.
Хотя в выводе нет такой проблемы. Я всегда мечтал о функции ввода, которая бы проверяла число на переполнение и не давала пользователю ввести иначе, как 4 млрд с копейками, кнопочки сколько не нажимай — не печатается. и соответственно количества разрядов, чтобы тоже ввод регулировался...
Главное найти оптимальное соотношение кол-ва написанных строк с кол-вом полезных строк)
Здравствуйте, morm, Вы писали:
A>>А зачем?
А знаете — всё бонально. Просто, чтобы знать — как это делать и уметь это делать.
Менять шрифт, судя по гуглу, — дело не благодарное и трудоемкое. Взяв исходники 4х вариантов реализации — не один из них изменить шрифт так и не смог, хотя там были выпады и через подключение длл вручную и вызов функции по имени, и в зависимости от версии системы вызов разных функций, и вызов секретной недокументированной функции мсдн, которая годами скрывалась хитрыми разработчиками Виндовса, изменениче параметров реестра влоб, ну и бональное SetCurrentConsoleFontEx(). К сожалению, чего-та никак совсем. Возможно, дело в том, (я программирую на MS VS) MS VS устанавливает свою консоль (в ручную в свойствах — в ней всё прекрасно меняется, а вот програмно(( ), и при нажатии F5 запускается именно она, а параметры, наверно, меняются в Виндовской стандартной cmd.exe. Хотя вызовы проги из-под cmd.exe успехов не принесли, кроме смены размера, хотя прямое его изменение я не заметил, размер изменился после закрытия консоли и открытия ее снова. Угу. Консоль же придется еще и обновлять! Это я щас чего-то додумался.
Вообще, как я понял, всё дело осложняет еще и то, что во всем мсдн'е нету такой прекрасной таблички, в которой каждому имени шрифта соответствовало бы значение структуры CONSOLE_FONT_INFO(ЕХ) и всех ее параметров для оного шрифта. И находить соответствия приходится методом научного тыка. Я пока не ощущаю себя на столько хорошим программистом, чтобы пользоваться данным методом.
И дело ведь еще именно в том, что мне хочется менять шрифт именно MS VS консоли, чтобы видеть как он меняется, т.к. до релизов еще пока мои учебные проги не добирались, а презентую я их именно в VS.
Менять шрифт в целях неучебных я, кончено, не собираюсь.
А после завершения работы проги, но до ее завершения совсем — шрифты всегда можно и нужно вернуть и, я думаю, на работу самой операционной системы моё рукаделие нигативного влияние не окажет.
Здравствуйте, Кодёнок, Вы писали:
A>>Наверное чтобы отправить в психушку пользователей Far, у которых после каждой утилитки в окне будет новый шрифт.
Простите мне мою неосведомленность, а что такое Far?
Здравствуйте, soolitarY, Вы писали:
Y>Здравствуйте, morm, Вы писали:
A>>>А зачем? Y>А знаете — всё бонально. Просто, чтобы знать — как это делать и уметь это делать.
Y>Менять шрифт, судя по гуглу, — дело не благодарное и трудоемкое. Взяв исходники 4х вариантов реализации — не один из них изменить шрифт так и не смог, хотя там были выпады и через подключение длл вручную и вызов функции по имени, и в зависимости от версии системы вызов разных функций, и вызов секретной недокументированной функции мсдн, которая годами скрывалась хитрыми разработчиками Виндовса, изменениче параметров реестра влоб, ну и бональное SetCurrentConsoleFontEx(). К сожалению, чего-та никак совсем. Возможно, дело в том, (я программирую на MS VS) MS VS устанавливает свою консоль (в ручную в свойствах — в ней всё прекрасно меняется, а вот програмно(( ), и при нажатии F5 запускается именно она, а параметры, наверно, меняются в Виндовской стандартной cmd.exe. Хотя вызовы проги из-под cmd.exe успехов не принесли, кроме смены размера, хотя прямое его изменение я не заметил, размер изменился после закрытия консоли и открытия ее снова. Угу. Консоль же придется еще и обновлять! Это я щас чего-то додумался.
Y>Вообще, как я понял, всё дело осложняет еще и то, что во всем мсдн'е нету такой прекрасной таблички, в которой каждому имени шрифта соответствовало бы значение структуры CONSOLE_FONT_INFO(ЕХ) и всех ее параметров для оного шрифта. И находить соответствия приходится методом научного тыка. Я пока не ощущаю себя на столько хорошим программистом, чтобы пользоваться данным методом.
Y>И дело ведь еще именно в том, что мне хочется менять шрифт именно MS VS консоли, чтобы видеть как он меняется, т.к. до релизов еще пока мои учебные проги не добирались, а презентую я их именно в VS. Y>Менять шрифт в целях неучебных я, кончено, не собираюсь. Y>А после завершения работы проги, но до ее завершения совсем — шрифты всегда можно и нужно вернуть и, я думаю, на работу самой операционной системы моё рукаделие нигативного влияние не окажет.
Теперь при приеме на работу очередного работника обязательно буду спрашивать про Far и printf Почитайте про boost.format, про локаль, про кроссплатформенный код, посмотрите как работает QObject::tr, про использование TCHAR и т.п. Я так и не понял чем вам мешает изменение локали?! Какое-то кривое решение — изменение шрифтов к консоли, которое привязывает к операционке (причем не факт, что в след. версиях все также работать будет) — вам нравится .
Здравствуйте, morm, Вы писали:
A>>Теперь при приеме на работу очередного работника обязательно буду спрашивать про Far и printf
Я прочитал про Far, к сожалению, я не застал то прекрасное время, когда компьютеры еще работали в реальном режиме. Моей первой ОС был Windows 98 Second Edition и Pentium II 433 MHz. Сила привычки людей, конечно, меня поразила, судя по популярности данного проекта!
Я так и не понял чем вам мешает изменение локали?!
Ничего не мешает. Хотел просто узнать стоит ли мне юзать wprintf.
A>>Почитайте про boost.format, про локаль, про кроссплатформенный код, посмотрите как работает QObject::tr, про использование TCHAR и т.п.
Про локаль читал, про TCHAR тоже — вроде разработка винды, которая в соответствии с #define _UNICODE переключается между wchar_t и char.
С++ и ООП мы будем проходить в Универе только в следующем семестре, поэтому пока еще я ничего не понимаю в библиотеках С++, классах и шаблонах.
На сколько я понял из многочисленных книг по С, кроссплатформенный код — это POSIX стандарт реализованный на всех платформах, но при работе всегда возникают какие-то нюансы, которые невозможно описать на чистом С, (в моем случае) приходится пользоваться WinAPI(например, FillConsoleOutputAttribute) или командами системе(например, sleep(1000)).
A>>Какое-то кривое решение — изменение шрифтов к консоли, которое привязывает к операционке
Любой код, решающий более или менее сложную задачу, привязывает к операционке, мне кажется.(конечно, это решаешься #ifdef и доп. кодом)
Но шрифт же можно как-то поменять? Это какой-то принципиальностью для меня стало — я если всё же смогу поменять и увижу результат — то, скорее всего, больше никогда не буду это делать, вспоминая каких трудов мне это стоило. Поэтому практической пользы в этом никакой нет, окромя опыта
Здравствуйте, soolitarY, Вы писали:
A>>>Наверное чтобы отправить в психушку пользователей Far, у которых после каждой утилитки в окне будет новый шрифт. Y>Простите мне мою неосведомленность, а что такое Far?
Google FAR -> http://www.farmanager.com/
A>>>Теперь при приеме на работу очередного работника обязательно буду спрашивать про Far и printf Y>Я прочитал про Far, к сожалению, я не застал то прекрасное время, когда компьютеры еще работали в реальном режиме. Моей первой ОС был Windows 98 Second Edition и Pentium II 433 MHz. Сила привычки людей, конечно, меня поразила, судя по популярности данного проекта!
А причем тут реальный режим?
Y>Я так и не понял чем вам мешает изменение локали?!
Изменение локали — ничем, потому что они только вашей проги касаются. А вот шрифты левые в кконсоли после запуска левой тулзы..
Как много веселых ребят, и все делают велосипед...
Здравствуйте, soolitarY, Вы писали:
A>>>Теперь при приеме на работу очередного работника обязательно буду спрашивать про Far и printf Y>Я прочитал про Far, к сожалению, я не застал то прекрасное время, когда компьютеры еще работали в реальном режиме. Моей первой ОС был Windows 98 Second Edition и Pentium II 433 MHz. Сила привычки людей, конечно, меня поразила, судя по популярности данного проекта!
В то прекрасное время Far ещё не было.
Far появился во времена Win95 и сразу под windows.
И ты не поверишь, есть уже и FAR под Win64.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
и соответственно количества разрядов, чтобы тоже ввод регулировался...
Почитайте про boost.format, про локаль, про кроссплатформенный код, посмотрите как работает QObject::tr, про использование TCHAR и т.п. Я так и не понял чем вам мешает изменение локали?! Какое-то кривое решение — изменение шрифтов к консоли, которое привязывает к операционке (причем не факт, что в след. версиях все также работать будет) — вам нравится 
.
