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

what

Xee? What's Xee?

secret project lolz

http://4-ch.net/tech/kareha.pl/1117579382/33 <-- This secret project, in fact.

> some way to open a folder from the command line ("open -a Xee ." doesn't work).

I am enough of a Mac newbie to not know how to make that work. Tell me, and I'll fix it.

> some way to advance to the next image one-handed on a laptop keyboard, possibly with , and . (obvious joke goes here).

Ah, noted.

Oh well, since MrVacBob spilled the beans anyway, and since I do need some testing, I'll upload an alpha version, if anybody wants to check it out.

http://wakaba.c3.cx/releases/mac/Xee_alpha_1.zip

Lots of functionality missing (you'll see placeholders in the menus and stuff), and the status bar is a mess, but it image viewing and browsing should work. Report bugs and such.

Interesting. I like the speed!

Some of them you're probably aware of, but here goes:

• The program tries to open PDFs and BMP images, but displays just a blank black box for both.
• When opening an image too big for my screen, and I'm not telling it to shrink images to fit, it opens it up in full size, but there are no scroll bars. Is this intentional?
• I just happened to have a Wakaba vericode image on my desktop, and when Xee opens it, the transparent background is noisy. Other transparent GIFs seem to be okay. Haven't tried an animated GIF yet...
• When more images are added to the folder Xee is currently browsing, Xee doesn't seem to become aware of them. Maybe the program could do a re-scan of the folder whenever it is brought to the background from the foreground?
• Trying to open another viewer while one viewer is open = hang. But I tried it a couple of other times and couldn't reproduce it...
• "Error loading image" on the attached image.
• The "fit to screen" isn't as pretty as Apple's. Also, will you be making a "full screen" mode that does away with the menu bar and status bar?

Not a bad little hack for a Mac n00b. Good work. :) Any significance to the name "Xee?"

> re-scan of the folder

Rescanning is a baaaaad idea.

OSX has dnotify-like functionality. I think it's called kqueue.

> I am enough of a Mac newbie to not know how to make that work. Tell me, and I'll fix it.

I checked, and 'open -a Xee <an image>' works properly, so I assume it would be a matter of noticing that the thing you've been given is a directory. I don't know the specific file API you're using, since there's at least three, so I couldn't answer that question specifically.

> When opening an image too big for my screen, and I'm not telling it to shrink images to fit, it opens it up in full size, but there are no scroll bars. Is this intentional?

This confused me the first time I got to a manga page that was entirely white at the top, but I don't want a scroll bar wasting space in the window. Perhaps a "current height/total height" percentage at the bottom?

> The "fit to screen" isn't as pretty as Apple's.

It uses OpenGL (presumably bilinear) scaling, and Preview first displays a scale with no interpolation and then goes back with Lanczos or something. It would be hard to duplicate this without using software scaling.

> The program tries to open PDFs and BMP images, but displays just a blank black box for both.

Known bug - I just ripped off the file types from Preview and what NSImage says it can handle, but I no longer use NSImage for loading so it's outdated. Will be fixed later.

> When opening an image too big for my screen, and I'm not telling it to shrink images to fit, it opens it up in full size, but there are no scroll bars. Is this intentional?

This matches the behaviour of ACDSee. It's admittedly confusing to people not used to ACDSee, but for me it's natural, and I've been pretty much designing for myself with this one. It also reduces the clutter around the image.

> I just happened to have a Wakaba vericode image on my desktop, and when Xee opens it, the transparent background is noisy. Other transparent GIFs seem to be okay. Haven't tried an animated GIF yet...

I should probably be clearing the buffer before drawing the Quicktime-loaded image into it, or something. Will look into it.

> When more images are added to the folder Xee is currently browsing, Xee doesn't seem to become aware of them. Maybe the program could do a re-scan of the folder whenever it is brought to the background from the foreground?

This also matches the behaviour of ACDSee, but in this case it may not be a good idea. I'll probably look into ways of fixing that later.

> Trying to open another viewer while one viewer is open = hang. But I tried it a couple of other times and couldn't reproduce it...

There might be some issues with multiple windows open... I haven't been able to track it down, and it seems fairly random. If you could reproduce it, I'd be happy.

> "Error loading image" on the attached image.

Will look into it.

> The "fit to screen" isn't as pretty as Apple's. Also, will you be making a "full screen" mode that does away with the menu bar and status bar?

As MrVacBob says, it's OpenGL doing the resampling. It might look prettier if I enabled mip-mapping, but it would also use a bit more graphics memory. I'll probably add an option for this whenever I get around to making a preference GUI. Full screen mode is something I'll probably do sooner or later.

> Any significance to the name "Xee?"

"ACDSee for OS X", probably. Also, it's cute.

> I checked, and 'open -a Xee <an image>' works properly, so I assume it would be a matter of noticing that the thing you've been given is a directory. I don't know the specific file API you're using, since there's at least three, so I couldn't answer that question specifically.

I am just specifying which file types I support in the plist, and then getting events to the NSApplication. I guess that if I can tell the OS I can open directories, and added some code to properly do that, it'd work?

> This confused me the first time I got to a manga page that was entirely white at the top, but I don't want a scroll bar wasting space in the window. Perhaps a "current height/total height" percentage at the bottom?

I need to design some sort of prettier status bar. Maybe there is some sort of iconic representation for this I could think up...

The image in >>7 loads fine for me, it seems. Maybe your Quicktime installation is wonky or something? Can you load it in Quicktime itself? Can you load it if you copy it somewhere else?

>>12: Weird. I made a copy of the image to my desktop, and was able to open the copy. So I moved the original to my desktop, and was able to open the original. So then I moved the original back to /Users/Albright/Sites/oaf/_el/css/img/logo.gif, and "error loading image" again. I don't think the pathname length has anything to do with it, because I have a shadow.gif in the same directory that loads fine...

>This matches the behaviour of ACDSee. It's admittedly confusing to people not used to ACDSee, but for me it's natural, and I've been pretty much designing for myself with this one. It also reduces the clutter around the image.

Yeah, I figured out that you can scroll around using the arrow keys, which works as nice as the scroll bars. That'll be confusing to n00bs though.

Regarding the status bar, maybe you could reduce clutter even more by having it be a transparent overlay over the image; maybe barely visible at first, but it gets more opaque when you mouse over it or something.

Also,

>some way to advance to the next image one-handed on a laptop keyboard, possibly with , and . (obvious joke goes here).

I noticed that the scroll wheel changes through images (though it's a bit too fast). I use SideTrack to emulate a scroll wheel on my trackpad. It's a nifty hunk of code; you might wanna give it a try. It's so nice even a tightwad like me went ahead and paid the registration fee ($15).
http://www.macupdate.com/info.php/id/12800

> Yeah, I figured out that you can scroll around using the arrow keys, which works as nice as the scroll bars. That'll be confusing to n00bs though.

You can use the mouse to drag the image around too. I should probably change the cursor to indicate that.

> Regarding the status bar, maybe you could reduce clutter even more by having it be a transparent overlay over the image; maybe barely visible at first, but it gets more opaque when you mouse over it or something.

No, I don't think an image viewer should overlay anything on the image by default, and I want to be able to read it all the time. Since the resize hande in the lower left corner is already at risk for overlaying the image, the status bar is good for avoiding that, too.

Tried to make it work on a very big image I have - no joy. Image is linked - it is about 36k pixels wide and I wouldn't recommend opening it in Safari.

Sorting bug: I have a set of images (1-1.jpg 1-2.jpg .. 1-10.jpg 1-11.jpg 1-12.jpg) and they're displayed 1,10,11,12,2.

>>15

The whole image has to fit into memory at least twice when loading, due to it having to be converted to OpenGL textures... I might manage to squeeze down the memory requirements a bit, but I suspect it'll never be able to properly load really huge images. That's also bigger than 32k pixels wide - can Quicktime itself open it?

>>16

Mac OS X seems a bit schizophrenic about how to sort files - the file list you get back from NSFileManager is sort differently than the Finder list. I'll probably work around it at some point - do you know if there are any functions to do sorting the same way as the Finder?

At least for JPEG a near-arbitrary size is possible, if you write your own decoder. You need only decode enough 8x8 blocks to fill ~1.5 times the size of the screen, and upload that to the card. Today's processors should be fast enough to decode additional blocks on demand as the user scrolls around.

It's an ugly hack, but considering the prevalence of JPEGs, it might be worth doing.

Actually, libjpeg works by decompressing scanlines, so you can easily do on-demand in the y-axis. Regrettably, it can't do it for x.

Combine that with one GL texture per scanline, and it's better than nothing.

Subdividing textures too much would play hell with resizing the image. Also, the lines have to be subdivided further, either (on more modern cards) if the image is wider than the max texture size, or (on older cards) to make sure all textures used are of power-of-two size. Adding dynamic loading on top of that is a bit more than I feel like doing at the moment. Besides, you'll run into trouble as soon as you zoom out.

Sounds like you're having fun. o/

What's the deal with OSX's 2D API's? Are they really that bad?

They're not designed for this (which is a polite way of saying they're slow, especially Cocoa). I think there are fast ways involving the C Quartz 2D APIs or QuickDraw, but one is complex and the other is complex and obsolete.

http://wakaba.c3.cx/releases/mac/Xee_alpha_2.zip

Some things mentioned in this thread are fixed, many aren't. I mostly concentrated on doing a lot of re-writing of the image loading code. It now supports loading sub-images in formats that support this (Photoshop layers, JPEG thumbnails) and GIF animations. This is more in spite of than thanks to the Quicktime APIs.

Use 1 and 2 to flip through sub-images or frames. If anyone has a better suggestion for keys to use for this, do tell.

What's the point of displaying "24 bits RGB" for a JPEG? They aren't.

That's what Quicktime says they are, so that's what I'm stuck with. Quicktime also seems to think 32, 64 and 128 colour GIFs are 256 colours. I've been considering making my own code to extract more correct image properties.

For practical purposes, though, JPEGs are 24 bit RGB. Unless they're 8 bit grayscale.

http://wakaba.c3.cx/releases/mac/Xee_alpha_3.zip

Just getting this out before going to sleep. Even more work on the image loading code - background loading can now be interrupted properly when skipping through images, so things should be a bit more responsive.

Also supports deleting files now - press delete or backspace to move files to the trashcan. Moving and copying files will come later.

The thought just occurred to me that since Xee uses QuickTime, it'll never be ported to other unixen. Nooooo!

Ever consider using FFmpeg (although that is one hell of a dependency...)?

I don't really use Quicktime to load anything but bitmap images, so something like ImageMagick would be a better fit. However, I am not using it right now because it would mean the difference between a 60kb executable and a 12 megabyte one. It is, I think, well-designed enough that porting it to use a different image loading library should be fairly easy.

The idea of porting it to OpenStep has occured to me more than once, but I don't know how much functionality that has.

...probably not enough. I'm using some of the wonderful recent Apple functionality like Cocoa bindings (tying interface elements directly to preference values, without glue code - so lovely). Well, you could add the glue code, but I dunno if it's worth it anymore then.

And does OpenStep handle NIB files? I have no idea.

...and I guess I should be saying "GNUStep" and not "OpenStep":

The OSX APIs are completely beyond my realm of experience, so I have no idea. However, this fellow seems to have pulled it off: http://lynkeos.sourceforge.net/

This is particularly relevant with regard to Cocoa<->OPENSTEP<->GNUstep conversions: http://mediawiki.gnustep.org/index.php/Writing_portable_code

And, ah, do something about the cookie code already, will ya? I'm getting testy about this.

Thank-you, thank-you, I'll be here all night.

> press delete or backspace to move files to the trashcan

Some image viewers use backspace to browse backwards in a directory. (i.e. the opposite of pressing space)

Ah, yes. But Mac uses backspace for deletion instead of delete, for some unfathomable reason. I'd just as well use only delete, but the Mac people might disagree with me there. Well, at least there's a protective confirmation dialog before deleting.

The Mac doesn't have a backspace key. It has a Delete key in the place where the Backspace key is on Wintel keyboards. It has the same functionality on both systems. The key that Wintel boards call the "Delete" key is called the "Forward Delete" key on the Mac. Again, same functionality. Just understand that it rubs Mac users the wrong way to say that the Mac is "wrong" because it has a "delete" key instead of a "backspace" key or some shit.

Anyway, I would suggest using Command-Delete to move a file to the trash. It's the same command as the Finder, and the chording will reduce accidental trashings. Either way, a confirmation dialog shouldn't be necessary when it's just moving files to the trash (as opposed to immediately deleting).

Well, the Mac is certainly in a minority with the "Delete" and "Forward delete" thing. Every other platform I've used has "Backspace" and "Delete", and that's definitely not just limited to Wintel machines.

Also, I really dislike chording the delete key. Chords are for making keys do something other than they usually do, and the delete key should delete without having to sprain any fingers.

...maybe I'll do both: Pressing option-delete will delete the picture immediately, pressing delete will ask.

http://wakaba.c3.cx/releases/mac/Xee_alpha_4.zip

Another done-for-the-night release. This one has more fixes for bugs in the loading and threading code (goddamn but I hate multi-threading), some improvements to the deletion (>>37, and also it doesn't say "...and so on" any longer), fixed file ordering, and support for opening directories. Also, you can use space to skip to the next image now.

Okay, I gave the program another try. Opening directories doesn't seem to be working in the Open dialog box. Dragging a directory to the Dock's icon worked, though.

Neither is a dialog box appearing when I press (the Mac's) Delete. The program doesn't do anything... Command-Delete works though. Space works.

Also, I forgot to mention in my last post... Be careful implementing any function to the Mac's Forward Delete key. Laptops don't have it.

Still a big fan of this program's speed. Keep it up!

Okay, I just used Xee to browse through some pictures I took with my digicam today and delete the ones that didn't turn out well, but it brought to light what would be another nice feature... image rotation, for viewing the "vertical" pics I took. It doesn't have to "save" the rotation; just remember it while I have that directory open. Can do?

> Opening directories doesn't seem to be working in the Open dialog box.

Is this even possible to do? I have no idea.

> Neither is a dialog box appearing when I press (the Mac's) Delete.

Weird. I programmed it to respond to both backspace and delete on this standard USB keyboard I'm using...

> image rotation

That's planned. I'm meaning to add lossless JPEG rotation for just that purpose, so you can safely rotate an image without it getting recompressed.

>Is this even possible to do? I have no idea.

Yes. Fire up Bits on Wheels or the official BitTorrent client (if you've got either) and try to make a torrent from a directory of files. The dialog box will let you select a directory. Also, if your Mac came with GraphicConverter (Minis and iMacs might not have it), try its File: Browse Folder... dialog box.

Also: If someone (Hello, MrVacBob!) could tell me why when I try to do an "open -a Xee file.jpg", the Xee icons appears briefly (even if it's already running) and then disappears again, I would be most grateful.

Does it work for anyone else?

http://wakaba.c3.cx/releases/mac/Xee_alpha_5.zip

This is the Albright Release. I fixed the bug mentioned about with deletion not working right, and I added lossless JPEG transforms using exiftran. This means the program nearly quadrupled in size, but oh well.

The JPEG menu has options for transforming JPEG files in various ways. The images need to be a multiple of 8 pixels (Or was that 16? I forget.) wide and high for this to work well, but it should be lossless in either case. If your camera writes EXIF orientation tags to its images, you can just press Command-A to automatically rotate the image according to how the camera thinks it should be oriented.

Oh, and it's also possible to open directories in the open dialog now.

Also, a request: Xee is in dire need of icons. It needs a program icon, and icons for the different file types it supports (it would be nice if these were subtly colour-coded, too). Personally, I am completely lost when it comes to Mac icon design, and I haven't been able to find anyone to rope into doing this for me yet.

Any takers?

Here's what I get when I try to open images from the command line...

Twelve:~/Desktop/103CANON Albright$ open -a Xee IMG_0367.JPG 
2005-08-06 13:23:42.821 open[1410] Couldn't open file: /Users/Albright/Desktop/103CANON/IMG_0367.JPG

Delete key works, rotation works, opening directories work. Auto rotation didn't work, but I don't think my camera writes orientation EXIF data. Xee approaches perfection a little more every day. Thanks!

>and icons for the different file types it supports (it would be nice if these were subtly colour-coded, too)

It's cool if you want to do this, but please make it possible to view pix in Xee without the file becoming "Xee's file." Applications that claim files as their own without my permission just because I open (but do not save) files with them piss me off to no end; Graphic Converter and Windows Media Player do this, and it's very annoying.

...and now that I test it again, open -a Xee works perfectly. What the hell?

Also, yes, Xee won't claim files as its own without being told to. I might add some option for it to claim the filetypes it supports, but that's about it.

Since nobody else is reporting it, I'll instead rant about a new bug: If you install Xee, and do an "open Folder/", you won't get a Finder window, you'll get a Xee window.

Why, you ask? Because I declared that Xee can open folders by using the UTI public.folder. The finder declares a folder file type too, *but doesn't use the public.folder UTI, but instead an incorrect OSType of fold!*

This after Apple making a big point about how great UTIs are for identifying files. The Finder doesn't use UTIs at all! So if I claim to be able to open it, this breaks the open command!

Which all means that the next version of Xee won't let you drop folders on its icon, because I have to claim public.folder to do that. Which I can't.

Opening folders with the open command, or from the open dialog, will still work, though.

http://wakaba.c3.cx/releases/mac/Xee_alpha_6.zip

All right, the "bug" in >>49 is "fixed". I also added an "Open in Editor" option to throw images into Photoshop your favourite legally-obtained image manipulation program.

All right, after an epic struggle against Apple's APIs, documentation and laziness (mine, not theirs), I have finally managed to finish another version of Xee:

http://wakaba.c3.cx/releases/mac/Xee_alpha_7.zip

The main new thing is the ability to move and copy files from inside Xee, with an interface I tried to optimize for quickly categorizing a lot of images, such as for imageboard downloads. I am not sure how successful this was, but I would be happy for any kind of feedback I can get on this.

There might be some other minor changes too, it's been a while and I've forgotten. This was originally meant to be beta 1, since I've now almost implemented all the basic functionality I wanted, and I was meaning to only polish the interface and fix bugs from now on, but it's becoming increasingly clear to me that I don't really want to use QuickTime for loading images, so I'd really like to find a good image loading library to replace it with. I wonder how small I can get ImageMagick if I don't use any of the image processing functions.

, and . are broken. So is the Delete key (but not Command-Delete).

Using the scroll wheel in the "Move file to..." panel still changes the picture instead of scrolling through the list (when the window is small enough that it becomes a scrollable list. Also, the "Choose a directory..." isn't logical interface design in my opinion. Maybe you could add a button with a folder and a plus sign instead... but it shouldn't be in the list.

> I don't really want to use QuickTime for loading images

Hooray!

> , and . are broken. So is the Delete key (but not Command-Delete).

This is probably when the list is selected. Since menus can't have printable characters as shortcuts (even if you can set them up like that), I have to read those keys manually, and currently the main view does that, so if it's unselected, it won't work. I'll need to work around this one way or the other.

> Using the scroll wheel in the "Move file to..." panel still changes the picture instead of scrolling through the list

A side effect of the fact that I had to do some ugly hacking to make the scroll wheel work when the mouse pointer is outside the window. This is counter-intuitive, but on the other hand it's useful when going through files and moving them. I am unsure of what to do about it.

> Also, the "Choose a directory..." isn't logical interface design in my opinion.

Granted. This time, though, it's to make it easier to run the program from the keyboard. How about putting some sort of spacer between it and the rest of the list? No matter how I think about it, just putting in a button seems a bit clumsy too, except if it was at the bottom of the list, but there it would be sort of hard to see...

>This time, though, it's to make it easier to run the program from the keyboard.

I don't see why a task which will be as uncommon as adding a folder to that list must be keyboard-accessable. If you're against a button, though, then how about maybe a line of text telling us to drag-and-drop folders from the Finder to add them to the list (just tried it and saw it works... cool).

How does moving files work using the keyboard, anyway? Only way I've found to do it is double-clicking on the folder (which itself is also a bit illogical, as it's not opening anything as a double-click usually does... perhaps a single-click (as a "choice") would work better).

(Sorry for the slow reply... I just recently tried the program again. It's not somethin I need to use every day, but when I do, it's quite handy.)

By the way, and maybe we're getting into feature bloat here... but could you maybe add a feature to rename images from within the application? That way I could easily label my digicam pictures "Curling on Canadian TV.jpeg" instead of "IMG_0258.JPG." Ditto with images from Wakachan.

> How does moving files work using the keyboard, anyway?

Err, you're SUPPOSED to be able to move files by using the arrow keys to select the destination and then pressing return, but I seem to have forgotten to actually implement this. The idea is that you can just use arrow up, arrow down, page up, page down, and return to flip through images and move them around.

> but could you maybe add a feature to rename images from within the application?

Yeah, I've been thinking the same thing.

A new version, now with source code for those who are into that kind of thing:

http://wakaba.c3.cx/releases/mac/Xee_alpha_8.zip
http://wakaba.c3.cx/releases/mac/Xee_alpha_8_src.zip

Mainly a lot of re-working of the internals. The loading code now uses significantly less memory, especially when loading and showing JPEGs. The GIF anim code has also been completely re-written and no longer uses Quicktime. This means a dramatic decrease in memory usage, and better playing of animated GIFs (it appears Quicktime doesn't implement all the correct deviations from the spec that are needed to correctly show all files out there). There is now also proper support for transparent images of various kinds.

No fixes for the various keyboard issues mentioned earlier, though. That's still to come. Now would also be a good point to remind me about other bugs and features I've forgotten about!

A quick bugfix release:

http://wakaba.c3.cx/releases/mac/Xee_alpha_9.zip
http://wakaba.c3.cx/releases/mac/Xee_alpha_9_src.zip

Fixes some bugs introduced in the previous version (Automatic Zoom being broken, files getting added to the destination list instead of directories), and also fixes numerous keyboard problems, and the scroll wheel issue mentioned earlier.

The keyboard and Automatic Zoom work, but I notice that one comic shows every new page scrolled to the bottom.

>>60

Oops, forgot that I turned the coordinate system upside-down. Will be fixed.

Release release &c &c

http://wakaba.c3.cx/releases/mac/Xee_alpha_10.zip
http://wakaba.c3.cx/releases/mac/Xee_alpha_10_src.zip

New: Now tries to use both Quicktime and NSImage for loading, meaning more image formats are supported. Broken JPEGs are now also handled by NSImage, which is better at reading them than Quicktime. It is also now possible to rename files from inside Xee, and the destination list has a pop-up menu with a couple of useful options.

AGED.

I would love to help with >>46, but sadly I'm not THAT good at OSX icon design. I'll try and see what I can do sometime this week. Document icons are quite simple to create to fit with HIG (Human Interface Guidelines) once you have an application icon. :P

My idea was a globe of light. It could be any color for when it's in the dock or as a normal icon. In the document icons, the globe could be a different color for each filetype.

Also, Xee is my primary image viewer on my computer. I haven't touched Preview for a month now. That must mean something. :P

Apple is already using the coloured-orb image for their various Core APIs, though. Something based on an eye is one idea that comes to mind, though...

Ah yes, I forgot about the whole Core APIs ordeal. I'll see what I can do.

Finally I have implemented all the functionality I had planned for the version version (and a lot more besides):

http://wakaba.c3.cx/releases/mac/Xee_beta_1.zip
http://wakaba.c3.cx/releases/mac/Xee_beta_1_src.zip

I've been struggling with this one for so long now I've forgotten what I've implemented. It should include:

• Image saving
• Copy to clipboard and Show clipboard
• Find-as-you-type and colors in the destination list
• Stuff I forgot
• Bugfixes and new bugs

From now on, I'm trying to focus on bugfixing and polishing for a real 1.0 version. I still need to clean up the status bar a lot, and I need icons, and I was thinking I'd like a Japanese version. Now, what I'd like is for people to actually go through and test the various features that are in there and tell me if they break, and if I am missing something very basic. I'm putting of major new functionality until after 1.0, though.

And here's another beta version. It features only "bugfixes". Truth to be told, I got kind of carried away and did a lot more than fix bugs. I added custom loading code for PNGs (QuickTime's PNG loader has some annoying bugs), PCXs (I guess I could claim it's a bug that it couldn't load all my old PCX files...) and good old Amiga IFF-ILBM files (I have no excuse for that one, I just got carried away).

http://wakaba.c3.cx/releases/mac/Xee_beta_2.zip
http://wakaba.c3.cx/releases/mac/Xee_beta_2_src.zip

For any old Amiga geeks who happen to be hanging around, I implemented a very fully-featured IFF-ILBM reader. It supports all the wacky screen modes (EHB, HAM, HAM8), non-square pixels (640x200 and 320x400 modes and such), and even colour cycling (press 3 to activate it!). I hacked at it until it could load and the Deluxe Paint example images I was able to find (from DPaints 1, 4 and 4.5), except those that were broken out of the box (two of them were). You can find those images at http://wakaba.c3.cx/stuff/dpaint.zip if you want to marvel at the moving colours!

Also, thanks to the #abime.net people for helping me track down those images!

> even colour cycling

hahaha christ

Just found this... excellent work, goodbye Preview.

A way to recursively open every image in a folder would be nice. An option in preferences to turn this on and off and with a recursive depth setting would be wonderful.

I've been considering that one, but it has some problems. For one, it shouldn't lock up the entire program if you happen to open the root directory. The scanning depth helps with that, but doesn't quite eliminate the problem.

Well, either way, it'll wait until after I get 1.0 done.

So... when are we getting sneak peeks of them icons? ;)

BEHOLD: The Icon!

Thanks to the talented and twisted James "Kibo" Perry (http://www.kibo.com/), there is now an icon for Xee! This isn't quite the final version, I think, but it's close.

It's SQL quality!

I was meaning to make the next release the final release candidate, but since it's taking some time to get everything into shape, and I'm going away for a couple of days, I figured I might as well release a half-done version to get some comments on how it looks so far. The main new thing is the status bar. The icons it uses currently don't quite fit, but consider them placeholders until I work out something better. Now, do your duty and complain!

http://wakaba.c3.cx/releases/mac/Xee_beta_3.zip
http://wakaba.c3.cx/releases/mac/Xee_beta_3_src.zip

>>74
Don't you mean James "Kibo" Parry?

Also, please kill me for getting Kibo's last name wrong. orz

What makes me not use Xee is that it hasn't got support for viewing comics directly from zip files. Footagehead does this. Footagehead can even view zip files within zip files. Is that too hard to implent if using zlib?

alt.religion.kibology????

>>77

It's non-trivial to implement. FFview has a library to make it easier, but I haven't looked into it. The biggest problem is getting the external image loading libraries to load the files properly.

Personally, I've long since gotten into the habit of just unpacking all archives. Reading files out of a zip will always be slower anyway, and more cumbersome if you want to use the files for something other than just reading.

>>78

He's Fred, Jim.

>>79

You personally know kibo? Neat. He's the old-school internet famous.

Well, I know him well enough to get him to draw me an icon, at least. I used to be a somewhat active poster on ARK, which sooner or later leaves you with a Kibo number of 1.

Anyone who read Waha's entry on Wikipedia knows that he is a famous Kibologist like Mr VacBob.

A post from an alternate universe!

>>82

We're all on big cabal (TINC).

There is a cabal we just hide ourselťœĬģĄÕP¿_¶ÂñºlNO CARRIER

What's this cabal thing? Is it like "nurupo"?

I'm getting this crash frequently:

Date/Time: 2005-10-09 12:24:11.016 -0400
OS Version: 10.4.2 (Build 8C46)
Report Version: 3

Command: Xee
Path: /Users/astrange/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [77]

Version: ??? (1.0 beta 3)

PID: 11442
Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x058a2000

Thread 0 Crashed:
0 <<00000000>> 0xffff88a4 __memcpy + 260 (cpu_capabilities.h:189)
1 com.apple.ATIRage128GLDriver 0x03771c2c gldGetTextureLevel + 1776
2 com.apple.ATIRage128GLDriver 0x03711384 gldDestroyPipelineProgram + 2172
3 com.apple.ATIRage128GLDriver 0x0376abc8 gldUpdateDispatch + 104
4 GLEngine 0x035f9be8 glBegin_Exec + 408
5 cx.c3.xee 0x0000c33c -[XeeBitmapTile drawWithTarget:bounds:] + 356 (crt.c:355)
6 cx.c3.xee 0x0000bad8 -[XeeBitmapImage draw:size:bounds:] + 532 (crt.c:355)
7 cx.c3.xee 0x00003e18 -[XeeView drawRect:] + 1572 (crt.c:355)
8 com.apple.AppKit 0x925069b0 -[NSView _drawRect:clip:] + 2128
9 com.apple.AppKit 0x92505f80 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 404
10 com.apple.AppKit 0x92508c98 _recursiveDisplayInRect2 + 84
11 com.apple.CoreFoundation 0x9f005b84 CFArrayApplyFunction + 416
12 com.apple.AppKit 0x92506094 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680
13 com.apple.AppKit 0x92508c98 _recursiveDisplayInRect2 + 84
14 com.apple.CoreFoundation 0x9f005b84 CFArrayApplyFunction + 416
15 com.apple.AppKit 0x92506094 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680
16 com.apple.AppKit 0x92505558 -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 196
17 com.apple.AppKit 0x9252617c -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 192
18 com.apple.AppKit 0x924ff1cc -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 384
19 com.apple.AppKit 0x924f44d0 -[NSView displayIfNeeded] + 248
20 com.apple.AppKit 0x925b5934 -[NSThemeFrame handleSetFrameCommonRedisplay] + 256
21 com.apple.AppKit 0x925020f8 -[NSWindow _setFrameCommon:display:stashSize:] + 708
22 com.apple.AppKit 0x92501e20 -[NSWindow setFrame:display:] + 40
23 cx.c3.xee 0x0000540c -[XeeController setViewSize:] + 980 (crt.c:355)
24 cx.c3.xee 0x00004f88 -[XeeController setImage:] + 692 (crt.c:355)
25 cx.c3.xee 0x00012f80 -[XeeDirectoryController displayImage:next:] + 212 (crt.c:355)
26 com.apple.AppKit 0x92561d2c -[NSApplication sendAction:to:from:] + 108
27 cx.c3.xee 0x000158ac -[XeeDirectoryWindow keyDown:] + 232 (crt.c:355)
28 com.apple.AppKit 0x9258eff8 forwardMethod + 92
29 com.apple.AppKit 0x9258eff8 forwardMethod + 92
30 cx.c3.xee 0x00004008 -[XeeView keyDown:] + 204 (crt.c:355)
31 com.apple.AppKit 0x9251d0d8 -[NSWindow sendEvent:] + 6424
32 com.apple.AppKit 0x924c5bfc -[NSApplication sendEvent:] + 4172
33 cx.c3.xee 0x00006e78 -[XeeApplication sendEvent:] + 424 (crt.c:355)
34 com.apple.AppKit 0x924bd090 -[NSApplication run] + 508
35 com.apple.AppKit 0x925ad8bc NSApplicationMain + 452
36 cx.c3.xee 0x00002d84 _start + 344 (crt.c:272)
37 cx.c3.xee 0x00002c28 start + 60

>>86

There is no cabal. Please move on, and remember, we never spoke. You never saw me, and I never saw you. Please, the non-existance of a non-group should not intrest you, even if they are not not intrested in you. This newsgroup does not exist, this newssever has no address, and even if it did, it would not exist to point to.

Have a nice day.

>>88
kinda like luelinks am i rite

>>87

A crash inside the GL driver? Aaaugh!

>>89 Only this cabal actually doesn't exist.

>>90

Yeah. I haven't tried RGB mode yet, but I'll give you the images when I get home so you can fiddle with tiling or something.

If you were holding your breath while waiting to find out how this would turn out, rest assured that the crash was fixed. The bug is apparently in Apple's Rage128 driver, but a quick workaround seems to have calmed it down. Xee will use a bit more memory on Rage128 thanks to it, though.

>>86
GA!

Thank you for this, it is wonderful.
I wish i could remap the forward and next buttons though.

>>95

I don't think I feel like spending all the effort that would be required for that, but if you really want to do that, install the developer tools (so that you have Interface Builder.app), and then do a "Show Package Contents" on Xee, go to Contents/English.lproj/, and click on MainMenu.nib. That should launch Interface Builder, and you can edit all the menus to your heart's content.

Well, after some waiting, I've now decided that Xee is good enough for a real 1.0 release.

http://wakaba.c3.cx/releases/mac/Xee1.0.zip

1.0 features some more bugfixes, a full set of icons by James "Kibo" Parry, and a Japanese translation by Hinata. Many thanks to them, and also to MrVacBob for being an invaluable help for me while trying to get a grip on Objective-C and Mac OS X programming.

There is now a separate thread for general support questions for Xee, which is also linked from inside the program itself:

http://wakaba.c3.cx/sup/kareha.pl/1132091963/

Source code is available, for those who want to hack or help out:

http://wakaba.c3.cx/releases/mac/Xee1.0_src.zip

http://www.apple.com/downloads/macosx/imaging_3d/xee.html

Ahahahahah, goddamn you, Apple!

Circlesoft?

Old name. Apple insists that you are part of a company if you make software.

Tell them to change it to "WakabaSoft"

I like it. Definitely better than all the available junk for OS X.

A few things from ACDSEE that I'd love to see in a future version:

• Full-screen (and the possibility to affect the third mouse button as a toggle, or at least F or ⌘F)
• To have the behavior of the * and / keys kept between images (in parctice, that means for me being able to toggle fit-to-screen and actual size with one key)

What are your plans for this app? Do you consider making a browser mode, or some picture categorization/metadata fun things?

Full-screen is definitely on the list for future features. It would have been in 1.0, but I couldn't find a way to do it without a lot of work, so I got lazy.

You can change the default zoom behaviour with the Zoom -> Automatic Zoom menu, but there's no keyboard shortcut. I'll consider adding that, too.

I see no need for a browser mode when the OS already does thumbnailing for me, and I don't use metadata to categorize my images, I use a directory structure, for which the Move Image/Copy Image features are enough... I figure that if you want that, you're better off using a dedicated program.

>>98
That's the funniest thing I've seen all day.

>>103
I see, thanks for the reply.

Do you consider allowing smart folders as folders (instead of going into the original folder)?
I have no idea how things work beneath the surface and wether it's a pain or not to do it, but I thought that if it were supported, I could make for myself a simple solution using some applescript to toggle spotlight tags (no actual experience with these things, but I believe it should be possible to get the file location using some GUI scripting trick, then toggles can be affected to keys and displayed using some unobtrusive thing like growl)

Hmm, Smart Folders... Certainly a good idea, but I am not entirely sure if it is possible. Another thing that comes to mind is that it would be nice if Xee would use the same sort order as the window it was launched from. But I am not sure if that is possible, either.

It is worth thinking about, though.

screenshot would be nice

A few bug reports/feature requests/stupid nitpicking:

• I can't drop a folder on the dock icon
• After going through a lot of images, the window tends to re-center itself. I'd expect it, when I move the window in a corner, to always be as close to that corner as possible

• I really like the way "Copy / Move" are done, but it could use some interface improvement

  • It would be better if it had +/- buttons for adding and removing folders, like you can see in the Accounts prefpane for example, especially since on Mac it's generally not a good practice to make something accessible only from the contextual menu.
  • For some reason, it feels wrong that adding a folder to the list using "Choose directory" performs the moving/copying AND adds the folder to the list
  • The (X) round button looks like a "Remove folder" button, not a "close drawer".
  • I love being able to perform the copying/moving operation by clicking on the destination then pressing Enter, but you should give feedback, like a sound.
• When deleting a file using delete then enter, the trash sound is played before the confirmation sheet disappears on my Mac Mini, and that feels a bit wrong for some reason
• The status bar should be removable
• The official -sanctioned word for directory is folder ;)

>> 107

Look at the link in >>98 for a screenshot.

> I can't drop a folder on the dock icon

This is due to an Apple bug. If I set Xee to accept opening folders, any program that tries to open a folder will open Xee instead, because Finder is not set up to accept folder opens.

> After going through a lot of images, the window tends to re-center itself. I'd expect it, when I move the window in a corner, to always be as close to that corner as possible.

It's a bit non-trivial to do, but I'll look into it.

> It would be better if it had +/- buttons for adding and removing folders, like you can see in the Accounts prefpane for example, especially since on Mac it's generally not a good practice to make something accessible only from the contextual menu.

You can remove folders by dragging them off. I'm copying the Finder-style interface here, not the listview-style interface. The only other features that are only accessible through the popup are really just gimmicks.

> For some reason, it feels wrong that adding a folder to the list using "Choose directory" performs the moving/copying AND adds the folder to the list

If you just want to add folders, drag them to the list.

> I love being able to perform the copying/moving operation by clicking on the destination then pressing Enter, but you should give feedback, like a sound.

It's supposed to make a sound. However, there's no standardized way that I've been able to find to get the Finder sound effects, so I hardcoded in the paths to them. These may be different on older versions. What version of OS X are you running?

> When deleting a file using delete then enter, the trash sound is played before the confirmation sheet disappears on my Mac Mini, and that feels a bit wrong for some reason

I know, but I haven't thought up a good fix for it so I left it as it is. Might get fixed if I can think of a way.

> The status bar should be removable

I'll consider that.

> The official -sanctioned word for directory is folder ;)

And that.

> What version of OS X are you running?

10.4.3, but it works now. Weird since I'm 99% sure it didn't make a sound when I first tried it (and I had the sound on of course since I noticed the trash one).

Nice work!
I'm sticking with FFView for now (only because I spent like an hour fixing the default settings to make it usable) but I'm keeping an eye on Xee.

Would it be possible to allow user defined actions for keys 0-9, like, for example, implemented in "qiv" or "feh"? I know it is not very Mac-like but it is a powerful feature for unix-savy users.

Very good start! This is almost what I used to have as image preview in Windows :) However, it would be good to have several improvements:
1) Full-screen preview (black or user-defined background);
2) Command+- to zoom out, Command+= to zoom in, Command+0 to 100%, Command+Option+0 fit to screen. These are shortcuts used in professional (Adobe and many other) programs. It would be good to keep them...
3) Why complicate browsing by pressing Page Up nad Page down, when I could use just arrow buttons left or right? Command+left arrow goes 10 images back, while Command+right jumps 10 images forward. Home button jumps to he first image, End to the last image.
4) Add Xee to the contextual menus in the Finder. ("View with Xee" or just simply "Browse images").
5) Add optional toolbar for previous/next image, Zoom in/out/Fit to screen/100%, Rotate left/right, Flip vertical/horizontal, Delete.
What else? Probably that's all we'd need for the good'n'fast image browser... :-)
Add these few extra features and it'll be THE BEST image viewer for the Mac!!!

