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.

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.

Thanks for xee 3.0.
Finally, xee support colorsync. Fantastic!

But I found a few bug. Also, want a feature for xee 3.0 following as;

1) Xee was crash when trying to open PDF file

2) in fullscreen mode, xee 3.0 couldn't hide mouse pointer.
xee 2.0 was hide mouse pointer in fullscreen mode.
It's very usefull for comic-book reading.
Also, most apps are hide mouse pointer when occurred key input. I want this feature :-)

3) It seemed to be slower than xee 2.0 (Hmm...)

4) xee 3.0 was display television noise effect while open big graphic file. I want to turn off this effect. But there was no option.

5) I missed a toolbar. But it's not so essential.

6) Please develop a feature 2 page view for comic-book reading
:-)

Thanks for your development. If you'll sell xee in appstore, I must buy it. Thanks!

I was very excited when I saw the beta, but unfortunately every image I try to view get the "cute" TV noise instead and it says "(crashed)" below.
I'm not on retina and I tried on both a MacBook Pro and a MacBook Air.

xee 3.0b2 is ask "MacOS X sandbox maybe blocking access to it" message when open folder at first. It's very annoying. :-(

MacOS X App sandbox make me unhappy. Please find other sales methods other than apple appstore. Thanks.

>>317

Have you messed with quarantine settings in OS X in the past? You may need to manually remove quarantine xattrs from the files in the .app package.

>>318

Unfortunately, we're stuck with it for now.

I had some random crashes. I wasn't doing anything in particular to trigger them. Crash logs attached. Seems related to this:

> 3/12/13 3:35:31.395 PM Xee3[1971]: -[__NSCFType removeAllEntries]: unrecognized selector sent to instance 0x7faef0c60800

I also had some pretty weird behavior when trying to bring up the Open panel in full screen mode. Selecting Open from the file menu makes the event loop get stuck and nothing seems to happen. Triggering an event by pressing the Escape key brings up the Open panel but things get more and more messed up from there.

The Open Recent menu doesn't work either. Nothing appears in it no matter how many files I open or close.

There were some other cosmetic bugs too. The most annoying one was after entering full screen mode, the title bar briefly flashes at the top of the screen, shaking the whole image.

>>316

Also, thanks, I will get at least some of those fixed.

>>320

What were you browsing at the time?

>>320

Also, I can't really reproduce the fullscreen behaviors. Are you on 10.7?

>>319 I did disable that annoying message when you open a downloaded app. It creates bugs apparently... I used terminal to enable it again, it's annoying, but it works now. And I guess it's safer :P
for anyone with the same problem, I entered this message in terminal :
defaults write com.apple.LaunchServices LSQuarantine -bool YES
("NO" would disable quarantine and create the bug)
press enter/return and restart your mac

PS: I'll give you my impressions on the beta later ;)

>>324

> It creates bugs apparently...

Oh, it does. All kinds. I've tried reporting some of them to Apple but no reaction. It's a pretty terrible situation. It used to be safe to do that, but then with one of the recent upgrades, it suddenly broke all kinds of things, because they left that option in but didn't update things to actually support it any longer.

>>319
Sad news. I really hate apple sandbox policy.

Anyway, I found a another bug.

When I browse files containing following JPG file, xee 3.0b2 take up nearly 100% CPU process. The file is following as;

http://blogfiles.naver.net/20100810_97/howardkim_1281439264397s24Lp_jpg/junge_howardkim.jpg

This is color profile embedded JPG sample. Please resolve this issue. Thanks.

in [keyboard] tab of xee preferences, "scroll up" item was duplicated 3 times.
please check it. Thanks.

Do you think it's possible to add the "Open In..." menu to an image on right-click?

I have to say that I'm disappointed, but then again I only needed the option to fit horizontally for Xee to be pretty much perfect for my needs. I want to like it but I just wasn't able to use it as smoothly as Xee 2.2

