Если удалось разжиться исходниками оконной операционной системы, то откуда лучше всего начинать их читать/изучать ???
Сначала читать там, где написано нафига тебе эта ОС нужна, а потом в соответствии с тем, что там написано.
посмотреть на реализацию кнопок, и нарисовать по аналогии свои - тупо заменить логику "или текст или иконка" на "и то и другое вместе" текст у кнопок прыгает при нажатии и иконки тоже прыгают при нажатии, я добавил текст к иконке но он у меня не прыгает при нажатии
Да, для начала хочется простого и понятного, но к сожалению отсутствующего - вот поэтому приходиться рыться разбираться и делать аналогично. Сферических коней из вакуума оставим на десерт. у меня для этого даже название есть - "по следам инди-клерка" я насобирал его исходников - будем расти на досуге разбирая что там к чему и зачем
Тогда исходники некой оконной операционной системы - это последнее место, куда стоит заглянуть. Серьезно, там жесть, не надо на этом учиться. На CodeProject тонны кастомных контролов на winapi, лучше там смотреть.
f13nd, индеклерк ни в чом не виноват. Никому не желал зла, а просто покрутил тысячи раз инфернальный крэкми-box на гиперактивном визоре и нечаянно вызвал в этот бренный мир волшебного кролика. Ибо ваистену аматис --- Сообщение объединено, 8 май 2023 --- Rockphorr, бро тролль в дзене, рекомендую начинать читать исходники отсюда справа налево
нет нет, к такому успеху мы не пойдем, нам такой успех не нужен (с) и вообще если вас синит, то с веществами завязывать надо - индеклерк тому яркий пример (пусть неудачный, но якрий как латвия (с) квн) --- Сообщение объединено, 8 май 2023 --- Компас!!!, дружище, дайте компас !!! --- Сообщение объединено, 8 май 2023 --- поделитесь ссылкой на один пожалуйста, чтоб понять стоит ли дальше там искать ковыряться
Rockphorr, общего ответа на этот вопрос нет + слитые сорцы могут иметь массу изъянов.. для начала эти сорцы имеет смысл попытаться собрать во что-то мало-мальски рабочее. во второй фазе можно прописывать метки для логов в особо интересных местах (такие метки упрощают работу с отладчиком иль даже позволяют обойтись без оного).
что такое "прописывать метки логов в интересные места"? и как метки логов (что это?) позволяют разруливать без отладчика?
в исследуемых сорцах прописываешь inline log(var0, var1,.. , varn, "path/2/this.log") и вставляешь эту функу там, где нужно собрать инфу. а в итоге получаешь портянку очерёдности вызовов функций и динамику изменения ключевых переменных. можно и более развитые схемы прописывать, когда встраиваешь в прогу эдакую консоль управления с возможностью откл/вкл ключевые функи (в исследуемой прожке), подгружать собственные модули и присобачивать автоматизацию (чтобы уменьшать размеры логов). вот акись так
