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

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.