[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Fwd: Re: [seul-edu] Software for journal publish]
>>
barring any original development, frameworks are the best way to go.
though i use php and with that i use a second layer which gives us many
of the same tools as a framework.
but as i tried to stipulate, the problem is that the tool is not the
solution, as cms/portal systems are unlikely to suffice for this type of
job. the problem is that the community of users, between
writers/reviewers/publishers already have standards and practices that
don't map well onto those tools, and because of the profit oriented
nature of publishing, strange fact that most academic publishing does
not make profit, the tools that they use are usually in house
developments, which is the case with the journals at our library, and
the journals at john hopkins press, etc. and so as not to allow others
to compete on that ground, the source is closed. our system, or at
least the code for one part of our system should be released in the next
month or so.
>
> What do you think of the more generalized web frameworks? Zope,
> OpenACS, et al.. are all pretty agnostic in terms of workflow and
> presentation. They require customization work, but I think can be
> adapted to a wide range of requirements. Barring an open source
> release from your organization :), they seem like to best choice for
> the original poster.
>
> -- alan
>
> --
> Alan Chen
> Digikata LLC
> alan@digikata.com
> http://digikata.com
>
>
jeremy hunsinger
on the ibook
www.cddc.vt.edu
www.cddc.vt.edu/jeremy