Свежие комментарии

А

ну тады понятно

Меня, видимо, сбила с толку фраза "И таки да. Это место в Qt обрабатывается куском, написанным на Objective-C", как будто в этом есть что-то плохое.

Потому что в том, что касается маковского рантайма ObjC первичен. К нему бывают "необъектные" интерфейсы, но иногда и не бывают.

То же относится к предыдущему посту про (argc, argv)
они вполне себе есть, просто никакой функции связанной с файлами, которые тебя просит отрыть гуй не несут

> хотя почему ни в Mac-specific-документации, ни в документации на Drag-n-Drop это место не упомянуто - до сих пор загадка.

подозреваю, что потому что (для совсем родных программ) это место никто явно не зовет, а используют внутри всяких NSDocumentController

Теоретически, на каждый NSчто-то-там должен находиться CF-что-то-там-же

Ну и ты, конечно, знаешь о существовании Objective C++, то есть что тебе никто не мешает из плюсового кода звать кокао в любом месте?
(и превращать CFArrayRef в NSArray и обратно?)

А справа - говно получается.

В реальной жизни кнопки управления используются часто. Т.е. "приборный интерфейс", со всеми ручками выведенными на панель - по моему мнению нужен.

Но над тем, чтобы сделать кнопку "спрятать это безумие" (например, в случае, когда мы строим гистограмму с уже установленными параметрами) - я уже думаю.

Да, MS VS мне тоже нравится. К сожалению, под линухи не водится ;)

Пока сделал так, покритикуйте если есть минута (продолжаю ничего в маках не понимать):

CFURLRef resurl = CFBundleCopyResourcesDirectoryURL(CFBundleGetMainBundle());
char buf[2048];
if(resurl && CFURLGetFileSystemRepresentation(resurl, true, (UInt8*)buf, 2048))
exifToolPath = QString("%1/exiftool").arg(buf);
if(resurl)
CFRelease(resurl);


Да. CFURLGetFileSystemRepresentation правильнее, хотя я не уверен, есть ли практической разница в современных версиях OS X.

(через 15 минут, почитав мануал), правильно ли я понимаю, что
1) Путь до файла exiftool надо конструировать CFBundleCopyResourceURL
2) Конвертировать это с C-style строку - через CFURLGetFileSystemRepresentation ?

Лёх - ты монстр!!! (в наилучшем смысле этого слова ;))

Несколько разнородных комментариев:

1. CFStringGetCStringPtr не сработает, если первичный язык в системе стоит русский, надо всегда использовать CFStringGetCString. Вам удалось наткнуться на, по-моему, самое дурное место во всём API - функцию, которой никогда не следует пользоваться.

2. Если я правильно понял, что приведённый кусок кода нужен для обнаружения exiftool, то правильнее использовать что-то вроде CFBundleCopyResourceURL или CFBundleCopySupportFilesDirectoryURL, но никак не ручные манипуляции с CFBundleCopyBundleURL.

3. Чисто на всякий случай, результаты функций с CFCopy и CFCreate в имени надо освобождать CFRelease, а иначе будут утечки памяти.

Подсказать про интеграцию Qt, увы, не могу.

А окончания и падежи не считаются как разные слова?

У автора exiv2 можно и разрешение спросить. Таскать с собой самораспаковывающийся perl-бинарник с GPLv1 - брр.

YASQ: А зачем ExifTool если можно слинковаться с exiv2?

http://www.rawdigger.ru/usermanual/histograms

Ноль шкалы размещается на уровне 3 стопа (8 раз) ниже, чем максимальное значение пиксела, округленное вверх до ближайшей степени двойки . Например, если максимальное значение среди всех пикселов снимка равно 3000, то ближайшая бОльшая степень двойки - 4096 и уровень EV0 для данного снимка будет автоматически установлен на уровне 512

Это для гистограммы по всему изображению.

Для гистограммы по кусочку - используется EV0 от всего изображения (и это место может глючить).

Если включено "Remember last used Histogram Settings", то EV0 берется от предыдущей (по времени) гистограммы, неважно в этом запуске программы или в предыдущем.