Agree with Guntis.... and also resize and crop would be appreciated for fast browsing/processing images... Thank YOU in advance ! :)

> Would it be possible to allow user defined actions for keys 0-9, like, for example, implemented in "qiv" or "feh"? I know it is not very Mac-like but it is a powerful feature for unix-savy users.

A mac-like way of doing that would be to provide some Applescriptability, then maybe provinding facilities to bind scripts to those keys, or use the Script menu. (there are also third-party script launchers that will accept keyboard shortcuts)

> Command+- to zoom out, Command+= to zoom in, Command+0 to 100%, Command+Option+0 fit to screen. These are shortcuts used in professional (Adobe and many other) programs. It would be good to keep them...

• and - already zoom in and out. It's not like zooming is a secondary function of this app, it's something you do all the time, so it makes sense to break the "rule" of affecting them to ⌘ shortcuts

> Why complicate browsing by pressing Page Up nad Page down, when I could use just arrow buttons left or right? Command+left arrow goes 10 images back, while Command+right jumps 10 images forward. Home button jumps to he first image, End to the last image.

Arrow buttons are already affected to navigation in the picture when it is larger than the window, but I'd like to have shortcuts to jump an arbitrary amount of images.

> Add Xee to the contextual menus in the Finder. ("View with Xee" or just simply "Browse images").

What's wrong with Open with ➝ Xee?

I like how the application right now does stuff like it always did in the good versions of ACDsee. It doesn't need to have a lot of features or to be as mac-like or standardized as possible, because that's just not the most efficient way of managing large picture collections fast.

Oops, I meant "+ and - already zoom in and out." It converted that to a bullet.

(Copied from macupdate.com)

1. Fullscreen is planned, but not done yet.
2. Those may be the normal shortcuts, but they also cause massive pain to your fingers to use. I might add them as an option, but I find it much easier to not have to use key chords for such basic actions.
3. The arrow keys are used for scrolling when zoomed in. This will not be changed.
4. You can already select "Open with... - Xee". Or set it as the default viewer.
5. I might add a toolbar in a later version, but I haven't yet because find a toolbar a waster of space in an image viewer.

I really need to make it clearer that you can use "." and "," to browse on machines with no page up and page down keys, though. Also, skip-10 with shift-pageup or command-pageup or something might get implemented.

"2. Those may be the normal shortcuts, but they also cause massive pain to your fingers to use. I might add them as an option, but I find it much easier to not have to use key chords for such basic actions."
For image editing professionals Command+-/+ is in their blood already. It's automatic - just press it and it should zoom in/out...

"3. The arrow keys are used for scrolling when zoomed in. This will not be changed."
Scrolling with the arrow keys?! Why do we have mouse then? I think that currently you can click with the mouse on image and scroll. Or use scrolling button on the Mighty Mouse...
Ok, then there is an option for Command+left/right arrow keys... Or you can just add one extra tab in preferences for user shortcuts. Everyone will be happy with their own shortcuts...

"5. I might add a toolbar in a later version, but I haven't yet because find a toolbar a waster of space in an image viewer." Yes, you are absolutely right! I would fold toolbar immediately. But for the first-time users, children and grandmas this could be big improvement! :)

Another thing I'd like to see is ability to drop folder onto Xee icon to browse that folder. I created Xee's button in the Finder's toolbar (actually it doesn't look quite good there, can you think about something that resembles button? Or perhaps there is some other way to make it appear as another nice Finder button in the Finder's toolbar?), and I can drag-and-drop files onto it, but I cannot drop the whole folder. I tried JView, and I can drop folders on it's icon in Finder's toolbar.

> Scrolling with the arrow keys?! Why do we have mouse then? I think that currently you can click with the mouse on image and scroll. Or use scrolling button on the Mighty Mouse...

Macs are not known for having good keyboard controls, but I don't see that as a reason to stop me. Xee tries to be fully controllable from the keyboard, which is usually much faster and convenient for those who take the time to learn such things. Besides, I just like scrolling around on my images with the arrow keys.

I don't like programs with configurable keyboard shortcuts - that requires you to actually configure them. I prefer to add multiple different shortcuts, so people can use whichever they prefer. I need to add a full list of keyboard shortcuts somewhere, I guess.

> Another thing I'd like to see is ability to drop folder onto Xee icon to browse that folder.

Me too. However, when I tried to add this, I found out it triggered a Finder bug - the Finder does not declare the public.folder UTI, which means that any program that tries to open a folder will open it in Xee instead of in the Finder. Maybe they have fixed that in the latest updates, though, I don't know. JView probably does it by declaring itself to open any file, which doesn't seem a very elegant solution. I'll have to look at it closer.

Update: I found the hidden, undocumented feature to use if you want to open directories without replacing the Finder, so the next version will have that fixed, whenever it's ready.

It's time for some brave beta testers to do their thing!

http://wakaba.c3.cx/releases/mac/Xee1.1beta1.zip

1.1 fixes a lot of bugs mentioned here and elsewhere, and some that nobody even noticed. It now works on 10.3, minus a couple of features. It also brings a lot of improvements to the interface, with a toolbar, and customizable keyboard shortcuts.

Well, that's the idea. Here are the known issues at the moment:

• Customizable keyboard shortcuts aren't actually customizable. Trying to do so crashes Xee. I have no idea what's going on.
• Fullscreen mode doesn't do anything. It might not be in 1.1 at all - turns out it's annoyingly hard to implement.
• The Japanese translation is not up to date. I'll have to nag Hinata some more about that.

on Tiger 10.4.3 the Xee 1.1 beta works just like advertised :) ... Thank YOU !
Please add crop and resize and you'll have my 30$ ;)

Can you think about some other icon? When I drag and drop it in the Finder's toolbar, it doesn't look like part of the toolbar...
Fullscreen mode -- PLEASE don't drop it! This is VERY useful feature. I wish you could make something similar to QT7 fullscreen layout with the semitransparent toolbar palette floating on the screen...

