ipenddy / xee Goto Github PK

[deleted issue]

ImageIO.framework can load camera raw images, but it's still a bit clunky
when doing it. Implementing a custom loader based on dcraw would allow
proper interruptible loading, and more possible processing options.

Being able to resample images would be good, but not a critical feature.

Files do not always sort exactly like in the Finder.

Furthermore, if a Finder window is set to show files in another order than
alphabetical, Xee's order will not match. There should be an option to
change sorting order. It would also be nice if Xee detected the sorting
order used in the Finder when launching.

The internal file list does not update when the contents of a directory
changes. This could be a feature of the image source system.

It has been requested to add quick hotkeys to move files to the tope
entries in the destination list.

Preview pretends to be able to do this, but doesn't actually. Maybe Xee should.

There is no support for pbm or xbm files. These should be fairly easy to add.

Support for rotating and cropping images would be a good thing.

There should also be a lossless path for doing this to JPEGs.

A mechanism for doing lossless saving and transformation of JPEGs through
the normal save interface is needed.

The antialiaser crashes hard on Intel. Why?

Some formats, such as TGA and BMP, seem to fail when saving.

When moving away from an image that has been edited, show a dialog asking
to save or discard (or enable automatic saving, maybe).

In order to properly support running as a universal binary, all endianness
issues in the code must be properly resolved. This will most likely involve
a rewrite of the XeeBitmapImage code to use better-defined internal storage
formats, possibly by using CGImages.

JPEG transformations are currently done by an external utility (which is
nor universal, either). If a custom JPEG loader is implemented, the Xee
executable will also contain a copy of libjpeg. Merging the JPEG
transformation code with the Xee code seems a good idea.

Both QuickTime and ImageIO suck at loading Photoshop files. ImageIO doesn't
read layers, and QuickTime messes up pixel formats uses excessive memory.

A custom loader written from scratch is probably the best solution.
Disregarding issues of colour matching and strange colour spaces, the
format should be fairly easy.

Having Altivec and SSE versions of the libjpeg IDCT would be very nice, and
would speed up JPEG loading a lot.

The ImageIO loader is broken after the loader redesign. Fix.

Implement a new paste function using CGImageSource, preferrably handling
both PICT and TIFF data.

Support grabbing a screenshot to a new window, for convenience.

I don't think Quicktime or ImageIO support PhotoCD (although I'm not
entirely sure about that, either). Does anybody actually use PhotoCD any
longer? There are libraries out there for loading them, so it shouldn't be
too hard to support, but is there a reason to?

Crashing when quitting in full screen has been reported. Haven't verified.

Manual refresh of current open file. Instead of automatically, or, maybe
even an option to switch between them?

I'd really like to get rid of the reliance on QuickTime to load images.

If internal image handling is changed to use CGImages, then
ImageIO.framework can be used to load images instead, and QuickTime can be
bumped to the bottom of the queue, or removed entirely.

Downscaling in Xee does not look very good, due to just using the OpenGL
scaling.

Xee could create a temporary bitmap image at scaled-down size, using some
better algorithm, either a standard one, or the one used in Mangariini.

This would, however, increase memory usage.

With custom image providers, it would be possible to make a provider that
renders PDF pages as bitmaps and then has Xee display those. This may or
may not be a good idea. With the new scaler, it might look decent, at least.

The updating of the properties panel is broken. Fix.

The list of image destination for moves and copies tends to get somewhat
messy. This should be fixed, but I have no idea how.

NEF files are mistakenly detected as TIFF files by both NSImage and
QuickTime. This needs to be fixed by using ImageIO.framework to load them
instead.

There is no support for CBZ and CBR archives. LZH would also be nice to
have, since it is popular in Japan, and thus sometimes encountered for
doujinshi works and such.

XADMaster.framework supports all of this and more.

Xee just needs to implement image source objects that can handle
directories or archives interchangeably.

Xee does not display metadata from EXIF tags and similar. The main problem
is that QuickTime, which is used to read JPEG files does not provide this.

A custom JPEG loader is needed, and some code to support metadata in general.

Pasting data from Photoshop messes up the alpha channel. Fixing needed.

Add an automatic slideshow mode, randomized or not.

Use libjpeg to write a custom JPEG loader.

Advantages:
1. Proper progressive and interruptible loading.
2. Possible optimizations like SIMD conversions, and YUV textures.
3. Possibility to parse EXIF data (bug 2)
4. Possibility to better integrate JPEG transformations (and maybe even
cropping) (bug 6)

QuickTime has some of these, ImageIO has some, neither has all and both suck.

The image cropping code needs the XeeView to clip the area to be displayed
with glViewport.

libmng could be used to support MNG and JNG. These are pretty rare formats,
though.

What steps will reproduce the problem?
1. try to open an IFF produced with Shake
2. Note that it says "error loading image"

What is the expected output? What do you see instead?
I expect to see a black and white matte image of a chain link fence.  Instead I 
see a black/blank 
image and an error message

What version of the product are you using? On what operating system?
using 1.2.1 on Mac OS X 10.4.7

[deleted issue]

The temporary crop tool sucks horribly. Implement squeeks' design.

Right now Xee can scan directories for images, or view the contents of the
clipboard. There are several other sources of images that should be added -
archives, and resursive directory reading, for instance.

This would be best served by making an architecture for generic image
source objects, that provide image lists and data to the front end.

Saving is currently broken. It needs to be replaced with a CGImage-based
save path that can save rotated and cropped images.

Would support for changing exposure on HDR formats like OpenEXR be useful,
or even possible to implement in a sane way?

Support cropping images before saving.

Optionally recursively scanning directories for images would be useful.
However, interface issues remain unsolved (how to select scanning depth,
and so on).

This also relies on first implementing image sources.

[deleted issue]

[deleted issue]

Does Xee need support for Applescript scripting? Some people think so.

If you do, please post some suggestions for what kind of commands it should
support.

Xee could possibly support displaying several image next to each other, for
comics reading.

This could either be based on Mangariini, or use some even better layout mode.

[deleted issue]

Use the new and improved filetype handler from The Unarchiver.