I'm using this now, but I'd like it better if it had these features:

• some way to open a folder from the command line ("open -a Xee ." doesn't work).
• some way to advance to the next image one-handed on a laptop keyboard, possibly with , and . (obvious joke goes here).

> If you press either the next or previous image buttons, the mouse cursor should move to the new button screen position when Xee's window resizes to the image dimensions. Having to move my mouse every time gets annoying, and I like viewing images at their actual size.

Moving the mouse pointer is a big no-no in GUI design. I will not do that. With the default settings, the window should not resize when using the toolbar buttons, unless you explicitly changed that in the settings.

> When opening the first image (that opens the Xee window), it'd be nice if Xee didn't show up with a black background before the image becomes visible. It just looks sloppy.

Progressive loading of the image is a feature, not a bug.

> An icon pack that more resembles Preview would be cool, to keep in with the Apple feel. I have manually copied in Preview icons, but if such were already done, that'd be better.

If you can provide some icons that are colour-coded, badged, and distinguishable down to 16 pixel size, I'll put it up.

> When opening the first image (that opens the Xee window), it'd be nice if Xee didn't show up with a black background before the image becomes visible. It just looks sloppy.

When I open huge files I appreciate how it communicates that the app isn't stalled. Do you want to be left 20 seconds without any sort of feedback?

>>663-666

I don't want to install The Unarchiver, and I don't want anything associated with those files.

>>853

RCDefaultApp can set associations to a dummy app if you absolutely want. That's the only way to stop OS X automatically associating files with apps that can open them.

I'm replying about Canon RAW formats (also for other brand camera RAW)

Canon latest camera 40D and 450D raw are saved with .cr2 however it's different compression make them unreadable until update.

Since Xee depending on OSX Raw support. You can download the "Digital Camera RAW Support update" from apple website.

So RAW problem is not there because of Xee but because camera developer keep making new format and using same extention

>>855

Actually, the format is probably the same, but the problem is that there are differences between the sensors in the different cameras that use the same format, and this data about the sensors is not stored in the file, so the loading program has to be updated for each new camera.

It's not exactly a good design.

Gracias! Thanks for this great piece of software.

Is it possible to implement in Xee a Lanzcos or a Bicubic interpolation for zooming small images? When Xee3? Thanks again.

Why is it when I rotate a jpeg image from my camera and save losslessly that the resulting file is smaller than the original?

>>858

How much smaller? The embedded thumbnail is re-generated from scratch, so if the camera makes a very high-quality thumbnail, that could be it.

>>859

Before IMG_0398.JPG 1.1 MB (1,126,799)
After IMG_0398.JPG 1.1 MB (1,126,435)

Before IMG_0399.JPG 1.2 MB (1,263,499)
After IMG_0399.JPG 1.2 MB (1,263,422)

The camera is a Canon Powershot A510 3.2 Megapixels.

>>862

Yeah, a difference that small would just be because of the new thumbnail.

(Also, I haven't looked into the details, but the Huffman compression step of the JPEG may turn out slightly different after you rotate the image, so that would also affect the file size slightly.)

>>864

I guess I was just assuming the term "lossless" meant "lossless" obviously it doesn't mean absolutely "lossless". Thanks.

>>865
what do you think "lossless" means if not "not losing any information"?
the thumbnail shouldn't contain any information not in the actual image.

>>866
Well, if you're rotating an image and it's "lossless" shouldn't the size stay the same? If it's getting smaller, then isn't it losing information? Maybe I'm just not understanding the concept, but to my mind it should stay the same size, shouldn't it?

>>868

> Well, if you're rotating an image and it's "lossless" shouldn't the size stay the same?

No. First because of the thumbnail, as already explained, and also because JPEG does both lossy and lossless compression. The lossless transforms do not affect the lossy step, but they do affect the lossless step. The lossless compression will output differently sized files with differently transformed input.

>>869
To my way of thinking if it does lossless rotation and the only thing you do is rotate the photo then the size shouldn't change. But, since it does, then either is not lossless OR I don't understand OR there's something else going on with a lossless rotation.

Ive installed everything correctly but Im getting a problem when I point my browser to domain.com/wakaba.pl

It redirects to wakaba.html (which doesnt exist) and gives me an error. Whats up?

>>871
This isn't the wakaba support thread. Learn to read please.

Hi and thanks for this great app!
Any news on colour management? I still have to use it together with Preview.app and this bothers...
thanks!

posted this on the support thread as well, but I dunno which one is checked more often...

I really like your application, I am just wondering if it is possible to assign the trackpad-scroll function to be for moving the image around instead of to move back and forth between pictures. I tried messing with the keyboard assignment configuration, but I was never able to get it to work. I don't even know how to assign a shortcut to left and right scrolling, so that's out of the picture. However, up-and-down scrolling never worked for me, either.

Image resize is the only missing feature.
Please? Pretty please?

Please consider adding the following features:

Set image as wallpaper, as in Justlooking and Safari.

Start the window centered, it is a bit anoying that the window is out of center when a pic is opened.

When closing with X add an option to completely quit the program instead of staying in the background.

please make it work exactly like the PC app called ACDSee (v.2.45)
k.thx.bye.

Guys,

How about a new version??? Current one is extremely buggy! A new version is much needed!

would be good to have print support!

I was looking for a lossless JPEG crop application and this one was very close to what I wanted, but it lacks some critical features to make this usable:

1, Pixel grid co-ordinates. I cannot accurately position the mouse cursor precisely where I need it to make a good crop without referring to X & Y co-ordinates.
2, Crop lock aspect ratio. If I want to crop at 1:1 (i.e. a square), or a custom aspect ratio.
3, Zoom pan. If I'm zoomed into a image to make an accurate crop, I would like to drag the cursor to the opposite end of an image and have the image pan within the application window.

Thanks.

>>880

For 1, the crop borders are automatically set to the nearest blocks on those edges where it matters when saving (and you get to pick whether it should expand or contract the cropping area). There's no UI for it because I haven't figured out a good and easy-to-use one. Displaying a grid isn't really it - remember that only two of the edges need to be aligned, not all of them, and which two depend on the lossless rotation of the image.

For 3, arrow keys work for panning while cropping as a workaround.

Hello,

I use xee as my primary image viewer, and it is definitly great !

I have on suggestion to make it even greater for my use :
I often have to present images to people using a projector. I don't like having windows and any sort of mess displayed. The screen should be showing a content or black (the background image of the screen is black).

So my suggestion is to add a preference to display fullscreen images on a secondary screen if available.

This would be a really simple modification :

• An NSMatrix of 2 radio buttons in preference letting the user choose "Display on current window's screen" (tag 0), and "Display on secondary screen if available" (tag 1).
• The selected ID bounded to use default "fullScreenDestination"
• in the code, file xeeController, "fullscreen" IBAction,

line :
---------------
[fullscreenwindow setFrame:[[window screen] frame] display:NO];
---------------
and
---------------
SetSystemUIMode(kUIModeAllHidden,kUIOptionAutoShowMenuBar);
---------------

replaced with
---------------
NSScreen *destinationScreen;
if ([[NSUserDefaults standardUserDefaults] integerForKey:@"fullScreenDestination"] == 0)

destinationScreen = [window screen];

else
{

destinationScreen = [[NSScreen screens] lastObject];
SetSystemUIMode(kUIModeAllHidden,kUIOptionAutoShowMenuBar);

}
[fullscreenwindow setFrame:[destinationScreen frame] display:NO];
---------------

and boom, that's done !

For my usage, it would be really great !
Indeed, I compiled a version with this modification for my own usage (I'll use the feature during a presentation next week).

Thanks for this great piece of software !

Any chance of an upgrade sometime soon? It's been a long while...

Just want to let you know that Xee is simply the best image viewer for me. It's faster than any other viewer to load, it allows me to quickly scroll through large images with the arrow keys without any delay, the zoom is instantly responsive...what else can I say...oh yes, please release an updated build with the latest fixes and features :) !!! Thanks ! Well done, keep up the good work !

>>885

Yeah, that's a known bug, sorry. Hopefully I'll have some time to finish a new version and get that sorted out.

thanks for the reply. i'll be looking forward to it.

>>543
>>547

I'd like to see this too (resize window to fit width only, it'd make viewing comics/manga easier. Other than that, Xee is perfect.

I really want to like Xee, but there is one problem.
Xee doesn't support ColorManagement. Like this it is not usable for me and for a lot of other users too.

Please fix this and Xee will be perfect!

yeah, please, make it colormanaged!

Hi,
I'm just another happy Xee user that decided to write here to ask why Xee saves RAW (Canon CR2) files on a wrong, and unusable, way.
I really like how Xee "reads" and shows CR2 files and I think it would be great (for me needs) to use it on a workflow to convert all of the CR2 files on a given directory to JPG or whatever.
Is it a know bug?
Thanks.

>>891

You're going to have to actually tell me what the problem is before I can answer that.

I just updated to Xee 2 after I found out that 1.2.1 has a bug when rotating images. At least I found that part of the left side of the image was moved to the right. Xee 2 works like it should, but suddenly the autosave is gone. Can you make this optional?

Another great option would be to be able to browse ODF files (OpenOffice), which are just zips with a specific file structure. Images inside documents are saved as PNG. Same goes for JAR files.

Thanks anyway! I really use it a lot to browse my images.

> but suddenly the autosave is gone.

I've been meaning to fix this for some time. It'll hopefully be back in the next version as an option.

> Another great option would be to be able to browse ODF files (OpenOffice), which are just zips with a specific file structure. Images inside documents are saved as PNG. Same goes for JAR files.

If so, they should open if you just drop them on the Xee icon, I think.

I'm just curious, will xee get support for multi touch rotation and zoom or is it something only preview supports?

anyways, great app!

>>895

I'd love to add that, but that would require me to actually have a machine that has a multi-touch pad.

>>896
Huh, I thought you had a powerbook...

I wonder why I can't use Xee 2.0 to delete pictures on CF cards or on a NAS Device. Deleting them with the finder works and deleting files on the local drive works with Xee.
The external volumes have no trashcan...
Nice app though!

>>898

Yes, that should be fixed in the development version already.

Hi,
I'm the writer of post 891. The attached image is from a CR2 file opened with Xee and saved to PNG from the "File -> Save as.." menu.

Just tried with TIFF format (compressed or not) and the results are the same. Just for reference here it is the original jpg image (I shot RAW+JPG)...

>>901

I need the actual file that causes the problem in order to find the bug.

>>899

That sounds good. Is the development version already available so I can verify the fix?

>>903

You can TRY to check it out from SVN and build it, but I can't guarantee it would go smoothly, as the only active developer is myself and I've done zero testing that it builds on other machines than mine.

>>905 Mother fuck, not spam

First I'd like to recommend/request two things regarding zoom:

• An option to fit the smallest side of a picture to the size of the display. Basically, enlarge or reduce so that the whole screen is filled and the picture can only be scrolled on its longest side. I hope you won't think this is just power-user cruft - with all the pictures in 4:3 and 16:9, and all the displays in 5:4 and 16:10, there would be many possible uses for it.
• An option to smooth (preferably aggressively) on upscale. I frequently find the 150% zoom useful, but the jaggies are really strong at this specific scale.

And a performance issue problem you probably know about, but which I didn't find ITT: when a folder contains enough image files, the first picture takes a long time to load, and after a deletion or move, going two pictures forward takes just as long (since the 1st is cached).
In my case folders with 3000 pictures are not unusual at all. In such folders each reload takes 6 seconds on a recent Mac Pro: that's difficult to use it for fast manual batch selection of pictures. It's frustrating since the shortcut system, the copy/move shelf, and the "skip 100" options otherwise make Xee so suitable for this kind of heavy lifting.

>>905
contrary to what "Fou-Lu" says, that does appear to be spam.

>>908
Highly persistent spam, at that. They've been spamming that site for months on various boards, and use different URL redirectors every time.

>>907

The new version should be a lot faster when there are lots of files, I hope.

As for the others, I'm not sure about the smallest side scaling - I don't even know how to describe that in the UI, which is a sure sign it might not be all that useful. Smoothing on upscale is tricky - the default OpenGL upscale is pretty ugly, and a better algorithm would have to be implemented as a pixel shader. Possible, but probably not something I'd do any time soon.

I think "pan & scan" is the accurate way of describing it, but one that most users don't know. Maybe a couple of commands (or modes) to "fit horizontally" or "fit vertically" could be a more intuitive way of describing what I recommended?

I have set Xee as my default viewer for GIF's this is what I really need it for. However, it would be nice if there were a quicklook plug-in that accompanied the software so Leopard users could view GIFs in their full animation glory when the need to.

Any chance of a GIF quicklook plug-in?

Hi,

i am wondering why Xee has no print-dialog.

Xee is my fav. image-viewer, but in some cases it would be great to be able to print something, without being forced to reopen the file in preview or whatever other application to print it.

As i am just writing herE: Thanks for this great application.

>>913

Main reason? Because I don't have a decent photo printer. Secondary reason? Because printing is hard. Just throwing an image at a printer will not very likely get you a good result. Printing needs lots of tweaking, and I don't really feel like implementing that. You're much better of using a dedicated app for doing that.

Also, you can use the "Open in Editor" option to make it easier to reload in another app.

>>908
I was saying "not again".

any news on the ColorManagement? That would be awesome ;)

any news on the ColorManagement? That would be awesome ;)

For the zoom up thing, found out it depends on the video card, Intel GMA 950 (macbook) and Nvidia Geforce 8800 GT are jaggy and unfiltered, but ATI Radeon HD 2600 will filter upscales. The result at 150% is definitely nicer than unfiltered, but over 200% it is arguably worse. (So my having both cards in my machine "solves" my "problem", lol)

>>912

> Any chance of a GIF quicklook plug-in?

That's not related to Xee I think. But from looking inside the QL generators I use it looks like they output HTML, so if you care to do it yourself it may be pretty trivial to do.

>>919

Xee already has configurable keyboard shortcuts, and several different keys for going backwards.

Excellent app, thanks so much. I've been recently hacking through Preview with Applescript to allow me to navigate through a folder and look at images without having to preload the whole directory, and Xee does it perfectly!

Well done, keep up the great work!

Would be nice to have EXIF info (date shot, GPS...) displayed (optional) somewhere in tehh status bar (cumbersome to open CMD-I each time)

I'd like to put in another vote for recursive subdirectory loading. I sometimes do

find . -type d -exec open -a Xee {} \;

but that doesn't work very well with large directory trees.

>>923

find . -type d -print0 | xargs -0 open -a Xee

Much more efficient, as it spawns a lot fewer processes.

>>923-924

find . -type d -exec open -a Xee {} + \;

I hope you're not talking about the sort of "features" that mean I'll have to cling to my Xee 2.0 version in the same way I make sure to always have an Acdsee 3 archive available.

Is Xee dead? Xee 2 was released over a year ago, there's a ton of unresolved issues in the bug tracker and there's simply no updates.

Xee is pretty nifty but it crashes a lot! I've been using it for 2 months and I've had about 4 crashes PER DAY with it. Simply awful.

Here's one of the crash reports I saw few minutes ago: http://pastie.org/357220

The developer should just come out and say that this app is dead and not leave us waiting for YEARS.

>>928

I am a single developer, and I have a job and university to deal with too. Have some patience.

Also, that's a bug from exifparse, which causes crashes on broken EXIF data. It's fixed in the development version, but if you really get a lot of crashes from it you should find out where you are getting images with broken EXIF data.

I'm sorry! I was just frustrated so I might have come off harshly :(

I just compiled Xee myself (from SVN) and there's no more crashes! Thanks!

If anyone else is having EXIF crashes, you can grab this version: http://rapidshare.com/files/183548361/Xee_2.1Aplha4.zip

Until the official one comes out...

There are obviously no guarantees that that version will work as it's supposed to, but I don't think there are any major stumbling blocks right now.

Me again :)