Version 1.1 is a big improvement over 1.0. It's becoming what was looking for in Apple Preview, but Preview failed...
One suggestion: Can you please change Zoom In shortcut from Command++ to Command+=? It's annoying to press Shift button every time, just to get +. We usually refer to it as + while actually it's =. Apple Preview and all Adobe graphics apps work this way.

I really like the direction Xee is taking.

Some bugs (and a lot of annoying nitpicking):

• Minimizing doesn't work correctly.
• When hiding the statusbar, there sometimes are black bars to the viewed images.
• Ok, for the weird one: I have on my desktop a lot of icons in one same spot (snap to grid, 96px. icons). When I browse images at a particular rythm in some conditions I have not found out, I can see that big icon dump and the background around it flashing through the image for about 1/10 sec while jumping to another image. No idea how to reproduce this though.

Regarding the interface:

• I think that the 90º buttons look like 180º buttons, and the 180º button like a 360º or a "reload" button
• Maybe I'm missing some issue about this one, but I think the auto-rotation should only be enabled when it would result in a rotation in the image.
• Regarding the drawer, I think you should provide a button inside the drawer that would switch between "Copy" and "Move", it is easier to undersand and a lot less accident-prone to use than 2 different drawers that look exactly the same and share their contents.

• In the The file "something.jpg" already exists floating window:

  • If the two files are the same, you should provide a little icon, it is easier than to check the info manually.
  • I think the focus should be on the "New name:" field instead of cancel, so that you can start directly typing a new name - Cancel is still available from the keyboard using Esc. And if an edition or a movement is detected in the "New mane" field, make the "Rename" button the default one instead of Replace. Rationale: that way it still is as easy to cancel or replace, and easier to give a new name, and to accept the default renaming you could just use a direction key then enter.
• I really like the Futaba date conversion idea

Other requests:

• Ability to jump to an image by typing its position as a number in the list of images (like, go to the 200th image of the directory). It allows for some kind of rough navigation when you get a good feel of the contents of a directory.

Maybe also modifier keys to the "Next image", "Previous image", "Random Image" and "Previous Random Image" that would skip an arbitrary (5, 10, 25, 50, 100, 500?) amount of images.

• Rotation for other formats (it does not make much sense from the user point of view to allow it only for JPEG)

I knew I was forgetting something:
When dragging a directory out of the drawer, the cursor should get a poof, like in the Dock of the Finder, and the name of the directory in the drawer should either be moved while dragging (instead of a copy of it being dragged) or (if it is a pain to do) become half-transparent. It would make it much easier to understand since it's how things with the same behavior already look like when dragged off.

> Minimizing doesn't work correctly.

How, exactly?

> When hiding the statusbar, there sometimes are black bars to the viewed images.

That's because the picture viewing area gets bigger. I could resize the window when hiding the status bar, but that's a little bit tricky to get right.

> Maybe I'm missing some issue about this one, but I think the auto-rotation should only be enabled when it would result in a rotation in the image.

The issue is that I'm using Quicktime to load JPEGs, and it won't tell me if they have rotation data or not. It'll be fixed if I ever get around to implementing my own JPEG loader.

> Regarding the drawer, I think you should provide a button inside the drawer that would switch between "Copy" and "Move", it is easier to undersand and a lot less accident-prone to use than 2 different drawers that look exactly the same and share their contents.
> If the two files are the same, you should provide a little icon, it is easier than to check the info manually.
> I think the focus should be on the "New name:" field instead of cancel, so that you can start directly typing a new name - Cancel is still available from the keyboard using Esc. And if an edition or a movement is detected in the "New mane" field, make the "Rename" button the default one instead of Replace. Rationale: that way it still is as easy to cancel or replace, and easier to give a new name, and to accept the default renaming you could just use a direction key then enter.

These seem like pretty good ideas. I might implement at least some of that.

> Rotation for other formats (it does not make much sense from the user point of view to allow it only for JPEG)

Maybe, but I'm not too interested into putting in much general-purpose image editing. I don't think that's really the job of an image viewer, and it would require quite a bit of extra code. The JPEG rotation is only there because I was lacking any good tools to do lossless JPEG rotations. The only images people are likely to want to rotate are JPEGs, anyway.

> When dragging a directory out of the drawer, the cursor should get a poof, like in the Dock of the Finder, and the name of the directory in the drawer should either be moved while dragging (instead of a copy of it being dragged) or (if it is a pain to do) become half-transparent. It would make it much easier to understand since it's how things with the same behavior already look like when dragged off.

Apple makes it really, really hard to replicate the Finder dragging and poofing behaviours. It's a miracle I got this much working. Just detecting that something was dragged out of a view is nearly impossible. So I wouldn't hold my breath for those, even though they are obvious things that should be implemented.

> How, exactly?

Okay, the minimizing issue, I hoped you could reproduce it because I fail at English clarity ;) :
I use a Mac mini (32MB ATI Radeon 9200), 10.4.3, dock on the bottom, hiding and magnification off.
I'll describe what happens to me.

1. Xee 1.1 Beta1 is not running. I click on its dock icon, choose an image, everything OK.
2. I click on the yellow minimize window in the top of the window. It minimizes correctly to the dock. (Also reproduced this by double-clicking the titlebar)
3. I click the minimized window in the right side of the dock. Nothing happens: the window stays in the dock.
4. I click the Xee icon in the left side of the dock. The minimized window appears without any unminimizing animation on the foreground, but is still visible in the right side of the dock, and its red-yellow-green buttons are stuck in rollover mode (IE, they display the X, -, +) and don't get unstuck on subsequent rollovers.
5. Moving to another picture using page up and page down don't display the picture. The window is resized, the statusbar updated, but the window only shows a white background (also had a black one before) and a part of the window of the previous picture (you see a part of its image and the titlebar, so you can see a few titlebars INSIDE the window). Traffic light buttons get unstuck but still don't register rollover. Clicking the zoom one does nothing but to stuck them back into clicked position, and the red one works as expected: it closes the window, and removes it from the dock.
6. Other Xee windows still work correctly.

Another thing that doesn't work correctly:

1. Xee 1.1 Beta1 is not running. I click on its dock icon, choose an image, everything OK.
2. I click on the yellow minimize window in the top of the window. It minimizes correctly to the dock.
3. I go to the Window menu, and choose the last option - the window I have minimized. The window is unminimized from the dock with an unminimizing animation, but the problems in the 5. and 6. of the previous procedure will still happen, except for the stuck on rollover buttons.

Okay, now here's my hunch about the issue, but I could be terribly wrong: I have almost the same problem with QuickTime player, like most (all?) people who have installed DivX. If you want I can try to experiment with finding out where is the divx component and disabling it to see if I was right.

> I don't think that's really the job of an image viewer, and it would require quite a bit of extra code.

I understand that, but as for myself, I think it is the job of any program that displays rotate arrows in its toolbar. If you won't implement rotation for other formats, keeping those buttons on the default toolbar (even if they had some obvious "JPEG" mention) will generate a lot of bug reports/feature requests/overall whining ;)

> It's a miracle I got this much working.

Oh damn, I thought Apple provided a Big Box O' Magical APIs that do Everything and More and Just Works, makes me want to reconsider learning OS X development.

> Okay, now here's my hunch about the issue, but I could be terribly wrong: I have almost the same problem with QuickTime player, like most (all?) people who have installed DivX. If you want I can try to experiment with finding out where is the divx component and disabling it to see if I was right.

That might be useful. The locate shell command is good for finding files, by the way.

A less cumbersome thing you might want to check first is to open /Applications/Utilities/Console.app, and see if it shows any error messages while you do the things you described above.

> Oh damn, I thought Apple provided a Big Box O' Magical APIs that do Everything and More and Just Works, makes me want to reconsider learning OS X development.

They do to some extent, but then they get distracted by something shiny and forget to implement all of it. Or just forget to document it.

> The locate shell command is good for finding files, by the way.

'mdfind' is better because it uses Spotlight; locate is usually out of date.

>>133

locate seems to get rebuilt fairly often on my machine. mdfind is useless because it excludes the system directories. Also, locate is faster by orders of magnitude on my machine.

One small remark. Today I went through 50+ images in Xee and wanted to sort them (mark useful ones), but... no tools for that. I know, I can switch to Finder and move or copy files or apply color label, but... Can you add color labeling in Xee? For example, press Command+1, 2, 3, 4, 5, 6, 7 to apply red, orange, yellow, green, blue, pink or gray color label.

(Current Command+1, 2, 3 could be assigned to <, > and Current <, > to LeftArrow, RightArrow.)

This way, I could go through the images and apply color labels, according to my taste. It would be good to display color label also over the image, maybe as a color circle somewhere in the corner?

After a far too long wait, I have finally managed to put together another beta version!

http://wakaba.c3.cx/releases/mac/Xee1.1beta2.zip

This includes an interface for configuring keyboard shortcuts that actually works (I hope!). This took after some hackery of epic proportions to BEND MAC OS X TO MY WILL.

Ahem, yes. I also implemented some of the suggestions in this thread, and some bugfixes, and probably stuff I forgot about. This is pretty much what I'm thinking 1.1 will be like when it's done. I'm not planning to do anything but bugfixing before the final version, unless something really important turns up (or I get inspired). This means no fullscreen yet. Sorry. I want it too, it's on the list, I hope to have it for 1.2.

Oh, and a note for Japanese users: This version is probably pretty broken if you run in Japanese, so it will probably not work right for you. Sorry about that, I hope to have it fixed in the next version. I also need to nag Hinata to do some more translating...

For now, this needs some serious testing, so if anyone could take a moment to do bash it around, especially the keyboard configuration interface, I'd be grateful. Report as many bugs as you can find, or else they will be in the final 1.1 release!

Well, since I apparently get linked on Japanese download sites even if I say the program is likely not to work, I thought I might as well fix it to work properly in Japanese too. The new translations aren't done yet, but this version should at least work:

http://wakaba.c3.cx/releases/mac/Xee1.1beta3.zip

English users don't need to bother with this version, there's nothing really new. Unless I managed to mess up some of the strings in English.

PS: Get testing, people!

The keyboard settings don't let me use the CD eject key in a command (probably impossible) and hitting cmd-opt-ctrl-8 isn't overridden, and I can't tell the difference between - and X instantly. And the Actual Size button should be able to reverse itself (and the keyboard command).

It displays "2046 B" for one picture when that should probably be in KB.

It displays the miniature thumbnail next to "JPEG timedbykillshok.jpg" (or whatever), which is pretty useless.

It should say "colors" instead of "colours" (as in 2 colours PNG) because that's shorter \('-')/

And I'd like to be able to ignore the speeds specified in a GIF and just play it superfast.

There is an unreproducable crash when using open with file instead of just launching it ("open -a Xee Pictures/xenosaga1kh.jpg", Pictures has every picture I have in it so is very large):

Date/Time: 2006-01-26 21:55:11.638 -0500
OS Version: 10.4.4 (Build 8G32)
Report Version: 3

Command: Xee
Path: /Users/astrange/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [108]

Version: ??? (1.1 beta 3)

PID: 17428
Thread: 4

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x435b3263

Thread 0:
0 libSystem.B.dylib 0x9000b208 mach_msg_trap + 8
1 libSystem.B.dylib 0x9000b15c mach_msg + 60
2 com.apple.CoreFoundation 0x9075d114 __CFRunLoopRun + 832
3 com.apple.CoreFoundation 0x9075ca18 CFRunLoopRunSpecific + 268
4 com.apple.HIToolbox 0x9318e1e0 RunCurrentEventLoopInMode + 264
5 com.apple.HIToolbox 0x9318d874 ReceiveNextEventCommon + 380
6 com.apple.HIToolbox 0x9318d6e0 BlockUntilNextEventMatchingListInMode + 96
7 com.apple.AppKit 0x9368c104 _DPSNextEvent + 384
8 com.apple.AppKit 0x9368bdc8 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116
9 com.apple.AppKit 0x9368830c -[NSApplication run] + 472
10 com.apple.AppKit 0x93778e68 NSApplicationMain + 452
11 cx.c3.xee 0x00002654 _start + 340 (crt.c:272)
12 cx.c3.xee 0x000024fc start + 60

Thread 1:
0 libSystem.B.dylib 0x9000b208 mach_msg_trap + 8
1 libSystem.B.dylib 0x9000b15c mach_msg + 60
2 com.apple.opengl 0x935ecd60 glcDebugListener + 252
3 libSystem.B.dylib 0x9002b200 _pthread_body + 96

Thread 2:
0 libSystem.B.dylib 0x90053f68 semaphore_timedwait_signal_trap + 8
1 libSystem.B.dylib 0x900702c8 pthread_cond_timedwait_relative_np + 556
2 ...ple.CoreServices.CarbonCore 0x90b74e90 TSWaitOnSemaphoreCommon + 176
3 ...ickTimeComponents.component 0x8ed87564 ReadSchedulerThreadEntryPoint + 5212
4 libSystem.B.dylib 0x9002b200 _pthread_body + 96

Thread 3:
0 libSystem.B.dylib 0x90053f68 semaphore_timedwait_signal_trap + 8
1 libSystem.B.dylib 0x900702c8 pthread_cond_timedwait_relative_np + 556
2 ...ple.CoreServices.CarbonCore 0x90b74e90 TSWaitOnSemaphoreCommon + 176
3 ...ple.CoreServices.CarbonCore 0x90b7f938 AIOFileThread(void*) + 520
4 libSystem.B.dylib 0x9002b200 _pthread_body + 96

Thread 4 Crashed:
0 <<00000000>> 0xfffeff18 objc_msgSend_rtp + 24
1 com.apple.CoreFoundation 0x90741860 CFURLCopyAbsoluteURL + 148
2 com.apple.CoreFoundation 0x9076276c _CFBundleCopyExecutableName + 256
3 com.apple.CoreFoundation 0x907623c4 _CFBundleCopyExecutableURLInDirectoryWithAllocator + 272
4 com.apple.CoreFoundation 0x907777b8 CFBundleLoadExecutable + 44
5 com.apple.CoreFoundation 0x907776b0 CFBundleGetFunctionPointerForName + 40
6 ...ple.CoreServices.CarbonCore 0x90b59b5c cf_lookupLibraryEntry(rtFile*, RegisteredComponent*) + 116
7 ...ple.CoreServices.CarbonCore 0x90b59978 LoadComponent + 216
8 ...ple.CoreServices.CarbonCore 0x90b596b8 OpenAComponent + 232
9 ...ple.CoreServices.CarbonCore 0x90b653a0 OpenComponent + 20
10 ...ple.CoreServices.CarbonCore 0x90b5a6a4 CallComponent + 292
11 ...ple.CoreServices.CarbonCore 0x90b6d53c CallComponentGetPublicResource + 48
12 com.apple.QuickTime 0x8facc8b4 cchaMissing + 336
13 ...ple.CoreServices.CarbonCore 0x90b5b610 GetComponentPublicResourceList + 440
14 com.apple.QuickTime 0x8facc51c startUsingCachedCodecCharacterizations + 312
15 com.apple.QuickTime 0x8facbc58 FindBestChain + 48
16 com.apple.QuickTime 0x8faca7b8 ICMSequenceGetChain + 444
17 com.apple.QuickTime 0x8fac4b4c DoBandedDecompress + 4200
18 com.apple.QuickTime 0x8fb3fb98 ICMAction_aligned + 1308
19 com.apple.QuickTime 0x8fac38e0 ICMDeviceLoop + 3456
20 com.apple.QuickTime 0x8fac9dfc DecompressSequenceFrameWhen + 860
21 com.apple.QuickTime 0x8fafb224 DecompressSequenceFrameS + 20
22 ...ickTimeComponents.component 0x8f097b2c importGraphicDrawInternal + 1476
23 ...ickTimeComponents.component 0x8f0992d0 importGraphicDrawOrDecide + 2116
24 ...ple.CoreServices.CarbonCore 0x90b5aae0 CallComponentFunctionCommon + 1016
25 ...ple.CoreServices.CarbonCore 0x90b5a684 CallComponent + 260
26 ...ple.CoreServices.CarbonCore 0x90b5a684 CallComponent + 260
27 com.apple.QuickTime 0x8fafb05c GraphicsImportDraw + 32
28 cx.c3.xee 0x0000be34 -[XeeQuicktimeImage loadFromIndex:count:] + 692 (crt.c:355)
29 cx.c3.xee 0x0000bafc -[XeeQuicktimeImage load] + 56 (crt.c:355)
30 cx.c3.xee 0x000164d8 -[XeeDirectoryController imageLoader:] + 288 (crt.c:355)
31 com.apple.Foundation 0x928e66d4 forkThreadForFunction + 108
32 libSystem.B.dylib 0x9002b200 _pthread_body + 96

Thread 4 crashed with PPC Thread State 64:
srr0: 0x00000000fffeff18 srr1: 0x000000000000d030 vrsave: 0x0000000000000000

cr: 0x44848422          xer: 0x0000000020000007   lr: 0x0000000090741860  ctr: 0x00000000fffeff00
r0: 0x0000000090741844   r1: 0x00000000f0201fd0   r2: 0x0000000000000000   r3: 0x0000000000040000
r4: 0x0000000090a02528   r5: 0x0000000000000061   r6: 0x00000000a09ba8b4   r7: 0x00000000907f9230
r8: 0x0000000000001a77   r9: 0x0000000090a02533  r10: 0x0000000000000000  r11: 0x000000006f5e2528

r12: 0x00000000435b3243 r13: 0x0000000044822222 r14: 0x0000000000000000 r15: 0x00000000049eb000
r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x0000000001944c28 r19: 0x00000000f0202eac
r20: 0x0000000000000001 r21: 0x0000000000000000 r22: 0x0000000000000000 r23: 0x0000000000040000
r24: 0x00000000a1b1c1d3 r25: 0x00000000a073a150 r26: 0x00000000a073a150 r27: 0x00000000a073a150
r28: 0x0000000000000000 r29: 0x00000000a0743d30 r30: 0x0000000000040000 r31: 0x00000000907417d8

(abbreviated to fit in post size limit)

Model: PowerBook6,1, BootROM 4.5.5f4, 1 processors, PowerPC G4 (3.3), 867 MHz, 640 MB
Graphics: NVIDIA GeForce4 MX, GeForce4 MX, AGP, 32 MB
Memory Module: DIMM0/BUILT-IN, 128 MB, built-in, built-in
Memory Module: DIMM1/J31, 512 MB, DDR SDRAM, PC2100U-25330
AirPort: AirPort Extreme, 404.2 (3.90.34.0.p16)
Modem: MicroDash, UCJ, V.92, 1.0F, APPLE VERSION 2.6.6
Bluetooth: Version 1.7.0f18, 2 service, 1 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Parallel ATA Device: MATSHITADVD-RAM UJ-825S,
Parallel ATA Device: FUJITSU MHS2060AT, 55.89 GB
USB Device: Bluetooth HCI, , Up to 12 Mb/sec, 500 mA
FireWire Device: iPod, Apple Computer, Inc., Up to 400 Mb/sec
FireWire Device: > LaCie 1394 DVD-R/RW+CD drive LUN 0, LaCie Group SA, Up to 400 Mb/sec
FireWire Device: Firewire Drive, PI-036, Up to 400 Mb/sec

> cmd-opt-ctrl-8 isn't overridden

What's that about?

> I can't tell the difference between - and X instantly

Actually, I'd like both "reset" and "reset all" buttons, but then I'm really running out of iconography. Maybe I should just give up and make buttons that say "reset" and "reset all". Matching them visually is a bit tricky, though. It would sure be nice if OS X actually supported all of these visual styles Apple uses, so you wouldn't need to keep using custom bitmaps.

> And the Actual Size button should be able to reverse itself

This seems a bit iffy. Do other apps do that?

> It displays "2046 B" for one picture when that should probably be in KB.

That's intentional, because I use four digits when displaying the size, and "1.998kB" would just look retarded.

> It displays the miniature thumbnail next to "JPEG timedbykillshok.jpg" (or whatever), which is pretty useless.

It displays the current icon, so if you've saved the image with a program that saves an explicit thumbnail icon, it'll show that. I'm not sure I want to go to the trouble of trying to match my own icons to the files, unless there's a simple way to do this.

> And I'd like to be able to ignore the speeds specified in a GIF and just play it superfast.

Stop the animation, hold down "Next Frame". (You HAVE your keyboard set to maximum repeat rate, right?)

Also, fix for crashing Quicktime: Write me a proper libjpeg loader, so I don't have to bother with Quicktime!

Cmd-Opt-Ctrl-8 is the black on white universal access keyboard shortcut, I believe. You can change those in the keyboard prefpane in System Preferences.

The school Websense thinks this website is "adult content" now.

> What's that about?

Well, it was just an example of Xee not being able to override something that was already mapped. This probably isn't possible.

> This seems a bit iffy. Do other apps do that?

I don't think so, but there's no point in having an Actual Size command when it's already at Actual Size.

All right, enough messing around, let's release this!

http://wakaba.c3.cx/releases/mac/Xee1.1.zip

Summary of the new features:

• Toolbar
• Configurable keyboard shortcuts (This code is easy to drop into other projects where you want configurable keyboard shortcuts, by the way.)
• Lots of small interface improvements.
• Lots of bugfixes.
• Should run on 10.3 now (not very well tested, though).

Source is here: http://wakaba.c3.cx/releases/mac/Xee1.1_src.zip

Wow, this is nothing short of amazing. Thank you for taking the time to build this little app! Please do us all a favor and kill Preview(.app), okay? :-D

I know you'd prefer not to hear my life story, but let me just say that this makes working with high-resolution graphics on a 5 year-old Mac a dream come true.

Thanks for this great app! I'd very much like to see the following features implemented:

• using embedded color profiles when displaying images - Preview and Xee display photos differently,
• an option to turn off chaning the position/size of the window automatically when switching to next/previous image,
• an option to center the window on screen (maybe just horizontally), instead of centering with respect to previous position, as I think it currently does,
• when I select "next frame" from toolbar, and frame sizes are different, the window size does not change, but when I select the same command from the menu, it does, so it looks like a bug,
• a option to change window background color

> using embedded color profiles when displaying images - Preview and Xee display photos differently,

There are various problems with this, not least that I'm not very knowledgable about this. Basically, I'd like to have the program store the exact bitmap data that appears in the file, so as not to cause changes in the data when saving. However, when drawing with OpenGL it's not easy to apply colour adjustments on the fly, either. Possibly one could use pixel shaders for this, but my Mac mini doesn't support them, so I can't really do anything about it.

If anyone wants to help out with this, it would be appreciated.

> an option to turn off chaning the position/size of the window automatically when switching to next/previous image,

This option already exists.

> an option to center the window on screen (maybe just horizontally), instead of centering with respect to previous position, as I think it currently does,

This would be easy enough to add.

> when I select "next frame" from toolbar, and frame sizes are different, the window size does not change, but when I select the same command from the menu, it does, so it looks like a bug,

Not a bug, intentional (and can be changed via the option mentioned above). Changing the position and size of a window after clicking on a button in a window is really annoying, is why.

> a option to change window background color

The black border around the image, or the background on transparent images? The first might be a good idea. For the second, Xee tries to figure out what background colour the image has specified (but not all images do). So at the most, I could add an option to give a default background colour for those that don't have one.

think we need a option to view foto's in zip files, like in acdsee
that would be great. :)

think we need a option to view foto's in zip files, like in acdsee
that would be great. :)

I never understood why people wouldn't just unpack their zip files and view the pictures in them that way, instead of making their image viewers support zip. It all seems backwards.

I've considered adding it, though, but it's not a high-priority feature at the moment.

Nice program! I would love to see batch renaming and slideshows integrated into Xee.

I'm not sure if batch renaming fits in there, or would be better handled by a separate program, but slideshows are a much-requested feature. I'll have to look into that for the next version. Obviously this also requires full-screen mode.

batch renaming is probably better done with a command line program

Actually, that's sounds like a surefire way to get yourself in trouble. You really need a GUI that tells you what your files will be renamed to before they are actually renamed.

>>149
If you happen to get most of your images in zips or rars say... from a torrent. You need to keep the original around so you can seed/resend/whatever. Then you have to unzip everything, view it, probably delete the folder since you don't need two copies. If the image viewer supports zips, you skip two steps. Repeat 1000 times and you have a lot less clicks, shrug

Seems to me it's pretty unlikely you'd ever need the original archives again, unless you are specifically doing distro for some group. If you want to give it to some friends, they'd be happier if you just zipped up your whole collection in a single file anyway.

there is no way to browse into and out of subfolders?

No, sorry. It would be useful, but I'm not sure how it would work in practice.

"file list.app" is a really good batch renamer, i use it with xee to sort hundreds of pictures
http://www.versiontracker.com/dyn/moreinfo/macosx/27090

as for browsing into subfolders,
you could have some kind of button like control shift option blah blah blah, that will jump beetween each folder (including the main one) and the normal keys to switch beetween pictures within them

but i could see how that would get complicated with alot of folders and items, maybe some kind of window or another item on the bottom that shows you what folder the picture is in

subfolders would be reeeallllly useful, especially if i dont sort all of my pictures in one sitting, i can pick back up relatively easily

Thanks for your reply!
Unfortunately, I don't know much about color profiles and OpenGL either, so I can't help you with this :(

An option to change color of the black border and another option to set default background color of transparent images will be great! But for fullscreen mode, if you make one, it would be better to leave border color black IMO.

As for subfolders, I also think that it will be useful. Perhaps there could be an option "Look into subfolders", so that when you open a folder, the back/forward buttons will go through the files in all the subfolders. And the status bar could have the name of the current folder. Or another idea: maybe add a side-window with the folder tree, so that you can open it and quickly change the folder, without going into file-open dialog.

Just some thoughts about color profiles. There are a couple of samples at Apple's website which do color management, like these:

http://developer.apple.com/samplecode/ImageApp/ImageApp.html
http://developer.apple.com/samplecode/ColorMatching/ColorMatching.html

Maybe this info could help.

>>160

Scanning subfolders was suggested earlier, but it's tricky to implement right - what if you open up a file in the root folder, and the program starts scanning your entire drive? I'm not sure what the best behavior is for situations like this, so so far I haven't implemented it. It's on the list, though.

>>162

I don't want to end up implementing a full replacement for the Finder. This is a trap far too many other image viewers fall into, and it makes them far more complex than useful.

Do you create a list of files to browse through when you open a file? Maybe you could calculate next/previous file only when the corresponding button is pressed? Then it would be ok to browse through root folder. And if you still need a list of files, it could be built in a separate thread with low priority, so that it will not slow down the system.

just one important thing: full screen (and that could start Xee in full screen mode). thank you. thank you. thank you.

thank you.

Well, just because I love >>165 like a brother, here's a new version with full screen mode!

http://wakaba.c3.cx/releases/mac/Xee1.2.zip

It also has some more bugfixes, better support for camera raw files, and icon sets. Someone mailed me a set of alternate icons, and I figured that since this is a program that would be used by people who do graphical work, they're bound to have strong opinions on the icons used, so now there is the option to easily package a set of alternate icons for quick installation. As for now, there's just two icon sets: The default one, and the contributed Eye-see by Havi Govinda:

http://wakaba.c3.cx/releases/mac/Default.xeeicons.zip
http://wakaba.c3.cx/releases/mac/Eye-see.xeeicons.zip

Source is available, as usual:

http://wakaba.c3.cx/releases/mac/Xee1.2_src.zip

Also, I'll take this opportunity for a quick question: Out of the following things that I'm thinking about implementing, which ones are you interested in?

• ZIP/RAR/LZH handling
• More image format loaders (MNG, JNG, pbm, xbm and non-Quicktime JPEG are on my list - anything else?)
• EXIF metadata (sort of dependent on implementing JPEG myself instead of using Quicktime, as in previous entry)
• Higher-quality scaling (as some sort of second pass: first do a quick OpenGL scaling, and then a higher-quality update)
• Mangariini comic reader mode (laying out multiple pages for reading scanned comics)

That whole list is a lot of work, and I don't think I'll be able to do it all any time soon, so I'd like to know what to prioritize. Also, if anyone wants to help out with any of that, that would be even better.

Oops, a typo had broken the Save As functionality in 1.2. Here's a quick bugfix:

http://wakaba.c3.cx/releases/mac/Xee1.2.1.zip

While I'd like anything on your list, I already have other apps to do all these, but no image viewer as quick, pretty and modern as Xee.
Hence, the most important thing to me would be higher quality scaling - and it would be very cool, if this would not be an automatism, but an option in the prefs.
I think this is more important than adding more features right now.

Another wish of mine would be image viewing without any borders, i.e. not even a title bar, without entering fullscreen mode. The only application I know which does this is the old JView. And if one could switch between this mode and the "full mode" including too- and statusbar with one shortcut, I'd be even happier.

Last issue on my list: If I skip through the images extremely quickly, Xee can't load the images fast enough and instead shows a black background. Just keep your finger on the dot-key... while it may not be very sensible to scan images like that, it's my way of narrowing it down. :/

Thanks a lot for Xee, it really already is an excellent app.

> Last issue on my list: If I skip through the images extremely quickly, Xee can't load the images fast enough and instead shows a black background. Just keep your finger on the dot-key... while it may not be very sensible to scan images like that, it's my way of narrowing it down. :/

Well, that's pretty much intentional. Instead of slowing you down by waiting for each image to load, it will try to skip through as fast as you want, and load images when it catches up. It's handy when you want to jump, say, twenty images backwards, and you can just hold the key down for a little while.

Xee is 99/100 of what I'd like out of an image browser. The last thing I'd want is the ability to start Xee maximized.

Thanks for all your great work!

"The last thing I'd want is the ability to start Xee maximized."

I completely agree with Robert. This seems to be the only missing piece from this great application. Thanks!

> The last thing I'd want is the ability to start Xee maximized.

I'll ignore the unfortunate phrasing of this request, and instead just ask how this would work in practice: Doubleclick on a file and Xee starts up in fullscreen mode, or something? Obviously that would need to be optional, if so. Is an option in the preferences enough, or should there be some sort of menu checkbox?

Instead of having the ability to start maximized or not, I suppose what I'd really like is for Xee to remember its own window size and position after closing. That is, if I manually resize Xee to be a 5x5 window on the upper right-hand corner of my screen, it should appear like that every time I open Xee (until I change that). Likewise, if I use the maximize button to make Xee as large as it could possibly be (without being fullscreen), I'd like Xee to remember that every time it opens.

Well, that would only make sense when disabling the automatic resize entirely. Also, since Xee can have any number of windows open, it's not obvious which window's size it should remember as default. Any thoughts?

I do disable the automatic resize functionality. On the multiple windows front, I'm not sure how that should work, since I've never used Xee with multiple windows open.

I have Xee setup as follows:

1. No auto-resize.
2. When Xee loads, I immediately maximize it. It stays this way the entire time (because it's set not to auto-resize).
3. I browse through my pictures.

If step 2 (starting maximized) could be made an option instead of requiring my intervention, it would be fantastic. However I would understand your reluctance to make that an option if preserving usability across multiple instances of Xee became a problem.

I see. I'll try to think up a sane behaviour to handle this.

I dropped ffview for Xee today because it seems to be faster and lighter. But I've missing slideshows, a french translation and an infopanel (apple-i) to display image properties and exif metadata (that you're apparently considering #167)

About french localization, I can translate it from english.

So if you're are interested, drop me a line here.

Finally, great job for this wonderful piece of software, keep up the good work.

I am really missing the possibility of user defined actions for keys 0-9, like, for example, implemented in "qiv" or "feh". That would be on the top of my list for further developments.

>>178

If you want to do a French translation, get the source, and look for the file English.lproj/Localizable.strings. That should have all the text that needs to be translated.

(Note that just changing it won't change all the text in the interface, you also need to generate .nib files from the translation. But I can do that easily once I have the .strings file.)

>>179

How do those work?

Hi, I did it but there are some strings that I can not translate as "Done" or "Special Characters...".

I uploaded the file here: http://www.megaupload.com/fr/?d=YWFNX0YQ

Last thing, how I can test it to check if it has been well translated??

Xee looks great! I'm curious why you have not released it as a universal binary at this point? I've got an MBP delivering tomorrow, so I grabbed the 1.2.1 source and punched it through Xcode. It compiled (with a few deprecated warnings, but no errors), linked and created a UB that appears to work just fine on my G5 and G4. We'll see about the Intel tomorrow. It's bigger (2.8M) but nothing huge or anything.

I can obviously make the UB available if needed, and having the source made it a non-issue for me, but I am curious now.

Thanks!

It won't work fine. Try loading up a PNG, and it'll have inverted colours. There are a lot of endianess issues in the various image format loaders that need to be ironed out before I can do a universal version. And since I don't have an Intel machine to do it on, it'll have to wait.

Well, That's why I asked. :) Like I said, it worked fine for me now.. :)

The MBP is at the sort facility now, so I'll take a look tomorrow. Should be easily enough to check.

Thanks for the reply on it, however. Out of Semi-complete ignorance, I do ask about the issues. I've got a few image processors that are UB now, and most of the programmers I've talked to about it have not expressed any major problems at all, especially in the imaging areas. Is it in the Library routines that you are linking in? Or is it just too many potential issues to hit without a test environment to see immediate results on?

Thanks!

The main problem is that Intel processors have different endianness than PPC processors, so when reading 32-bit values out of memory, you get the bytes in reverse order. Lots of image code does this, because it's much faster to read 32-bit values than 8-bit values. I'm pretty sure OS X doesn't have any problems, but for instance libpng requires a #define statement set to whether the machine is little- or big-endian. It'd be easy enough to set that up so it gets set correctly depending on which architecture you're compiling for, but I'm sure the code I wrote myself also makes assumptions about endianness at several points, and I'd have to clean those up too.

In the end, I'd have to have a machine to test on to make sure I got all of them right. All of this is for fairly obscure formats, though, except for the PNG.

Just checked. Real quick, I'll hit it harder later, but 24bit PNG's work fine. 32bit PNGs, as you said.... ugly. JPG, GIF work fine, which is what I'm looking at most with this app.

Thanks!

hi...

just saw Xee and can say that it's what I was looking all this time. a quick image viewer to browse images in folders easily.

for me it only lacks for same means to makeing the actual image wallpaper/desktop background

very nice, thank you...

ok i got an idea. if you had like 1-9 be configurable to different folders on your computer, and then like you go to an image, press 1 and it moves to one, press 2 and folder 2 etc.

you could have like a side drawer where you can drag and drop folders and xee will assign them a number

that would make xee the best image sorter (and elimate the rename and de-rename stuff i have to do to effectively sort)

just antoher idea, thanks for this great application

oh and an option to turn off sorting and make it the way it is now would be cool

What do you mean by "the way it is now?" The way it's sorted in the Finder? I'd like that very much too, but I am not sure if there's any way to find out how files are displayed in the Finder. If anyone knows, do tell.

like, competely turn off all of the sorting features and just have it so it views images or somthing (basically so you can reassign the hotkeys to somewhere else, and it wont ask you to add folders or anything)

what do you mean "the way files are displayed in the finder" i was thinking since there is already a move to trash command, there could just be like a move to this folder command, but with custom folders

Uh, there is already a side drawer for sorting through images. File -> Move to. There aren't any hotkeys for moving to specific folders, but I guess that would be a good enough idea to add...

oh im sorry. i hadnt realized that. thats exactly what i wanted to except with hotkeys. ha. i was wondering where i got the idea too.

Could it be made so that a double-click toggles fullscreen view? Like ACDSEE and Cocoview.

>>195

That's probably a good idea, I'll try to remember to add that in the next version.

Just want to throw in another vote for adding some kind of ability to control the sort order - IMO it would be more efficient to have controls for this in the program, either in addition to or in place of capturing the sort order from Finder. Xee is very nice, but in the application I have in mind for it I need to be able to switch between sorting by date modifed and file name, and its lack of this is the only reason I'm not using it full-time. Otherwise it's an amazing piece of software!

>If your camera writes EXIF orientation tags to its images, you can just press
>Command-A to automatically rotate the image according to how the camera
>thinks it should be oriented.

I wish you could set this rotation feature to really automatic such that EXIF rotation tags are applied as a matter of course instead of requiring the user to activate it. Currently it seems only semi-automatic if you know what I mean.

Nice work generally. This is my favourite image sorter.

>>198

I think this is a bad idea. I want Xee to show what is actually stored in the file, not a transformed version of it. If it showed the rotated image instead of what was actually in the file, you might for instance upload it on the internet thinking it looked all right, only to find that it shows up rotated the wrong way, as browsers don't care about the EXIF data. Preview does this, and I don't like it at all.

Pressing Command-A actually modifies the data in the file to turn it the right way up (losslessly, of course).

Isn't that what Preferences are for: letting the user decide what suits their needs? I take and review hundreds of images a week sometimes. I need a programme that will let me painlessly and quickly choose the ones to keep. Anything that speeds up that process helps. I upload many images to Flickr which now provides auto rotate based on EXIF.

I suggest offering true automatic rotate as an option and perhaps also "auto rotate view" without changing the file. If this doesn't suit your vision for the software that's OK and I guess my quest for software that works the way I need it to continues. :)

Well done, though. It's a great little app.

Are there plans for a universal binary for Intel Macs?

As soon as I have a machine to develop it on. Xee won't work quite right with a simple recompile, it'll need a bunch of tweaking and testing.

If you buy me an Intel Mac, I'll have it done in days!

Oh well.....thats a shame lol. How does it work under Rosetta emulation?

It should work fine, if a little slower. Soon as I have a machine, there will be a universal binary, but I don't want to release any half-functioning code when the emulated version should work fine.

Can the scroll wheel on a mouse be set to go backwards and fowards through the images in a folder? Like the arrow keys.

DJCC

Uh, it's already supposed to do that.

I noticed what you mean, but for me it doesn't see to work very well. I have a MS Intellimouse. If I just roll the wheel one "notch" forward or backwards nothing happens but if I roll it fast in a direction then it'll switch to another image. Maybe it's a bug? Or maybe your scroll wheel roll dead zone is too large?

DJCC

>>208

Hmm, that's very strange. This might happen if the mouse actually reports having moved the scroll wheel less than one unit. Why it would do that is beyond me, but that might be it. If you have any settings for the wheel, try playing with them, and I'll try to put in some fix for it in a later version.

If I roll the mouse wheel just one notch in Safari, it scrolls just as expected so I'm not sure if it's related to the wheel itself.

The scrolling speed in System Preferences is at the second notch on the left.

DJCC

alright another feature request.

i was wondering, maybe some support for movies.

not actually playing them or anything and works with rename and sorting and all that stuff, but like just shows you that there is a movie file so i dont completely skip them.

thanks again

Hi !WAHa.06x36 and all

Been using xee for about a week (previously used viewit) and I've never seen an image browser as fast and easy in OSX.

I was playing with wings3d the other day, trying to make a simplistic walking man for a flash game. What I made looked quite like the Xee eyeball guy Icon. So I made it fully into the Xee icon, and so here's my version as maybe an alternative icon.

also feature requests:
a 'copy to selected place' button in the toolber, so you don't have to waste screenspace with the 'copy to...' sidebar
slideshowability: another toolbar button for this, maybe?

Hope you like the PNG as much as I like Xee. Email me if you'd like a copy of the 3d model.

>>212

Wow, that's even creepier than the real icon!

Hi,
Could you add labeling feature? For example, I watch pictures and want to sort them. I could press Command+Option+1 to add red label, or Command+Option+2 to add orange label, Command+Option+0 to remove any label. This is good when selecting images to order for prints. Just set full screen, look, set labels and then select them in Finder and send to the photo lab.

Copy file and Move file commands and buttons do nothing on my PowerBook. I press them, they change state to clicked, and that's all. Also, when I click on File menu and choose Move file, nothing happens. Any ideas why?

Actually I don't like Xee's icon. Try to drag-and-drop it in Finder's toolbar. It's ugly. So I replaced it with the generic Core icon from SymbolExplorer. This one looks much better in the Finder's toolbar. Download SymbolExplorer (http://www.macupdate.com/info.php/id/20562), open application package, copy icon to the Desktop, rename it to Xee.icns, and replace Xee's icon in the application package (Applications/Xee/Contents/Resources/Xee.icns).

>>215

Those are not buttons, those just select if you are going to move or copy files. You click on entries in the list to actually move the files.

Hello,

nice work!
Only one little thing would be good: If I zoom the main window, a image which was shon as "fit on srceen", does not automaticaly refit to the new window it keeps the actual zoom level.

thanks

I was expecting to be able to view thumbnails. Like Phoenix Slides

>>219

Why? OS X shows you thumbnails just fine already.

>>219 So use Phoenix Slides, then.

OS Version: 10.4.6 (Build 8I127)

Path: /Applications/Utilities/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [66]

PID: 22036
Thread: 4

Exception: EXC_BREAKPOINT (0x0006)
Code[0]: 0x00000001
Code[1]: 0x9084e36c

Thread 4 Crashed:
0 com.apple.CoreFoundation 0x9084e36c __HALT + 0
1 com.apple.CoreFoundation 0x907c8fa8 _CFStringCreateWithFormatAndArgumentsAux + 144
2 com.apple.CoreFoundation 0x9084e9e0 CFLog + 56
3 com.apple.CoreFoundation 0x907fe914 CFBundleLoadExecutable + 392
4 com.apple.CoreFoundation 0x907fe6b0 CFBundleGetFunctionPointerForName + 40
5 ...ple.CoreServices.CarbonCore 0x90be0b5c cf_lookupLibraryEntry(rtFile*, RegisteredComponent*) + 116
6 ...ple.CoreServices.CarbonCore 0x90be0978 LoadComponent + 216
7 ...ple.CoreServices.CarbonCore 0x90be06b8 OpenAComponent + 232
8 ...ple.CoreServices.CarbonCore 0x90bec3a0 OpenComponent + 20
9 ...ple.CoreServices.CarbonCore 0x90be16a4 CallComponent + 292
10 ...ple.CoreServices.CarbonCore 0x90bf453c CallComponentGetPublicResource + 48
11 com.apple.QuickTime 0x8facc8b4 cchaMissing + 336
12 ...ple.CoreServices.CarbonCore 0x90be2610 GetComponentPublicResourceList + 440
13 com.apple.QuickTime 0x8facc51c startUsingCachedCodecCharacterizations + 312
14 com.apple.QuickTime 0x8facbc58 FindBestChain + 48
15 com.apple.QuickTime 0x8faca7b8 ICMSequenceGetChain + 444
16 com.apple.QuickTime 0x8fac4b4c DoBandedDecompress + 4200
17 com.apple.QuickTime 0x8fb3fb98 ICMAction_aligned + 1308
18 com.apple.QuickTime 0x8fac38e0 ICMDeviceLoop + 3456
19 com.apple.QuickTime 0x8fac9dfc DecompressSequenceFrameWhen + 860
20 com.apple.QuickTime 0x8fafb224 DecompressSequenceFrameS + 20
21 ...ickTimeComponents.component 0x8f097b2c importGraphicDrawInternal + 1476
22 ...ickTimeComponents.component 0x8f0992d0 importGraphicDrawOrDecide + 2116
23 ...ple.CoreServices.CarbonCore 0x90be1ae0 CallComponentFunctionCommon + 1016
24 ...ple.CoreServices.CarbonCore 0x90be1684 CallComponent + 260
25 ...ple.CoreServices.CarbonCore 0x90be1684 CallComponent + 260
26 com.apple.QuickTime 0x8fafb05c GraphicsImportDraw + 32
27 cx.c3.xee 0x0000d1c0 -[XeeQuicktimeImage loadFromIndex:count:] + 616 (crt.c:355)
28 cx.c3.xee 0x0000ced4 -[XeeQuicktimeImage load] + 56 (crt.c:355)
29 cx.c3.xee 0x00017ed4 -[XeeDirectoryController imageLoader:] + 288 (crt.c:355)
30 com.apple.Foundation 0x92977194 forkThreadForFunction + 108
31 libSystem.B.dylib 0x9002ba68 _pthread_body + 96

Thread 4 crashed with PPC Thread State 64:
srr0: 0x000000009084e36c srr1: 0x100000000002d030 vrsave: 0x0000000000000000

cr: 0x84828418          xer: 0x0000000000000000   lr: 0x00000000907ca0fc  ctr: 0x000000009084e36c
r0: 0x00000000907ca0fc   r1: 0x00000000f0201a40   r2: 0x00000000a07c2f44   r3: 0x0000000000720069
r4: 0x0000000000000000   r5: 0x000000000000001b   r6: 0x0000000000000020   r7: 0x000000000000000e
r8: 0x696e642065786563   r9: 0x0000000000000000  r10: 0x0000000005d0021d  r11: 0x0000000000000000

r12: 0x000000009084e36c r13: 0x0000000000000000 r14: 0x00000000f0202450 r15: 0x0000000000000002
r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x000000009087c66c r19: 0x00000000a07c1150
r20: 0x0000000005c10400 r21: 0x0000000000000001 r22: 0x00000000f0201da0 r23: 0x0000000000000000
r24: 0x00000000f0202450 r25: 0x0000000000000000 r26: 0x000000000000001c r27: 0x000000000000001c
r28: 0x00000000f0201dbc r29: 0x0000000000000000 r30: 0x00000000f0201a40 r31: 0x00000000907c9108

>>222

Is that reproducible?

Could Applescript support be added? There's a few programs out that allow remapping of the Apple remote control via Applescript and I've been trying to get them to work with Xee. Right now, I'm just sending key codes to Xee and it works fine for paging up and down but doesn't work with scrolling around the image. Having an Applescript interface would be cleaner than sending key codes.

>>224

Not a bad idea, but I have no idea how to do it. If I can find some time to work on it, I'll try adding it. What kind of commands would be useful, besides next/prev image?

>>225
Off the top of my head, here are the actions I would map to my remote control: next/previous image, scroll image up/down/left/right b x pixels/percent, toggle fullscreen, zoom in/zoom out.

On a related note, will you implement bicubic/cubic zoom and is there an update on the universal binary situation?

>>226

I might implement a better scaling-down algorithm at some point, but due to the OpenGL use it's not a trivial thing to do. For scaling up, no.

And I still don't have an Intel machine to develop a universal binary on.

>>226
Actually, would there be any immediate advantage to getting Xee to be univerisal?

Could we have an option for image list sorting? i.e. sort by name, modification date, creation date, kind, size.

>>229

Yes, that is somewhere on the todo list. Ideally, I'd like it to detect the sorting order used in the Finder window it was launched from, but I'm not sure how realistic that is.

Xee on MacBook

hi!

Xee work on my new MacBook a little slower (I had an iBook before...) and it's not posslibe to rotate the image (jpg rotation left or right). the system crahes and I have to restart!

I hope there will be an intel-version in the future, I won't miss my default picture-viewer ;)

best wishes
nina

I hope so too, but it most likely won't happen until I manage to actually get an Intel Mac to develop on.

If you want an Intel version quickly, buy me one!

hi!

if I had the money I would ;)

nina

PS: Xee is really the best picture viewer and I don't use preview anymore

Couldnt somone who has a Intel Mac compile it for you?

There are lots of developers over at macrumors.com forums

>>235

It's not a simple recompile, or I would have done it myself a long time ago. There are possible endianess issues in a lot of the image loading code, and I couldn't guarantee the Intel version would work right without doing some rather extensive testing and bugfixing.

is there a way for images to open actual size instead of fit to window? other than that i have no complaints.

running on a Macbook btw.

View -> Automatic Zoom

sweet.

this app is exactly what i have been looking for. i was actually planning to write one myself because i couldn't find one, but someone suggested this. i can say that it is exactly what i had in mind.

I really think FFArchive should be integrated into Xee, with recursion for archives within archives, ideally. I'll try to look into how to go about it.
I would like to request an Open Recent menu item. And some comments in the code.

>>241

Don't bother, I'm planning on doing that, but I won't be using FFArchive, I'll use XADMaster from The Unarchiver instead (http://wakaba.c3.cx/sup/kareha.pl/1125697859/).

this is really great!!!!!!!!!!!
but, How about nef files...?(RAW format for Nikon cameras)

>>243

There was some discussion about that in the support thread (http://wakaba.c3.cx/sup/kareha.pl/1132091963/). After some research, I've learned that there's some sort of bug in OS X that breaks NEF loading in most programs even though it should be supported. I'm working on working around this, but I can't say exactly when I'll have it fixed.

THANK YOU SO MUCH!!!!

I have spent hours looking for a app like xsee.

It is beyond belief that not one but you guys have written an image app for os x, that actually works.
I'm on my knees thanking you.

A word of advice; make an interface like the internal viewer, and start making some money on this app, it's worth it.

cheers

Xee is listed on the new community-based software tracking site, http://osx.iusethis.com/app/xee

Dan, you should log on to claim the Xee entry as your own and submit a proper icon for it.

Denis: interface like the internal viewer? Do you mean "Preview.app?" If so, that would defaul the whole point of Xee. It's the best viewer with the best interface available for Mac OS. Changing the interface would only lessen its sgrengths. Preview's interface is sub-par. BTW, I had spent years looking for Xee on the Mac.

Well, I found a bit of spare time to work on Xee again.

http://wakaba.c3.cx/releases/mac/Xee2.0_alpha_1.zip

New in this version:

• Universal binary - this is completely untested!
• Internal rewrites to make it easier to get the endianness right, and to better support ImageIO.framwork - this has most likely introduced bugs!
• Now uses ImageIO.framework as a fallback loader instead of NSImage.
• Due to the above, NEF files should now load correctly.
• Now uses a custom JPEG loader - doesn't support YUV mode yet.
• Supports 32-bit integer and floating point data (HDR files like Radiance)
• Some things are still broken due to the rewrites, most notably viewing images in the clipboard, and saving.

I predict that the development cycle for 2.0 will be quite long. I'll try and get the things that are broken fixed along the way, but I don't think I'll release an intermediate 1.3 version with just the endianness fixes, unless there is a really big demand for a stable universal version quickly. The 2.0 alpha versions should be stable enough for normal use soon.

And remember, you can report bugs and suggest features at http://code.google.com/p/xee/, too!

If anyone is interested in different icon for Xee, I did an icon replacement including status bar icons.

http://www.artofadambetts.com/weblog/?p=119

Have fun :)

>>251

I like the program icon, but I miss the colour-coding of the format icons (this is something I liked with ACDSee back on Windows, and that I wanted to preserve in Xee).

Xee has a mechanism to easily replace its icons - you can pack them in a bundle named .xeeicons, like so: http://wakaba.c3.cx/releases/mac/Default.xeeicons.zip. However, that doesn't include the status icons. I could pretty easily add support for that too, though. I'll try to get that done for 2.0.

Here's something fun and experimental: Antialiasing, implemented entirely in OpenGL! It's fast, although at high levels it can mess with the colours a little (this may be dependent on the graphics card). Either way, it looks a lot better than what's been there before. Enjoy!

http://wakaba.c3.cx/releases/mac/Xee2.0_alpha_2.zip

Also: You can tweak it a bit in the View -> Antialias Quality menu. And it doesn't work on really old cards like the Rage 128.

alpha 2 does "crash" my intel 10.4.7,
i can move the mouse but it shows the rainbow-ball
and whatever key i hit (incl. ctrl-alt-esc)
or pixel i click, nothing happens. but the computer
still continues to run (e.g. thunderbird checks mails).
where can i get the sourcecode for alpha 2, so to
try to debug? (nothing at code.google.com :( )

sorry, forgot to mention, that this happens only
with certain jpgs (but a lot of them).
i was able to see two photoshop files.

The new JPEG loader is still half-done. I haven't found any problems like that with it, but it certainly is possible that it has some horribl bugs. Upload one of the JPEG that it crashes on, and I can do some more testing.

Also, there's no source at Google Code becuase I haven't found the energy to figure out how to get Xcode and Google Code to cooperate. If someone can tell me how exactly to do this, I'll get it there.

>>252

If you're interested, I did a color-coding version for Document icons. You can download it here:

http://homepage.mac.com/adambetts/icons/XeeDocumentFiles.zip

>>259

Nice, but I think you need 48x48 versions. They're pretty much unreadable with the crappy resizing algorithm the Finder uses as it is now, and 48x48 is pretty much the default.

actually i believe it crashes with all jpegs.. :)
but one example is here.
the window pops up, but stays black,
status line says "no file loaded",
mouse and keyboard completely shut off,
but osx itself did not crash.
only reseting helps.

>>261

That's very strange, it loads with no problem at all here. Could you test some GIFs and PNGs and such to see if there's any other format that can cause the same crash? When it crashes, can you switch away to another app with command+tab?

And finally, I forget, is there some way to force an app to load using Rosetta on intel macs? If there is, could you try that and see if it works then?

Wait, one more idea: Maybe it's not JPEGs, but the antialiasing code? It only gets used if the image is scaled down. Try using View -> Antialiasing Quality to turn it off and see if that changes anything.

yes, that did it!
(though its strange, that one cannot turn off
antialias when viewing no picture, had to first
load an png).
there is a way to force an application to use
rosetta, just by turning rosetta on (if the
app is universal) in the "get info" window.
i'll now try xee in rosetta and antialias ON.
if it crash, this is my last message for today :)

thanks!

well, it really "crashed" even with rosetta!..
and cmd+tab doesnt work neither.

So then it's the OpenGL antialiaser that's broken. Sigh, it'll be a pain trying to debug it without the hardware to test it on...

sorry for finding a bug :p :p
if there is anything i can do, just write.
i'll try to check this forum regularly.

great app!
but why is no german localisation available? i could do the translation if you want. ichat: fajaekel

Once 2.0 is nearing completion, I'll probably request some translations. I'll try to keep you in mind for then.

I can make the spanish location

Ibane just beat me to offering help with Spanish localization. :)

