I use smallWiki, I'd like knowing if I do the login and after I will close the page without do the logout, how much time the server still see me logged?
Do you know which instruction can I modify to change this time?
Libero Flat, sempre a 4 Mega a 19,95 euro al mese!
Abbonati subito su http://www.libero.it
The example browser (http://localhost:8080/seaside/examplebrowser) is
crashing with the following error :
It is because "MAFileUploadComponent>>renderUploadOn:" uses the #upload
method on self, but this method doesn't exist (there is a #upload: instead)
I am trying to edit a wiki page at http://smallwiki.unibe.ch/
ese2005lecturesmallwiki/ese1homework/ but I get "Unauthorized to
execute the requested action". If I login as administrator, I can
edit it though.
Can anyone help?
Tudor Adrian Girba Software Composition Group
(www.iam.unibe.ch/~girba) University of Bern, Switzerland
"What we can governs what we wish."
I just published a first version of Magritte on SqueakMap, it is
still an unofficial and incomplete version, but it is closer to
release than ever. Some things are still broken (the morphic view
does not work anymore, reports are still under construction, ...),
but that will improve certainly!
The package includes all the requirements to use Magritte within a
3.8 image, probably it also works in 3.7 and 3.9. The installer will
ask in the beginning if Seaside should be installed, if you tell so
it will automatically go through all the requirements and load
DynamicBindings, KomServices, KomHttpServer, Seaside and
SeasideAsync. Seaside is included with the distribution, because a
newer release than the one on SqueakMap is required.
Start Seaside using "WAKom startOn: 8888" and fire up a browser on
"http://localhost:8888/seaside/examplebrowser" to play with the meta-
meta-model of Magritte and a few other smaller examples ...
I will publish a similar package for SmallWiki 2 soon ;-)
I've created a SWGAlbum which inherit from SW2Page. This class has an
instance variable called renderer. I want the user to be able to modify
this instance variable selecting a value in a list :
^ (MASingleSelectionDescription selector: #renderer label: 'Type'
priority: 110 default: SWGAlbumViewer)
options: (MADynamicObject on: [ SWGAlbumViewer
So I have created a specialized SWGEditAlbumCommand which inherit from
SW2EditPageCommand. I have also created a SWGAlbum>>editCommand
returning a new SWGEditAlbumCommand.
My problem is that 2 'Edit' links appears in the command widget. One
from SW2EditPageCommand and one from SWGEditAlbumCommand. How can I hide
the one from SW2EditPageCommand ?
Other question, how can I replace the 'Edit' button on top-left of the
window (next to 'View') for it to launch my SWGEditAlbumCommand and not
Here is a proposal for contributing to SW1.
Contributing to SW1 should be done in squeaksource : check the
description project of SmallWikiEnh and SmallWiki1 to know how to add
a feature. When we are sure that the latest mcz package is quite
stable, we should consider publishing it to squeakmap for end users.
Various smallwiki enhancements. Used for testing enhancements before
inclusion in the SW1 mainstream. Please describe clearly the features
added in the mcz logfile.
In global read/write access, so you don't need to ask for an account,
feel free to use it !
You will find here the latest version of SW1.
Adding a feature: we suggest that to add a quite complex feature, we
use first the SmallWikiEnh repository, to allow further tests (like
image stability, side effects and so one).
For trivial feature, or bug fixing: use this repository, and add to
the repository version comment what you exactly did.
You don't have to ask for an account, this repository is in global
read/write access. As this is the mainstream, please be very careful,
and if something is wrong and you don't manage to repare things, don't
feel guilty ! Just post a mail to tell what is the problem and we will
Please describe in the mcz logfile the fixed bugs and the minor
features added. For major features, please use SmallWikiEnh if
possible, and you *really* can not, maybe should you test
*extensively* the new mcz package to be sure that the image is really
Another thing, maybe should we consider to break the SW1 mcz package
into small packages, like SW1-kernel.mcz and so one, so if someone has