I found a crash in the SVN version. It seems that EXIF is to blame again. Here's the crash log:

http://pastie.org/362205

and the pic that's causing it is here: http://img133.imageshack.us/img133/7659/1231560289391fy8.jpg

But this version is MUCH, MUCH more stable than the 2.0! It's now a pleasure to use. :)

Thanks again!

I installed Xee on my brother's G3 500MHz Dual USB iBook but it crashes stating:

iBook:~ mladen$ /Applications/Xee.app/Contents/MacOS/Xee; exit
dyld: incompatible cpu-subtype
Trace/BPT trap
logout
[Process completed]

Is there any way to fix it so that Xee can ride on G3? I'd really like to show him Xee as he's new to Mac and Xee is my only weapon of choice :)

he's new to macs and all he's got is a G3?

It's really a secondary computer to him, and I bought it for like $50 :)

>>930

> Xee_2.1Aplha4.zip

works fine. i had issues before with the following things:

• open files in directories with alot of other files - it needed minutes... (faster now)
• the dustbin-sound when deleting is gone :)
• i wasn't able to compile it myself, xcode muttered about libraries. maybe add a foolproof description how to do this ;)

the small icon (only an eye?) looks creepy in the finder - maybe something colourful would look better (one color per filetype).

thx,
n.

>>938

