Hello
We started this morning to work on Smallwiki, but unfortunately we encountered several issues:
- From store@SCG we cannot run smallwiki without getting an exception. So forth we are using store@Cincom, for which it is okay
- We cannot create a new page! What is the meaning of editing and viewing the content of a folder?
- Why do we have this smalltalk sequence when editing a folder?
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
[ "If you are not logged-in as administrator, please remove everything between the square-brackets before saving the page!"
structure children isEmpty ifFalse: [
html unorderedList: [
structure children do: [ :each |
html listItem: [ html anchorWithUrl: each url do: each title ] ] ] ].
nil]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
> Ich nehme an, ich hab beim Portieren von SmallWiki auf Squeak einen
> Bug gefunden. Es existiert keine Message 'notFound' in VW7.1. Ich
> vermute du meinst 'notFoundSignal'.
>
> Folder>>remove: aStructure
> aStructure parent: nil.
> ^(children includes: aStructure)
> ifTrue: [ children remove: aStructure ]
> ifFalse: [ self class notFound signal ]
jup, this is obviously wrong. I hope that the following code is working
without additional changes in Squeak:
Folder>>remove: aStructure
aStructure parent: nil.
^(children includes: aStructure)
ifTrue: [ children remove: aStructure ]
ifFalse: [ self class notFoundSignal signal ]
Even-tough I tried to make my code as portable as possible, there were
quite a lot of VW specific message-calls that John Brant pointed out.
If you find some more, please report them so that porting of new
versions of SmallWiki will be only a matter of a few clicks ...
What about some SmallLint rules to detect unportable non-ansi code?
> Mal sehen, ob ich in den nächsten Tagen noch weitere Sachen finde :)
Great, I am looking forward hearing from you.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
Hi lukas
- Here I cannot be connected all the time, so it would be good to have
one way to have the css locally by for example having a method
generating it.
- as I cannot be connected all the time I downloaded the style.css file
and put just near the image,
then I edited the stylesheet and put @import
"file:///Volumes/Data/Users/ducasse/Workspace/FirstCircle/Coding/
style.css";
and it worked :) cooooool
- I spent more than half and hour to upgrade to get the new version and
at the end SmallWiki could not work because
Smacc was not updated (idiot store). I think that we should pay
attention to have the right number of the right components.
I do not know what is the solution but we should try to find one.
- for the templates it would be nice to have a title above the pane so
that we know which list represent the possible choices and which one is
the current one.
- we should remove the code from the first page and put it in a page
called how to access your children programmatically
because we can scare a lot of people that way.
- removed the validator by login and modify the templates and it works.
- I started small and wanted to add a button inspect
Smalltalk.SmallWiki defineClass: #Inspect
superclass: #{SmallWiki.Action}
indexedType: #none
private: false
instanceVariableNames: ''
classInstanceVariableNames: ''
imports: ''
category: 'SmallWiki Moka'
renderContent
html submitButtonWithAction: #inspect text: 'inspect'
class>>title
^'Inspect'
I can see it in the action list, I can remove predefined actions from
the list but when I add 'inspect' nothing changes.
When I typed http://localhost:8080/?action=Inspect I can see the button
rendered but there is no inspector that
show up in VW
two questions:
1- What should I do to get the actions showing up in the actions list
once I modify the template?
2- When I redefined renderContent as
renderContent
self inspect
The inspector pops up in VW but not with html submitButtonWithAction:
#inspect text: 'inspect'
I looked at the permission but you mentioned that the default for
permission is that everybody can see the action.
I think that we should start a FAQ :)
Stef
Hi,
I would like to talk about cleaning an initialize issue.
I had the problem that Squeak Changesets don't sort the
initialize messages of some classes in the right order and it
happend that after init the subclasses of Structure, the later
init of Structure itself destroyed the inits before. So I propose
to change it to lazy init like:
SWStructure>>initialize
self initializeActions.
self initializePermissions.
SWStructure>>initializeActions
self actions
add: SWLogin;
add: SWLogout;
add: SWSearch;
add: SWTemplateEdit;
add: SWRecentChanges;
add: SWPreviousStructure;
add: SWParentStructure;
add: SWNextStructure.
SWStructure>>permissions
^permissions ifNil: [permissions := Set new]
SWStructure>>actions
^actions ifNil: [actions := Set new]
Also we should change every direct reference to 'actions' or
'permissions' to 'self actions' and 'self permissions' in this
example.
This lazy init would affect Structure, HtmlWriteStream and
Template (AFAIK).
regards
Chris Burkert
--
http://www.chrisburkert.de/
Hi all,
i vould like to propose a my students a project about building a search engine
for Smallwiki. What do you think about the idea ?
You could look at the current description of the project here :
http://www.iutc3.unicaen.fr/serge/SergeStinckwich/ProjetsMaitriseInformatiq…
Sorry, it's in french. You could add some comments on my personal Wiki page.
--
Serge Stinckwich -< )
Université de Caen>CNRS UMR 6072>GREYC>MAD /~\
http://www.iutc3.unicaen.fr/serge/ (/ |
Smalltalkers do: [:it | All with: Class, (And love: it)] _|_/
Hi,
I have done more work on porting SmallWiki AND IT IS STILL FULL
OF BUGS, but I hope that won't last a long time.
There is one yellow test in ParserTests and three in
DocumentTests. This is a problem with the Compiler. Unfortunatly
I couldn't fix it yet. But you will only need this, if you want
to embed code. Everything else runs green.
Besides this I could set up the comanche server and got the right
Response in my Mozilla (that was exciting :).
Most Links won't work. I'll fix this next week.
If you want to try it, get a fresh image (I use 3.6 #5424) and
load the following Packages from SqueakMap:
- SUnit (3.1)
- SmaCC Runtime (1.0)
- SIXX (0.1f)
- Refactoring Browser (0.94)
- KomHttpServer (6.2)
Then fileIn the attached changeset. A Workspace should open and
tell you more. If not, look at SWServer class>>defaultWorkspace.
It would be a great if one of you (familiar with the
Squeak-Compiler) could help me and figure out the problem with
the code (Maybe the new ClosureCompiler would do it?!?). Try
something with SWCode>>evaluateWith: and take a look at
SWDocumentTests>>testCode*.
I think I could publish a .sar at SqueakMap in some weeks ...
after cleaning those issues above.
Regards
Chris Burkert
--
http://www.chrisburkert.de/
Hi Stef,
>> An action has to register to the structures it is able to handle, so
>> to make it show up on pages and folders, but not on resources, you
>> have to add the following code to the class-side of your action:
>>
>> InfoAction class>>initilize
>> Page registerAction: self.
>> Folder registerAction: self.
>
> Lukas I looked for search and I could not see where it was registered.
The actions of the core are registered within the appropriate
structures; have a look at Structure class>>initializeActions and its
subclasses.
I did move the registration to the structure for the core-actions to
make SmallWiki loadable from StORE, because the package containing the
actions is loaded before the package containing the structures. I not
sure if it is still a problem to do the registration in the action
itself, but it was when I implemented it.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
I published a new version of SmallWiki to the public repository. I rewrote
the parser. It is ~8x faster parsing the introduction page. Also, it doesn't
need an extra CR at the end of the stream. Finally, it has support for
special characters inside the text (e.g., ** is parsed as text for * not an
empty link -- you can also use \*), and also support for nested list items
(e.g., ## to nest two numbered lists). However, the last two aren't hooked
up for round tripping yet (i.e., when you re-edit the page, it won't display
properly).
In addition to the parser, I added a #withAll: method to DocumentComposite
class and fixed a bug where Server assumed that its storage was a
SnapshotStorage. Whenever you set the storage, the server told the storage
to #start/stopThread.
Besides the SmallWiki changes, I published a package (SmallWiki WikiWorks
Importer) that extracts pages from a WikiWorks site. You can run it using
"WikiWorksWikiExtractor download: 'Refactoring Browser' from:
'http://wiki.cs.uiuc.edu/RefactoringBrowser'". It will download the page and
everything in the wiki reachable from that page. I've used it to download
the RB and VW wikis from http://wiki.cs.uiuc.edu.
BTW, I'd suggest caching the Structure>>id. After I loaded the VW wiki into
SmallWiki and did a search, it was about 5x slower than the wiki.cs.uiuc.edu
search (and my machine is likely 10x faster). 90% of the search time was the
asWikiIdentifier from Structure>>id.
John Brant
Hi hans
Lukas will certainly reply soon to you. We know that we have to find a
good to package SmallWiki. In fact wtih store
before 7.1, it was impossible to specify the exact version of bundles.
So we never use this and it may happen that you load the wrong version
of Swazoo. In vw 7.1 store does not have this problem anymore so we
should think about having a one click SmallWiki.
May be try with vw7.1?
Stef
Begin forwarded message:
> From: HNBeck(a)t-online.de (Hans Nikolaus Beck)
> Date: Dim oct 19, 2003 09:12:46 Europe/Zurich
> To: ducasse Stephane <ducasse(a)iam.unibe.ch>, renggli(a)iam.unibe.ch
> Subject: Problem starting SmallWiki
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> perhaps you can help me: I've loaded SmallWiki from Public Store
> (V0.9.18 for SmallWiki and V.5 for Swazzo), and if I try
>
> server := SmallWiki.SwazooServer startOn: 8080.
>
> I got these errors on stack:
>
> 'Unhandled exception: Message not understood: #ip:'
> Swazoo.HTTPServer(Object)>>doesNotUnderstand:
> SmallWiki.SwazooServer>>start
> SmallWiki.SwazooServer class(SmallWiki.Server class)>>startOn:host:ip:
> SmallWiki.SwazooServer class(SmallWiki.Server class)>>startOn:
> UndefinedObject>>unboundMethod
> UndefinedObject(Object)>>performMethod:arguments:
> UndefinedObject(Object)>>performMethod:
> TextEditorController(ParagraphEditor)>>evaluateCompiled:
> optimized [] in ParagraphEditor>>evaluateSelection
> BlockClosure>>ensure:
> Cursor>>showWhile:
> TextEditorController(ParagraphEditor)>>evaluateSelection
> optimized [] in ParagraphEditor>>doIt
> BlockClosure>>on:do:
> TextEditorController(ParagraphEditor)>>doIt
> WorkspacePage>>doIt
> Workspace(AbstractWorkspace)>>smalltalkDoIt
> optimized [] in ApplicationModel>>actionFor:
> optimized [] in ToolBar>>newButtonFor:
> PluggableAdaptor>>setValue:
> PluggableAdaptor(ValueModel)>>value:
> TriggerButtonController>>pressAction
> TriggerButtonTracker(BasicButtonTracker)>>finishSelectionFor:
> TriggerButtonTracker>>finishSelectionFor:
> TriggerButtonTracker(SelectionTracker)>>redButtonReleasedEvent:
> RedButtonReleasedEvent>>dispatchTo:
> TriggerButtonTracker(SelectionTracker)>>handleEvent:
> EventDispatcher>>dispatch:to:
> EventDispatcher>>dispatchEvent:
> optimized [] in ApplicationStandardSystemController>>dispatchEvent:
> BlockClosure>>ensure:
> ApplicationStandardSystemController>>dispatchEvent:
> ApplicationStandardSystemController>>eventLoop
> ApplicationStandardSystemController>>controlLoop
> ApplicationStandardSystemController(Controller)>>startUp
> optimized [] in StandardSystemController>>startUp
> BlockClosure>>on:do:
> BlockClosure>>on:from:do:
> ApplicationStandardSystemController(StandardSystemController)>>startUp
> optimized [] in ControlManager>>activeControllerLoop
> BlockClosure>>on:do:
> ControlManager>>activeControllerLoop
> optimized [] in ControlManager>>launchBaseProcess
> BlockClosure>>on:do:
> optimized [] in Process class>>forBlock:priority:
>
> I'm using vw-nc release 7.
>
> Greetings and thanks
>
> Hans
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.1 (Darwin)
>
> iD8DBQE/kjlyX8NXna8434cRAguwAJ0RHvv1NITZTShHEKENQ96D9mGwswCeJL9n
> XqyokqxzpA2hk1TBc0VHgpI=
> =Uxct
> -----END PGP SIGNATURE-----
>
Hi lukasand others,
This is stef on the keyboard :)
we got a meeting today with david and michele here is the summary:
next steps:
- david will release soon (next week) the simplest version of his
role management interface
then release regurlarly new version.
- David will work on tests!!!YES
- alex should finish the SwikiImporter so put pressure on him :)
- alex should also check with Eric how to provide IP blocking and
other functionality.
Could you sync with with so that you review his code and integrate
in the new release of SmallWiki
and we get the kilana SmallWiki always running the latest version ?
- David should check with you how/if this is possible to have
sessions information to improve the
folder/paste editions
- David should release soon folder/page copy /paste utilities
- Michele started to use SmallWiki for his lecture so we have a real
customer, may be you can
arrange a coding session with michele so that he learns how to
extend SmallWiki.
Stef and the others :)