Ну по моему опыту — руками делать все в NSLocalizedString можно только до определенного объема, дальше управлять этим хозяйством становится сложно, руками разбивать на различные Tables и так далее. В IB есть еще замечательный Preview, включая «Double-Length Pseudolanguage», как без него тестировать AutoLayout на реакцию на различные переводы?
Ростелеком, Барнаул — всё:
Safari can’t open the page “https://ru.wikipedia.org/wiki/” because Safari can’t establish a secure connection to the server “ru.wikipedia.org”.
Имел «счастье» домашнего NAS на базе как раз N66U + USB HDD.
С точки зрения производительности — это ужас-ужас, иногда он даже не в состоянии был поток музыки в lossless выдавать.
Чуточку уточню про FAR-овский интерфейс:)
Для отображения используются глифы из выбранного шрифта (те же box-drawing characters), по сути процесс не особо отличается от классического TUI, просто немного больше свободы в действиях.
Статья смотрелась бы иначе, имей она важный дискляймер — «речь пойдет о PC, причем именно PC/Win». Ибо это только сегмент систем с возможностью визуализации, не более того.
Слэши обратные — скорее исключение из правила. Причем, винда, хитрая жопа, понимает как прямые слэши, так и обратные, а вот большинство других систем — только прямые. Так что проще везде использовать прямые.
А вообще файловые операции лучше пускать через обертки (либо свои, либо уже готовые — но не буду советовать буст). На этом уровне можно решить несколько проблем, и вопрос кодировки — только одна из них.
Плюс, при обращении к файлам через однобайтову строку — в Китай/Японии/Корее/etc этот код просто не заработает.
Подписываюсь. В игровом проекте ~300k контейнеров и «производительность» — несочетаемые вещи. Это уже проблема архитектуры, которую пытаются решать напильником на низком уровне. Первое решение, которое приходит в голову — просто хранить эти свойста по всем сущностям в мире в одном месте, а не размазывать по памяти равномерно. Эффект будет приятней, как по объему занимаемой памяти, так и по фрагментации.
Safari can’t open the page “https://ru.wikipedia.org/wiki/” because Safari can’t establish a secure connection to the server “ru.wikipedia.org”.
С точки зрения производительности — это ужас-ужас, иногда он даже не в состоянии был поток музыки в lossless выдавать.
www.youtube.com/watch?v=3HROqnw-nf4
Для отображения используются глифы из выбранного шрифта (те же box-drawing characters), по сути процесс не особо отличается от классического TUI, просто немного больше свободы в действиях.
А вообще файловые операции лучше пускать через обертки (либо свои, либо уже готовые — но не буду советовать буст). На этом уровне можно решить несколько проблем, и вопрос кодировки — только одна из них.
Плюс, при обращении к файлам через однобайтову строку — в Китай/Японии/Корее/etc этот код просто не заработает.