• Lion fullscreen is great although it needs the option to always open like that.
• The horizontal and vertical swipe option in nice as long as the image isn't zoomed in where it doesn't even work sometimes. I would also add the option to disable one or both and maybe add a sensitivity slider.
• The scrolling is far from being as responsive as before, almost sluggish and the bouncing makes it even worse. It's really bad when an image is zoomed, just like in safari.
• When changing images it stays at the same "zoom position" which was an option you could disable before.
• The app is a lot more processor intensive, it drains the battery at an alarming rate and the fan becomes loud.
• The option to mask the mouse and the scroll bar would be great
• I would add the ability to disable/enable as much as possible.

Xee 2.2 was so light and so responsive, that 3.0 just feels like a big step back. I don't want to be too hard on this… I know you rebuilt it from the ground up and this is a beta. I hope you take this as constructive criticism and that I made myself clear (English isn't my first language). On the bright side, the app didn't even crash once (except for the quarantine issue).

Fit to screen isn't working; though I assume its due to still using a macbook with integrated graphics.

Though, i'm not having any of the responsiveness issues that I see reported above. It handled my big directory of unsorted images just as well as 2.2.

>>327

That file is not accessible.

>>330

> The horizontal and vertical swipe option in nice as long as the image isn't zoomed in where it doesn't even work sometimes.

What do you mean by "doesn't work"? If you mean that if you bump into a side, it will not immediately swipe to the next if you start again, that is normal OS X behavior, and nothing can be done about it.

> The scrolling is far from being as responsive as before,

> The app is a lot more processor intensive, it drains the battery at an alarming rate and the fan becomes loud.

If your computer is not very new, make sure to set visual quality to "Low". This is closer to what 2.2 uses.

> The option to mask the mouse and the scroll bar would be great

"Mask"?

>>331

"Not working" how?

>>327
>>333

http://www.kbdmania.net/images/junge_howardkim.jpg

please try to his link. Thanks.

>>330

I agree with you. Also, file browsing speed is slower than previous version.
I see TV noise frequently while turn scroll wheel rapidly for file browsing in 3.0b2. But in xee2.2, It can display all of files no matter how turn scroll wheel quickly.
But I believe 3.0 will be faster.

>>336

That image works fine here.

>>323

As recorded in the crash log, 10.8.2. It was just a large folder of pictures, not browsing any archives. Maybe some animated GIFs, that would explain the timer callbacks in the logs.

I didn't have any problems with sluggish performance that are being reported here. Even opening a huge folder with some 30,000 pictures Xee opened it and counted them all ridiculously fast (faster than I thought possible, so maybe it's cheating somehow?). Scrolling might've been a little jerky though. You can force the image to load by scrolling down, and then it's fast after that.

>>335
Oh sorry, I forgot to clarify. No image appears, just a blank window with the background color. Also happens with any kind of scaling whatsoever. Basically if its not actual size, I can't see it.

And a fun little effect I just noticed. With scaling quality set to low and fill to screen set; when going to the next image, the image will flicker for a second, before disappearing.

>>337

Yes. Only that image works fine. But with other huge files, it occurred problem.
test environment is
Macbook Pro retina 13" / MacOS 10.8.2

>>334

For the horizontal and vertical swipe I didn't know this was normal. I used mostly the vertical swipe an if you take your time scrolling it works.
I don't know how I did it, but I managed to deactivate the bouncing/swiping while using it. Does that mean you can give us the choice to disable it? I don't mind it but know others do.

I have to say the thing that I was the most afraid of was the latency and battery draining, but setting the scaling quality to low made it just like 2.2, smooth as butter. I just didn't think my mac was that old :P

When I talked about the option to mask the mouse and the scroll bar, I just meant to hide (the mouse especially).

Now the only "big" problem I have is : "When changing images it stays at the same "zoom position" which was an option you could disable before." I hope this comes back in 3.0 along with the always open in fullscreen option.

Other than that great job, the application is already very stable. Keep up the great work ;)

>>339

Check Console.app and see what it is saying. But yes, sounds like your graphics card is too old. I'd have expected it wouldn't even be able to run 10.7 in that case, actually.

>>341

> setting the scaling quality to low made it just like 2.2, smooth as butter.

It really needs some way to automatically detect what quality setting to use, but I haven't figured out a good way to do it.

> When I talked about the option to mask the mouse and the scroll bar, I just meant to hide (the mouse especially).

The scrollbars should auto-hide, at least. Do they? The mouse hiding will probably get fixed soon.

> Now the only "big" problem I have is : "When changing images it stays at the same "zoom position" which was an option you could disable before."

Is there a particular use for resetting the view position? I couldn't think of one so I just left it at this behavior by default.

> I hope this comes back in 3.0 along with the always open in fullscreen option.

I think that if I make it actually remember the window position, which I am planning to, it will also remember fullscreen settings. Let's see.

> It really needs some way to automatically detect what quality setting to use, but I haven't figured out a good way to do it.

If that doesn't work, I would put it at low by default, and let people just see if their mac can handle more.

> The scrollbars should auto-hide, at least. Do they?

They do, I just don't really need them and it can distract from the image while scrolling. But it's really not a big deal, I got used to it. It's the mouse that I would like to make disappear immediately like in quicktime.

> Is there a particular use for resetting the view position? I couldn't think of one so I just left it at this behaviour by default.

It's just more natural to me to always scroll in the same direction. Or else you have to scroll down one image than up the next and than down, etc...
It's essential for reading comics for instance.
It's isn't an issue when you use the vertical swipe, but since it tends to block when scrolling to fast in the same direction and can get tiring for the hand.

>>342
Nothing cropping up in Console at all. I figured it was just the old gma 950 can't handle it, but I assumed you'd want to know.

>I'd have expected it wouldn't even be able to run 10.7 in that case, actually.

10.7 is the last supported OS for this laptop, and it actually runs pretty well; not as well as 10.6 did; but good enough for someone who just browses the internet and watches youtubes.

> It's just more natural to me to always scroll in the same direction. Or else you have to scroll down one image than up the next and than down, etc...
> It's essential for reading comics for instance.

I much prefer reading comics with swiping, so that's what I optimized for.

>>345

What happens if you set visual quality to low?

> I much prefer reading comics with swiping, so that's what I optimized for.

Well yes me too, I'm not sure I understand. Do you mean vertical swiping ?
Because when you swipe horizontally the next page shows the bottom of the page since it stays at the same position.

Or maybe you meant that you don't scroll at all, I would do that too if it wasn't for my small screen.

Xee 3.0 support colorsync. But its support is not so properly.
Here is sample. Following file is captured screen of my MBPR desktop.

http://www.kbdmania.net/images/screenshot.png

In Safari, and Apple preview app, this file will de displayed normally. But in Xee 3.0b2, It displayed yellowish.

Please check this issue. Also, I uploaded ICC of my MBPR. The file is ;

http://www.kbdmania.net/images/mbpr_65k.icc.zip

>>347

>What happens if you set visual quality to low?

oh, waha. I already answered that.

>And a fun little effect I just noticed. With scaling quality set to low and fill to screen set; when going to the next image, the image will flicker for a second, before disappearing.

So very nearly the same thing.

>>350

I can reproduce that, thanks. Looks like there's some second way of embedding colour profiles in PNG that I don't know about yet.

>>351

I guess I'll just try to put in a kludge to make GMA950 use extra bad rendering.

>>352

Please see following capture file (JPG)

http://www.kbdmania.net/images/screenshot_color_profile_error.jpg

Left and right is ame screenshot PNG file. But left was opened in Xee 2.2, right was xee 3.0b2.

Embedded color profile of PNG was occurred this problem. JPG, TIFF wasn't matter. Please check this issue. Thanks.

The Xee3 beta looks very promising!
I'd like to chip in a feature request. It would be marvellous if preloading was more configurable max number of photos to load, or perhaps an upper memory limit.

All right, here is a new version which mostly fixes things reported earlier in this thread:

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

• Changed to a better colour matching mode, which should fix some miscoloured images.
• Mouse pointer should now hide in fullscreen mode.
• Added an option in the prefs window for where to focus when switching images.
• Added an option in the prefs window for entering fullscreen mode automatically.
• Now saves window position.
• Added a kludge for GMA950 to make it use extra bad rendering in the hopes that it will at least show SOMETHING.

>>357

Thanks for your job. :-)