Those are not the standard icons. Them not being colour-coded is one reason for that.

Cool app dude, thanks for all your hard work. It's highly, highly appreciated. You have no idea how much I use Xee; far more than I use FFView or Preview, I can tell you that!! =)

just going to say, i love Xee.

Love that software. Only one thing bothers me. There's no way to turn off the alpha channel. Great job!

> Xee_2.1Aplha4.zip

I cannot make "Get Info" to show the IPTC for data that has been saved in Latn1 but it displays just fine if it is in UTF8.

>>943

If you want anything fixed, you need to post example files.

I would LOVE it if Saving Losslessly, such as when I rotate photos (my camera, Fujifilm F30 doesn't provide correct orientation data in the EXIF, so I have to rotate them), that the Updated Timestamp on the file would remain the same. I love having my raw images having the creation date on them, rather than the date I rotated the image. Maybe add that as an Option, so people can turn it on to retain the Updated Timestamp on the file during Lossless file saving.

>>946
You know, filesystems do keep track of file creation time as well as last-modified time.

Thank you very much for this great application.

I do respect that you personally don't see any use of browsing capabilities (subfolders etc.) and since you do the work, it is up to you to decide what to do. However, as pointed out by countless other people, it would be great if you could include browse functionality, similar to "gqview" on Linux. Again, it's up to you, and I have read your previous replies; just trying to provide feedback.

>>948
you know, it is open source... if you want that, why not fork it and make your own version?

>>948
gqview dates from a time where browsing pictures with normal file browsers was a laughable proposition. It's not the case in OS X today.
I think many requests for a browser are solved when you realize you can bind "Reveal in Finder" to a single key, set Xee as your default viewer, and a bind key to open in an editor. I find this workflow just as fast as acdsee, and I like not having to rely on a half-assed browser (how could a built-in browser compete with the finder? what would it have the finder lacks?)
If Xee or a fork stops being lightweight, I'm afraid I wouldn't be able to use it in the no-bullshit way I like anymore, with the pictures in fullscreen, absolutely no interface overlaid, and all the commands available from single keystrokes.