Xee (1000)

1 Name: Mr VacBob!JqK7T7zan. 2005-07-26 13:25 ID:+Fwu3KWy [Del]

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

101 Name: Anonymous : 2005-11-18 09:48 ID:9Cl+HzIb [Del]

Tell them to change it to "WakabaSoft"

102 Name: Anonymous : 2005-11-18 09:53 ID:c4RNYNnZ [Del]

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?

103 Name: !WAHa.06x36 : 2005-11-18 12:30 ID:OmtsthcK [Del]

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.

104 Name: dmpk2k!hinhT6kz2E : 2005-11-18 14:21 ID:Heaven [Del]

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

105 Name: 102 : 2005-11-19 02:42 ID:c4RNYNnZ [Del]

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

106 Name: !WAHa.06x36 : 2005-11-19 05:49 ID:Heaven [Del]

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.

107 Name: Anonymous : 2005-11-21 01:59 ID:464QHz6H [Del]

screenshot would be nice

108 Name: Anonymous : 2005-11-21 06:40 ID:c4RNYNnZ [Del]

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.

109 Name: !WAHa.06x36 : 2005-11-21 06:51 ID:Heaven [Del]

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

110 Post deleted by user.

111 Name: Anonymous : 2005-11-21 07:37 ID:c4RNYNnZ [Del]

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

112 Name: Anonymous : 2005-11-22 16:19 ID:s3r98Krl [Del]

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.

113 Name: Aninymous : 2005-11-22 20:49 ID:dFblG9UO [Del]

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.

114 Name: Anonymous : 2005-11-22 20:52 ID:dFblG9UO [Del]

Would it be possible to implement 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.

115 Name: Guntis Bukalders : 2005-11-22 23:51 ID:32a7wcfN [Del]

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

116 Name: Ingus : 2005-11-23 01:40 ID:rpAJCvW+ [Del]

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

117 Name: Anonymous : 2005-11-23 03:03 ID:c4RNYNnZ [Del]

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

118 Name: Anonymous : 2005-11-23 03:04 ID:c4RNYNnZ [Del]

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

119 Name: !WAHa.06x36 : 2005-11-23 04:52 ID:Heaven [Del]

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

120 Name: Guntis Bukalders : 2005-11-23 05:33 ID:32a7wcfN [Del]

"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! :)

121 Name: Guntis Bukalders : 2005-11-23 05:40 ID:32a7wcfN [Del]

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.

122 Name: !WAHa.06x36 : 2005-11-23 05:53 ID:Heaven [Del]

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

123 Name: !WAHa.06x36 : 2005-11-23 11:52 ID:Heaven [Del]

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.

124 Name: !WAHa.06x36 : 2005-12-06 14:29 ID:OmtsthcK [Del]

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.

125 Name: Ingus : 2005-12-14 02:38 ID:rpAJCvW+ [Del]

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$ ;)

126 Name: Guntis : 2005-12-14 09:19 ID:32a7wcfN [Del]

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

127 Name: Guntis : 2005-12-15 04:55 ID:32a7wcfN [Del]

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.

128 Name: U (u) : 2005-12-15 20:16 ID:XYVx8248 [Del]

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)

129 Name: U (u) : 2005-12-15 20:22 ID:XYVx8248 [Del]

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.

130 Name: !WAHa.06x36 : 2005-12-16 05:53 ID:6THb/Qdo [Del]

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

131 Name: U (u) : 2005-12-16 14:41 ID:XYVx8248 [Del]

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

132 Name: !WAHa.06x36 : 2005-12-16 15:03 ID:Heaven [Del]

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

133 Name: Mr VacBob!JqK7T7zan. : 2005-12-16 15:11 ID:CyEwx4YX [Del]

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

134 Name: !WAHa.06x36 : 2005-12-16 15:37 ID:Heaven [Del]

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

135 Name: Guntis : 2005-12-18 17:10 ID:32a7wcfN [Del]

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?

136 Name: !WAHa.06x36 : 2006-01-25 19:49 ID:OmtsthcK [Del]

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!

137 Name: !WAHa.06x36 : 2006-01-26 12:48 ID:OmtsthcK [Del]

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.

138 Name: !WAHa.06x36 : 2006-01-26 12:50 ID:OmtsthcK [Del]

PS: Get testing, people!

139 Name: Mr VacBob!JqK7T7zan. : 2006-01-26 20:37 ID:HYvCNwKJ [Del]

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

140 Name: !WAHa.06x36 : 2006-01-27 06:07 ID:6THb/Qdo [Del]

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

141 Name: Sakurina : 2006-01-27 10:08 ID:hEphOYN/ [Del]

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.

142 Name: Mr VacBob!JqK7T7zan. : 2006-01-27 20:06 ID:2/5dwLMo [Del]

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.

143 Name: !WAHa.06x36 : 2006-01-31 18:21 ID:OmtsthcK [Del]

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

144 Name: kohlmannj : 2006-01-31 20:03 ID:jQhQ547E [Del]

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.

145 Name: AndyZ : 2006-02-02 08:04 ID:T96qot8Q [Del]

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

146 Name: !WAHa.06x36 : 2006-02-02 08:35 ID:6THb/Qdo [Del]

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

147 Name: 88 Gunner : 2006-02-02 13:25 ID:+GOnhTvI [Del]

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

148 Name: 88 Gunner : 2006-02-02 13:26 ID:+GOnhTvI [Del]

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

149 Name: !WAHa.06x36 : 2006-02-02 14:23 ID:Heaven [Del]

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.

