I'm using this now, but I'd like it better if it had these features:
Known bug, already fixed in the development version.
Any chance of ICC profile support? A must have for most colour savvy users.
I want it, but it's extremely difficult to do. On hardware that supports OpenGL pixel shaders, maybe, in the future.
xee is great, but version 2.0 highjacked my cbz and cbr files and won't let them go... changing the preferences doesn't seem to do anything.
A couple of things…
First I'd like to say this program is amazing. I use it constantly and would be lost without it.
There is a bug and a couple of feature requests.
Bug: OS X 10.5 (9A527) full screen only shows white screen. Images do not display.
Feature Requests:
which brings me to…
3. Hud window toolbar in full screen and controller similar to quicktime's full screen controller. I imagine that the hud would appear and give the user rotating, image stepping, image copying and moving etc.
Xee's great! What would make my day are two additional features when cropping a picture:
http://doomlaser.com/cursorcerer-hide-your-cursor-at-will/
I am using this little program to hide my cursor globally on idle. It needs to be applied on every start but it does the job.
I love Xee. It works really well. The scrolling is lovely. A couple of requests to consider:
When viewing a large number of images, it would be useful to be able to perform a simultaneous (rotate)AND(shrink to fit). I am starting to get RSI from apple+R then ALT+zero (kidding!)
After a rotate then save, the EXIF orientation tag becomes "unknown". Can its value be modified and saved correctly?
Can we have something like a custom EXIF info window? For example: a small window onto which we can drop EXIF properties from the main Info Window. This way I can display only the properties I like in a compact window. It would also be great if the window could display those properties horizontally like a status bar. Maybe, the status bar can be made to accept a property dropped on it from the info window. Small size is the focus here.
Well, apart from that, I seriously have no complaints. Great work, keep it up, we love you, we kiss you, we applaud!
> When viewing a large number of images, it would be useful to be able to perform a simultaneous (rotate)AND(shrink to fit). I am starting to get RSI from apple+R then ALT+zero (kidding!)
I'll try to think about how to do that correctly. It's really part of a larger interface problem.
> After a rotate then save, the EXIF orientation tag becomes "unknown". Can its value be modified and saved correctly?
Hmm, it's getting set to 0 but maybe it should be set to 1 instead.
> Can we have something like a custom EXIF info window? For example: a small window onto which we can drop EXIF properties from the main Info Window. This way I can display only the properties I like in a compact window. It would also be great if the window could display those properties horizontally like a status bar. Maybe, the status bar can be made to accept a property dropped on it from the info window. Small size is the focus here.
I kind of like this idea, but it seems like a whole lot of work to get right, so it might not happen any time soon.
I take a lot of photos. Then I use Xee to audit and erase those I'm not satisfied with.
My main issue is the pre-caching. I got tons of RAM and it would be great if I could configure the caching to get rid of (by my means) unnecessary loading times.
Any dates on the next release by the way?
Keep up the awesome work!
Hello, I use it Xee constantly to browse me photos. I'ts working fine with may Raw files on Nikon (NEF) and Olmypus e-330 (ORF) but on Olympus e-400 Raw (ORF) I got error "Coulnd't display file "xx.orf".
I love Xee but it always accesses all the files in a folder -- which can be quite a while if there are thousands of photos. I tried highlighting just the photos I want to browse and dragging those to Xee but it still grabs all the files. Is there a way to just browse a selected bunch of files?
Nice stuff!
When for a SVG implementation?
Would be so great!
That would be neat, but SVG is a horribly complex format and there is no way I could implement it by myself, and as far as I know there are no open-source implementations that are anywhere near complete.
Lauri Raittila.
I posted this on Lifehacker, and I think it should meet your needs.
Thought I would share what I have managed to do with Xee.
Thanks to it's ability to open up image editors via the menu interface I thought it would be an ideal candidate for speeding up my digital workflow.
When you have a large number of digital images you want to quickly identify which ones to keep/process further. Enter Xee.
What I have done is create automator workflows which apply a label and add a spotlight comment. The tricky bit is how to make these workflows accessible to Xee. TIf this sounds interesting to you then read on.
1) Save the automator workflow as an appliction. Don't put it in your applications folder just yet!
2) Next you need to open the resulting application in AppHack [www.sveinbjorn.org]
Modify the input file types to include the image types you are interested in, make sure to mark the 'Editor' option for each file type as otherwise Xee wont recognize it.
3) Now move the applications you have created into your applications folder (under a sub-folder to keep things nice and tidy).
4) Right click on some of each image type and check that you can open the image with your applications.
5) Open Xee and check that it recognizes your applications as editors for each image type.
6) Go to SystemPreferences\Keyboard & Mouse. Go to the shortcuts section and add some keyboard shortcuts to Xee to launch your scripts on whichever shortcuts you like!
I have set alt-1,2,3 to set up rankings, alt-x to mark for deletion and alt-c to clear tags.
Hope this is useful to people!
Hello, I liked Xee very much, so I made a translation to Spanish. I sent you the files by email to your gmail account called paracelsus a few days ago. Did you receive them? I'll be happy if next release has spanish translation :) I can help if you need to translate something else.
See you!
I don't seem to have received them. Either way, there's not much point in sending them to me now, because they won't work with the next version anyway. If you give me an email address, I will mail you when the next version is ready to be translated.
I just checked out Xee from the google code repository. Is that the most up to date alpha?
Yes, but it is not guaranteed to even work, and it will change a lot still.
>>705
I was asking more from a developer perspective. I might end up sending you some diffs.
Okay, when next release is ready, send me an email to my gmail account: mario.arias and I will translate it.
Thanks :)
I strongly recommend coordinating with me before making any changes, because I tend to re-write and re-organize large parts of the source, and I might easily stomp all over your changes doing that.
Thank you very much for this good piece of app!!! But I would apreciate if you included colour management (just like other people said before)... :)
Is there a way to stop the delete sound effect or replace it with another sound? It becomes terribly annoying after a while.
The next version uses the global OS setting for sound effects.
Love both these apps... hope to see dev continue. One (minor) suggestion is posting dates for the file versions... when I didnt see any I started to wonder if the project was still live. Glad to see the comments are still active!
Hi, first of all, your xee is awesome! I love it! Thank you!
I use it since tiger 10.4.8, and everything just fine. but I just updated to Leopard 10.5 build 9A581 today, and found that there is something wrong with the full screen view. when you choose view the picture in full screen mode, It responsed as a whold gray screen. Hope you can fix it and wait for the new release!
>>713 I can confirm this bug :/
console output:
<code>
27.10.07 00:20:38 Xee[1874] CGSGetSurfaceBounds failed - error 1001 (window:15264, surface:276013567
27.10.07 00:20:38 Xee[1874] CGSSetSurfaceBounds failed - error 1001 (window:15264, surface:276013567, bounds:{{0, 0}, {1680, 1050}}
27.10.07 00:20:38 Xee[1874] CGSRemoveSurface failed - error 1001 (window:15264, surface:276013567,)
</code>
in Leopard(10.5), xee can't link file assocation with ZIP file.
please fix this issue. ^^
Thanks for your development, Good Luck!
in Leopard(10.5), xee can't display image full screen.
only blank screen was displayed.
Please fix this issue. Thanks, Good Luck.
same problem - no full screen (in beta and official 10.5 release)
Same problem with fullscreen in Leopard. Please fix it and keep up the good work!
Thanks
Harald
Same here. Xee does not work in full screen in Leopard. hope you fix it! Thanks!
Gonna have to get a copy of Leopard before I can fix it. It might take a while yet.
Xee fullscreen gives me blank white screen when viewing pictures in Leopard. windowed mode is ok, but fullscreen doesn't work. Will that be fixed, i like this viwer but need fullscreen
thanks
You want this fixed quickly, buy me a copy of Leopard.
I've done italian translation of Xee. Can I send you it?
Another question. Reading this forum, I found spanish, french and german translation. Why don't you release a new version, just to include all avalaible translation made by users of this program? It's a minimal work, but it's usefull to spread of Xee and to increase its popularity.
Thanks for your good application.
Found a bug in Xee that was causing it to go into an infinite loop on the attached image. It gets stuck in the EXIF IFD parsing code. This image that was cropped in Photoshop CS2 looks like it has at least one bad IFD that has a "next" field that references itself. I changed the code to break out if it encounters this situation.
In exifutils.c readifds:
u_int32_t newOffset = offset;
do {
offset = newOffset;
newOffset = readifd(offset, &(curifd->next), tagset, md);
curifd = curifd->next;
} while (offset && offset != newOffset);
I figured that was better than hanging. But it's possible I've totally misunderstood the problem.
The exiftags code I'm using for this has a number of bugs. I've fixed some in the development version, but I'm not sure about this one. I'll look into it, thanks for tracking it down.
Why is that I can't modify/change the orientation of a picture? Originally, the orientation is wrong, so I used C and CC to adjust the picture. After that, I saved the picture, but when I reopen the picture, it'd be in the wrong orientation again. What am I doing wrong?
I've even looked under Get Info, and if the image orientation was unknown, after I orient the picture to the right place and save it, it'd still be unknown.
Why is that I can't modify/change the orientation of a picture? Originally, the orientation is wrong, so I used C and CC to adjust the picture. After that, I saved the picture, but when I reopen the picture, it'd be in the wrong orientation again. What am I doing wrong?
I've even looked under Get Info, and if the image orientation was unknown, after I orient the picture to the right place and save it, it'd still be unknown.
I don't know, you'll have to provide more details of what exactly you did. Also check for error messages on the console.
I tracked down that fullscreen bug in Leopard. The problem is that apparently you're not supposed to re-parent NSOpenGLViews. Either use an NSView subclass with it's own NSOpenGLContext or release and recreate the view every time you switch between fullscreen and windowed.
See this email for more info:
http://lists.apple.com/archives/Mac-opengl/2002/Feb/msg00180.html
I tried to change the XeeView to an NSView subclass but I still couldn't get it to work even following the instructions in the email. I'm guessing it's a bug in Leopard since it worked just fine in Tiger. Judging by the date of the email, I'm guessing they counted re-parenting as a bug and fixed it in Tiger and just re-broke it in Leopard.
I was able to get it to work by destroying and recreating the view each time though. Things didn't work perfectly but I suspect that's a combination of me not understanding your code very well and me still trying to get the hang of the new XCode tools.
Hmmk, let me rephrase my question then.
How do you change the orientation of a picture if the EXIF orientation is wrong?
I did rotate manually (cmd+r, cmd+shift+r) and then cmd+s
then it'd say cannot save image (or something to that extent)
and when I reopen the picture, the orientation's back the way it was before..
>>735
cmd+shift+s.
cmd+s doesn't work if it is impossible to save losslessly according to Waha.
I've personally never seen it enabled...
But all Xee has to do is modify the EXIF data... And can't I make it so it'd save the orientation automatically, without me having to change the direction, then his cmd+shft+s, then replace the file?
I remember it used to work when Xee was 1.0
Changing the EXIF data is exactly the wrong way to do it. This is only supported by some programs, so when you for instance upload your picture to the net, it will probably be the wrong way around if you rely on the EXIF data. Xee rotates the image data itself losslessly.
I might re-enable the automatic saving that 1.0 used as an option, but it's been disabled for now because most people don't expect a "rotate" feature to immediately change the data on disk.
Apparently there is some kind of bug where cmd+s doesn't work. I've never seen this happen myself, so I'll need more information about this before I can do anything about it.
how would you re-enable the automatic saving??
And also, how would you rotate the picture so that it saves correctly?
Those are not the questions you want to be asking.
o.o
what do you mean??
I mean that even if I answered those questions, it would not help you at all.
>>742
It's not a technical issue, it's a policy issue. Too many bad decisions or too many decisions wimped out of by adding a preference over the years, and you end up with user-hostile crap like current versions of acdsee.
Also, I have a very unhelpful bug report in Leopard: sometimes the statusbar appears partly black. Happened after trying to go fullscreen then back to windowed, then browsing through pictures of various sizes. I have yet to find precise steps to reproduce the bug. Maybe it's related to the full screen issue in 10.5?
And while I'm at it I'll add a request, not sure if you're gonna consider it since you already have some issues with rotation behavior in general, but I think a "Remember rotation" option that would behave like "Remember zoom level" would be useful: I'm using a LCD that can be rotated by 90º, it would be very useful for example for reading comics. (Of course you can also change the rotation of the display in the system preferences, but it's not as easy as something you could affect a shortcut to directly in Xee, and on some older Macs the UI is no longer accelerated when rotated).
Hi,
Just wondering if there is a timetable for the next release of this splendid program?
Thanks George
No. It is being developed, but I have other things I need to take care of too. It all depends on when I have spare time.
any updates?
This software is amazing, it's one of the few that reads EXIF data, but doesn't allow to see and edit the JPEG comment field (JPEG standard allows you to add a comment).
Good work!
Fantastic software. I've been looking for a good viewer like this for a long time. Fast, clean interface, keyboard navigation, auto resizing of window when zooming - awesome!
Three items I'd love to see addressed:
1) full screen doesn't work in Leopard. I'm sure this is high on the fix list.
2) Add basic editing features like lossless rotate and crop.
3) Add a thumbnail view option with a slide control to adjust icon size.
Uh, lossless rotate and crop are there already.
And the Finder does a thumbnail view already, I still see no reason to duplicate that functionality.
10.5.1 and no bugfix from Leopard's side for full screen view...waiting for Xee's side...
I have been using Xee for quite a while and find it very useful.
I wonder whether in the next version you could have a configure the status bar.
I would like to put selected EXIF options on. ie f/stop, ISO, Shutter Speed, lens
Hi, On Leopard 10.5.1 Build 9818 I can't get Xee to display an image. I get this response by double-clicking a previously associated filetype like jpg; or using Open With from the context menu; or using Open from the Xee menu. The response is a slight screen flicker and s slight spike in CPU. I get the same response when I click on Xee Preferences.
Any messages on the console?
I like the slideshow + auto-rotate features. Is there a way to make it save the images it auto-rotates? It does a pretty good job of picking what to auto-rotate and I would like it to just go ahead and save them.
How can I deactivate Xee as my jpeg default but keep it accessible? I am using Mac 10.4.11
Great work, finally something like irfanview for the Mac!
It is tiny and makes a fast workflow possible! Thanx for the effort!
Did you consider the suggestion of post 690? The fixed
proportional selection would be nice to crop for those online
services that print out photos on 3:4 sized paper. Also having a
predefined square proportional selection would be helpful sometimes.
Irfanview for example shows the selection information
in the title bar: current cursor position, width, height and ratio
cheers,
andy
Hi, I have a PPC iBook with Tiger, and I've been a very happy Xee user for some time now. But recently something strange happens, and I can't understand why and how to fix it: although I have set the default sort order in Xee preferences to be "By Filename", as it always was, each time I open Xee it starts into "By Size" sort order, which is very confusing.
I also tried setting the preferences again, or even setting it to "Same as in Finder", but it still starts in "By Size" mode, and I have to change it by hand each time.
Xee is version 2.0.
Any clues?
Thanks.
I would really like to see a 'Run Slideshow' button on the toolbar.
Great tool!
Thanks
>>760
Just making a few wild guesses since I'm not at my mac right now nor have I ever had that problem.
Try making a backup of whichever file it is, and then delete the original, and try changing the setting again.
>>763
Thanks, but no way, even with clean new prefs the problem happened the same.
But I just seem to have found the real problem: Xee always uses the "Same as in Finder" sort order, even when you set it to "By Filename" in its prefs.
I noticed that the problem only happened in one folder, and so I realized that this folder was set to "By Size" sort order in Finder, although I forgot it because I usually view it in columns mode which is not affected by the selected sort order.
So, my personal problem is now fixed, but it looks to me as if Xee has a bug here. Does anyone confirm?
It's a known bug, fixed in the development version.
I have the same problem! Thanks for the lot of Replays and Helps ;)
Hello Xee users,
Here is a version with fixed fullscreen for MacOS 10.5
Just go there http://aorlinsk2.free.fr/xee/
Is that using samiamwork's fix, or your own?
this is my own fix. I didn't know that another fix was made.
Thanks Naouel - it works a treat for. Hope your fix finds its way into the release soon.
Thanks Naouel!
There still are some problems with this fix. If you don't go full screen Xee works as usual. Once in fullscreen, sometimes a picture won't show (or will show half-loaded); if you exit fullscreen the problem persists. If you launch Xee with the picture that didn't show before and go fullscreen, then this one will be displayed but some other won't.
This happens with folders where some pictures have been saved by Photoshop or some other app (screenshots as well). Folders with only straight out of the camera or downloaded from the web pictures seem to be working perfectly.
Hey, I love Xee, but on Leopard I've noticed a pretty serious color discrepancy between Xee and other OS X image viewers (like Quick Look and Preview).
The colors in Xee seem a lot more washed out. Is this a known bug? I'm using 10.5.1 on a 15" SR MBP.
Yes.
Okay, I just wanted to let you know. Did this exist in Tiger? I've been on Leopard since the end of October and I can't remember.
Okay, I just wanted to let you know. Did this exist in Tiger? I've been on Leopard since the end of October and I can't remember.
Issue with a lot of files in a folder.
Folks, I tried using Xee 2.0 (on Leopard) to manage a folder that had about 1,500 images. As soon as I started Xee, it would crawl to a stop and the CPU would spike to 100% and stay at that level for few minutes. When I would delete/move files, same thing would happen... it would beachball and CPU would hit 100%.
Anyone know what's causing that?
I'm using Xee 2.0 and I'm shooting with a Canon 30D in Raw. Xee is really nice, but it seems to render RAW files not great. I shoot on a setting that lets me save to both RAW and JPG and the jpg files look a lot nicer (which I expected), but what is confusing to me is that Preview renders the RAW files and they look nicer than the way Xee does it. I've tried everything to make Xee render the files "correctly".
Okay, that's not a huge deal. Who knows, maybe Xee is showing the RAW files correctly. However, when I edit RAW files using Lightroom and save those files into JPGs, Xee renders THE JPG files differently than Preview. The image that I see as the final print in Lightroom, that's what Preview shows. But then I throw the same image to Xee, and Xee renders it with a lot of macroblocking, etc. It's really weird.
Anyone have any idea what's going on here?
Hi guys !
I used Xee for quite some time and it's great.
Open my Nikon RAW files without trouble.
Recently I bought a Canon G9.
Xee keep telling me it could'nt display file ???
Yes, Canon CR2 raw image is selected in the formats list.
Any tips ???
Thank's
Hi guys !
I used Xee for quite some time and it's great.
Open my Nikon RAW files without trouble.
Recently I bought a Canon G9.
Xee keep telling me it could'nt display file ???
Yes, Canon CR2 raw image is selected in the formats list.
Any tips ???
Thank's