I've been hunting for a real ACDSee replacement for years now, and I only found Xee today sigh. Thanks for this wonderfully useful application.

There is any way to change the scroll wheel behaviour? I have a mighty mouse and i like to use the mini ball to pan the image when zoomed. Using it for changing images it's a bit hard and I don't use it at all..

Thanks

wanted to try a universal version for my macbook and downloaded Xee2.0_alpha_2.zip
sadly, it crashes my macbook everytime :((

>>272

Read the earlier posts in the thread - the antialiaser breaks on Intel Macs for some reason. You have to turn it off either by opening a small image and using the menus.

hey i love this app been looking for something to replace preview for about two years this is amazing and fast even with large images.. i have been using iview media pro but i think this makes muchmore sense to me amazing software and thanks for making it freeware...
i have a couple of suggestions for usability
mabey make a drawer function like preview on the side or the bottom so you can click between images..

and mabey a control bar in full screen that you can hide

if ound a contextual image viewer thats pretty good but not as good as xee its called picturepoppro its worth alook for ideas

thanks again im telling everyone about this app..
also i saw someone mention side track for the scroll pad functionality I use iscroll wich is freeware and amazing as well

thanks again awesome

crispin

>>275

I'm not really very interested in having a thumbnail view, because the finder already shows thumbnails, and it'd just waste processing power for images that don't have built-in thumbnails.

A control bar in fullscreen would be nice, but I have a lot of other stuff I need done before that.

>>199

Automatic rotation actually modifies the file? That's really a bad idea. I don't expect a viewer to alter my files.

Hello again,
Is there a way to have xee open only the files i put on it's icon instead of making a list of files that there are in the same folder of the file i put on it?

I mean, the preview behaviour instead of the "Windows image viewer" behaviour..

Thanks

>>277

That's what lossless JPEG rotation does, in most image viewers that can do it.

>>278

No. I find the Preview behaviour pretty useless, so it's never interested me.

Maybe an option to get the dropped images or the image in the same folder? No?

>>259
Can you improve "Xee Document Files" icons? At 44px size I can hardly recognize BMP from EC and EXR from DR...
Maybe make file type letters bigger, or embed specific 48px, 32px and 16px size icons? I think each icon could have several sizes embedded.
Guntis

Quitting from fullscreen causes a crash in the latest beta.

>>282

Thanks, I think I was vaguely aware of that but had forgotten.

If you (and anyone else) want to be helpful, make a bug report at http://code.google.com/p/xee/issues/list, and I will be less likely to forget again.

>>259
Looks like this dude did some more artwork tweaks of Xee. http://www.artofadambetts.com/weblog/?p=119

Mention of this made it into a TUAW article (how I found out about it). http://www.tuaw.com/2006/08/22/betts-mods-your-mac/

>>285

Uh... Look a little bit closer.

I'm sorry, look a little bit closer at what?

The "dude" you're talking about is the same who posted the icons here :)

I'm aware of that. Should I have written "Looks like you did some more artwork?" That would have been confusing.

Anyway, uh, on topic… Is Google Code's hosting thinger any good?

It can't be any worse than free hosting on sourceforge.

It had a shaky start but it's apparently working better now. Their bug tracker is actually kind of usable, as opposed to every other bug tracker in existence. The design of it is pleasantly minimalist. The project's headed by the usual kind of thin-skinned and arrogant open-source developers.

Short, declarative sentences.

Really good software ! I was looking for that for a very long long time ! it was the last thing my PC friends was laughing at me...
A few improvment idea :

• a preference option to go directly to full screen mode on opening
• arrows to navigate
• double-clic on the image to swich full screen/window
• selection-clic to zoom

Anyway, thanks a lot, it's really a big step forward for mac users :+)

Problems displaying huge tiff files. I have 2 screenshots to see the differences, where can i send them?

>>294 this board has an upload feature, just below the comment box.

this is the first picture is viewed with Mac os internal Preview. It looks good, attached.

this is the same picture, is viewed with Xee, there is major differences from Preview. look for yourself. print screen with details about the picture included.

>>297

How does it look if you open it with Quicktime.app?

With Quicktime the same file looks the same as Xee. Meening bad. Here is the screen shot.

>>299

Well, that explains the problem - Xee first tries to load images it can't load itself with Quicktime, and apparently Quicktime gets it wrong.

Ideally, you'd report this to Apple and they would fix it. Realistically, I'm not sure they would do much about it for a long time.

Alternatively, I'd have to force Xee to load TIFFs with NSImage or ImageIO.framework, but I am not sure how well that handles other features like multi-layer TIFF. So basically, it's a tricky problem to solve.

Even more ideally, I would write my own TIFF loader that would always do the right thing, but practically, I don't have the time to do this, since TIFF is a horribly complex format. Although maybe LibTIFF could do it...

So sorry, I don't have a simple solution. I'll think about it. In the meanwhile, you could try reporting the bug in Quicktime to Apple, and see if they bother doing anything about it.

Thank you for your answers. I will try to get to Apple with Quicktime problem but also i hope to see Xee doing the right job.

Thanks again.

Thank you for this great application, I remapped the keys to my likings and always use it to browse through photos just downloaded from my camera. I like the possibility to set zoom to 1:1 pixel with a keypress, and then scroll around with the mouse. And it's fast!

I'd like to try 2.0 alpha, but I have a question: will it overwrite my current Xee preferences and/or make them unusable with 1.x versions? In other words, can I have both versions installed at the same time without them interferring with each other?

I'd also like to be able to see current image's exif data (e.g. in a popup window when in full screen) by pressing a key... would it be hard to add such a feature?

Thanks.

>>302

You can use them both side by side - 2.0 adds some new preferences, but doesn't break the old ones. And I am actually working on EXIF right now.

Small interface bug report:
Tested with version 2.0 alpha 2 on PPC
On the Copy/Move drawer, when dragging an item off the list and pressing escape while still dragging, the item is removed from the list. The expected behavior would be for that element to snap back in place (it's that way everywhere else and I think it's mentioned in the HIG).

Anyway, I really like the direction Xee is taking. With all those feature requests, it's nice to see that you don't intend to go all ACDSee on it in the next versions.

I asked people in Apple forum about those TIFF files. Quicktime can't display CYMK images, only RGB ones. This is it: http://discussions.apple.com/thread.jspa?threadID=623165&tstart=15

Vow,

implement simple thumbnail mode and simple folder bar and you created the best image browser ever!

Thumbs up!

Ta.

>>304

I'll try to get that fixed.

>>306

Since the Finder already has a thumbnail mode, I don't see why an image viewer would also need it.

I checked the new beta on my intel-macbook
Looks good..., but it crashes when I try to rotate a picture (rainbow-ball and I need to restart)

PS: I don't want/need a thumbnail mode - there are enough picture viewers with this feature and that's why I like Xee ;)

>>308

Probably the same problem as everyone else, turn off antialiasing in View -> Antialiasing.

Next version will have it off by default unless I can find an intel mac to debug it on. I really don't think it should even be possible to cause a bug like that, though, so I'm going to put some blame for that on Apple and buggy drivers.

Testing v2 beta on OS 10.4.7 PPC (iBook G4 1GHz), seems ok but it looks slower than 1.x when browsing pictures: I usually drag a photo folder on the application icon and then browse through photos one at a time, and with v2 very often I see a black area at the bottom of the screen immediately after advancing to the next photo, which is then filled up with the corresponding photo part; looks as if the photo still has to be completely drawn (or loaded?) when I'm already viewing it.
This didn't happen with v1.x. I tried deactivating antialiasing but it made no difference.

>>310

With 1.x, you'd just have seen a completely black screen for about the same amount of time. I'm trying to get progressive loading working properly so you can see the picture as it loads.

>>311

Well yes with 1.2.1 sometimes I see a black screen for a brief moment, but I can assure you that, globally, browsing the same folder with 1.2.1 is clearly much faster than it is with 2.0 alpha 2 (without antialiasing).
Maybe the 2.0 code is not optimized yet?

Ah, I turned off antialiasing and now it works (rotating images)!
Thank you very much ;)))

>>312

Some quick testing on just the JPEG loading code I did earlier showed that it is slightly faster than that in 1.2. However, I think that was testing code from later than alpha 2. Whenever I finally finish the next version, try again and see how it seems.

The alpha 2 causes my whole system to freeze and I need to reboot.
hope you get a intelmac to develop on soon.

great little tool. would love to have a simple slideshow-function like irfanview. zooming pictures looks quite bad compared to other tools. any way to improve that by some s-spline code or something like that?

>>315

Read the earlier posts about how to work around that.

>>316

No, it's not that easy, since the drawing is done with OpenGL. The 2.0 alpha has some trickery to produce prettier zoomed out pictures, though.

If you're referring to the zoomed in pictures, those are intentionally left pixelized, because I, at least, want to actually see the pixels in a picture when I zoom it.

How do we keep the "auto rotate" setting? There is no point in having to do that for every picture. It should remain the setting!

Just thought I'd upload a universal version of Xee 1.2.1. I couldn't find one and I can't stand the Rosetta load time. YUV decoding doesn't seem to work so go into prefs > advanced and set it to use RGB.

Here's a link:

http://rapidshare.de/files/35040937/Xee.app.zip.html

Can't wait for the anti-aliasing build, though I checked out preview and it doesn't seem to anti-alias either. It only seems to do that for PDF documents. Xee alpha 2 crashed my Intel Mac too as soon as it launched. You'd have thought there would be some way that the system would auto-recover from a graphics driver crash.

Sorry about using Rapidshare. For those of you who don't know how to use it, you have to click the button that says free and then wait for the timer to count down and then input a code. It should download the zipped program that is about 1MB in size.

--please forgive my poor english--
hi, i really like your app, it's great.
i have some suggestions. i noticed xee when i was searching an qiv alternative for the mac. so i would be really happy with some shell support like qiv. for example something like xee find . -name "*.jpg" to function would be great. (i found an workaround with open but it doesn't open all the pics given on the command line - just one and you can then browse the folder). another interesting feature would be an open dialog like the "go to folder" (don't know exactly the english local.) in the finder with path completion. i could think of much more... ;-)
thanks for the app! keep on coding.

>>319

There's a lot more than YUV that doesn't work. I'm pretty sure 32-bit PNGs won't work right either, and probably a bunch of other stuff.

To make alpha 2 work, run this in Terminal:
defaults write cx.c3.xee antialiasQuality 0

>>321

Xee won't open several windows for files in the same directory by default. You can change this in the preferences if you prefer it to always open new windows.

I just tested some 32-bit PNGs and they work ok. So far, I haven't found any problems compared to the PPC versionapart from YUV but I'll post if I find anything. I'd like to use alpha 2 but I don't want to rely on a preference to prevent my system crashing.

On the subject of the anti-aliasing, are you using the same techinques that games designers use for FSAA? Surely there must be a way to prevent it from crashing the system in order to debug it.

I also found this about OpenGL antialiasing:

http://homepage.mac.com/arekkusu/bugs/invariance/FSAA.html
http://homepage.mac.com/arekkusu/bugs/invariance/TexAA.html

Texture AA would work since you are dealing with quads.

Here's some Apple documentation on FSAA. You probably know about this stuff already but I thought I'd post it just in case:

http://developer.apple.com/documentation/GraphicsImaging/Conceptual/OpenGL-MacProgGuide/opengl_fsaa/chapter_11_section_1.html#//apple_ref/doc/uid/TP40001987-CH405-SW7

No, FSAA is pretty weak for antialiasing, and it's not supported on older cards anyway. I use other trickery, but there isn't really anything in there that should be able to crash the system, except maybe that I use all texture units. Of course, nothing should be able to crash the system in the first place, so something is definitely strange.

you misunderstood me, sorry.
the behaviour not to open many windows is good. what i wanted was something like a playlist - not just looping through the directory. maybe giving xee a file as playlist, or - as i meant - to give xee in the Terminal some files as argument: xee /dir1/file1.jpg /dir2/file2.jpg /dir2/file3.jpg /dir3/file4.jpg ...

Hi, I have a need for an image viewer that does something a little different from what Xee does -- unless I'm overlooking something. I sometimes use JSTOR, which is a service that serves scanned pages of old journals in GIF or JPEG format. I can save pages into a folder and then use a viewer to read them offline. Problem is, Xee opens images sized to fit the screen. So I have to cmd-0 to make the page legible, then arrow up to top of screen and start reading. At end of page I go to the next page... and Xee sizes it to the screen again, so I have to cmd-0 and arrow up to the top again, for every page. What I'd like is really two things: (1) once I've established a magnification, use it for all subsequent images unless I change it, and (2) concomitant with that, when I go to the next page, I want to be looking at the TOP of the next page (and for previous page, the BOTTOM of the page). I can understand why one might not want that mode of operation when looking at a folder full of pictures, but for this particular case of looking at scanned articles, Xee's behavior is annoying. So I guess I either need an "article mode" in Xee, or a different viewer. Suggestions?

