IU Technology Architecture Lodge
Random and not so random thoughts from Raymond Yee, primarily on the scholarly and educational use of the Web, libraries, educational technology, and information management

 
Home

Print friendly version

Scholar's Box Essay Series

Current Projects

Presentations and Papers

Work on Educational Technology Interop

RY's wiki

RY's personal blog

About This Site

About Raymond Yee

Interactive University

Contact RY

My blogroll

RSS 2.0 feed for this site

 
 

Author:   Raymond Yee  
Posted: 4/25/2002; 10:52:48 AM
Topic: The joys of struggling with Frontier's Manila plugin arch.
Msg #: 408 (top msg in thread)
Prev/Next: 407/409
Reads: 7702

The joys of struggling with Frontier's Manila plugin arch. #

I've been continuing work on my Citation Management Plugin (a Manila plugin to allow me to import, manipulate, and export citations/URLs).  Part of the challenge I'm facing is that I don't know well the Frontier/Manila/Manila Plugin frameworks in which I'm programming.  Documentation is very good in spots (I'm so happy for Matt Neuberg's book and Dr. Matt pages) -- but lacks any overarching organization to allow Frontier newbies like me to get up to speed easily.  (At least, that's my take.)

For example, let me share my latest struggle as a way of venting my frustration and also putting it out there in hope of getting help.  I've written a MOA2 converter in my the plugin and am now trying to display the results as DHTML tree.  I found WebFx' xTree, for which I've worked out a static HTML mockup.  I'm trying to move that mockup into my plugin and have run into a problem.  How do I place place the javascript file (xtree.js) into my plugin and have it served from Frontier -- without any interpretation by the mainresponder framework?

The way that I've been able to send an HTML file out without having mainresponder do anything to it s to pre-empt  the framework by code segments like this:

local (pta = html.getPageTableAddress ());
pta^.responseHeaders.["Content-Type"] = "text/html";
pta^.responseBody = string(CitationManagerSuite.pages.myTreeDemoText);
scriptError ("!return")

which allows me to serve up the HTML I have stored in CitationManagerSuite.pages.myTreeDemoText

I can obviously use the same idea to serve my javascript -- but there must be a better way.  (But I don't know the better way because I don't understand fully things like "the walk"  (I'm linking to the google cache of the page because the original page is down at the moment... Actually, as Lawrence Lee kindly pointed out to me by email, archive.org is a better source of caching for the Dr. Matt Pages.) 


 
Posted by Raymond Yee on 4/25/02; 11:14:02 AM
from the Web Technology dept.

Discuss (4 responses)


There are responses to this message:




Last update: Thursday, April 25, 2002 at 11:22:17 AM.

This site is using the Vanilla Manila 1999 theme.
The opinions or statements expressed herein should not be taken as a position of or endorsement by the University of California, Berkeley. Nor should the opinions or statements expressed herein be taken as a position of or endorsement of the University of California, Berkeley. Links on these pages to commercial sites do not represent endorsement by the University of California or its affiliates.