Ну и паттерны это вообще все от лукавого. Всмысле они хороши, их надо знать, но никаких прибитых гвоздями правил нет. Поэтому на ваш вопрос можно ответить просто "потому что"
#, по сути надо смотреть в какой версии винды появилась галочка "темная тема". В 10-ке она есть, а вот в 8-ке не уверен.
Но все равно работает комфортно с 11 )))
#, у меня под 11 коммандер точно светлый. Но я не сильно ковырял настройки +стоковый абсолютно вариант темной темы винды.
Что то еще было точно светлым, вроде какого нить яндекс.диска...
#, та не парься, пусть ТС ставит ответ ))) Он (ответ) сильно провокационный, потому что мы же даже не знаем набор софта, который надо сделать темным. Вот я уверен что нельзя сделать темными eclipse и total commander. Но они вполне возможно нафиг не нужны ТС-у.
Ни разу не видел в винде возможности сделать нормальную темную тему везде включая софт. Всегда вылазила какая то программулина, которая юзает что то не то и остается белой. Или выглядит как г---но
llilrainn, согласен с Сергей Соловьев, поправил ответ чтобы вас не смущать. Определен или нет какой то неймспейс определяется не юзингом. Но неймспейса System.Windows.Forms может не быть. Например, в Mono его скорее всего нет, хотя это тот же c#, и функции у неймспейса как у кейворда те же.
hampa, у вас значит должен быть парсер этого бинарного файла. Который ЗНАЕТ что там за структура. Либо описание этой структуры, и вы должны САМИ написать парсер.
Без описания структуры файла бинари редактировать опасно.
Разве что там поменять что то константное на что то константное без изменений размера.
WSGlebKavash, магии не бывает. Низкое энергопотребление == низкая эффективность == херовый интернет, потому что все это начнет тормозить в попытках прожевать твой траффик. С учетом что наверняка ты не сможешь это нормально настроить.
Иван Мельников, Ну так любой алгоритм будет упираться в SSD, если SSD - самый медленный компонент в железе. Пусть и топовый. Тут же вопрос именно относительности.
Ну понятное дело что алгоритм должен для этого хоть как то юзать SSD)))
ИМХО. Чтобы задача во что то "упиралась" - у нее должно быть ограничение по времени. Если у нас время на работу системы не ограничено - то никто никуда не упирается.
Николай Алексеев, бывает ) Но мне больше нравится идея с дополнительным пивотом, если конечно это возможно. Более элегантное что ли решение. Но не всегда это удобно.
Поясню суть. Например у нас есть куча кубиков, и нам надо все положить на плоскость, причем определенной стороной. Я бы в дочерние объекты кубика положил пустой геймобджект, который как раз и лежал бы на нужной стороне. При вычислении координат используем этот ГО, потом только делаем поправку на пивот (относительное смещение)
Ну и паттерны это вообще все от лукавого. Всмысле они хороши, их надо знать, но никаких прибитых гвоздями правил нет. Поэтому на ваш вопрос можно ответить просто "потому что"