Hi, I have a need for an image viewer that does something a little different from what Xee does -- unless I'm overlooking something. I sometimes use JSTOR, which is a service that serves scanned pages of old journals in GIF or JPEG format. I can save pages into a folder and then use a viewer to read them offline. Problem is, Xee opens images sized to fit the screen. So I have to cmd-0 to make the page legible, then arrow up to top of screen and start reading. At end of page I go to the next page... and Xee sizes it to the screen again, so I have to cmd-0 and arrow up to the top again, for every page. What I'd like is really two things: (1) once I've established a magnification, use it for all subsequent images unless I change it, and (2) concomitant with that, when I go to the next page, I want to be looking at the TOP of the next page (and for previous page, the BOTTOM of the page). I can understand why one might not want that mode of operation when looking at a folder full of pictures, but for this particular case of looking at scanned articles, Xee's behavior is annoying. So I guess I either need an "article mode" in Xee, or a different viewer. Suggestions?

View -> Automatic Zoom.

Sorry about the duplicate post; the board was acting weird yesterday. Maybe it always acts weird. We'll see.

I hadn't noticed the Automatic Zoom menu option (I'd been looking in Preferences). With that turned off, it does something like what I want. Not quite. It opens each new image at unit magnification, centered on the top leftmost part of the image. What I would like is for the new image to open at the same magnification as was used for the previous image. (I realized I talked about using cmd-0 on each page, but that was just an example; for some texts that is not be the ideal magnification.) And, ideally but not critically, when going back a page, it would centered on the bottom rightmost part of the image.

ALSO -- is there a way to turn off the "feature" where scrolling selects later/earlier images? I hate that. On my MacBook I'm so used to the idea that 2-finger dragging on the trackpad scrolls window content downward that I find myself doing it without thinking in Xee, instead of using the arrow keys... and I find myself looking at some later image in the folder rather than a lower part of the same image.

>>283
I saw that you've been unable to reproduce my crash when quitting from fullscreen in 2.0 alpha 2. It's consistent for me, so here's a screen of the crash report. It looks like a NULL dereference.
I'd respond on the Google page, but I don't have an account.

>>330

I think it might have been fixed by some changes I made in the current development version. When I finally get alpha 3 ready, try reporting back if the crash is still there or not.

(PS: _deallocHardCore: is the best method name ever.)

Hi, I love XEE, but I have an intel iMac (Core 2 Duo) I compiled a universal binary with XCode, but .jpg files are wierd looking.

(look @ attachment)

I opened a .png file, and it worked fine.

Thanks for you help.

Here's what it's supposed to look like.

>>332

Yes, that is why 1.2 is not Universal. You'll have to wait for 2.0, which will still take some time. There is an alpha version available, but you'll have to disable antialiasing or it will crash your machine. Check older posts in this thread.

Xee is simple and efficient, Yeah! :-)

just one request , view an edit keywords (i.e. spotlight search)

Can you do that?

hew i tried the alpha.

on a ppc some really big jpgs only load half way.

and i could reallllllly use hotkeys to move to specific folders (as in, you assign a hotkey to a folder, and then press that hotkey to move an image there)

and maybe some kind of movie file handling (acknowledgement and handling of movies, not viewing them) so i can move them into folders like i would a picture)

Hi, I'm enjoying Xee, and have two requests/suggestions regarding automatic JPEG rotation:
1) differentiate between displaying an image with auto-rotation applied, and performing lossless rotation on the image file. I didn't realize that "auto rotate" would change my files on disk, but I can see that was the result. (Such file modification should be obvious or pop up a warning, especially since it can't be undone.) I appreciate the option to perform lossless rotation on my files, but usually I'm primarily interested in viewing images at the proper orientation, without altering the files. I suggest two different functions for displaying/performing rotation.
2) Make "display with automatic rotation" a sticky option in the preferences, such that it's truly automatic (without user intervention on each JPEG image).

Thanks for an outstanding app.

>>337

I've been working on pretty much just that, but I lost the code in a drive crash. I'm working on re-creating it now.

@ Chris Love

Xee Universal works great... just set in Pref -> Advanced -> RGB !!

not YUV... then the colors comes ok!

cya

>>339

There are most likely other formats that do not work, even if you do that. .icns might be one.

OK, Xee may seem like it's dead, but this is actually just because of me totally fucking up my development cycle, and suddenly starting to re-design several interal parts of the code at the same time, and then getting distracted by adding other new features on top of that, and then finally having a goddamn hard drive crash and losing like two months of work on the damn thing, and so on, and so on. Lesson learned: Release early, release often, and goddammit, upload the source too. So with that in mind,

http://wakaba.c3.cx/releases/mac/Xee2.0alpha3.zip

This version has been so long in development I forgot half of the stuff I did. I finally got my Intel mac so it's been fixed up to work correctly on Intel now, at least. However, I still couldn't replicate the antialiaser crash, so nothing has been done about that, except to disable antialiasing by defualt on Intel. If some brave people would try and see if it still crashes under 10.4.8 when they turn it on, that would be very helpful.

Other stuff I can remember:

• Progressive image loading.
• Support for EXIF and other metadata.
• Rotation for any kind of image.
• New saving code.
• Updated JPEG loader.
• Maya IFF loader.
• Scroll wheel behaviour can be customized.
• Scrolling keys can be customized.

Stuff that is broken in this version:

• No lossless JPEG transforms. This is being re-written, because:
• There is a crop option which doesn't do anything really useful yet. It will in the future, however, AND it will support lossless cropping for JPEGs!

Works very well here, thanks.

What ACDSee on Windows had was not only rotate pics but also store them losslessly again. Something for you to implement? Would be awesome!

Besides of that, it seems to work well on my MacBook Pro 17" Intel Duo Core. Great Job

>>344

That's what I'm working on now.

Xee is awesome. It's just the app I've been looking for. Thanks so much for making this app available for us.

I've just tried Alpha 3, and I'm sorry to report the anti-aliasing is still crashing my Core 2 Duo MacBook, running on 10.4.8. :(

For what it's worth, I used to run Xee 2 Alpha 2 on my MacBook Pro, and the anti-aliasing never caused a crash on there. However, it has on this MacBook and the previous one that I exchanged for this one. So I'm wondering if it's related to the integrated 950 graphics chip?

If you'd like me to try any potential fixes, feel free to email me at "jason at resequenced dot com".

Thanks!

> So I'm wondering if it's related to the integrated 950 graphics chip?

It's looking a whole lot like it. None of the Intel machines I've had try it have experienced any crashes, and none of them had the 950 chip.

Xee is a BEST picture viewer for MAC!
Can you put a little option?
When open an image with Xee, then show me full screen automatically.
That's will be PERFECT!
Anyway thx for this cool software!

http://wakaba.c3.cx/releases/mac/Xee2.0alpha4.zip

Lossless JPEG transforms now work, including cropping - however, there is still no crop tool, so that's not very useful yet. However, this will come soon.

But right now, you can rotate an image, and when you select Save As, you have the option to save it without recompressing. EXIF data and thumbnail should be updated correctly, too.

Awesome to see on the lossless tranforms. I will be making good use of that.

Just for kicks I made my computer crash with the antialiasing bug again, to see if maybe it was fixed by accident in alpha 4. :) Nope, still freezes the screen solid.

PhotoPresenter, Preview and iPhoto all managed to find a way to antialias (eg "resample" or "interpolate") downsized images on my 950 chip without crashing. Maybe you can ask the PhotoPresenter guys how they handled it?

Thanks again for the awesome app.

>>351

It's easy if you use the normal, slow APIs. Xee uses OpenGL all the way, which makes it fast, but also makes antialiasing hard.

That said, there's nothing wrong with the code that is there now that I can think of, and I really suspect this is a bug in the 950 OpenGL driver, which I'll have to work around somehow.

Great program! Are you going to release the source for Xee 2? I desperately need to display arbitrary exif tags in full screen mode.

>>353

It's there in the same directory. If you're thinking of hacking it, be aware that since it's still in alpha, I'm doing some pretty big changes on it constantly, so keep me up to date if you want stuff included.

Finnaly! Great program. I would be very usefull to configure xsee to open in fullscreen mode (like PhoenixSlides) and display important exif info transparent (like PhoenixSlides)

Xee2.0alpha4.zip won't work with my Mac OS X 10.3.9 ?
After unzip, open the application but it just close itself (boucing at the dock for a second and disappear again).

Xee1.2.1.zip works though, but i want to try Xee2Alpha4 version.

Now, here are some fairly big updates:

http://wakaba.c3.cx/releases/mac/Xee2.0alpha5.zip

• The antialiaser crash on MacBooks should be fixed. I finally found a test machine, and found out that the OpenGL driver for the GMA 950 chipset really does seem to be broken. It reports having eight texture units, but if you try to use more than seven, it crashes. Workaround added, and bug filed with Apple.
• Archive support. Xee can now load files out of any file format that The Unarchiver can read (except for tar.gz and tar.bz2 at the moment, as it needs extra code and doesn't seem useful). To make it work, you need The Unarchiver installed!
• Realtime updates of the file list. Adding, renaming and deleting files (or the directory itself) should now be handled automatically!
• Slightly updated look for the status bar. Still needs some better icons, though - any takers? Designing useful 16x16 icons is hard.

Some of the code is very untested. Please report any and all problems! The more testing you do, the better!

>>356

It probably doesn't support 10.3, no. I might fix that later, but it's hard since I don't have a 10.3 machine to do testing on.

Oh... i'm outta luck then. Can only stick with version 1.2.1. T.T

Some requested features:

http://wakaba.c3.cx/releases/mac/Xee2.0alpha6.zip

• Automatic slideshow
• Looping images when browsing
• Auto-fullscreen mode
• Some bugfixes

All the new stuff is accessible from the menus (which have also been re-arranged a bit).

Yes! The anti-aliasing problem on the MacBook is indeed fixed. Perfect.

Love the auto-fullscreen mode too. Finally, I feel like I've found a replacement for Irfanview. :)

Thanks again for creating such an awesome program. This will be a huge hit when it's done.

Wow! Archive support is very nice feature. It's really great program. Thank you! :)
But if you add 'Show two pages' feature, xee will be best comic viewer.
Currently, I use cooviewer for archived comics file. I believe xee will replace cooviewer in near future. :D

Thank a ton! Xee is the greatest viewer ever I've seen.

BTW, is it possible to view all the pictures rotated? It is, like a monitor itself is rotated. I have many pictures which was taken vertically. Instead of rotating each images, I just want them to be 'automatically rotated Clockwise or Counter-clockwise'.

Thanks again for great software.

>>365

Well, if your camera has an orientation sensor and writes the orientation data to the file, 2.0 can show it automatically rotated (turn this on in the advanced preferences). If it doesn't, there's currently no way to do that. I guess it would technically be possible to add support for that, but it's kind of a rare situation...

How about an option to automatically move the mouse pointer to keep it on the toolbar button last clicked on? This would be handy for scrolling through directories of pictures of varying size without having to reposition the mouse on the 'Next picture' button.

>>367

There is already the option to not resize windows when clicking in the toolbar, which is on by default. Moving the mouse pointer is generally a big no-no, user interface design-wise.

Some polishing:

http://wakaba.c3.cx/releases/mac/Xee2.0alpha7.zip

Fixed some full-screen bugs, such as problems with animation. Viewing meta-data in fullscreen now works, and the metadata display is a bit prettier. Made the scroll wheel browsing work a bit better and fixed some pre-caching problems for random skipping.

>>357

Adam Betts made replacement icons a while back (>>251 or http://www.artofadambetts.com/weblog/?p=119). They look really good.

>>370

I tried them earlier, but they don't quite do it for me. I might ask him for some changes and use them, though.

it would be very usefull to display exif info transparent just like in PhoenixSlides

Archive support! Wonderful. A little slow on first load, but a lot of formats are supported. Very nice update.
For an Open Recent menu, would you need to subclass NSDocumentController?

And again!

http://wakaba.c3.cx/releases/mac/Xee2.0alpha8.zip

• As requested, it is now possible to sort by name, size or time. Also, by default, Xee will try to find out how you were sorting files in the Finder, and use that order.
• Also as requested, there are now keyboard shortcuts for the first ten entries in the destination list. Configurable, of course, along with the rest.
• I have been tracking down and fixing memory leaks. I think I have most of them now, except for those that seem to be inside OS X itself.

xee sucks

personally i install gentoo portage and emerge wine plus use a hacked version of microsoft image viewer you should too

Oops, I broke archive support in alpha 8 (which I didn't notice because it DID work when started from Xcode, but not otherwise). Fixed:

http://wakaba.c3.cx/releases/mac/Xee2.0alpha9.zip

Been a fan of this program for a few months now - I love it. Version 2.0 alpha 4 works great on my 10.4.8 intel mac, but alpha 9 crashes upon launch. If i can provide any additional help for testing let meknow

PS - regarding "Anonymous"' post on using hacked Microsoft products instead ....>sigh<

>>377

If you can post the crash log, that would help.

Your viewer is AMAZING !!! It's fast, acurate, ... and the antiliazing feature is wonderful ! Congratulations.

Thank you so much! Your work is really fantastic! Alpha 9 works great on my MacBook!

First off, love your program. Something I've noticed. This picture is always deformed when viewed through all of the Universal alphas so far and sometimes crashes. As soon as I figure out how to put up a crash log, I'll do that.

Here you go.

Wow, that is some image. Gecko won't load it, the thumbnailer on this board won't load it. Preview says it's CMYK, so I guess nobody likes those. Well, I'll try to make Xee load it.

Correction: The file is in YCCK, not CMYK. libjpeg has no built-in converter for YCCK to RGB, so I will have to code something up at some point. For now, I've made it not crash, at least.

All right, I think I've got most of the stuff I absolutely want to have in this version. Time for a feature freeze, and switching to beta. Well, probably not a complete feature freeze, but from here on I'll try to mostly do bugfixes and polish.

This means I need more bug reports! Please take some time to really test features in Xee, and tell me of ANYTHING that breaks, or doesn't work like you expect it to!

http://wakaba.c3.cx/releases/mac/Xee2.0beta1.zip

• Finally, a working crop tool! Big thanks to squeeks for helping me design this. We're still tweaking that, so it's not quite done, but it should be pretty good as it is.
• Some interface tweaks.
• Added a super-dumb CMYK converter to the the JPEG loader, so >>381 loads, even if the colours are a bit off.

The behavior is odd when opening new files from fullscreen, in single-window mode particularly.

May I suggest Xee use the Sparkle framework for updating? This would make it convenient to get the latest betas and test them during development, as well as upgrades for the stable version in time.

Thanks for the great software :)

The crash that I was experiencing with alpha9 no longer occurs after using the version you posted on 2006-12-14 at 18:32. Great application, sir!

The crash that I was experiencing with alpha9 no longer occurs after using the version you posted on 2006-12-14 at 18:32. Great application, sir!

So far, it's opened everything I've thrown at it. No discoloration, either.

One thing I've noticed is that CMD-0 doesn't seem to work on any picture with 2.0 beta 1. Although, going to View > Actual Size does work. Is anyone else experiencing this or is it just my machine?

>>386

Noted and reproduced.

>>387

It looks nice enough, but Sparkle.framework is about half the size of Xee. That doesn't really make it very appealing to bundle with every download.

>>390

Oh. That is because I added Cmd-0 as a shortcut for "Copy to tenth destination", since Cmd-1 to Cmd-9 are the first nine ones. I guess that's a problem. Maybe I'll just remove the tenth shortcut...

>>390

Also: To work around it, open the keyboard shortcuts and remove the other shortcut.

Cool. I didn't even think about that... Yep, works fine. Everything's good.

Hi!
Is there an option or setting to remember rotated images? When I'm rotating an image and I browse back, it's unrotated again?!

I love xee, and it has replaced preview on my powerbook! Many thanks! it crashes somewhat (1.2.1) more often that I'd like but it's still feature rich and i love the intuitive keyboard navigation, it's a total oreo cookie! (ie: good :)

I love xee, and it has replaced preview on my powerbook! Many thanks! it crashes somewhat (1.2.1) more often that I'd like but it's still feature rich and i love the intuitive keyboard navigation, it's a total oreo cookie! (ie: good :)

I love xee, and it has replaced preview on my powerbook! Many thanks! it crashes somewhat (1.2.1) more often that I'd like but it's still feature rich and i love the intuitive keyboard navigation, it's a total oreo cookie! (ie: good :)

>>394

Right now, you have to save pictures explicitly to keep the rotation. I might add some kind of optional auto-save. I haven't quite worked out how I want that to work.

>>395

Try to see if the beta 2.0 crashes any less. If it still crashes, post me some crash logs.

About the rotation:
I see.. hoping this feature will be in any next future's version ;)))
I'm using the old version again, because I need that... :(

>>399

It's definitely one thing I need to fix before the final 2.0 version.

hey, thank you for adding the "move to" shortcuts! very appreciated

the beta seems to work very nicely(ppc)
3 things:

-a "crop" button in the toolbar is needed
-in the like keyboard configuration window within preferences the x apparently does nothing at all. also, to change the key combinationits it is awkward to have make a whole new button and delete the old one you should be able to change a key combo in one step.
-movie placeholders (its alright if its not gonna happen. would be very cool though)

thank you very very much

> a "crop" button in the toolbar is needed

Yes.

> in the like keyboard configuration window within preferences the x apparently does nothing at all.

It should restore the shortcut to defaults. I guess it should be disabled if they are already set to the defaults.

> also, to change the key combinationits it is awkward to have make a whole new button and delete the old one you should be able to change a key combo in one step.

Granted, but I am not sure what to do instead - I don't think it's very friendly to make other keyboard shortcuts disappear silently, either. As it is now, you can at least drag the old one to the new action.

> movie placeholders (its alright if its not gonna happen. would be very cool though)

Theoretically, I could even make movies PLAY in Xee without too much effort, but that's definitely feature bloat. Not sure what I'll do about this.

EXCELENT PROGRAM!!!, congrats!!! The best image brouser for MAC. Im using macbook dual core 2, and the only bug i find is when i rotate the image and save it (without recompression) it saves the file replacing the old one but the program after doing that crashes and closes. I dont know why. Also the ^save lossessly^option in the menu appears in grey, maybe im doing something wrong.
I use in windows xp irfanview and the only thing i miss is that u can edit the image gamma, histogram, contrast...
Good job on the cropping tool!!!

Date/Time: 2006-12-26 13:51:19.568 -0600
OS Version: 10.4.8 (Build 8N1106)
Report Version: 4

Command: Xee
Path: /Applications/Multimedia/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [52]

Version: ??? (2.0 beta 1)

PID: 1715
Thread: 1

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x65426c6c

Thread 0:
0 libSystem.B.dylib 0x90009857 mach_msg_trap + 7
1 com.apple.CoreFoundation 0x9082b2f3 CFRunLoopRunSpecific + 2014
2 com.apple.CoreFoundation 0x9082ab0e CFRunLoopRunInMode + 61
3 com.apple.HIToolbox 0x92ddabef RunCurrentEventLoopInMode + 285
4 com.apple.HIToolbox 0x92dda2fd ReceiveNextEventCommon + 385
5 com.apple.HIToolbox 0x92dda154 BlockUntilNextEventMatchingListInMode + 81
6 com.apple.AppKit 0x9325f465 _DPSNextEvent + 572
7 com.apple.AppKit 0x9325f056 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137
8 com.apple.AppKit 0x93258ddb -[NSApplication run] + 512
9 com.apple.AppKit 0x9324cd2f NSApplicationMain + 573
10 cx.c3.xee 0x00002292 _start + 216
11 cx.c3.xee 0x000021b9 start + 41

Thread 1 Crashed:
0 libobjc.A.dylib 0x90a564c7 objc_msgSend + 23
1 com.apple.Foundation 0x925f836c forkThreadForFunction + 123
2 libSystem.B.dylib 0x90023d87 _pthread_body + 84

Thread 2:
0 libSystem.B.dylib 0x90024427 semaphore_wait_signal_trap + 7
1 com.apple.Foundation 0x9264e2f8 -[NSConditionLock lockWhenCondition:] + 39
2 com.apple.AppKit 0x93336270 -[NSUIHeartBeat _heartBeatThread:] + 377
3 com.apple.Foundation 0x925f836c forkThreadForFunction + 123
4 libSystem.B.dylib 0x90023d87 _pthread_body + 84

Thread 3:
0 libSystem.B.dylib 0x90009857 mach_msg_trap + 7
1 com.apple.CoreFoundation 0x9082b2f3 CFRunLoopRunSpecific + 2014
2 com.apple.CoreFoundation 0x9082ab0e CFRunLoopRunInMode + 61
3 com.apple.audio.CoreAudio 0x9146541e HALRunLoop::OwnThread(void*) + 158
4 com.apple.audio.CoreAudio 0x91465239 CAPThread::Entry(CAPThread*) + 93
5 libSystem.B.dylib 0x90023d87 _pthread_body + 84

Thread 4:
0 libSystem.B.dylib 0x900268bc kevent + 12
1 ...ple.CoreServices.CarbonCore 0x90cb5f84 PrivateMPEntryPoint + 51
2 libSystem.B.dylib 0x90023d87 _pthread_body + 84

Thread 5:
0 libSystem.B.dylib 0x90024427 semaphore_wait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90cb6129 MPWaitOnQueue + 198
2 com.apple.DesktopServices 0x9251e943 TNodeSyncTask::SyncTaskProc(void*) + 143
3 ...ple.CoreServices.CarbonCore 0x90cb5f84 PrivateMPEntryPoint + 51
4 libSystem.B.dylib 0x90023d87 _pthread_body + 84

Thread 1 crashed with X86 Thread State (32-bit):
eax: 0x65426c6c ebx: 0xb009ded4 ecx: 0x00081d40 edx: 0x900268bc
edi: 0x65426c74 esi: 0x003ad920 ebp: 0xb009df08 esp: 0xb009dea4
ss: 0x0000001f efl: 0x00010206 eip: 0x90a564c7 cs: 0x00000017
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037

>>403

The "Save losslessly" option isn't properly implemented yet, so that's why it's grey. I'll have a look at that crash, though. Thanks!

Xee turns out to be the easiest to use image viewer for my 59 year old mother, who is using her iBook for 1 month now.
So great work!

But we had a problem this day. She has a lot of picture-CDs of her friends. When watching them, there's often the need to rotate an image. This is not possible with Xee. When the volume is write-protected you get an error-message.

It's also not possible to rotate non-jpeg images.

Is there a particular philosophy behind these two points or are you working on implementing these functionalities?

Me again!

Found your 2.0beta1. Both of my mentionned points in post #406 are already implemented. Great!!

One additional little point:
Pictures should be resized to window (or screen in fullscreen) after rotation.

>>406
You say "She has a lot of picture-CDs of her friends. When watching them, there's often the need to rotate an image. This is not possible with Xee. When the volume is write-protected you get an error-message."
You can't change something that is read-only, such as a CD-ROM or CD-R! I don't see how this could be now "already implemented". Unless you save some sort of cached metadata.

>>408 I don't think he's trying to save the rotation, just rotate temporarily, and that was what was failing before.

>>402

> Theoretically, I could even make movies PLAY in Xee without too much effort, but that's definitely feature bloat. Not sure what I'll do about this.

Please don't. If would make sense if Xee offered a directory view with thumbnail previews but as it is right now, Xee is an image browser. There are other programs to let you preview/view a batch of movies sequentially.

Any way to turn off the delete confirmation box when clicking the Delete button on the toolbar?

>>385

For some reason with this build, I have an odd problem with viewing large amounts of images on a network share. I cannot reproduce this on local directories. It's a bit difficult to explain but here goes.

Say I go through a directory with more than a hundred or so images, all rather large (think manga) and then I use finder to go to a different directory and double-click an image to open it in Xee. Sometimes a problem will occur where Xee will resize itself to the dimensions of the image but will display nothing but black. When Xee is like this, I can't navigate to other images either.

Trying to open another image through the finder will only get another all-black image. Trying to bring up the open dialogue inside Xee will just cause it to eat up CPU. Here's the sample log on Xee when it's in that locked-up state:

Analysis of sampling pid 2429 every 10.000000 milliseconds
Call graph:
    300 Thread_0f07
      300 start
        300 _start
          300 NSApplicationMain
            300 -[NSApplication run]
              300 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:]
                300 _DPSNextEvent
                  300 _NSHandleCarbonMenuEvent
                    300 -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:]
                      300 -[NSMenu performActionForItemAtIndex:]
                        300 -[NSApplication sendAction:to:from:]
                          300 -[XeeDelegate openDocument:]
                            300 -[NSSavePanel(NSSavePanelRuntime) runModalForTypes:]
                              300 -[NSSavePanel(NSSavePanelRuntime) runModalForDirectory:file:types:]
                                300 -[NSApplication runModalForWindow:]
                                  300 -[NSApplication beginModalSessionForWindow:]
                                    300 -[NSApplication _commonBeginModalSessionForWindow:relativeToWindow:modalDelegate:didEndSelector:contextInfo:]
                                      300 -[NSApplication _orderFrontModalWindow:relativeToWindow:]
                                        300 -[NSWindow _reallyDoOrderWindow:relativeTo:findKey:forCounter:force:isModal:]
                                          300 -[NSWindow _commonAwake]
                                            300 -[NSWindow(NSDrag) _registerDragTypesIfNeeded]
                                              300 -[NSWindow(NSDrag) _registerDragTypes:]
                                                300 -[NSView(NSDrag) _addDragTypesTo:]
                                                  300 objc_msgSend
                                                    300 objc_msgSend
    300 Thread_1003
      300 _pthread_body
        300 __ape_agent
          300 mach_msg_trap
            300 mach_msg_trap
    300 Thread_1103
      300 _pthread_body
        300 forkThreadForFunction
          300 kevent
            300 kevent

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
        kevent        300
        mach_msg_trap        300
        objc_msgSend        300
