From dev-return-12531-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org Wed Oct 06 16:17:36 2004 Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 47881 invoked from network); 6 Oct 2004 16:17:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 6 Oct 2004 16:17:35 -0000 Received: (qmail 36232 invoked by uid 500); 6 Oct 2004 16:17:12 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 36159 invoked by uid 500); 6 Oct 2004 16:17:11 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@forrest.apache.org Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 36095 invoked by uid 99); 6 Oct 2004 16:17:10 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [65.104.121.53] (HELO mail.medata.com) (65.104.121.53) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 06 Oct 2004 09:17:09 -0700 Received: from [172.24.2.66] ([172.24.2.66]) (authenticated bits=0) by mail.medata.com (8.12.8/8.12.8) with ESMTP id i96GH5mp001197 for ; Wed, 6 Oct 2004 09:17:05 -0700 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <4163D885.4040000@apache.org> References: <89A4EF0D-1721-11D9-AC24-00039385397E@medata.com> <2257BABE-1724-11D9-AC24-00039385397E@medata.com> <4163D885.4040000@apache.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <280D08F8-17B3-11D9-AEE6-00039385397E@medata.com> Content-Transfer-Encoding: 7bit From: Clay Leeds Subject: Re: Forrest OpenOffice.org plugin Date: Wed, 6 Oct 2004 09:17:02 -0700 To: dev@forrest.apache.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: ClamAV 0.80rc3/508/Tue Sep 28 11:44:49 2004 clamav-milter version 0.80c on mail.medata.com X-Virus-Status: Clean X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Oct 6, 2004, at 4:35 AM, Ross Gardler wrote: > Clay Leeds wrote: >> On Oct 5, 2004, at 3:54 PM, Clay Leeds wrote: >>> I'm interested. I've followed these instructions[1] and am a willing >>> participant. Please let me know what I need to do to move OOo >>> related files to a plugin. > > Do "forrest run" using the branch and you will find the start of the > docs at http://localhost:8888/docs/plugins.html after doing a /forrest/, I got a BUILD FAILED with one error in the processing: X [0] docs/site:dtd-docs BROKEN: No pipeline matched request: docs/site:dtd-docs [..] BUILD FAILED /Users/Shared/_WebDLs/_repos/forrest/src/core/targets/site.xml:43: Java returned: 1 Total time: 6 minutes 27 seconds This was after I followed the procedure outlined here [1]: > svn switch > https://svn.apache.org/repos/asf/forrest/branches/sitemap-plugins > > [optional] forrest available-plugins > > forrest install-plugin > > enter 'IMSManifest' at the prompt Any ideas? BTW, I am able to successfully run /forrest/ on my main project. > When developing a plugin you can do so directly in the > FORREST_HOME/plugins directory. We only need to package it for > download once it is complete. I'll check it out. Do you have a "starter" zip of an OOo plugin to get me started? I'd thought you mentioned you had something started, which enabled one to use an OpenOffice.org .sxw file with embedded images. Can you get me a copy of that? To be honest, I don't even know which files will be necessary to build the plugin. I assume they're the *openoffice* files (the below files except openoffice-writer.sxw) but it would help to pare down the list: [clay@Clay-Leeds-Computer forrest]$ find . -iname *openoffice* ./plugins/demoIMSSite/src/documentation/openOffice.xmap ./plugins/demoIMSSite/src/documentation/resources/stylesheets/ openoffice-common2forrest.xsl ./plugins/demoIMSSite/src/documentation/resources/stylesheets/ openoffice-impress2forrest.xsl ./plugins/demoIMSSite/src/documentation/resources/stylesheets/ openoffice-writer2forrest.xsl ./src/core/context/resources/stylesheets/.svn/prop-base/openoffice- writer2forrest.xsl.svn-base ./src/core/context/resources/stylesheets/.svn/props/openoffice- writer2forrest.xsl.svn-work ./src/core/context/resources/stylesheets/.svn/text-base/openoffice- writer2forrest.xsl.svn-base ./src/core/context/resources/stylesheets/.svn/wcprops/openoffice- writer2forrest.xsl.svn-work ./src/core/context/resources/stylesheets/aggregates/.svn/prop-base/ openoffice-writer.xml.svn-base ./src/core/context/resources/stylesheets/aggregates/.svn/prop-base/ openoffice-writer.xsl.svn-base ./src/core/context/resources/stylesheets/aggregates/.svn/props/ openoffice-writer.xml.svn-work ./src/core/context/resources/stylesheets/aggregates/.svn/props/ openoffice-writer.xsl.svn-work ./src/core/context/resources/stylesheets/aggregates/.svn/text-base/ openoffice-writer.xml.svn-base ./src/core/context/resources/stylesheets/aggregates/.svn/text-base/ openoffice-writer.xsl.svn-base ./src/core/context/resources/stylesheets/aggregates/.svn/wcprops/ openoffice-writer.xml.svn-work ./src/core/context/resources/stylesheets/aggregates/.svn/wcprops/ openoffice-writer.xsl.svn-work ./src/core/context/resources/stylesheets/aggregates/openoffice- writer.xml ./src/core/context/resources/stylesheets/aggregates/openoffice- writer.xsl ./src/core/context/resources/stylesheets/openoffice-writer2forrest.xsl ./src/core/fresh-site/src/documentation/content/xdocs/samples/.svn/ prop-base/openoffice-writer.sxw.svn-base ./src/core/fresh-site/src/documentation/content/xdocs/samples/.svn/ props/openoffice-writer.sxw.svn-work ./src/core/fresh-site/src/documentation/content/xdocs/samples/.svn/ text-base/openoffice-writer.sxw.svn-base ./src/core/fresh-site/src/documentation/content/xdocs/samples/.svn/ wcprops/openoffice-writer.sxw.svn-work ./src/core/fresh-site/src/documentation/content/xdocs/samples/ openoffice-writer.sxw I'm thinking the plugin should have the following structure: OpenOffice/ OpenOffice/openOffice.xmap OpenOffice/resources/stylesheets/openoffice-common2forrest.xsl OpenOffice/resources/stylesheets/openoffice-impress2forrest.xsl OpenOffice/resources/stylesheets/openoffice-writer2forrest.xsl OpenOffice/resources/stylesheets/aggregates/openoffice-writer.xml OpenOffice/resources/stylesheets/aggregates/openoffice-writer.xsl Is that correct? >> From this post[2]: >>> > For example, I'd like to see Forrest be able to take a .sxw file >>> with >>> > *embedded* pictures, and output the appropriate HTML & PDF files. >>> >>> Actually, that is one of the enhancements I have made - care to help >>> me >>> do the plugin? >> Yes! (as you can see, I moved this to a separate topic) >>> Question. Would this conceivably remove all openoffice.org related >>> files (e.g., the openoffice-writer.xsl file) from the forrest >>> distribution? > > Yes, the above linked document explains where they go. > >> Then if someone wants to use it, they have to download >>> it separately? > > Yes, but don't worry about how we enable that right now, we'll package > it once it is working. I would think it would be included in the download, and only be used if something matches .sxw... > The document above describes how it is linked back into Forrest. It > essentially uses the new pre-processing sitemap mounting facilities. > Therefore, if you are not yet familiar with how this works the docs at > http://localhost:8888/docs/your-project.html#sitemap.xmap give an > example of how to add a new content type, which is what we are doing > here. http://localhost:8888/docs/project-sitemap.html also provides a > little info on how the process works. OK. I'll read up on that again, now that (I think) I have a better understanding of how it works. >>> Or would it still be included in the distribution, but just not be >>> called unless someone included that functionality (or forgot to >>> remove the samples/ dir from their installation :-p) > > In short it works in almost exactly the same way as the dynamic > loading and installation of the skins. IN fact most of the packaging > code is copied directly from the skin stuff, this needs to be > consolidated to remove cut and paste, before it can go back into Trunk > (which will be after the 0.6 release). Always nice to re-use old code! >>> > The >>> > HTML files would take screenshots and 'shrink' images down to a >>> max size >>> > for placement on a page (e.g., max WIDTHxHEIGHT=640x480--user >>> > configurable, of course), and if the image is larger, provide a >>> > jump-link (configurable) to the image. The PDF would embed the >>> highest >>> > resolution available for the image, but would also shrink it to >>> 'fit' on >>> > the page. >>> >>> Not that advanced yet, but embedded images do work in a basic way. >> How would I go about 'shrinking' the files for the web page. Would I >> just specify a width/height (after somehow determining that an >> image's width and height are greater than one of those, apply the >> appropriate ratio)? Does forrest have some type of hook to a program >> that can read images? Should I make it read and then shrink? > > The problem here is that we don't know the size of the browsers > display. I think we can discover it through Javascript, but not sure > if we want to do that. However, assuming we solve that problem I > imagine we can find/create a Cocoon Generator that will do the scaling > on the server side for us. First thing will be to get my simple (non > scaling) approach to work, then we can do as you suggest (browser > scales using height/width) then we'll do the clever stuff. Personally, I don't want my site to rely on Javascript for any functionality. Not that I don't use it, I just don't like to use it for what I deem to be 'critical' features (I abhor horizontal scrollbars when viewing web pages at 800x600, so ensuring they don't appear to me is critical--within reason!). Since I tend to follow the 800x600 rule in my web design, I choose 640x480 for the "default" screenshot size, and any screens which don't fall into that size should popup a new window when clicked. This size should be configurable within forrest.properties (IMHO) so that a web developer could specify 1024x768 or larger even. I think 640x480 is a good start. 800x600 won't work, because there's a navigation menu on the left, and even if there weren't one must leave room for the vertical scrollbar. > However, before we can do that we need to move the existing OOo > functionality into a plugin. Agreed. > When I did the demo IMSManifest plugin it was simply a case of finding > the relevant matchers in Forrests sitemaps and pulling them out into > the plugin sitemap. Move all other files that are used (like XSL's), > change a few attribute values and viola. > > I'm really busy over the next couple of days, but I will have more > time on Friday (I hope). I will do what I can with guidance via email > until then. OK. But if you can get me your 'starter' OpenOffice.org stuff you've started, that would help. >> Once I have that working, would I have forrest cp >> [the-embedded-image(s)] *.sxw/Pictures images/ (or ack! >> ../../../resources/images/) > > No copying involved, it extracts the images directly from the sxw > archive. Once we have the OOo plugin working I'll put what I have into > it and we can go from there. But won't we need to generate the thumbnail/screenshot images? Those will need to be generated, if not copied. > Ross [1] http://issues.apache.org/eyebrowse/ReadMsg? listName=dev@forrest.apache.org&msgNo=14109 Web Maestro Clay -- Clay Leeds - Webmaster/Developer - Medata, Inc. - PGP Public Key: