srinisubra / java-axp Goto Github PK

SWT Renderer and application would be nice. The ability to use native
rendering should be beneficial.

Enhance XPS viewer application with some simple enhancements:

1. Basic file menu (Open, close, quit)
2. View menu (zoom, page layout options?)
3. Help/About

Support i18n from the start!

Modify build scripts and project structure to allow for at least two
downloadable artifacts

1. Jar providing core API for XPS file access, and XPS file traversal
   - Need to define API for core library
2. Swing viewer application using core XPS API

Current implementation was built XPS Version 0.95 Specification.  

-Need to jaxb compile the new schema to generate model elements for the 1.0
spec.
-Need to update Swing renderer for changes in 1.0

To be compatible with the default JREs on most OS X installs, a java 1.5
version is required
- Make source java 1.5 compatible
- Bundle JAX-B api and runtime libraries to support java 1.5

AWTXPSImagePaintContext needs to support tiling.

To Implement:
- Transform the requested raster location to the ImageBrush's co-ordinate space
- Draw tiled instances of the ImageBrush's source image until the entire
requested block has been filled.

The Indices property must be respected to handle non-standard character 
spacing.

Create module that allows for XPS -> PDF file conversion, using
xps-swingviewer's rendering and iText's PDF output capabilities.

Use XPS file content-type mapping and the extension of font files to
determine if its content is obfuscated or not

Hi, i've managed to get this interesting piece of SW running on my Mac, but I 
had to use SoyLatte 
(OpenJDK 6 BSD port packaged for OS X) which uses X11. It wouldn't start with 
official Apple 
Java.

When I import all project checked out from SVN into eclipse and try running 
'xps-swingviewer' 
with official Java 1.6 I get the following in my console:

2008-12-15 17:33:23.883 java[96877:10b] [Java CocoaComponent compatibility 
mode]: 
Enabled
2008-12-15 17:33:23.884 java[96877:10b] [Java CocoaComponent compatibility 
mode]: Setting 
timeout for SWT to 0.100000
2008-12-15 17:33:24.612 java[96877:1ad03] *** -[NSConditionLock unlock]: lock 
(<NSConditionLock: 0x10015bde0> '(null)') unlocked when not locked
2008-12-15 17:33:24.613 java[96877:1ad03] *** Break on _NSLockError() to debug.
2008-12-15 17:33:24.718 java[96877:1ad03] *** -[NSConditionLock unlock]: lock 
(<NSConditionLock: 0x10015a3f0> '(null)') unlocked when not locked
2008-12-15 17:33:24.719 java[96877:1ad03] *** Break on _NSLockError() to debug.
2008-12-15 17:33:25.324 java[96877:1ad03] *** -[NSConditionLock unlock]: lock 
(<NSConditionLock: 0x10015d080> '(null)') unlocked when not locked
2008-12-15 17:33:25.325 java[96877:1ad03] *** Break on _NSLockError() to debug.
2008-12-15 17:33:25.427 java[96877:1ad03] *** -[NSConditionLock unlock]: lock 
(<NSConditionLock: 0x12380fe60> '(null)') unlocked when not locked
2008-12-15 17:33:25.428 java[96877:1ad03] *** Break on _NSLockError() to debug.
2008-12-15 17:33:25.531 java[96877:1ad03] *** -[NSConditionLock unlock]: lock 
(<NSConditionLock: 0x123810360> '(null)') unlocked when not locked
2008-12-15 17:33:25.533 java[96877:1ad03] *** Break on _NSLockError() to debug.

Any hint on where I might start looking for solution? Or is this Apple's bug 
with ObjC/Java 
integration?

It would be nice to have a regular Mac app bundle for this.

Both ImageBrushPaint and VisualBrushPaint do tiling. Refactor to create a
superclass that handles the tiling, and delegates the tile rendering to the
existing paint contexts

Current only a full page or an IVisual element may be rendered. It should
be possible to start rendering at any point in a page's element tree.

It should also be possible to parse fragments of a page into their model
objects.

Eg. Should parse to a pair of IPath elements

<!-- Draw background diamond to show where fill affects background -->
<Path Fill="#CCCC66" Data="M 150,0 L 300,150 L 150,300 L 0,150 Z" />
<Path Data="M 150,0 L 300,150 L 150,300 L 0,150 Z">
<Path.Fill>
<VisualBrush Viewbox="0.25,0.25,0.75,0.75" Viewport="150,75,50,50"
ViewboxUnits="Absolute" ViewportUnits="Absolute" TileMode="Tile">
<VisualBrush.Visual>    
<Canvas>      
<Path Fill="#333399" Data="M 0.1,0.1 L 0.9,0.1 L 0.9,0.9 L 0.1,0.9 Z" />
<Path Fill="#FFFF00" Data="M 0.1,0.35 L 0.35,0.1 L 0.6,0.35 L 0.35,0.6 Z"/>  
</Canvas>
</VisualBrush.Visual>
</VisualBrush> 
</Path.Fill>
</Path>

The project license is LGPL. Include license in source code, OSGi bundles.

Need to implement and AWTXPSPaint to handle rendering paths that are
stroked or filled with a VisualBrush

Apache Tika (http://tika.apache.org/) is the leading open source text 
extraction framework, written in Java. It allows extracting text from a lot of 
formats including PDF, DOC, ODF and 30 more.

Tika is modular, and it only takes one Java class along with one property file 
to write a parser wrapper for Tika. I think java-axp could easily be exposed as 
a Tika parser plugin with just a few hours work, and will enable all Tika users 
to parse the XPS format.

See this example for how this is done to wrap the MS TNEF format: 
http://github.com/jukka/jtnef/blob/master/src/net/freeutils/tnef/tika/TNEFParser
.java

Linux and Windows swingviewer apps should use the platform look and feel 
rather than AWT default.

Current only Gradient brushes that map well to Swing gradient paints are
implemented. All XPS-required gradient brushes should be supported.