150 Name: Anonymous : 2006-02-03 01:24 ID:FLTSz8dC [Del]

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

151 Name: !WAHa.06x36 : 2006-02-03 07:11 ID:6THb/Qdo [Del]

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.

152 Name: Anonymous : 2006-02-03 08:44 ID:Heaven [Del]

batch renaming is probably better done with a command line program

153 Name: !WAHa.06x36 : 2006-02-03 09:50 ID:6THb/Qdo [Del]

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.

154 Name: Anonymous : 2006-02-03 11:16 ID:Heaven [Del]

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

155 Name: !WAHa.06x36 : 2006-02-03 16:24 ID:Heaven [Del]

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.

156 Name: brooks : 2006-02-04 18:12 ID:Ziw3C9LS [Del]

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

157 Name: !WAHa.06x36 : 2006-02-04 18:34 ID:OmtsthcK [Del]

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

158 Name: brooks : 2006-02-04 18:38 ID:Ziw3C9LS [Del]

"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

159 Name: brooks : 2006-02-04 22:30 ID:Ziw3C9LS [Del]

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

160 Name: AndyZ : 2006-02-05 08:56 ID:T96qot8Q [Del]

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.

161 Name: AndyZ : 2006-02-05 09:14 ID:T96qot8Q [Del]

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.

162 Name: Anonymous : 2006-02-05 12:38 ID:MxKCaACQ [Del]

Can't you just implement an explorer view?

163 Name: !WAHa.06x36 : 2006-02-05 17:10 ID:OmtsthcK [Del]

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

164 Name: AndyZ : 2006-02-06 03:57 ID:T96qot8Q [Del]

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.

165 Name: borndevil : 2006-02-10 11:32 ID:XYMH95AD [Del]

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

thank you.

166 Name: !WAHa.06x36 : 2006-02-17 19:23 ID:OmtsthcK [Del]

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

167 Name: !WAHa.06x36 : 2006-02-17 19:38 ID:OmtsthcK [Del]

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.

168 Name: !WAHa.06x36 : 2006-02-18 07:56 ID:OmtsthcK [Del]

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

169 Name: Florian : 2006-02-18 09:45 ID:M8zZ89Cq [Del]

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.

170 Name: !WAHa.06x36 : 2006-02-18 11:57 ID:Heaven [Del]

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

171 Name: Robert : 2006-02-18 13:06 ID:swxgrqCk [Del]

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!

172 Name: Ernest Millan : 2006-02-18 16:05 ID:xUQeWoLP [Del]

"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!

173 Name: !WAHa.06x36 : 2006-02-18 16:16 ID:OmtsthcK [Del]

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

174 Name: Robert : 2006-02-18 21:40 ID:swxgrqCk [Del]

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.

175 Name: !WAHa.06x36 : 2006-02-18 23:21 ID:OmtsthcK [Del]

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?

176 Name: Robert : 2006-02-20 11:24 ID:tUgDKNmy [Del]

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.

177 Name: !WAHa.06x36 : 2006-02-20 11:26 ID:Heaven [Del]

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

178 Name: rodgerSan : 2006-02-20 16:20 ID:+dmAocF1 [Del]

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.

179 Name: Anonymous : 2006-02-20 18:56 ID:dFblG9UO [Del]

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.

180 Name: !WAHa.06x36 : 2006-02-20 20:07 ID:Heaven [Del]

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

181 Name: rodgerSan : 2006-02-21 15:00 ID:Nbt+86x/ [Del]

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

182 Name: Syn : 2006-02-23 16:36 ID:4djQYJdf [Del]

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!

183 Name: !WAHa.06x36 : 2006-02-23 20:29 ID:Heaven [Del]

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.

184 Name: Syn : 2006-02-23 22:46 ID:tYaucI0I [Del]

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!

185 Name: !WAHa.06x36 : 2006-02-24 07:42 ID:Heaven [Del]

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.

186 Name: Syn : 2006-02-24 16:10 ID:4djQYJdf [Del]

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!

187 Name: odyss... : 2006-02-28 14:06 ID:NEEI/C5h [Del]

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

188 Name: brooks : 2006-03-02 20:22 ID:Ziw3C9LS [Del]

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

189 Name: brooks : 2006-03-02 20:25 ID:Ziw3C9LS [Del]

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

190 Name: !WAHa.06x36 : 2006-03-03 06:55 ID:OmtsthcK [Del]

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.

191 Name: brooks : 2006-03-04 17:27 ID:Ziw3C9LS [Del]

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)

192 Name: brooks : 2006-03-04 17:28 ID:Ziw3C9LS [Del]

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

193 Name: !WAHa.06x36 : 2006-03-04 17:45 ID:Heaven [Del]

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

194 Name: brooks : 2006-03-05 00:53 ID:Ziw3C9LS [Del]

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.

195 Name: djcouchycouch : 2006-03-05 09:11 ID:yrgvKU0G [Del]

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

196 Name: !WAHa.06x36 : 2006-03-05 10:29 ID:Heaven [Del]

>>195

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

197 Name: mav : 2006-03-08 04:10 ID:EhdbpDx7 [Del]

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!

198 Name: Andrew Scott : 2006-03-10 19:46 ID:sKb14Yys [Del]

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

199 Name: !WAHa.06x36 : 2006-03-10 21:51 ID:Heaven [Del]

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

200 Name: Andrew Scott : 2006-03-14 08:13 ID:sKb14Yys [Del]

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.

This thread has been closed. You cannot post in this thread any longer.