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

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