Brian M Dube wrote:
Ross Gardler wrote:

Brian M Dube wrote:

I have seeded a plugin locally. I have some questions. Does this master file need to validate?


If there is a DTD defined in the document then it must validate.

If so, does the plugin define the schema or does the user?


I worded that poorly. I was asking whether the plugin should provide the DTD and thereby define the structure of the catalogue, or leave it up to the user to provide the data as well as its DTD. After some thought, the latter option doesn't make much sense. The user would also have to supply the transformation rules to get the intermediate XDoc.

Agreed.

...

I think I will also use OSCommerce. Does that make it an OSCommerce plugin, or should the scope remain neutral in the choice of backends?

I guess it does.

I've done no research into which schema to use, so if you have one in mind I'll just go with that - no point in splitting our efforts.


I haven't found anything particularly useful yet. My use case requires a choice of options for most of the products.

In that case I would say lets build our own internal format based on XDoc. This will minimise our work. Should we need to export in some standard format we can handle that in the normal Forrest way with an output plugin.

Defining our own internal format will mean we can leverage the full power of Forrests data translation engine.

It would be nice if the plugin could create the necessary form input methods, but I see no support for this in XDoc.

No, XDoc has no direct support for forms, but there are ways of generating froms within Forrest as long as the internal representation contains enough information to build that form.

David replied to this message and suggested that it may not be the best idea to do everything in Forrest. I agree. Forrest is a publishing engine only, it is not a web application framework. It would make more sense to build any dynamic stuff you need in, for example, Cocoon Forms.

Perhaps it would make sense for us to move this thread to the dev list and find the common ground in our use cases, this will, at the very least, be the extraction of data from an OSCommerce back end, it's worth noting that I also have a need to generate limited HTML forms from the data, but my main motivation for using Forrest is that I want to generate careully structured PDF as well as HTML.

Ross