# Le 24/10/08 à 07:03, Hassan El-Zayyat a écrit :
Which version of dcraw are you using? Panasonic Lumix LX3 does not seem to be supported?

# Le 24/10/08 à 07:58, Barijaona a écrit :
Currently, it is 8.86... I hope to build ufraw 0.14.1, which uses dcraw 8.88 and therefore supports the Lumix LX3 this week-end.

So stay tuned !

# Le 31/10/08 à 08:20, Barijaona a écrit :
0.14.1 has been uploaded.

# Le 09/11/08 à 18:10, Nicola a écrit :
Two minor problems: the display zoom does not go beyond 50% and scrolling does not work. Also the application does not quit and must be forced to do so. This on a Mac Pro and Mac OS 10.5.5, and and a Powerbook with 10.4.11.
Apart from that,
Thanks, and let me know of future builds.
Nicola

# Le 09/11/08 à 18:42, Barijaona a écrit :
The 50% zoom limitation is not specific to this build. It is a functional choice made by the development team, probably related to performance issues (real time dematricing requires a lot of processing power).

Yes, the app does not completely respect the Mac conventions. It does not quit through the MacOS menu items (top menu and dock item). But it can quit with the button at the bottom of the file chooser, so you have an alternative to force quit.

Can you give me more information with the scrolling issue ? After zooming, do you see the scroll bars, and does the cursor take the "hand" appearance ?

# Le 09/11/08 à 23:37, Nicola a écrit :
Yes, I see the scroll bars, and the cursor takes the "hand" appearance, but using either the image does not move, apart from 5-10 pixels on either side, or top-bottom. Did you try it on a different mac from that you use to build?
Nicola

# Le 10/11/08 à 15:24, Barijaona a écrit :
Yes, I test on an Intel iMac and a G3 iBook, both on 10.4.11...

Under certain circumstances, the screen does not refresh smoothly.
I have to click on one of the "Indicate" buttons (for underexposed/overexposed zones) at the bottom left of the window to force a refresh.

Hope this helps. Will update the Readme file soon.

# Le 06/12/08 à 15:32, Martin a écrit :
The .dmg file seems to be broken?

Disk image mounter rates the image as defective and it does not mount.

# Le 06/12/08 à 20:28, Barijaona a écrit :
Martin, you are probably using Safari, and after downloading you get a UfrawQuartz.dmg.bz2 file.

Do NOT decompress this file, just rename it to UfrawQuartz.dmg, and it will open fine.

It is a strange oddity with some servers, too bad it appears with Apple's ones...

# Le 13/12/08 à 23:19, ananda a écrit :
Hi Barijaona!
I have the same problem as Martin got. The .dmg file seems to be broken. I downloaded it with firefix (twice) and it was not renamed. It has the name you suggested in your answer. But when I open it, my system (os x, 10.5.5) says it is broken and if I would continue it can damage my system. Any ideas?
thank you,

# Le 14/12/08 à 09:59, Barijaona a écrit :
How strange... I have no Leopard install to test with, but under Tiger, I don't have any warning.

I don't really understand this issue (probably related to the DmgConverter utility I use to make the Dmg), but if the size of the downloaded file is 34.7 Mb, you are probably safe to shortcut the warning.

# Le 14/12/08 à 12:04, ananda a écrit :
hi!

ok - I tested the file on tiger, there it is working. maybe you notice at the blog-entry, that it is only for mac os x 10.4.

as the warning says that the *.dmg-file under leopard could damage my system it's to dangerous to give it a try.

# Le 10/02/09 à 12:24, Wolf Wichmann a écrit :
Hi Barijaona,

1st of all: thanks for this great work. Coming from using Linux (... and a bit of Windows ...), I stepped over to iMac 24 recently and consequently to usage of your UFRAW translation.
There is still one point in question:

- UFRAW does not keep the settings (curves, highlight-clipping etc.) from the last photo for the next; I have to renew them every time - is this my mistake or a default adjustment ?

Thanks

wolf

# Le 28/10/09 à 16:32, Fred a écrit :
Thank you for this port!

The following script fixes the DYLD_LIBRARY_PATH issue by fixing the libraries path within the .app.
Using that, ufraw-batch becomes executable without setting DYLD_LIBRARY_PATH.

Just put this next to the .app and execute it.

#!/bin/sh -x
dir=`dirname "$0"`
cd "$dir"
app=ufraw
bin=ufraw-batch
locallibdir=`otool -L "$app".app/Contents/MacOS/"$bin" | fgrep liblcms | sed -e 's@/liblcms.*@@' |awk '{print $1}'`

echo $locallibdir

# where dylibs are located within the .app
libsubdir=Resources/lib
libdir="$app".app/Contents/$libsubdir
libs=`ls "$libdir"| grep dylib | sed -e "s@$libdir/@@"`
echo $libs

for lib in $libs; do
# change path in the executable
install_name_tool -change "$locallibdir/$lib" @executable_path/../"$libsubdir/$lib" "$app".app/Contents/MacOS/"$bin"
# and in the libraries
for sublib in $libs; do
install_name_tool -change "$locallibdir/$lib" @executable_path/../"$libsubdir/$lib" "$app".app/Contents/"$libsubdir/$sublib"
done
done