1) Now, b3 can open PDF file without crash.

2) Thanks to mouse pointer hiding feature.

3) But (cute) TV noise effect is not so good idea usually. I prefer previous loading style of xee 2.2. I want to turn off this effect.

4) >>350 colour matching problem was gone.
But there is still remain a colour matching problem.

http://www.kbdmania.net/images/xee/difference.png

Left is opened in Photoshop, right is opened in Xee 3.0b3. The colour is slightly difference. Result of apple preview app is quietly same of photoshop.

(original fie is here : http://www.kbdmania.net/images/xee/face.psd)

5) Also I hope following features;
- Faster speed !! (especially, loading speed of huge animated GIF file is slower than xee 2.2)
- 2 Page view mode for Comic book reading
- support of MNG file (But it's too minor format)

Anyway, thanks for your support. Please make a better app. Thanks!

> I prefer previous loading style of xee 2.2.

As I said, the progressive loading is gone and will not return. It was nearly impossible to support already in Xee 2, and prevented lots of other things.

> But there is still remain a colour matching problem.

There are several different ways to do colour matching, which will give different results. Photoshop probably picks a different one. Try comparing with Preview.app instead, that is probably what I will try to match.

Great update, I didn't expect you to fix everything so quickly !
I really can't find anything else to complain about ^^
It's pretty much perfect for my needs, thank you.

>Added a kludge for GMA950 to make it use extra bad rendering in the hopes that it will at least show SOMETHING.

It works just fine, thank you.

..Seriously thank you, you didn't have to support old, bad computers.

>>359
OMG. Progressive loading was a reason why I love xee. The feature was very useful fast image skipping.

Xee 3.0, when I roll mouse scroll wheel for fast image skipping, it was displayed only TV noise. I think there is a better solution than TV noise. Because most of modern Macs have a large memory, faster CPU.....

Thank you. Best regards, :-)

>>362

Almost no image loading libraries have support for progressive loading. Also, using OS X colour matching is pretty much impossible while trying to do progressive loading. These features are really much more important than progressive loading, so it is gone.

>>327

Also, the bug was remain in beta3.

how to representation;

1) download a file which have a specified color profile from following link.

http://www.kbdmania.net/images/junge_howardkim.jpg

2) put the file with other files in one folder

3) open the file (and open CPU activity app)

4) hit space and shift+space repeatedly, A moment to open the file, xee will suddenly halt, and take high CPU usage.

>>363
I understand. But you'll be able to find out much more faster image loading solution, I believe. :-)

Thanks. Best regard.

I would like for zoom in/out to be an option for the scroll wheel.

Hello, is Russian translation going to be supported in future? I sent an email with updated localisation to "paracelsus", google code project author. Did I do that right? Looks like google code trunk has not been updated since 2011.

great!

I thought Xee was becoming another abandoned good os x software.

and just saw the beta now, downloaded, like it. hope you'll gonna fix various performance issues and bugs soon that I'll completely switch to Xee 3.

the one thing I would like to see in xee3 is to change the color of window background only. styles are good but I just want to change background color.

also ability to disabling that tv noise effect while switching between images and show/hide statusbar would be awesome.

greetzzz

Can people with discrete graphics cards computer also choose the ultra low quality setting? I'd rather Xee used just the intel graphics on my computer, even at the price of image quality, for battery life reasons.

>>369

I am not sure there is a way to do that.

I'm grateful for your hard work on Xee 3. Will you offer a version without Sandboxing? I keep my images in a very hierarchical manner and there's always new folders, so that constant asking for permission makes v3 a real hassle to use.

I love using Xee 2,but the beta 3 version will not work. All I can see when I open a jpeg is a 'fuzzy' screen..like TV interference. Any way to combat this?

>>371

If you give it access to a higher-level folder, it will apply to all subfolders too.

>>372

You have probably at some point tried to disable quarantine dialogs in OS X. This breaks many things in the sandbox, and will cause Xee 3 to fail to unpack properly. I highly recommend re-enabling quarantine dialogs.

(Also, once Xee is distributed through the app store, this will not be a problem, since it is .zip unpacking that is causing this.)