This thread is for questions and discussion about Xee. Before posting, check that the question has not already been answered in this thread, or in the previous thread: http://wakaba.c3.cx/sup/kareha.pl/1122405906/

There is also a bug tracker for Xee here: http://code.google.com/p/xee/issues/list

If you have a bug to report, it is better to post it on the bug tracker if you can, so it will not be forgotten.

I just want to thank you for this great sw. Is is amazingly fast. I can now forget about using Preview - which is worse than ever with OSX 10.7.

There may be a bug with the 'Save Losslessly' option. Several images I've rotated still end up with some pixel's RGB values slightly changed when I resave with 'Save Losslessly'. Compare rotated (218) vs original (219). The RGB values of select pixels have changed slightly eg 175,163,113 is now 176,162,113 even though I have 'Use RGB' set for 'JPEG loading'.

Original

Love this software.
I bought The Archive Browser even though The Unarchiver does the job most of the time.
Since Xee uses The unarchiver too, I'm in a way contributing to a Xee version 3.0 for the MAS.
Despite a Lion Fullscreen, I hope you put in the option to auto-zoom width.
But of course keep the smooth multitouch scrolling before all.

Just bought Archive Browser (already owned The Unarchiver), it rocks! No we want Xee aswell ;D Really, really, REALLY want a 3.0 in MAS with Lion optimization.

Hi,

generally Xee is an excellent software that I am using for years. However, during this time it became inreasingly unstable. Now it is a nuisance, if I am scrolling back and fro, the application crashes after every 50 photos or so. I am using OSX 10.7.3.

Best regards,

Ákos

Support for color profiles would be great! This is a huge omission, right now. Photographs look totally different in Xee, more washed out, than they do in browsers and other software that support color profiles.

Hi,
about Xee not beeing color profiles aware, here is my question :
I started using Xee last year on a Macbook 10.6.8, the pictures were washed out, compared to Preview or Viewit or Safari or any other soft. (jpeg or tiff files)
Last week I have tried Xee on my new Macbook pro, 10.6.8, and the problem not longer exists !! The pics look totally similar in Xee and the others softs for jpeg files. Tiff files still look washed out.
This is both right for Xee 2.0 and 2.2.
Am I right or am I dreaming ??
Anyway, my beloved Xee is my default pictures viewer again, and this is great news !!
Best regards.

Here's a crash report:

http://pastebin.com/2WdaW65x

I see this type of crash all the time (at least few a day). Xee is the only app that crashes on my machine these days.

Great software. I just wish I could make pictures fit horizontally
When I view pictures of different sizes, the zoom function, while extremely fluid, just doesn't cut it any more.
I would love to buy it on the MAS at a reasonable price.
And please keep the perfect scrolling that so many programs neglect.

Is Xee ever going to be updated?
Please tell me if I'm just wasting my time waiting.

>>233

Not the current code base, it is way too old and kludgy for current OS X versions.

I've been experimenting with a rewrite, which I hope to get done SOME day, but no guarantees when. It's a program that I use personally every day, though, so sooner or later I will have to get it up to date.

Any chance of a "zoom slider" in the next version?
The addition of the multitouch zoom is nice but not practical for desktop setups.
The only thing Xee has been missing is a way to adjust the zoom percent to an exact percent - currently (besides multitouch) it only zooms in set increments.
Otherwise, Xee is perfect for my needs.

Thanks for your time!

Nevermind, found out CTRL/Command(depending on what you have your keys set to)+mouse scroll does precise zooming!

Scratch that last message, that's just OS X's internal zoom function

Any chance of an update for Retina support? I haven't tested on one of the new MacBooks yet, but if I run Xee in HiDPI mode on 10.7.4 it seems to do pixel doubling.

And thanks for writing such an awesome program! I would be down for a paid version on the MAS.

I'm a web designer. I really love Xee!
I think that it would be better if Xee has a color picker.

> update for Retina support

is that really how things work on macs? if so, then wow, that's pretty bad.

>>240

I think it depends on which APIs are used. Some things "just work."

>>240

No OS I know of has transparent support for adjustable DPI.

>>242
i don't know of any operating system other than OS X that does pixel doubling unless your app specifically supports the screen resolution being used.

>>243

If it didn't, it would be unusably small.

>>244
i'm just saying that no other operating system that i've used has had that problem, even on a 1920x1080 8" screen.

>>245
It's not a problem. It's an intentional feature made to ensure that old applications still remain usable on a display which has twice the horizontal and vertical resolution normal displays of that size have.

