Когда сталкиваюсь с какой-то задачей, то не могу ее культурно решить с помощью MSDN. Приходится искать в гугле (или тут на форуме) похожие вопросы, смотреть ответы, и если не понятно какой-то метод, то конкретно его искать на MSDN...

То есть какой-то стройной теории поиска нет (а если учесть, что ответы на форумах очень быстро устаревают, то и вообще- погибель). Например, теперь ищу способ открытия диалога выбора каталога:

\r\n

/topic/36547&hl=%e4%e8%f0%e5%ea%f2%ee%f0%e8%ff

Во первых, теперь buf должен быть wchar (у меня настройки проекта по умолчанию),
Во вторых, после SHGetPathFromIDList(itls,buf);
buf превращается в незаполненный char[26] (походу метод древний и уже мертвый).

Вот и копаюсь, по помойкам, потому что не знаю как этот вопрос культурно решить с помощью MSDN. Может есть книжка какая (или в инете сайтец) где хорошо расписан подход к MSDN?

Народ, так и не видно стройного способа поиска решений. Приведен пример- диалог выбора папки. Как с помощью MSDN найти рабочий вариант? Ведь такие операции- 99% кодеров и думаю разработчики библиотеки сделали ее удобной для подобных "мелких" подзадач.

Кто как ищет, или все колхозники?

mayton,

Да, балин, дело в общем подходе, а не частном решении. Как по шагам в MSDN можно найти ответ?

mayton,

Не соглашусь: .Net подается как языконезависимая платформа.

А что в оффлайн версии больше инфы или она иначе сгруппирована? Мне вот че-то не хочется качать постоянно обновляемые данные (добавляются различные статейки и комментарии). Чем онлайн хуже?

Как в MSDN грохнуть всплывающие переводы/оригиналы? Они, балин, нужный текст перегораживают. Если поставить режим отображения "Без сценариев", тогда ничего не всплывает, но если перевод автоматический, то мне его насильно показывают. Надо так: если переведено вручную- русский язык, если автоматически- английский (и все без всплывающих окошечек).

Как сделать?

Все, разобралась: надо использовать "классический" режим просмотра (с двумя языками) и уже на нем можно выбрать какой язык отображать.

MasterZivВ общем случае никак.
Обычно ищешь что то что примерно знаешь надо искать, простом олеся в деталях. Иногда надо целые разделы штудировать, чтобы что-то найти.


Понятно, что общего подхода на все случаи жизни нет. Но и искать, что уже знаешь или "штудировать целые разделы", тоже не очень подходит... Должны быть какие-то методы работы (их может быть несколько и они могут даже одновременно использоваться в одном поиске). В общем, сижу читаю MSDN "от корки до корки", чтобы самой найти методики его чтения.

MasterZivКонкретно по этому коду — ты какой то не тот API используешь, это видимо т.н. Shell API, а есть более низко уровневый common dialogues.

Этот я не знаю, тот кажется попроще.

К тому же лучшее бы писать не на голом API, а хотя бы на MFC, там еще проще — создал класс, вызвал метод. Получил каталог.

Вот именно поэтому мне не нравятся примеры из инета: один кусок нашла на WIN32, другой на .NET, третий- библиотеки классов С++, четвертый- классический С. У каждого подхода свои надежность, безопасность, параллельность, масштабируемость, кроссплатфоменность, скорость... А в нашем случае получается, что решение не обладает ни одним из этих параметров. Например, скорость упадет на куске .NET, надежность и безопасность на куске чистого С, параллельность на классах С++, а кроссплатформенность на WIN32...

Надо брать методы из одного "пакета", чтобы программа сохраняла свои сильные качества.