Sample analysis of process 2429 written to file /dev/stdout
Sampling process 2429 each 10 msecs 300 times

Intel Mac mini on 10.4.8

WAHa,

this a great little app. Needed something that would flip thru photos. u did good though I haven't tested it throughly.

ohh, does need one thing. Using the X button really should close the app program unless another is open.

>>414
No. That's not how Mac apps work.
At least, that's not how they should work, according to the HIG.

>>412

I've been trying, but I can't reproduce this. Can you figure out a solid way to reproduce it? Also, what kind of network share?

>>416
I can't reproduce it consistently in the sense that I can't figure out why if I view one set of images in one directory, I can trigger the problem always but if I go through another directory of a similar number of images, it won't trigger. But for known 'bad' directories, I can definitely reproduce the bug consistently.

It's a CIFS share off a Win2K3 server. I can confirm that I had no problems using the stable version of Xee and did not recall any problem using the early Intel betas either.

>>416
On a side note, can I again make a request for AppleScripting support?

>>417

Does opening an image in a directory, and then clicking another image there (to re-use the same window), and then doing stuff cause the problem? Because I've found and fixed a bug relating to that already.

Also, I want AppleScripting too but it won't be in 2.0, I'm trying to polish that off and release it now without adding anything new. Also if somebody with more experience with AppleScript than me wants to help me out with it, that would be appreciated because I don't have much of a clue how it should be done.

>>419
Doesn't seem to trigger it in that case. This bug is actually bugging me a lot because it essentially all my manga are stored on a network share so I run into this pretty much every other volume of reading. If you want me to run a special build that outputs lots and lots of output and debug messages, I'm up for it as long as it helps.

o key bindings doesn't seem to stay; after a restart they are either gone or have multipled (tested on G4 only); e.g. setting "L" to loop, after a restart you can find "L" several times in the list
o maybe the default OSX print dialog would be nice; I know it's a viewer but sometimes for quick printing...
nice work anyway

>>421

What version?

this one: http://wakaba.c3.cx/releases/mac/Xee2.0beta1.zip
problem exists even with a clean cx.c3.xee.plist
It also occurs with a "clean" account (in this case root which isn't spoiled by any customizations); The "L" is funny as it really gets multiplied; I set horizontal and vertical mirror to "H" and "V", which are kept after a restart of the programm but doesn't work
I haven't tested it yet on intel mac

>>423

All right, I see the problem. I'll try to get it fixed. Thanks!

All right, I think I've finally got all the GUI tweaks in, and everything should now work! I also fixed most of the reported bugs, except for the network share one which I haven't gotten around to reproducing yet. Hopefully, though, the program should be nearly ready for release now, except for translations, which I'm going to try and get arranged now, at least for Japanese.

So! If you don't report bugs now, they won't get fixed in the final version!

http://wakaba.c3.cx/releases/mac/Xee2.0beta2.zip

for some reason the Xee2.0 beta2 is still significantly slower on my old PB G4 1.25 Ghz than Xee 1.21 while loading larger JPEG images (both versions set to YUV). While 1.21 loads them almost instantaneously, 2.0b2 seems to need more memory. hope this is not related to the universal binary...

I really like Xee and I have two suggestions:

• It would be nice if it lets me copy only the selected area of an image when I use the crop tool. (and of course a new-image-from-clipboard option, just like Preview, would be welcomed)
• I think it really needs to display scrollbars when seeing a bigger than your display resolution image. Without scrollbars you don't know if you see the whole image or a part of it.

Thank you and keep up the good work!

>>426

That is still strange, because most of my own tests suggest it should be about as fast or a little faster. I could add a hidden option to turn off the progressive display, in case that is causing trouble on some old graphics chip...

>>427

It's not really a select tool and more just a crop tool, so I dunno. You can always just apply the cropping and then copy. Also, just press cmd-V to make a new image from the clipboard.

The scrollbars, I dunno. Not only is the standard scrollbar code on OS X pretty buggy, it'd also most likely be slower at scrolling if it had to draw the scrollbars too, and they'd clutter up the interface. Normally you would expect them, but ACDSee, which I am copying to a large extent, doesn't have them either.

Xee2.0beta2 fixes the problem with Cmd-0 I was experiencing with 2.0beta1, but now I can't open Help > Keyboard Shortcuts... The menu item simply flashes and goes away, as it should... And, that's it. Nothing else comes up. It doesn't display Keyboard Shortcuts. I tried deleting cx.c3.xee.plist, but that didn't resolve the problem. Thanks again.

>>429

Hmm, it works fine here. Can you open the preferences normally?

>>430

I just discovered this. I opened it up through Preferences (which, to answer your question, works fine). Then, I went back to Help > Keyboard Shortcuts (KS) and now it works. But, if I quit Xee and go to Help > KS it's back to square one; it doesn't open. But, it will if I open it through Preferences first, again. Looks like a simple bug.

>>431

Oh! I get it, it IS a very simple bug. Thanks for catching that.

>>425
My problem with the network shares still persists in this version but here's some more info.

When my problem occurs, the status bar will say "Cannot display image" and the window/canvas will be black. Using the file open dialogue inside Xee will crash. In the previous beta, Xee would just drive up CPU utilisation.

Here's the crash log in case it helps:

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000020

Thread 0 Crashed:
0   libobjc.A.dylib      	0x90a54380 objc_msgSend + 16
1   com.apple.AppKit     	0x9335c070 -[NSView(NSDrag) _addDragTypesTo:] + 55
2   com.apple.AppKit     	0x9335bec6 -[NSWindow(NSDrag) _registerDragTypes:] + 120
3   com.apple.AppKit     	0x932e8e6f -[NSWindow(NSDrag) _registerDragTypesIfNeeded] + 66
4   com.apple.AppKit     	0x932e79ef -[NSWindow _commonAwake] + 2575
5   com.apple.AppKit     	0x932900af -[NSWindow _reallyDoOrderWindow:relativeTo:findKey:forCounter:force:isModal:] + 512
6   com.apple.AppKit     	0x93339854 -[NSApplication _orderFrontModalWindow:relativeToWindow:] + 686
7   com.apple.AppKit     	0x9333933a -[NSApplication _commonBeginModalSessionForWindow:relativeToWindow:modalDelegate:didEndSelector:contextInfo:] + 678
8   com.apple.AppKit     	0x9333908e -[NSApplication beginModalSessionForWindow:] + 72
9   com.apple.AppKit     	0x93338f6d -[NSApplication runModalForWindow:] + 109
10  com.apple.AppKit     	0x9345ee20 -[NSSavePanel(NSSavePanelRuntime) runModalForDirectory:file:types:] + 218
11  com.apple.AppKit     	0x9345ec31 -[NSSavePanel(NSSavePanelRuntime) runModalForTypes:] + 71
12  cx.c3.xee            	0x0000c522 -[XeeDelegate openDocument:] + 188
13  com.apple.AppKit     	0x9335cd88 -[NSApplication sendAction:to:from:] + 107
14  com.apple.AppKit     	0x9340ace7 -[NSMenu performActionForItemAtIndex:] + 455
15  com.apple.AppKit     	0x9340aa29 -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] + 103
16  com.apple.AppKit     	0x9333be16 _NSHandleCarbonMenuEvent + 477
17  com.apple.AppKit     	0x9326f7fc _DPSNextEvent + 1491
18  com.apple.AppKit     	0x9326f056 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137
19  com.apple.AppKit     	0x93268ddb -[NSApplication run] + 512
20  com.apple.AppKit     	0x9325cd2f NSApplicationMain + 573
21  cx.c3.xee            	0x00002db2 _start + 216
22  cx.c3.xee            	0x00002cd9 start + 41

Thread 1:
0   libSystem.B.dylib    	0x90009857 mach_msg_trap + 7
1   com.unsanity.ape     	0xc0001cac __ape_agent + 307
2   libSystem.B.dylib    	0x90023d87 _pthread_body + 84

Thread 2:
0   libSystem.B.dylib    	0x900268bc kevent + 12
1   com.apple.Foundation 	0x925f536c forkThreadForFunction + 123
2   libSystem.B.dylib    	0x90023d87 _pthread_body + 84

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0x00000000    ebx: 0x925f0f26 ecx: 0x90a65c00 edx: 0x16a8f650
  edi: 0x00000004    esi: 0x00000000 ebp: 0xbffff0b8 esp: 0xbfffee58
   ss: 0x0000001f    efl: 0x00210202 eip: 0x90a54380  cs: 0x00000017
   ds: 0x0000001f     es: 0x0000001f  fs: 0x00000000  gs: 0x00000037

>>434

> com.unsanity.ape

First, try disabling that and see if the problem persists.

>>435

I just tried disabling all my APE extensions but I can still crash Xee using the same steps. Though, the crash log is much shorter:

Command: Xee
Path:    /Applications/Xee.app/Contents/MacOS/Xee
Parent:  WindowServer [60]

Version: ??? (2.0 beta 2)

PID:    3776
Thread: Unknown

Link (dyld) error:

image not found

>>436

Wow, that is a weird crash. Something is definitely fucked up there.

Open Console.app (in /Applications/Utilities/) and see if it says anything?

That's a really weird error though. I don't think anything involved uses weak linking or bundles.

>>438

When my problem occurs:

2007-01-19 18:48:12.849 Xee[5180] *** -[NSBundle load]: Couldn't dynamically load framework code

When I crash Xee:

2007-01-19 18:49:15.549 Xee[5180] unable to load nib data: /System/Library/Frameworks/AppKit.framework/Resources/English.lproj/NSNavPanelContentView.nib
2007-01-19 18:49:15.550 Xee[5180] unable to load nib data: /System/Library/Frameworks/AppKit.framework/Resources/English.lproj/NSNavView.nib

>>439

Are you trying to open an image, or an archive, when this happens?

>>440

Image in a directory different from the directory the image resides in.

Many thanx 4 this great app, just what we needed for osX !

This image viewer would replace Preview right away if only it could open .pdf and - even better - .ps

the old version 1.21 kept the settings for an image once applied (i.e. rotating 90 degree, jpeg), I assume by writing the exiftags. This is no longer possible with 2.0 beta 2.
I hope I didn't miss some obvious settings...

>>441

I finally managed to set up an SMB share to test this on, and I do see the problem.

It smells just a little bit like samba itself being very buggy, though. If that's the case, I can try and work around it but I can't guarantee I will have much success.

(For fun, try this: delete the picture you're viewing from inside Xee. Then browse forward a couple of images and then back to the deleted image. For me, it's still there and can be loaded, although it's disappeared from the Finder!)

>>445

I feel vindicated that it's not some imaginary problem only I can reproduce. But now that you mention it, I do have odd problems like this with Window shares in general. Though it also seems like that the problem occurs less if I don't browse all the way to the last image of a directory before opening an image from another directory.

>>446

I found the bug, and fixed it! However, the basic problem is that the kqueue functions that Xee uses to monitor changes in the filesystem (even when it does things like delete an image itself) don't work on SMB shares. So behaviour will always be a bit broken on SMB, but at least browsing works right now.

(Turns out the trigger for the bug is simply viewing enough images on an SMB share. Just opening one and holding down the skip-to-next button will trigger it after a while.)

>>443
Try PDFView.

>>447
I'm happy as long as I can browse off Windows shares now without this bug kicking in. Much thanks.

Could you pretty please not write the name of every file to the console log?

>>449

That's what you get for running beta versions! It'll be removed in the final.

Hi,
I started using Xee some days ago, I would like to have two more options:

1. Auto-rotate (but do not save) based on EXIF info
2. Start in fullscreen (useful for double-clicked images)

Great software!

>>451

Both options exist in the 2.0 beta already, the first in the advanced prefs, and the second in the View menu.

In 1.2.1 Xee would stay fixed to a certain area of the screen when opening a new window. Now it opens windows in the upper left. Is there any chance that Xee might be able to regain this little bit of functionality?

Well, it's finally time to release this, I think!

http://wakaba.c3.cx/releases/mac/Xee2.0.zip
http://wakaba.c3.cx/releases/mac/Xee2.0_src.zip
http://wakaba.c3.cx/s/apps/xee.html

I've tried to list the changes on the Xee homepage, but I'm not sure I can even remember them all any longer!

Also, sorry, >>453, you were a bit too late. I'll look into that for the next version.

I just saw that the new version ought to open archive files (with help of the unarchiver).

Ho can i use this feature? Whenever i open a zip (or cbz) in Xee (either by File>Open or by dropping the zip at the program icon) Xee states to be unable to display the file, though the unarchiver is perfectly able to open and extract the archive...

>>456

If you upgraded The Unarchiver and put the old version in the trash, try emptying the trash and see if that helps.

I'd prefer that Xee 2.0 doesn't associate itself with my archives.
I don't want browse archived images and prefer to extract big binaries with stuffit instead of Xee (which doesn't work at all neither with the Unarchiver nor without).

>>457

Unfortunately not. I emptied my trash, loged out/in again without changes. Even creating a new zip (by using the Finder) I'm not able to watch the content in Xee.

Is there a way to determine whether or not Xee has found The Unarchiver?

>>458

Have a look at the Xee Preferences. There's a panel named Formats, uncheck the last two items and Xee wont open your archives anymore.

I'd also like to print my images from Xee.

>>458

Actually, it doesn't associate itself with anything by default. If it does, it's OS X that picked that association by itself.

>>459

If it doesn't find it, it opens a dialog to tell you. With this particular bug, it finds it, but somehow can't load the code from it. Check Console.app for any messages.

>>460

For now, this is outside the scope of the app. If I implemented printing, I'd like to do it properly, but I don't really have the time to work on it.

I'd be happy to accept any submitted code for this, though.

>>459

Furhtermore, try deleting both Xee and The Unarchiver, emptying the trash, and installing them again. I really wish I could give some more useful advice, but while I had the same problem at one point during development, it pretty much went away on its own, and I really don't know why.

I tried deleting both Xee and The Unarchiver and the problem of not viewing inside archives if still persists.

Could you post the previous versions (The Unarchiver 1.3 and Xee 2.0 Beta2) again?

I know that this combination worked before, so maybe it'll narrrow down the problem. Thanks!

>>463

They should be in http://wakaba.c3.cx/releases/mac/old/

>> 461
>> 462

Still not working :(. I tested the following: removed both Xee and The Unarchiver and installed Xee alone (to make sure Xee will definitely find nothing else). After the box you mentioned poped up I installed The Unarchiver and tried again - the box did not appear though Xee wasn't able to open the archives. However Console.app did not show any error message at all :(.

I'd like to give you some better failure descriptions, unfortunately I don't have Xcode/Objective C experience (I assume python knowledge doesn't help at this point... :( ).

>>466

Come to think of it, I know one other trick that might work, but it will not explain what was actually wrong: You could try doing "Show package contents" on both Xee and The Unarchiver, and then copying the Frameworks folder over to Xee, which should let it use those frameworks without having to load them from The Unarchiver.

>>468

Yes, that finally did the trick.

It seems the framework could not be (cross)loaded from The Unarchiver. If you compile a version with debug output around the framework loading point (I normally use something like "ive found the path here, im using that path there" when i'm to lazy to use a debugger), post the link to the zip and I will verify this.

And/Or giving me some pointers to some good Xcode/ObjC introduction/tutorial for regaled python/java/xslt programmers would be even better - so I could get my hands dirty without whining next time something breaks... ;)

>>465

I haven't tried the copying over the frameworks solution yet, but I found that:
Xee 2.0 + The Unarchiver 1.3 works.
Xee 2.0 + The Unarchiver 1.4 does not work.
I repeated it several times, emptying the trash every time, so it seems that it cannot load the frameworks from the 1.4 package for some reason.

That's funny. It works fine on my main machine, but with a fresh install on my secondary machine, it fails in the same way. Some research reveals that it finds the framework just fine, but fails to load it, giving no reason. This will be somewhat tricky to figure out.

>>469 and >>470, what machines are you doing this on? It works on Intel for me, but not on PPC.

it doesnt load archives from the unarchiver on my PPC

the archives unarchive fine with the unarchiver otherwise

console doesnt say anything, xee says "Couldnt display file"

>>471

That's weird...
I'm on an Intel machine...MacBook Core Duo to be specific...

I had the same problem and copying the Frameworks folder over worked like a charm. And, for the record, I have an MBP 2 GHz Core Duo.

>>472

Read the earlier posts.

>>471

I'm on Intel (MacBook 1g).

hey, great thing. but could you add a possibility to enter a numeric zoom level (in the toolbar or in the status bar)? and add maybe shortcuts for 25%, 50%, 200%? that would be nice.

Hi,

I like Xee very much, great work!

only thing i'm missing, while crop, it would be nice,
to see position infos in status bar.
i used irfanview (on windows) and this was one of
major features i loved...

regards, stefan

Hi,

I like Xee very much, great work!

only thing i'm missing, while crop, it would be nice,
to see position infos in status bar.
i used irfanview (on windows) and this was one of
major features i loved...

regards, stefan

Just wanted to say: absolutely great program !

I'll post this in here too, because it's mostly Xee-related anyway:

http://wakaba.c3.cx/releases/mac/TheUnarchiver1.5.zip

This version should hopefully fix the problems with loading archives! Anybody who had the problems, if you want to confirm that it has been fixed, install this and re-install Xee (or just delete the Frameworks folder from it if you copied it oveer)!

(ppc) xee 2.0 works with the unarchiver again

nice, thankyou.

Great tool! Any plans for scripting? I often do slideshows full of photos, and haven't found a lightweight way to organize them in a hurry. If I could feed your program a simple text document listing image filenames, along with a few display options, it would out-do OpenOffice's Presentation tool, and Apple's iPhoto. Display options would include custom timings on each slide, including wait until manual advance on any given slide, and perhaps simple captions.

>>485

That fixed the problem. Thanks for a great couple of programs.

Further note on scripting... it would be great to have 2 (or more?) threads (or just groups) of photos in the slideshow. One thread would cycle slides continuously. Hit some key, first thread stops, and a manual thread begins. People could watch slides from my travels flip by as I talk about the trip generally, and then when I want to discuss a particular photo, I'd jump to the thread of photos that deserve some explanation. Finish the explanation, then hit some key, and back to the first thread. Doable?

Well, that's sounding like a whole app in its own right already. I'm doing my best to avoid feature creep, and this seems a pretty niche feature, so I don't really see it as something worth putting much effort into.

Hi!
I think it would be great to choose in the preference panel if the images will be saved automatically when rotated or not! I miss this option and when saving in version 2.0 with command-s - the thumbnails of the images are not rotated :((((((( Or is there an option to set?

>>491

That's probably just the Finder being buggy. Xee does rotate the thumbnails when you save images. Or alternatively your camera saves thumbnails in some weird format that Xee doesn't support?

If only Xee had a Print button I could add on the toolbar... :) I need to print through Preview to do that

>>493

You can at least set Preview as the default editor, and press Command-E.

>>494
Thank you!

Hi,
I have to say that this is the best Image viewer for OS X. I switched from windows where I was used to Xnview. I work everyday with BBEdit and I would like to have button in the bar that will copy image information and create this line: image.jpg" width="100" height="100" and put it into clipboard. This function will let me browse hundreds prepared images for the web and just copy the information for the HTML image tag.
Also Autodesk Maya IFF format will be nice.

thank you for this great application.

P.S. sorry about my english

>>496

2.0 has a Maya IFF loader, but it is not extensively tested because I don't have very many test cases. If you have any files that do not work, send them to me.

>>498

No.

Hello, Mr. Ågren.

First off, I do need to say this (though you probably have heard it a thousand times before):

This is one of the best image viewing applications for Mac I've ever used.

When I first started to use Mac OS X, I realized that for my image viewing needs, Preview quite frankly won't cut it.
What was I supposed to do?
Open pictures one at a time? (double-click, close, double-click, close, etc.)
Or perhaps "Select all" in Finder, then open them, then use the drawer thing to browse, etc. etc. etc.
Why must it be so complicated??

So I then desperately sought out a good image viewer.
I think I downloaded and tried out 4-5 of them.
Some were not too bad, or "partially satisfactory", but still, not good enough for permanent use.

Then, through a forum, I found Xee, and boy, was it a godsend.
After trying it out, I KNEW it was THE image viewer for the Mac.

It is not only well-made, but also highly customizable.
(And the way you customize the keyboard shortcuts is really awesome: [+] [-] drag-and-drop...
In my opinion, ALL apps should allow you to do this.)

Okay, enough gratuitous praise. =P

I have a suggestion. (of course)

I noticed that if I resize the window (or Zoom it), then close it,
the next time a Xee window is opened, it does not retain that size.

I do not know if this was done on purpose,
but personally, I like my programs to retain window sizes. (and I'm sure a lot of other people like this too)

It would be great if you could either:
-make "retain the window size" the default behavior
or
-add a Preference to retain the window size

Thanks a lot for your time!

And of course, keep up the great work!! :)

-Xee user

>>500

I've been meaning to tweak the window placement code for some time, but I have not gotten around to it yet. Some day I will.

Ok, firstly: This is a WONDERFUL application. I've switched to OS X about 3 years ago now, but still have not had a good replacement for Irfanview/AcdSee for the Mac. (The Mac version of AcdSee sucks) I wanted something that when opened would be able to navigate through the current directory.

Your app is a wonderful example of coding done right.

Okay, with that all said my critique...

When the last window that is open is closed (when escape is pressed) but the app is still open, it would be cool if focus is given back to the previous application. An option for this would be cool. I fave the finder open and am traversing directoies and opening images constantly and exiting with escape. My only open here is to remap Quit to Escape or something, but that would be counter to performance.

Thanks again, for (several) cool apps.

"I've been meaning to tweak the window placement code for some time, but I have not gotten around to it yet. Some day I will."

That's good to hear.

Oh yeah, on the Wikipedia page on Xee,
http://en.wikipedia.org/wiki/Xee
it says that Circlesoft is the Developer (though it still lists you, Dag Agren, as the Author)

I thought it might be possible that you work for this Circlesoft,
but I see nothing on your site that mentions Circlesoft
and nothing on http://www.circlesoft.com/ mentions you nor your programs either.

So is that information simply false??

note: At the bottom of the Wikipedia page, there is even a link that read "Circlesoft Website" but it links to your page. o_O

note 2: I Googled "xee circlesoft" and I found many links that says the same thing as the Wikipedia page. (???)

>>503

It's a common enough name that there are many that use it. It's an old name used by me and some friends back in the nineties. I only used it now because Apple thinks only companies can write software.

So circlesoft.com has nothing to do with you then, right?

Wait, isn't it possible that you get in trouble somehow if you use the name of a real company?

Here's another suggestion:

Currently, the Rotate Image buttons are laid out this way
[Rotate right 90°] [Rotate left 90°]

Well, maybe it's just me, but this is kinda unintuitive/unnatural.

I think most people would think left button = rotate left and right button = rotate right

(note: Windows XP's Preview also has this problem.)

"Right" and "left" are fairly arbitary designations for rotations. More accurately they are "Rotate clockwise" and "Rotate counter-clockwise", and it seems logical to me (and apparently others) that clockwise comes before counter-clockwise. I'll consider it, but I am not entirely convinced.

Yeah, I understand what you mean.
"Rotate left" and "rotate right" aren't exactly very accurate descriptions, but a lot of people still think of them that way, methinks.

And so does Apple, it seems:

http://img.photobucket.com/albums/v32/dhtns/misc/apple_preview.png

I don't know, I guess people's minds work from top to the bottom,
so they think of the top of a picture being spun left/right. (if that even makes sense)

In either case, I'll leave it up to your judgment.

Thanks for your time!

Hello anyone :) First, for me, Xee is the best apply for looking a picture on a Mac, how ACDsee on windows !
But, just a suggestion : why the windows never reminder is last size ?
"Get info" can remember is late place en size, but not the viewer :-(

Very very good soft !

like the program even more and more especially the zip thing, like to see a thumbnail option to see inside zip tar or other files if it is possible. so keep on the good work enjoy XEE

>>507

Say, I've thinking about this. Instead of donating to you through Paypal, do you have a local Amazon where you live? If you do, why not set up a wish list and paste it here? I'm not a huge fan of Paypal and from what I remember, their commission cut isn't small.

Thank you for this app!!! It works exactly like I want a simple viewer to work! I can't even begin to tell you for how long I've been looking for something like an early ACDSee for Windows (before it became a huge bloatware).

Quick suggestion.. could you make it behave a bit more like Photoshop? For example, if you hold a spacebar in PS, you can then scroll around an image. It would be great if I could hold a spacebar and then use arrow keys or a mouse to move around a zoomed in image.

Thanks! Donation's coming.

>>512

I'm not sure why you would want to hold the spacebar, as you can move the image around with the mouse or arrow keys without holding it down right now?

Tiger 10.48, Xee 2.0
Preferences > Formats > Select all.

:-( now I cannot UNCHECK them anymore.. only some of them. I tried a restart and trashing the preference file.

Can somebody help me please? Thanks, Martin.

>>514

There is no way for a program to tell the system to NOT use it. If no other program is available to open a file, there is no way to deselect yourself.

But I do have another program available -- called "Preview" (for the jpgs) ;-)

I have also DefaultApp installed - I can "fix" it with that. In case a future reader wants to know more - see here: http://www.rubicode.com/Software/RCDefaultApp/

Thanks for the prompt reply BTW. I like Xee. One suggestion: make a preference that opens the window using the full screen (keeping the menu bar) and NOT changing window size to the picture - that's distracting to me. It would be as if during a movie the screensize of my TV would change randomly - makes it for me difficult to focus on the image itself.

>>516

You can turn off the window resizing already, in the preferences. Also, after doing some testing, there seems to be some kind of bug with the filetype handling code... Going to have to investigate that.

Plz, oh plz give this little tool an thumbnail and browser view through pressing the "ENTER" key. Would make this thing to absolute killer-app for viewing pictures.

atm: iView and the others that offer one still are a touch better!

>>518

Once again, the Finder is already a very capable thumbnail browser, and I see no reason wasting my effort re-implementing what's already there.

I really like Xee - fast, slick interface, beats the pants of Prevew.

2 features that I think would enhance it mightily:

1. A browser window, so you can see the contents of a directory (a la acdsee and irfanview) -- a "thumbnail/preview option".
2. Support for PDF, as I'm not impressed at all by Preview's handling of PDFs.

thanks for great software!

Dogs

>>520

1. >>519
2. >>448

>>519
The only reasons being the ability to scan thumbnails from archives, and well, the fact that an ACDSee-like browser beats finder hands down when it comes to keyboard navigation, etc.

I meant to have Xee open the initial window full screen sized. So the application window fills the full screen which has the advantage that i can focus on my image, yet have the navigation still at hand.

Currently I have checked "Never resize windows" but Xee seems to forget my last window size and opens always as a default with 800 pixel or so width.

Does my suggestion make sense ?

My post referrs to >> 516 (sorry, I can't figure out how to make that reference link).

If you have set the default window size to 800, I assume you want to accomodate smaller screens. However as I know from webdesign, there are possibilities to default the window size to the full computer screen - no matter what size.

If a user already has the "philosophy" to select "never resize windows" it should be fairly easy to have Xee pop up full window size upon launch WITHOUT the need to click the green button when Xee launches.

At the minimum I'd simply wish Xee would remember in that case the last window size. Now that should be easy to implement.

There are several improvements that could be made to the window sizing and placement. When I have the time, I will look at it. But I am fairly busy, so it could be a while.

Hi ! I've done a french translation of this fantastic sofware i uses a lot. It's nearly finished.
http://spytv.keo.in/fr.lproj.zip
Could this translation be integrated in the next realse ?

>>527

It will probably need to be updated for any GUI changes in the next release. If you give me a mail address, I'll give you a new version to translate when the time comes.

First of all,
thanks for your hard work. You've made the best OS X image viewer possible. I wasn't happy with Preview, but Xee made browsing pictures worthwhile again.

One feature I would like to see in another release would be being able to set the current picture as wallpaper. I don't know if that's possible.

Thanks again!

>>530

Thanks. I removed the post so you don't need to get any extra spam.

Can't assign backspace key on the «prev image» action (bug)

>>532

What happens when you try?

>>333

I found some keyboard shortcut-related bugs.

Bug 1:

When Space is assigned to an action (in my case, Next Image)
it doesn't not work as the "select focused element" key in dialogs/sheets.

For instance,
if I'm in the Rename or Delete confirmation dialog and I use Tab to focus the OK or Cancel button,
pressing Space won't "press" on the focused button.

(note: If Space is not assigned to anything, then it works.)

Bug 2:

If Escape is assigned to an action (in my case, it's the default setting: "Cancel Action or Close Window or Drawer"),
it does not work in the Delete confirmation dialog;it doesn't close it.

(note: Just like Bug 1, if Escape is not assigned to anything, then it works.
However, Escape DOES work in the Rename dialog.)

Bug 3:

In the Rename and Delete confirmation dialog/sheet,
pressing Tab does not move the focus to the OK and Cancel buttons.

Whoa, now THIS is a weird bug.

If I display a file in Xee and choose Rename, then I rename the file to a name that contains one or many slashes "/", the file seems to DISAPPEAR.

I tried searching for the file in Spotlight.
And I did "ls" in Terminal.
Nothing.
The file is GONE.

Freaky.

>>535-536

Thanks!

>>536

Also, I know the reason for this one: Since OS X is a Unix system, slashes are not allowed in filenames, but because slashes have traditionally been allowed, a kludge was inserted that silently maps slashes to and from colons in filenames. However, I need to do that by hand and I have not implemented that.

That doesn't really explain why it would DISAPPEAR, though.

opening a JPEG file procuded by a Canon EOS 400D (same as XTi in the US) result in a null pointer dereference. Following message appears in the logs: "(null): Custom function unsupported; please report to author (Canon EOS 400D DIGITAL)"

>>539

You'll need to provide me with an example file before I can fix it.

>>537

So those will be fixed in 2.0.1, I'm guessing?

Oh, by the way, I just realized that in Bug 1, I said, "and I use Tab to focus the OK or Cancel button".

But then in Bug 3, I said that I CAN'T use Tab to focus. What the heck???

I just tried it out now and indeed, it CANNOT do it.

But I distinctively remember having used Tab at a certain point. Really weird. (Maybe I just remembered wrong.)

In either case, I hope Tab, Escape and Space will all work in the next release.

>>538

Yeah, I do know about the UNIX thing.
That's why I tried to play around with ":" and "/" to see what would happen.
I first tried ":", and it showed up in Finder as a "/", which told me that Xee uses the "real" UNIX file names.
Then I tried "/", and, well... bye bye file. =P

Say, you wouldn't happen to know where that file could've gone, would you?

Is is still in that folder/directory? (though doing "ls" in Terminal shows nothing)

Or is it lost forever in hard disk purgatory?

>>541

They will hopefully be fixed once I get some time to work on it.

Also, I would have expected the rename to just fail and that nothing would happen. For the file to disappear seems very wrong. I'll look into that later.

I apologize if I missed it in this thread, but is there a way to have the images open up so that their width expands to the full width of the screen, but not both width and height?

I want it to open an image as large as possible horizontally, but dont mind scrolling vertically.

Many thanks...the speed of this app is awesome!

I think the closest you can get is:
View > Automatic Zoom > check Enlarge To Fit

I don't think you can "enlarge to fit width" only.

I think you are right, Remain. If I make a patch, could I submit it?

thanks

This is a really great image viewer, and I appreciate all the effort you've made to make it as clean and simple, yet powerful, as it is.

I've started using it to view very large sets of images (20,000) and the performance upon opening the folder is really bad. The source of the problem seems to be that when you sort the files you call CFURLCreateFromFSRef for every single comparison operation. Maybe instead you could call it once for each file and cache the result? Or even better would be to build the full expanded path when you first read the directory contents so you don't need to expand it later.

>>545

It seems an awfully specific feature. I don't think many people would have a use for it, and I am loath to add clutter to the interface with such features. That way lies feature creep.

>>546

Yeah, I know, I really need to optimize this. However, there is a reason I use FSRefs and not paths in the list, which is to keep track of files as they are moved around. However, calculating paths once before sorting and then caching them might indeed help. I'll look into that.

Re 546: I went ahead implemented the caching of file paths during sorting, and it reduced the start-up time for my folder with 27,000 images from 327 seconds to 11 seconds. Not bad, huh?

In _runSorter I added:

int count=[entries count];
for(int i=0;i<count;i++) [[entries objectAtIndex:i] SetTmpPath];
[entries sortUsingSelector:@selector(compareTmpPaths:)];
for(int i=0;i<count;i++) [[entries objectAtIndex:i] ClearTmpPath];

and then added a tmp_path variable to XeeDirectoryEntry. I can send you the full source if you like.

I forgot to mention another change I made to improver performance:

-(void)addEntry:(XeeFileEntry *)entry sort:(BOOL)sort
{

[self lockList];

#if 0

int index=[entries indexOfObject:entry];
if(index!=NSNotFound) { [self unlockListWithUpdates:NO]; return; } // already added

#endif

This code adds another 50 seconds on top of the 327 seconds I quoted above. If there is only one directory loaded then this isn't necessary (as in my case). For other situations I'd recommend either sorting the list before adding to it (so a binary search would be possible), or add things unconditionally, then sort, then scan and look for adjacent items that are duplicated.

>>549

That won't work quite correctly in all cases, as the clicked image is added twice in some circumstances. Also, the whole thing needs to be thread-safe (current versions don't use threads when scanning but future ones will), so it's all kind of tricky to get right. I'll have to look it through thoroughly when I find some time...

Wow this thing is -FAST-! -Too bad it doesn't do optional thumbnailing & metadata. -You'd beat the crap out of ImageBrowser, et. al. !

Great work man!!!!!

Suggestion:

How about something to indicate when part of the picture is outside the boundaries of the window?

Since Xee doesn't use scrollbars (and I actually like this approach),
there should be another way to let the user know that the current pic can be scrolled.

I guess there could be an indication in the Status Bar?

Suggestion:

How about something to indicate when part of the picture is outside the boundaries of the window?

Since Xee doesn't use scrollbars (and I actually like this approach),
there should be another way to let the user know that the current pic can be scrolled.

I guess there could be an indication in the Status Bar?

Great Work. I have a request: Bind a default keyboard shortcut to Slideshow Run (say command + option + S) so that I can complete a great Sofa Control Script to browse / view images via the Apple Remote control. I know I can do this myself on prefs but so will have to everyone that uses Sofa Control + Xee. I think that's very easy to implement. On a diiferent note some applescript support would be great for future versions :-)

It would be nice to have thumbnail browser, where one can configure thumbnail size. This is convenient when searching for a photo and filenames are generic.

>>557

Once again, the finder already does that.

Enhancement request:

Folders can be dropped onto Xee in the dock to browse that folder. Can this be extended so that:

- folders can also be dropped onto the Xee window to open that folder, as the window is much larger and easier to drop files onto

- be able to browse the items in that folder and its subfolders, using depth first search useful for browsing manga more than anything else

I've noticed a problem with Xee in trying to delete files from an AFP mounted volume. The Finder will do it, but Xee says "The file "blabla" could not be deleted." I'm pretty sure that it's not a permissions problem. Maybe it's just me :)

Suggestion:

A preference to turn off the "Open" dialog when you open Xee directly (meaning not through opening a file).

I, for one, never use that dialog to open files; I open them through the Finder.

But also, there are certain instances where that dialog is completely pointless and only annoying.

For example, when you just want to open Xee to paste the clipboard.

Therefore, I believe that dialog should be made optional.

I have some favorite folders where I have put aliases to the original pictures. When I open such an alias with Xee, it open correctly the original and views it. When I toggle to the next picture/alias, it views the next picture from the original picture folder, and not the next alias from the favorite folder.

>>563

I haven't checked yet, but this may be a limitation in OS X that I can't do anything about.

Hello,

Is there an easy way to translate Xee to german language, e.g. by exchanging some strings in a text file?

Yes, the usual method of editing Localized.strings and all .nib files works. However, I already received a German translation so hopefully the next version, whenever I can get it finished, will be localized.

Also, please use the existing threads for short questions, to keep all discussion in one place.

when dragging a folder that has subfolders full of images to Xee, it reports "No images available". Maybe make it search recursively for images? It's this close to being pure joy.

I seem to have a problem. To be honest I haven't read all 567 posts. Most of them I don't understand anyway.
I have a digital photo frame. I viewed all the pictures with Xee and deleted those I didn't want. They are on an SD card. None of them went to the trash. When I play the pictures, they all come up. If I go to the folder mode on the frame, it shows trashes and that is where the discarded pix live; but I am unable to see them on my Mac so that I can discard them permanently. How would I do this, or is it impossible?
Thanks for your response.
MeoW
Susan

it would be really really nice to be able to see the exif data somehow, maybe transparent over it or something.

thanks

if there is a way already im sorry i missed it

>>570

File -> Get Info

Excellent piece of software. It would be perfect if I could get a thumbnail view of all pictures in a folder as well. As things stand Xee is great for looking at pictures but not so good for sorting.

>>573

You can do that in the Finder though.

View > Show View Options (or Cmd J)

Check "Show Icon Preview"
(obviously, it'd be best to also set Icon Size to a reasonably large size)

As for sorting, you can change the order of the pictures in Xee by doing
Browse > Sort Order
There are 3 options: By Filename, By Date, By Size

Besides, I think Dag Ågren doesn't want to add a thumbnail file browser.
>>557
>>558

I would agree, because this would be a step towards bloatware.
(see: ACDSee http://en.wikipedia.org/wiki/Acdsee )

I have Xee 2.0 running on PowerBook G4 PPC Mac. I don't kknow why, but every time I open some JPG image and rotate, save, open next image, rotate, save, open next image... after 5-10 such operations Xee crashes... constantly...

>>575

Can you post a crash log?

>>270

Is there a Spanish translation of Xeen?
it is already done?

A person apparently going by just the name "John" contributed some icons for Xee:

http://wakaba.c3.cx/releases/mac/DocumentStyle.xeeicons.zip

At some point I really need to link the alternate icon sets from the homepage, too.

Also, >>577, no.

>>578
Adam Betts made a very great set of replacement-icons for xee
http://www.artofadambetts.com/weblog/index.php?s=xee

>>527

I've finalized the french localisation of Xee (2.0). But unfortunately i'haven't a FTP site to propose you the zip of the fr.lproj.... (108 Kb). I try with the Image button hereafter, else can you send me a email where i can send you this translation to be added to the software ?

Enjoy !

I think this had been said a thousand times, but when it has Two-Page feature for comics, PERFECT! :D Is developer considering about that?

>>581

Thanks. I hope to add it to the next version when that is finally done, but it will probably need updating. I will mail you when the time comes.

Just curious: will the next version be able to remember window size and position?

I really hope so, as it is one of my biggest (and only) gripes with Xee.

Thanks a lot!

>>583

Ok. I'm waiting with impatience the new version ! Does it include the possibility to change the resolution ?

I've just discovered Xee and love it. But I have one little feature request - could you add an option to browse only associated file formats? No it tries to open my RAFs and fails every time.

Someone mentioned that Xee lacks an option to Set the desktop background... That would be quite useful in my opinion. No responded though :)

Any plans to add that?

TTaveira, Portugal

here a few feature request i have about xee
some are from windows irfanview

• open a directory as thumbnail to have a more global view of multiple images (thumbnail size could be define freely)
• when displaying image (full screen or not), you can add a text with name of file, base folder, some exif data like date, aperture, speed, or else
• with the copy/move option, you can define a list of multiple folders with their keyboard shortcut to sort images quickly.
• miss a lot a list of 10 or 50 last opened folders/files

(there is one in xee1 but never fills ...)

• with a thumbnail view, it would be cool to be able to batch some operation like rotation, mirror or file conversion/resize
• one quick operation it would be good to have is change of constrast and light
• option to keep or not status bar in full screen mode.

else, a great tool
thanks a lot for it

note: as i'm waiting for 10.5, i'm still stuck with xee1 for 10.3. so maybe some feature exist. soory for it.

So the thumbnail request...
I understand that Xee is just a image viewer and not a thumbnail indexer/viewer, and the implantation of that may be hard, but a shortcut to the inbuilt fullscreen thumbnail preview of OS X would be great and i think (Im no programmer) relative easy to code.
look at minute 4:00 http://www.youtube.com/watch?v=GKP5fFelYkI they really improved it with core animation in Leopard, its way faster than in Tiger even at many pictures and really looks awesome.

So my wish is that it would be possible to open the inbuilt fullscreen slideshow presenter of OS-X right out of Xee with all the pictures. - only if a direct implantation of displaying thumbnails would be to ... far from the purpose of Xee.
Oh yes and a "set as wallpaper" really would useful :)

Anyway I love Xee, cant thinking browsing my images without it :)

When I rename any jpg or gif file which has Spotlight Commnets, then after renaming these comments are lost... Can you improve Xee here?

>>589

Some of that is implemented in Xee 2, and some won't be implemented any time soon, such as thumbnails, because Finder already does thumbnails for you.

>>590

I've never seen that feature in Tiger. How would one access that?

>>591

I'll look into that at some point, but it sounds more like an OS X bug than anything else.

>>592
select some pictures in finder, rightclick them and choose "slideshow".
Or open them with preview and press shift+cmd+f.
But its only nice when you have 90 pics max or so in tiger.
http://www.google.com/search?q=finder+slideshow

>>593

For me, it's 99 pictures max: 9 rows of 11 pics each.
(unless it's different at different resolutions)

Bug 1:

By default, Space is assigned to both Toggle Animation and Next Image. (that's 1 problem)