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).

>>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.

>>950
Finder's thumbnail view has many limitations. You are limited in how large you can make the thumbnails and how tightly you can set the grid spacing, and there is no slider control to change these settings on the fly. There is also no way to link image navigation between the Finder window and the image viewer app (in this case, Xee) with the result being that you can never really switch back and forth between a large image view and the thumbnail view without losing your place in the thumbnail view (unless you always do your navigation in the finder and close Xee after viewing each individual image). And there is no convenient keyboard toggle between thumbnail and single image viewing (ie, tapping the Enter key in thumbnail mode to open the image.)

I agree that Xee's primary benefits include speed and low memory/resource consumption, and I would certainly not want to turn it into a bloated application. But I really wish there was a better way to browse and analyze images while easily toggling between single image and thumbnail modes.

In essence, I'm not so much trying to duplicate Finder functionality as I am trying to wean myself from my reliance on iPhoto - which is useless in many situations due to its requirement that you import images before viewing/working with them.

>>950
BTW, I realize you can bind a shortcut key for "reveal in finder", but with this method, the Xee window remains open when you go to the Finder, and if you then open another image, it spawns a new Xee window.

And yes, you can set Xee to open all images in a single window, but then that eliminates the option to open more than one image at a time.

So again, there are tons of workarounds available but none of them deliver a smooth and efficient workflow.

>>952
You could give Picasa a try. I'll use that or Xee depending on what I'm trying to do with my images.

Xee is awesome! The only thing I would add, is that if you are in Crop mode and hold down the Shift key, the crop marquee is constrained to be square. This is standard Photoshop behaviour and would cover 95% of all my image editing tasks to make icons for websites and whatnot. Thanks for the great app!!

>>926
As good as Xee is, it sounds like you might be interested in JustLooking

http://chipmunkninja.com/article/justlooking32

and/or Picasa (Beta)

http://picasa.google.com/mac/

Both fill-in niches lacking in Xee. Good Luck

>>926
As good as Xee is, it sounds like you might be interested in JustLooking

http://chipmunkninja.com/article/justlooking32

and/or Picasa (Beta)

http://picasa.google.com/mac/

Both fill-in niches lacking in Xee. Good Luck

I'm new to this program. Will it do this: I have a bunch of sequentially named files in a folder. I would like to collect them by certain EXIF date tag and put them into folders which are named by the respective date (like 20090303, 20090304, etc). Sort of like most camera download programs.

I'm not good enough to write a script so I ask if this or another program will do this. I have a mac os 10.4.11.

thank you,

Xee won't. There's no file management features at all in it, it's a viewer.

I just installed Xee to check it out. I clicked four file types to associate with it, and then wanted to go back to Preview. So I unchecked them in Xee Preferences, and now they all open in CoreImage Fun House!? What the What? How do I get these back to being associated Preview, and why didn't Xee take care of this for me? Bad Xee, bad!

File associations being a mess is only OS X's fault. Get Info in Finder, Open With Preview, Change All - do this on one file of each major filetype you use (JPG, PNG, PSD, GIF, etc.)