In the Pier-Jetsam-Environment package, I have moved
the "layout
settings" group of definitions out of PRStructure, since the
structure
itself doesn't need to know anything about how it is to be
displayed.
Why not? I have websites where every top level structure has its own
look.
Sure that's what I do too.
But the structure itself has nothing to do with determining its
usage or
look. It does keep hold of arbitrary properties, but those properties
are specified by the "frame" that is going to be displaying the
structure, not by the structure itself.
Sorry, I didn't express myself clearly.
What I ment is that the look (or environment) changes on different
structures. For example the Seaside web-site has a different look in
the root than on all other pages. Or my blog has a different look as
all the other pages.
So in my model, structures have their properties,
which the display
frame may make use of. However Structures have no knowledge of their
own
as to how they are to be used. Its the same "children" shouldnt know
too
much about their "parents" use-cases issue.
I don't see the relation.
The environment is just a pointer from one structure to another one.
That's it. It is only the Seaside view that knows how to interpret
this. The OmniBrowser view has a different engine to display structure.
I am now attempting and failing to put a link to the
PRSettingsCommand
in the seaside toolbar, is this possible?
Ouch, Seaside Toolbar? I usually keep that disabled.
I agree it would be simpler if it was factored out... I have
factored it
out into a decoration-helper. I am still hoping that you will see your
way to support Session/Decoration helpers in 2.9. For me the Toolbar
decoration becomes enabled via the ToolbarHelper when a suitably
qualified user logs in.
In Seaside 2.9 the toolbar is a decoration on the root component. I
wonder why you don't just embed the components that make up the
toolbar as pages in Pier that have admin privileges. This is what I do
for the config application, that is sometimes handy to have.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch