Если удалось разжиться исходниками оконной операционной системы, то откуда лучше всего начинать их читать/изучать ???
Сначала читать там, где написано нафига тебе эта ОС нужна, а потом в соответствии с тем, что там написано.
посмотреть на реализацию кнопок, и нарисовать по аналогии свои - тупо заменить логику "или текст или иконка" на "и то и другое вместе" текст у кнопок прыгает при нажатии и иконки тоже прыгают при нажатии, я добавил текст к иконке но он у меня не прыгает при нажатии
Да, для начала хочется простого и понятного, но к сожалению отсутствующего - вот поэтому приходиться рыться разбираться и делать аналогично. Сферических коней из вакуума оставим на десерт. у меня для этого даже название есть - "по следам инди-клерка" я насобирал его исходников - будем расти на досуге разбирая что там к чему и зачем
Тогда исходники некой оконной операционной системы - это последнее место, куда стоит заглянуть. Серьезно, там жесть, не надо на этом учиться. На CodeProject тонны кастомных контролов на winapi, лучше там смотреть.
f13nd, индеклерк ни в чом не виноват. Никому не желал зла, а просто покрутил тысячи раз инфернальный крэкми-box на гиперактивном визоре и нечаянно вызвал в этот бренный мир волшебного кролика. Ибо ваистену аматис --- Сообщение объединено, 8 май 2023 --- Rockphorr, бро тролль в дзене, рекомендую начинать читать исходники отсюда справа налево
нет нет, к такому успеху мы не пойдем, нам такой успех не нужен (с) и вообще если вас синит, то с веществами завязывать надо - индеклерк тому яркий пример (пусть неудачный, но якрий как латвия (с) квн) --- Сообщение объединено, 8 май 2023 --- Компас!!!, дружище, дайте компас !!! --- Сообщение объединено, 8 май 2023 --- поделитесь ссылкой на один пожалуйста, чтоб понять стоит ли дальше там искать ковыряться
Rockphorr, общего ответа на этот вопрос нет + слитые сорцы могут иметь массу изъянов.. для начала эти сорцы имеет смысл попытаться собрать во что-то мало-мальски рабочее. во второй фазе можно прописывать метки для логов в особо интересных местах (такие метки упрощают работу с отладчиком иль даже позволяют обойтись без оного).
что такое "прописывать метки логов в интересные места"? и как метки логов (что это?) позволяют разруливать без отладчика?
в исследуемых сорцах прописываешь inline log(var0, var1,.. , varn, "path/2/this.log") и вставляешь эту функу там, где нужно собрать инфу. а в итоге получаешь портянку очерёдности вызовов функций и динамику изменения ключевых переменных. можно и более развитые схемы прописывать, когда встраиваешь в прогу эдакую консоль управления с возможностью откл/вкл ключевые функи (в исследуемой прожке), подгружать собственные модули и присобачивать автоматизацию (чтобы уменьшать размеры логов). вот акись так
как собрать из сорцов ??? например я нашел кошек для попыток сборки - https://github.com/Paolo-Maffei/OpenNT как это собрать ??? и еще тему нашел https://phantom.sannata.org/viewtopic.php?t=45050&start=11 - трэш и угар, но по ссылке нашел еще один вариант сорцов и видос как его собрать
Здесь oсновная ветка обсуждения https://www.betaarchive.com/forum/viewtopic.php?t=33250 Когда то собирал такие сырщы и запускал под VM (и какой то Far стартовал под ними), а какой момент интересен в них? не проще ли собирать Wine или ReactOS?
1. написать сборщик любым удобным тебе способом. 2. если в сорцах есть Апшибки (как правилЛо они тамо есть), нужно править их самому. 2.1. имеет смысл поискать альт варианты и/ль дополнения, кои позволять мало-мальски обустроить костыли. аки хобби и/ль обучающий материал вполне катит. хотя - да, особой ценности в них нет.
компилируешь - компиль даёт портянку ошибок, поступательно разбираешься с каждой == практически эти ошибки и будут тебе указывать, что там разрыхлять надобно. Однако, вся ся крень может у тебя забрать не один десяток часов и это не самый плохой вариант.