Out of curiosity, what operating systems have you used which are suited for use on a 1920x1080 8" monitor?

> Out of curiosity, what operating systems have you used which are suited for use on a 1920x1080 8" monitor?

Android, PC-BSD, Ubuntu, and Windows 7.

>>247

Adjusting the DPI in Windows isn't without its own flaws.

>>248
True, but pretty much all of them are the result of people making invalid assumptions about the size of various bits of text, and most of them are merely cosmetic flaws.

I've noticed a problem with the crop feature. I select a bit to crop, then save the file and by default it has "Cropping: Expand", which saves an image larger than my crop. If I select "Cropping: Trim", it saves an image smaller than my crop. This is bizarre. By default, it should save EXACTLY what I cropped. If I put effort into selecting the exact pixel width and height and select what I want to crop, why would I want the program to make it larger or smaller than what I selected?

Ignore the above post. I figured it out. I have to save as JPEG, not "JPEG, Without Recompressing". (I assume exact crops can't be done without recompressing)

Xee is nice so far but I really need a thumbnail area with pic previews of the current folder. Adjustable thumbnail size at best. I'd love to see this so it could replace JustLooking. ;o)

Just want to chime in asking for HiDPI (Retina) support as well. FYI, this thread details the issues the Firefox team is running into supporting HiDPI, might have relevant info:
https://bugzilla.mozilla.org/show_bug.cgi?id=674373

Well, feel free to get me a Retina display to do development on, and it will happen pretty quickly.

Otherwise, I am focusing on doing some work on Xee 3, which will take quite some time yet before it's done. It might have proper support, but I don't really have any way to test it, so.

Xee didn't display open dialog box while launching in following condition.
1) opening xee with double-clicking image file
2) opening xee with drag'n drop image file to xee.

in Mountain Lion, xee display open dialog box every time while switchresx 4.3.1 demon was running.
If I stop daemon, xee wasn't display open dialog box in upper condition.

I send this trouble note to switchresx' developer. He told me it's bug of xee. So I report it here.

I really like Xee I used to have it as my default image viewer on my old mac
but too bad it doesn't support the retina macbook

i want to share this video with you it might help you to make an update
http://www.youtube.com/watch?v=OWSTI04WBdE

nice to hear about new version. what are you planning for v3? are you looking for testers?

I can't wait until Xee 3!

Here are a couple of feature requests:

1) An ability to move to a specific photo number in a folder. i.e. many times I may be viewing a folder when either Xee crashes, or it shuts down for some reason. The last photo I viewed may be say 1345 of 4000. There is no easy way to get back to that. It would be great to be able to "jump" straight to photo #1345 somehow.

2) A way to adjust the zoom steps. They are simply too large for me. The image is either too small or when I zoom, too large. A preference setting would be great where I could set the increment size when I enlarge (zoom) or shrink an image.

3) Ability to auto fill screen on longest horizontal size (plus extra). in other words, when the next photo in a folder opens, and it is horizontal aspect, it will stretch (or shrink) to fit the horizontal plane completely on the screen. As most photos are not perfect 16:9, that means the vertical will be extended a bit off the top or bottom of the screen, but sometimes this is a preferred option.

4) Naturally, retina support

5) High Speed mode ;O) Many times I prefer the way Xee works, great image quality and love the ability to pan around with my touch mouse or pad. But other times, I really want to flip through lots of photos really quickly. When I do this with Irfanview on my Windows boot on my iMac, it is incredibly fast. What about a toggle button or in the menu for Xee to switch between the current high quality usage and faster viewing?

6) Seriously, make a way to donate money easily via paypal within the program. I love Xee, but it never get's updated. I know you use Xee, and I suspect you are very busy. But if you made some money from it, maybe it will "assist" in these updates.

I'd love to help out with Xee3!
Let me know if there's any public repos.

Multi core love would be so great :)

Hello.
Would someone please explain the difference between Expand and Trim in relation to Cropping? Thank You!

Hello.
I'm Japanese!
It's Great tool Xee!!

Everyday use Xee!!

Thank you very much!!!

Great app!
A good thing could be to add

• caching the 2 or 3 last images.
• pre-loading next image (or more) when.
• configure this in a new preference tab.

Windows software are doing this ;)

This will give more confort while browsing a network drive.

So it turns out to be pretty easy to add retina support. Well, excluding thinking about whether 100% should be actual pixels or whether it should remain the same apparent size as it does now. I prefer the latter + shrink to fit (not enlarge to fit), which is what the patch does.

http://pastebin.com/aVRz7Z5a - get Xee 2.2 to build with Xcode 4.5
http://pastebin.com/xTkcYLms - retina support

