20 Feb
2010
20 Feb
'10
12:23 p.m.
I had an issue with (a) since I simply wanted to keep
using my page.
Option (b) undos your modifications, since Seaside backtracks the state.
This could be tested easily. For example:
- In "Kernel Settings" just rename the Kernel from "Pier" to
"Pier2"
- Push the "Save" button. The kernel is modified and the page title changes
from "Pier" to "Pier2"
- Push the back button (actually twice, in this specific example) to quite
the page. Seaside brings back the previous Kernel named "Pier".
This is obviously not what we wanted. Am I missing something here?
I cannot reproduce that. The name of the kernel is certainly not
backtracked by Seaside.
Did you press 'refresh' to see the change? Just hitting the back
button only shows you the page from the browser cache.
The widgets
you wrapped do
work on the complete system though.
You are right. To make this difference explicit, I'm actually making these
widget adaptors available in a separate toolbar, that looks like this:
PRDistribution >> admintoolsPage
admintoolsPage ifNotNil: [^admintoolsPage].
adminComp := PRComponent named: 'widget'.
adminComp
componentClass: PRCommandsWidget;
write: AAsWidgetAdaptorCommand allSubclasses using:
PRCommandsWidget descriptionCommandClasses.
admintoolsPage:= (PRPage named: 'admintools')
addChild: adminComp;
contents: 'Admin tools: +widget+';
yourself.
^admintoolsPage
This assumes that those widget adaptors are additionally excluded from
#commandsPage. Also your
strategy of wrapping the
widgets into commands makes security sort of fragile.
This is an important issue. Could you develop this a little more please?