http://pastebin.com/UaXhyr60 - slightly more elegant retina support

Love this software, I honestly don't know what I would do without it. It's the closest thing I could find to Irfanview on the Mac. I am having that weird issue with Mountain Lion where it opens the file browser window when I double click on an image file though. I get why it would do that when opening from the Dock, but not with a file. Just kinda gets in the way. Seems to happen when I'm opening for the first time after a restart, but sometimes it's simply after the program has been closed for awhile and it reopens when viewing an image. I've seen others with the same issue. It seemed to be fixed, and I know it didn't happen on Snow Leopard, but it's been popping up again. Anything to do with Default Folder X maybe? They're working on some fixes as well, thought I'd mention it too. Only other thing is I wish there was a setting to stop that "are you sure you want to delete" message, and maybe a Fullscreen button on the menubar. Thanks again, love Unarchiver too!

can somebody please explain me how i can patch my Xee app to add the retina support ? I have no idea what to do with the snippet code on pastebin..

Hi HewUTsHN,

I've tried to add retina support to xee but it win't work. I'm not a programmer so it's hard for me to do that. Maybe, can you upload the working retina version of xee? I would much appreciate that! :)

greetings,
Max

Hi HewUTsHN,

I've tried to add retina support to xee but it win't work. I'm not a programmer so it's hard for me to do that. Maybe, can you upload the working retina version of xee? I would much appreciate that! :)

greetings,
Max

Yes someone please upload the retina version somewhere for us to enjoy too! Would be greatly appreciated!

Just wanted to first say thanks for Xee! My family loves it!
And, second, I wanted to +1 the comment from #155 ("Quick resize of images is lacking in OSX"...). Contextual resize, just like Powertoys from Windows, would be an incredible addition to this app. It's crazy to fire up a separate editing program just to upload a small photo to i.e. Craigslist.

Thanks!

Just wanted to first say thanks for Xee! My family loves it!
And, second, I wanted to +1 the comment from #155 ("Quick resize of images is lacking in OSX"...). Contextual resize, just like Powertoys from Windows, would be an incredible addition to this app. It's crazy to fire up a separate editing program just to upload a small photo to i.e. Craigslist.

Thanks!

Thank you for great app.
I have a couple of requests that would make it perfect to me.

1-Use scroll wheel for both browse and scroll.
Browse when un-zoomed and scroll when zoomed. Basically you scroll to a picture zoom-in, move around. zoom-out and scroll to the next.

2-Small browser windows
When you double click on a picture open a browser window with basic view option like thumbnails and list. That would be so much better than closing xee and finding the next picture.

3-Moutain lion full screen support with the double arrow at the top right corner

And if you dont want ... it's ok i'll still love Xee ^^
take care and thanks again

hello just came across your program xee2 for mac i do like what i see but is there a way to add the sony raw format .ARW format or enable it please let me know thank you

should be better fullscreen with build in support, also should be option to close on exit
thanks so much love the all

should be better fullscreen with build in support, also should be option to close on exit
thanks so much love the all

Thank you SO much for providing the source code! It has been invaluable to me in learning Objective-C and Mac development!

Please consider updating this to Mountain Lion standards and publishing Xee on the Mac App Store, I'm sure a lot of people would buy it and love you!

Terrific program, the only feature I would love to see added is a "fit to width" shortcut, very handy for browsing scanned (portrait oriented) pages.

Is there a way to make Actual Size the default view? I'm tired of having to change the View each time I switch images, the only thing I don't like about Xee.

>>280

There are options in the view menu for that.

I have folders that contain both raw and jpg images. Is there any way I can configure Xee to skip the Raw files? I want to browse my folders, but I dont want to see doubles of everything.

Re 'Actual Size' ... doesn't actually work the way one expects when moving through multiple images of difference sizes.

If you choose 'Actual Size' and then tell it to remember the zoom level, it just locks the window size. If the next image has different height or width in pixels, it is zoomed up or down away from its actual size to fit the window, when what should happen is the window gets resized to suit the new image size.

Sadly, this is something I consider a paramount feature in any image-browser, and absolutely NONE of the ones available for OSX (including Xee) does it. Even ACDSee for Mac doesn't have it, which is bleedin' daft considering its Windows parent has had it since version 2.1.

>>283

You should turn off the automatic zooming to get that.

I'm throwing in my support for rewriting Xee for the MAS. I'd definitely put down $ for it.

>>285

Luckily for you, I am finally working on it.

Ohh, lucky!

What? No print command? buh!

Hi, I just began using Xee after upgrading from Mac Panther (10.3.9) to a newer system that demands OS X native apps as the default. I was using the old PictureViewer app on the old system because of its quickness and sleekness, and after trying out many OS X image-viewing equivalents, I decided Xee was the one to go with.

My only problem (so far anyway) is when I use my VueScan app to scan an image, Xee butts in and opens the image up (even though I have the "viewer" pref in the VueScan app set to "Photoshop"). On my old system, Photoshop would open the scanned image up (even though I had .jpg's set to open in PictureViewer by default).

I'm just wondering if there's some way to get Xee to open up .jpg's normally, but leave them alone when I'm scanning and wanting images to open in Photoshop instead.

There is a workaround -- I just changed the save folder in Vuescan to the Desktop and then open them up in Photoshop, but that involves an extra step.

Sorry for this long message and I'll still be using Xee even if I have to live with this minor inconvenience.

>>289

No idea, that would really be up to VueScan, or maybe OS X.

Yes I think it's the newer OS X version, the Photoshop I'm wanting to open the image is an old classic app. I can live with just opening up the VueScan-created file from the Desktop. Thanks again for Xee.

Hello,

Sorry to ask a stupid question but how to use your instructions into pastebin for xcode ?

Thanks a lot for your answering.

Best regards,

Thanks a lot , that is a great Job !
I spend some time to understand how to keep the original sizes.
(maybe you could add an option like "alway in actual sizes").
Any way, it is exactly what i was looking for.
Best regards from switzerland,

bertrand

>>265
I was trying to compile Xee on OS X 10.8.2 using Xcode 4.5.2.

I applied the patch http://pastebin.com/aVRz7Z5a - get Xee 2.2 to build with Xcode 4.5
(actually I had to delete the beginning of the patch for .gitignore)

I still got an error

../Xee/XeeTileImage.m:527:3: Use of undeclared identifier 'CGDataProviderCallbacks'

	CGDataProviderCallbacks callbacks=
	{ XeeTileImageGetBytes,XeeTileImageSkipBytes,XeeTileImageRewind,XeeTileImageReleaseInfo };

Xcode documentation says this is "Available in OS X v10.0 through OS X v10.7."

I commented out the section, and got it to compile and run, but I don't know what this is supposed to do.

Hi. I love Xee. Mostly for it's slideshow but as with many other poeple, I have some suggestions for improvements.

I use BetterTouchTool to automate and put many controls onto the touchpad.

I've read back over some of the msgs here. Do you have a simple list of your feature 'roadmap' so I can avoid duplication and also understand other's priorities.

My requests would be;

1. Option for Titless view of an image (no bars of any kind unless you mouse over). Like Quicktime Player windows.
2. Option to include recursive subfolders when browsing through a folder.
3. More dynamic control of Slideshow speed. I would like to control speed during playback and increase or decrease in adjustable increments. Essentially a Faster/Slower control. Including below current 1 second minimum to maybe 0.2 secs.

NB. No Slidebars as these are hard to optionally map to other controls.

4. The use of (3) is mostly when running multiple slideshows, tiled, simultaneously. Would be great to have synchronized version where images are updated in sequence or all visible 'tiles' update in random before repeating the cycle.

5. Advanced Tiling options. I know this is more window management but bearing in mind synchronization from (4), great to auto Arrange windows to fill the screen OR specify a grid dimension and have black background.

Note: Compupic Pro (Windows) image viewer from Photodex is the only software I've ever found that offers the level of control I'm looking for in live slideshows and this is very old. Have never found a Mac alternative and I've been searching on and off for years.

Thanks again for your efforts.

>>296

I tried implementing 1. for 3.0, but it turns out it is not possible to do this and remain acceptably fast, at least not without extreme amounts of effort that are not really worth it. 2 is implemented in 3,0 already.

I'm not sure about 3, and the rest are a bit too specific to be worth burdening the interface and codebase with, unfortunately.

>>298
Is the problem with the transparency for the round corners? If so, how does QuickTime Player do it?

>>300

No, the problem is that regular views can't be rendered on top of an OpenGL context unless you use CoreAnimation layers, and CoreAnimation layers are too slow for Xee. QuickTime player does not need gigantic images and doesn't update that fast, so it can use them.

>>207
+1 for labels!

Fantastic app though!

still waiting for ver.3

>>301
It's easy to render views to a buffer and then display it in OpenGL, and catch mouse events and redirect them to the view. Or just use child windows.

Well, after a ridiculous amount of work, it's finally starting to come together: Here is the first beta version of Xee 3.0:

https://xee.googlecode.com/files/Xee3.0beta1.zip

This is an near-complete rewrite. Most of the code is completely new. Most of the functionality should be implemented at this point, so I finally feel like calling it a beta and giving it a public test. What this really needs now is a bunch of testing. Please try it out, and tell me if something is broken, or missing. Or just tell me it works fine, that's useful information too.

The bad news is that this took so much effort to put together that it'll probably cost money when it is done. This beta version will also expire in a couple months. I haven't decided yet how exactly I will distribute it, and if I'll release any source for it (I was considering the option of doing that even if it is distributed for pay on the App Store. We'll see.)

As for new features, here's what I can remember right now:

• Much more gesture-friendly interface. You can now browse images by swiping, and scaling and rotation gestures work better. I warmly suggest using the swipe browsing, because it is very fun.
• Multiple window looks. (Regular, dark and black, so far.) This helps make the UI be less distracting.
• Support for APNG, WebP (including animation), and old MSX MAKIchan formats. Also, MPO files are animated to give a slight 3D effect.
• Colour matching is finally fully working. The normal Mac OS X colourspace handling is now used, so pictures should now always have correct colours.
• Much improved image scaling algorithms, running on the GPU. Down- and up-scaling images should look a lot better now. When set to show pixels, a special pixel upscaler is used to allow showing sharp pixels at any upscaling ratio.
• Image loading is now handled in separate isolated processes, meaning that a buggy image loader can crash without bringing the rest of the program down. This should also be more secure.
• The handling of zoom levels has been streamlined a lot.
• Image metadata is now loaded with Image::ExifTool, which provides a lot more metadata.
• The image metadata UI and the move/copy panel have now been combined and upgraded.
• Lion fullscreen mode.
• A few more file handling functions, like labelling and setting as desktop picture.
• In general, the menus, UI and features have been re-ordered, re-designed and re-thought to make more sense. This will probably annoy you for a while if you were used to the old one, but I recommend trying to learn the new ways things work, because they should be a lot better. If something really bothers you, though, complain!

There's probably more stuff that I forgot, too.

Some things from the older version is missing. This is either due to me not having re-implemented it quite yet, me deciding to cut that feature entirely, or just plain old forgetfulness.

Things that are missing that will probably be implemented before release are:

• Slideshows.
• Clipboard handling.
• Identifying JPEG creators by quantization tables.
• Possibly printing.
• Icons may be changed. The current ones are Adam Betts' old icon set.
• Thumbnail image in the copy collision panel.
• PICT support. (May be left for a later version.)

Things that are missing and will most likely remain missing:

• Progressive image loading. Enjoy the cute TV noise effect instead!
• "Same as Finder" image ordering. This is impossible with the sandbox. Instead, sort order is remembered for each folder separately.
• YUV mode.
• Single-window mode.

If you spot anything missing that is not on either list, remind me about it, because I might just have forgotten.

Things I forgot to say so far:

• It requires 10.7. This will be the baseline from here on out. If you need to run on older machines, use 2.2. I'll still keep it up for that purpose.
• When cropping a JPEG, the cropping now snaps to MCU edges. If you don't want this because you are not going to save as JPEG, hold shift to disable it.
• And speaking of shift, you can switch between regular scrolling and browse-by-mousewheel in the preferences, and you can also temporarily change that option by holding down shift while scrolling.

Oh, also: Retina support is 100% untested, and apparently doesn't work. I will have to somehow find a machine to test on soon.

>>305
It doesn't seem to remember the window position across launches, and for some reason always tries to place itself in the bottom left corner of the screen.

>>305
And is there any reason why there's no toolbar anymore? It makes browsing with a mouse (not a trackpad!) really hard.

>>310

Right, that's somewhere there on the TODO list.

>>311

Ah yes, I forgot to mention that one too, I probably won't add a regular toolbar. For a non-magic mouse, browsing should be done with the scroll wheel but you have to turn it on in the preferences. Probably it should check what kind of input you have and change that automatically.

I might try to think of some kind of some other kind of interface for it too.

Tried to guess why Retina support was not working, and I made a new version with only that change:

https://xee.googlecode.com/files/Xee3.0beta2.zip

This one might work on Retina. Please test it!

Is there anyway to monitor the GPU for testing? I was browsing through a pretty large folder to test Xee3, when my computer started getting sluggish and the temperatures (and fan noise) got higher. Xee wasn't using much CPU according to Activity Monitor, but I assume the GPU was being pushed. It's an GT650M if that matters.