From gluca980 at libero.it Fri Jul 1 09:39:34 2005 From: gluca980 at libero.it (gluca980@libero.it) Date: Fri, 1 Jul 2005 09:39:34 +0200 Subject: support for special characters Message-ID: Hi, I'm playing with smallwiki, I have a problem with a document, because I can?t use special characters (like ?,?). Anyone can tell me if there is a way in order to make it? Thanks a lot Gianluca ____________________________________________________________ 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it From cassou at iam.unibe.ch Mon Jul 4 12:01:28 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 4 Jul 2005 12:01:28 +0200 Subject: New to smallwiki Message-ID: <20050704100128.GA7640@iam.unibe.ch> Hi, my name is Damien and I'm a student of Stephane Ducasse. I will work on smallwiki 2 for two months. -- Damien From cassou at iam.unibe.ch Mon Jul 4 15:22:20 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 4 Jul 2005 15:22:20 +0200 Subject: How to install from monticello Message-ID: <20050704132220.GA13859@iam.unibe.ch> Hi, I have added 2 repository from mc.lukas-renggli.ch : smallwiki2 and magritte To load SmallWiki2-All and Magritte-All, I need to install some packages from SqueakMap (I think). What are those packages and in what order do I need to install them. Thanks -- Damien From ssastre at seaswork.com.ar Mon Jul 4 15:36:14 2005 From: ssastre at seaswork.com.ar (=?iso-8859-1?Q?Sebasti=E1n_Sastre?=) Date: Mon, 4 Jul 2005 10:36:14 -0300 Subject: Big resources not uploading Message-ID: <000f01c5809d$597d1e80$1400a8c0@enterprise> Hi all, anybody knows why I can't make an upload of a resource of about 400 MB to a wiki supported by a smallwiki? The uploads progress for some minutes until the error page is shown into the web browser. it could be some kind of timeout? regards, Sebasti?n Sastre ssastre at seaswork.com.ar Seaswork Special Software Solutions www.seaswork.com.ar Este mensaje y sus adjuntos son confidenciales y de uso exclusivo para el usuario a quien esta dirigido. Puede contener informaci?n amparada por el secreto profesional. Si Ud. no es el destinatario especificado no debe copiar, enviar o utilizar ninguna parte del mismo y/o de sus adjuntos por ning?n medio. Las opiniones vertidas son responsabilidad del autor y no son emitidas ni avaladas por SEASWORK a menos que se indique claramente lo contrario y que la identidad y autoridad del autor, para comprometer a nuestra empresa, puedan ser verificados. No se garantiza la integridad de los mensajes enviados por e-mail ni que los mismos sean enviados en termino, o que no contengan errores o virus. El emisor no aceptara responsabilidad por los errores, modificaciones u omisiones que resulten en el mensaje, bajo la hip?tesis de que pudo ser modificado. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20050704/f39d69fe/attachment.htm From renggli at iam.unibe.ch Mon Jul 4 15:46:02 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 4 Jul 2005 15:46:02 +0200 Subject: Big resources not uploading In-Reply-To: <000f01c5809d$597d1e80$1400a8c0@enterprise> References: <000f01c5809d$597d1e80$1400a8c0@enterprise> Message-ID: Hi Sebastian, > anybody knows why I can't make an upload of a resource of about > 400 MB to a wiki supported by a smallwiki? wow, I wouldn't try to do this with SmallWiki, since all the data is stored within the image file in the current implementation. I would suggest to put it somewhere else and link it from SmallWiki. > The uploads progress for some minutes until the error page is > shown into the web browser. I suspect that is due to a timeout of the web-browser. The streams in Smalltalk are not particularly fast and uploading such a file requires some decoding and copying around of a huge amount of data. SmallWiki 2 will come with some better support for huge files (stored outside the image), but it doesn't make the streams any faster of course. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Mon Jul 4 15:53:37 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 4 Jul 2005 15:53:37 +0200 Subject: How to install from monticello In-Reply-To: <20050704132220.GA13859@iam.unibe.ch> References: <20050704132220.GA13859@iam.unibe.ch> Message-ID: <224B6619-C99F-4350-BCDA-400FA9A253EC@iam.unibe.ch> > To load SmallWiki2-All and Magritte-All, I need to install some > packages from SqueakMap (I think). What are those packages and in what > order do I need to install them. - Monticello - DynamicBindings, KomServices and KomHttpServer for SmallWiki2-Seaside - OmniBrowser for SmallWiki2-OmniBrowser Cheers, Lukas PS: Please put a tag such as [SW2] in the header somewhere, so that people know that this is a question related to SmallWiki 2 ;-) -- Lukas Renggli http://www.lukas-renggli.ch From michael at impara.de Mon Jul 4 15:58:44 2005 From: michael at impara.de (Michael Rueger) Date: Mon, 04 Jul 2005 15:58:44 +0200 Subject: Big resources not uploading In-Reply-To: References: <000f01c5809d$597d1e80$1400a8c0@enterprise> Message-ID: <42C94094.40209@impara.de> Lukas Renggli wrote: > SmallWiki 2 will come with some better support for huge files (stored > outside the image), but it doesn't make the streams any faster of course. Another option would be a good (optional) integration with Apache, as it is installed on most servers in addition to SmallWiki anyways. The static file serving and upload could be handled by Apache then. Michael From cassou at iam.unibe.ch Mon Jul 4 16:36:36 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 4 Jul 2005 16:36:36 +0200 Subject: [SW2] How to install from monticello In-Reply-To: <224B6619-C99F-4350-BCDA-400FA9A253EC@iam.unibe.ch> References: <20050704132220.GA13859@iam.unibe.ch> <224B6619-C99F-4350-BCDA-400FA9A253EC@iam.unibe.ch> Message-ID: <20050704143636.GA16384@iam.unibe.ch> On Mon, Jul 04, 2005 at 03:53:37PM +0200, Lukas Renggli wrote: > >To load SmallWiki2-All and Magritte-All, I need to install some > >packages from SqueakMap (I think). What are those packages and in what > >order do I need to install them. > > - Monticello > - DynamicBindings, KomServices and KomHttpServer for SmallWiki2-Seaside > - OmniBrowser for SmallWiki2-OmniBrowser Magritte warns about MAColorDescription. What is this ? This package depends on the following classes: MAColorDescription You must resolve these dependencies before you will be able to load these definitions: MAColorDescription class>>defaultComponentClasses MAColorDescription class>>defaultMorphClasses > PS: Please put a tag such as [SW2] in the header somewhere, so that > people know that this is a question related to SmallWiki 2 ;-) Ok, sorry -- Damien From renggli at iam.unibe.ch Mon Jul 4 21:55:12 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 4 Jul 2005 21:55:12 +0200 Subject: [SW2] How to install from monticello In-Reply-To: <20050704143636.GA16384@iam.unibe.ch> References: <20050704132220.GA13859@iam.unibe.ch> <224B6619-C99F-4350-BCDA-400FA9A253EC@iam.unibe.ch> <20050704143636.GA16384@iam.unibe.ch> Message-ID: <11E9EEFE-F3A1-4A8E-A5C1-17C660AAA053@iam.unibe.ch> > Magritte warns about MAColorDescription. What is this ? > > This package depends on the following classes: > MAColorDescription > You must resolve these dependencies before you will be able to load > these definitions: > MAColorDescription class>>defaultComponentClasses > MAColorDescription class>>defaultMorphClasses Mhh, I thought I fixed that strange dependency already some time ago. I published another version, give it a try with Magritte-All-28. Else you can safely ignore the warning and hit proceed in the debugger. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Tue Jul 5 09:43:37 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Tue, 5 Jul 2005 09:43:37 +0200 Subject: [SW2] How to install from monticello In-Reply-To: <11E9EEFE-F3A1-4A8E-A5C1-17C660AAA053@iam.unibe.ch> References: <20050704132220.GA13859@iam.unibe.ch> <224B6619-C99F-4350-BCDA-400FA9A253EC@iam.unibe.ch> <20050704143636.GA16384@iam.unibe.ch> <11E9EEFE-F3A1-4A8E-A5C1-17C660AAA053@iam.unibe.ch> Message-ID: <20050705074337.GA496@iam.unibe.ch> > Mhh, I thought I fixed that strange dependency already some time ago. > I published another version, give it a try with Magritte-All-28. Else > you can safely ignore the warning and hit proceed in the debugger. > It seems to work perfectly now. Thank you very much -- Damien From cassou at iam.unibe.ch Wed Jul 6 12:34:12 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Wed, 6 Jul 2005 12:34:12 +0200 Subject: [SW2] Can't save pages Message-ID: <20050706103412.GA23476@iam.unibe.ch> Hi, I'm trying a little bit SmallWiki 2. But I can't save any modification I made to pages. Every time I try, I click the 'save' button and nothing happens (the browser seems to wait the server). Am I the only one with this problem ? -- Damien From cassou at iam.unibe.ch Wed Jul 6 16:52:09 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Wed, 6 Jul 2005 16:52:09 +0200 Subject: [SW2] Can't save pages In-Reply-To: <20050706103412.GA23476@iam.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> Message-ID: <20050706145209.GA659@iam.unibe.ch> It seems that it is not possible with morphic too. I have just tried to save a little modification in the licence page. VM: Mac OS - a SmalltalkImage Image: Squeak3.8 [latest update: #6665] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir OSX:Users:damien:Desktop:Squeak:Squeak3.8-6665-basic Trusted Dir OSX:Users:damien:Desktop:Squeak:Squeak3.8-6665-basic Untrusted Dir foobar:tooBar:forSqueak:bogus SW2StructureNode(Object)>>doesNotUnderstand: #execute: Receiver: a SW2StructureNode Arguments and temporary variables: aMessage: execute: a SW2EditPageCommand Receiver's instance variables: metaNode: an OBMetaNode model: a SW2Page title: 'License' context: a SW2Context SW2StructureNode>>text: Receiver: a SW2StructureNode Arguments and temporary variables: aString: a Text for '!The MIT License Copyright (c) 2003-2005 Lukas Renggli...etc... command: a SW2EditPageCommand Receiver's instance variables: metaNode: an OBMetaNode model: a SW2Page title: 'License' context: a SW2Context SW2StructureNode(OBNode)>>accept:notifying: Receiver: a SW2StructureNode Arguments and temporary variables: aText: a Text for '!The MIT License Copyright (c) 2003-2005 Lukas Renggli C...etc... aController: an OBPluggableTextMorph(1752) Receiver's instance variables: metaNode: an OBMetaNode model: a SW2Page title: 'License' context: a SW2Context [] in OBDefinitionPanel>>accept:notifying: {[def accept: aText notifying: aController]} Arguments and temporary variables: aText: a Text for '!The MIT License Copyright (c) 2003-2005 Lukas Renggli C...etc... aController: an OBPluggableTextMorph(1752) def: a SW2StructureNode notification: nil --- The full stack --- SW2StructureNode(Object)>>doesNotUnderstand: #execute: SW2StructureNode>>text: SW2StructureNode(OBNode)>>accept:notifying: [] in OBDefinitionPanel>>accept:notifying: {[def accept: aText notifying: aController]} - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - BlockContext>>on:do: [] in OBDefinitionPanel>>accept:notifying: {[:def | [def accept: aText notifying: aController] on: OBNotification do...]} OBDefinitionPanel>>withDefinitionDo:ifNil: OBDefinitionPanel>>accept:notifying: OBPluggableTextMorph(PluggableTextMorph)>>acceptTextInModel OBPluggableTextMorph(PluggableTextMorph)>>accept OBTextMorph(TextMorphForEditView)>>acceptContents OBTextMorphEditor(TextMorphEditor)>>accept [] in OBTextMorphEditor(ParagraphEditor)>>save: {[self accept]} OBTextMorphEditor(Controller)>>terminateAndInitializeAround: OBTextMorphEditor(ParagraphEditor)>>save: OBTextMorphEditor(ParagraphEditor)>>dispatchOnCharacter:with: OBTextMorphEditor(TextMorphEditor)>>dispatchOnCharacter:with: OBTextMorphEditor(ParagraphEditor)>>readKeyboard OBTextMorphEditor(TextMorphEditor)>>readKeyboard [] in OBTextMorph(TextMorph)>>keyStroke: {[editor readKeyboard]} OBTextMorph(TextMorph)>>handleInteraction:fromEvent: OBTextMorph(TextMorphForEditView)>>handleInteraction:fromEvent: OBTextMorph(TextMorph)>>keyStroke: OBTextMorph(TextMorphForEditView)>>keyStroke: OBTextMorph(TextMorph)>>handleKeystroke: KeyboardEvent>>sentTo: OBTextMorph(Morph)>>handleEvent: OBTextMorph(Morph)>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. ActiveEvent := anEvent. result := focusHolder han...]} [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} BlockContext>>on:do: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendKeyboardEvent: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h processEvents. capturingGesture := capturingGest...]} Array(SequenceableCollection)>>do: WorldState>>handsDo: WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess {[[World doOneCycle. Processor yield. false] whileFalse. nil]} [] in BlockContext>>newProcess {[self value. Processor terminateActive]} From renggli at students.unibe.ch Wed Jul 6 17:06:16 2005 From: renggli at students.unibe.ch (Lukas Renggli) Date: Wed, 06 Jul 2005 17:06:16 +0200 Subject: [SW2] Can't save pages In-Reply-To: <20050706145209.GA659@iam.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> <20050706145209.GA659@iam.unibe.ch> Message-ID: <1120662376.42cbf368d4ec6@www.students.unibe.ch> > It seems that it is not possible with morphic too. I have just tried > to save a little modification in the licence page. After loading SmallWiki 2 you have to recompile the SmaCC parser due to an initialization bug in Monticello/SmaCC. Check the mailing list archive, to read about the how to do this. I think the morphic interface isn't properly working right now anyway. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Wed Jul 6 17:24:24 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Wed, 6 Jul 2005 17:24:24 +0200 Subject: [SW2] Can't save pages In-Reply-To: <1120662376.42cbf368d4ec6@www.students.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> <20050706145209.GA659@iam.unibe.ch> <1120662376.42cbf368d4ec6@www.students.unibe.ch> Message-ID: <20050706152424.GA1776@iam.unibe.ch> > After loading SmallWiki 2 you have to recompile the SmaCC parser due to an > initialization bug in Monticello/SmaCC. Check the mailing list archive, to read > about the how to do this. > I can't find anything nor the mailing list archive (which comes without search motor) nor with google. Can you give me a link or infos about out to find this documentation ? Thanks -- Damien From renggli at students.unibe.ch Thu Jul 7 09:30:58 2005 From: renggli at students.unibe.ch (Lukas Renggli) Date: Thu, 07 Jul 2005 09:30:58 +0200 Subject: [SW2] Can't save pages In-Reply-To: <20050706152424.GA1776@iam.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> <20050706145209.GA659@iam.unibe.ch> <1120662376.42cbf368d4ec6@www.students.unibe.ch> <20050706152424.GA1776@iam.unibe.ch> Message-ID: <1120721458.42ccda3205c61@www.students.unibe.ch> > I can't find anything nor the mailing list archive (which comes > without search motor) nor with google. Can you give me a link or infos > about out to find this documentation ? Maybe this is helpful (sorry, I cannot replay quickly since the internet connections at RMLL aren't very good): --------------------------------------------- (1) DOWNLOAD A READY MADE IMAGE Download the latest ready made image from http://www.iam.unibe.ch/~scg/Teaching/AdvancedLabs/swimages/ and proceed with the following section to update to the latest code. (2) UPDATE AN EXISTING IMAGE TO THE LATEST CODE Load the latest version of Seaside (Seaside2.6a1-avi.27.mcz) from http://www.squeaksource.com/Seaside. Load the latest version of the package SmallWiki2-All from http://mc.lukas-renggli.ch/smallwiki2. Load the latest version of the package Magritte-All from http://mc.lukas-renggli.ch/magritte. Due to a bug in SmaCC or Monticello you then need to recompile the parser: World > Open > SmaCC Generator, Scanner Class > SW2DocumentScanner > yes, Parser Class > SW2DocumentParser > yes, Compile LALR(1). --------------------------------------------- Hope this helps, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at students.unibe.ch Thu Jul 7 09:30:58 2005 From: renggli at students.unibe.ch (Lukas Renggli) Date: Thu, 07 Jul 2005 09:30:58 +0200 Subject: [SW2] Can't save pages In-Reply-To: <20050706152424.GA1776@iam.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> <20050706145209.GA659@iam.unibe.ch> <1120662376.42cbf368d4ec6@www.students.unibe.ch> <20050706152424.GA1776@iam.unibe.ch> Message-ID: <1120721458.42ccda3205c61@www.students.unibe.ch> > I can't find anything nor the mailing list archive (which comes > without search motor) nor with google. Can you give me a link or infos > about out to find this documentation ? Maybe this is helpful (sorry, I cannot replay quickly since the internet connections at RMLL aren't very good): --------------------------------------------- (1) DOWNLOAD A READY MADE IMAGE Download the latest ready made image from http://www.iam.unibe.ch/~scg/Teaching/AdvancedLabs/swimages/ and proceed with the following section to update to the latest code. (2) UPDATE AN EXISTING IMAGE TO THE LATEST CODE Load the latest version of Seaside (Seaside2.6a1-avi.27.mcz) from http://www.squeaksource.com/Seaside. Load the latest version of the package SmallWiki2-All from http://mc.lukas-renggli.ch/smallwiki2. Load the latest version of the package Magritte-All from http://mc.lukas-renggli.ch/magritte. Due to a bug in SmaCC or Monticello you then need to recompile the parser: World > Open > SmaCC Generator, Scanner Class > SW2DocumentScanner > yes, Parser Class > SW2DocumentParser > yes, Compile LALR(1). --------------------------------------------- Hope this helps, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Thu Jul 7 10:05:15 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Thu, 7 Jul 2005 10:05:15 +0200 Subject: [SW2] Can't save pages In-Reply-To: <1120721458.42ccda3205c61@www.students.unibe.ch> References: <20050706103412.GA23476@iam.unibe.ch> <20050706145209.GA659@iam.unibe.ch> <1120662376.42cbf368d4ec6@www.students.unibe.ch> <20050706152424.GA1776@iam.unibe.ch> <1120721458.42ccda3205c61@www.students.unibe.ch> Message-ID: <20050707080515.GA26981@iam.unibe.ch> > (2) UPDATE AN EXISTING IMAGE TO THE LATEST CODE ... > Due to a bug in SmaCC or Monticello you then need to recompile the parser: World > > Open > SmaCC Generator, Scanner Class > SW2DocumentScanner > yes, Parser Class > > SW2DocumentParser > yes, Compile LALR(1). Sorry, but it doesn't help. The problem is still the same... -- Damien From ssastre at seaswork.com.ar Fri Jul 8 23:02:49 2005 From: ssastre at seaswork.com.ar (=?iso-8859-1?Q?Sebasti=E1n_Sastre?=) Date: Fri, 8 Jul 2005 18:02:49 -0300 Subject: Big resources not uploading In-Reply-To: Message-ID: <000b01c58400$672b13f0$1400a8c0@enterprise> Lukas, I'm using smallwiki 1 in VW and it seems to upload the resources into the /Resurces path in wich I have 163 MB not in the image in wich I have about 30 MB. Because of that I felt encouraged to upload the 400MB file ! Waht I'm missing? Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Lukas Renggli > Enviado el: Lunes, 04 de Julio de 2005 10:46 > Para: smallwiki at iam.unibe.ch > Asunto: Re: Big resources not uploading > > > Hi Sebastian, > > > anybody knows why I can't make an upload of a resource of about > > 400 MB to a wiki supported by a smallwiki? > > wow, I wouldn't try to do this with SmallWiki, since all the data is > stored within the image file in the current implementation. I would > suggest to put it somewhere else and link it from SmallWiki. > > > The uploads progress for some minutes until the error page is > > shown into the web browser. > > I suspect that is due to a timeout of the web-browser. The > streams in > Smalltalk are not particularly fast and uploading such a file > requires some decoding and copying around of a huge amount of data. > > SmallWiki 2 will come with some better support for huge files > (stored > outside the image), but it doesn't make the streams any faster of > course. > > Cheers, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > From avanos at xs4all.nl Fri Jul 8 23:34:55 2005 From: avanos at xs4all.nl (Adriaan van Os) Date: Fri, 8 Jul 2005 23:34:55 +0200 (CEST) Subject: Big resources not uploading In-Reply-To: <000b01c58400$672b13f0$1400a8c0@enterprise> References: <000b01c58400$672b13f0$1400a8c0@enterprise> Message-ID: <23476.213.84.174.51.1120858495.squirrel@213.84.174.51> Sebastian, What is the exact version of Smallwiki you're using? There is version done not by Lukas. This is a version done at a CampSmalltalk. It stores the resources externally of the image. Probably in a directory on your file system called Resources if this is what you observed. HTH, Adriaan. > Lukas, > > I'm using smallwiki 1 in VW and it seems to upload the resources > into the /Resurces path in wich I have 163 MB not in the image in wich I > have about 30 MB. > > Because of that I felt encouraged to upload the 400MB file ! > > Waht I'm missing? > > Seb > >> -----Mensaje original----- >> De: owner-smallwiki at iam.unibe.ch >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Lukas Renggli >> Enviado el: Lunes, 04 de Julio de 2005 10:46 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: Big resources not uploading >> >> >> Hi Sebastian, >> >> > anybody knows why I can't make an upload of a resource of about >> > 400 MB to a wiki supported by a smallwiki? >> >> wow, I wouldn't try to do this with SmallWiki, since all the data is >> stored within the image file in the current implementation. I would >> suggest to put it somewhere else and link it from SmallWiki. >> >> > The uploads progress for some minutes until the error page is >> > shown into the web browser. >> >> I suspect that is due to a timeout of the web-browser. The >> streams in >> Smalltalk are not particularly fast and uploading such a file >> requires some decoding and copying around of a huge amount of data. >> >> SmallWiki 2 will come with some better support for huge files >> (stored >> outside the image), but it doesn't make the streams any faster of >> course. >> >> Cheers, >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> > > -- http://vdg38bis.xs4all.nl From ssastre at seaswork.com.ar Mon Jul 11 00:00:31 2005 From: ssastre at seaswork.com.ar (=?iso-8859-1?Q?Sebasti=E1n_Sastre?=) Date: Sun, 10 Jul 2005 19:00:31 -0300 Subject: Big resources not uploading In-Reply-To: <23476.213.84.174.51.1120858495.squirrel@213.84.174.51> Message-ID: <000201c5859a$ca9000e0$1400a8c0@enterprise> Adrian, this SmallWiki Bundle is version: (0.9.49,lukas) and in fact the image directory has the /Resources path where all indicates it's storing the resources files (.zip, .jpg, etc). regards, Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Adriaan van Os > Enviado el: Viernes, 08 de Julio de 2005 18:35 > Para: smallwiki at iam.unibe.ch > Asunto: RE: Big resources not uploading > > > Sebastian, > > What is the exact version of Smallwiki you're using? There is > version done not by Lukas. This is a version done at a > CampSmalltalk. It stores the resources externally of the > image. Probably in a directory on your file system called > Resources if this is what you observed. > > HTH, > Adriaan. > > > Lukas, > > > > I'm using smallwiki 1 in VW and it seems to upload the > resources into > > the /Resurces path in wich I have 163 MB not in the image in wich I > > have about 30 MB. > > > > Because of that I felt encouraged to upload the 400MB file ! > > > > Waht I'm missing? > > > > Seb > > > >> -----Mensaje original----- > >> De: owner-smallwiki at iam.unibe.ch > >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Lukas Renggli > >> Enviado el: Lunes, 04 de Julio de 2005 10:46 > >> Para: smallwiki at iam.unibe.ch > >> Asunto: Re: Big resources not uploading > >> > >> > >> Hi Sebastian, > >> > >> > anybody knows why I can't make an upload of a > resource of about > >> > 400 MB to a wiki supported by a smallwiki? > >> > >> wow, I wouldn't try to do this with SmallWiki, since all > the data is > >> stored within the image file in the current > implementation. I would > >> suggest to put it somewhere else and link it from SmallWiki. > >> > >> > The uploads progress for some minutes until the > error page is > >> > shown into the web browser. > >> > >> I suspect that is due to a timeout of the web-browser. The > streams in > >> Smalltalk are not particularly fast and uploading such a file > >> requires some decoding and copying around of a huge amount of data. > >> > >> SmallWiki 2 will come with some better support for huge > files (stored > >> outside the image), but it doesn't make the streams any faster of > >> course. > >> > >> Cheers, > >> Lukas > >> > >> -- > >> Lukas Renggli > >> http://www.lukas-renggli.ch > >> > > > > > > > -- > http://vdg38bis.xs4all.nl > From cassou at iam.unibe.ch Mon Jul 11 15:41:07 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 15:41:07 +0200 Subject: [SW2] Bug Report Message-ID: <20050711134107.GC19646@iam.unibe.ch> Hi, with the last image from http://www.iam.unibe.ch/~scg/Teaching/AdvancedLabs/swimages/ and the last monticello versions of seaside (63), magritte (28) and smallwiki2 (78) an error is printed just when the website is displayed. This is because the field 'embedded' is not initialised in the class SW2Link. I have modified SW2Link>>embedded to made it work : embedded embedded isNil ifTrue: [ embedded := true ]. ^ embedded -- Damien From renggli at iam.unibe.ch Mon Jul 11 15:51:11 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 15:51:11 +0200 Subject: [SW2] Bug Report In-Reply-To: <20050711134107.GC19646@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> Message-ID: > This is because the field 'embedded' is not initialised in the > class SW2Link. > > I have modified SW2Link>>embedded to made it work : > embedded > embedded isNil ifTrue: [ embedded := true ]. > ^ embedded This is just when you load a newer version of SmallWiki 2 into the current development version. Please note that the development versions are not always backward compatible and that in some cases (like this one) you need to reinitialize your model. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Mon Jul 11 15:51:11 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 15:51:11 +0200 Subject: [SW2] Bug Report In-Reply-To: <20050711134107.GC19646@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> Message-ID: > This is because the field 'embedded' is not initialised in the > class SW2Link. > > I have modified SW2Link>>embedded to made it work : > embedded > embedded isNil ifTrue: [ embedded := true ]. > ^ embedded This is just when you load a newer version of SmallWiki 2 into the current development version. Please note that the development versions are not always backward compatible and that in some cases (like this one) you need to reinitialize your model. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Mon Jul 11 16:18:36 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 16:18:36 +0200 Subject: [SW2] Bug Report In-Reply-To: References: <20050711134107.GC19646@iam.unibe.ch> Message-ID: <20050711141836.GD19646@iam.unibe.ch> > This is just when you load a newer version of SmallWiki 2 into the > current development version. Please note that the development > versions are not always backward compatible and that in some cases > (like this one) you need to reinitialize your model. So, the only thing I had to do is to modify the field in the instance ? Thanks -- Damien From renggli at iam.unibe.ch Mon Jul 11 16:38:54 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 16:38:54 +0200 Subject: [SW2] Bug Report In-Reply-To: <20050711141836.GD19646@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> Message-ID: >> This is just when you load a newer version of SmallWiki 2 into the >> current development version. Please note that the development >> versions are not always backward compatible and that in some cases >> (like this one) you need to reinitialize your model. > > So, the only thing I had to do is to modify the field in the > instance ? Your fix is a bit strange, because not all instances of a link want to be embedded. This will certainly lead to problems as soon as the renderer takes care about this new property. It is probably better to use false as a default instance, but then it will break the environment. So if you really don't want to drop your existing model instances and migrate to the latest version I suggest to do something along the lines: SW2Link allSubInstancesDo: [ :e | e instVarNamed: 'embedded' put: false ]. SW2SeasideFrame initializeEnvironment. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Mon Jul 11 16:38:54 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 16:38:54 +0200 Subject: [SW2] Bug Report In-Reply-To: <20050711141836.GD19646@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> Message-ID: >> This is just when you load a newer version of SmallWiki 2 into the >> current development version. Please note that the development >> versions are not always backward compatible and that in some cases >> (like this one) you need to reinitialize your model. > > So, the only thing I had to do is to modify the field in the > instance ? Your fix is a bit strange, because not all instances of a link want to be embedded. This will certainly lead to problems as soon as the renderer takes care about this new property. It is probably better to use false as a default instance, but then it will break the environment. So if you really don't want to drop your existing model instances and migrate to the latest version I suggest to do something along the lines: SW2Link allSubInstancesDo: [ :e | e instVarNamed: 'embedded' put: false ]. SW2SeasideFrame initializeEnvironment. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Mon Jul 11 17:03:54 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 17:03:54 +0200 Subject: [SW2] Bug Report In-Reply-To: References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> Message-ID: <20050711150354.GA24861@iam.unibe.ch> > Your fix is a bit strange, because not all instances of a link want > to be embedded. This will certainly lead to problems as soon as the > renderer takes care about this new property. It is probably better to > use false as a default instance, but then it will break the environment. > > So if you really don't want to drop your existing model instances and > migrate to the latest version I suggest to do something along the lines: > > SW2Link allSubInstancesDo: [ :e | > e instVarNamed: 'embedded' put: false ]. > SW2SeasideFrame initializeEnvironment. > Thank you -- Damien From ducasse at iam.unibe.ch Mon Jul 11 17:51:59 2005 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 11 Jul 2005 17:51:59 +0200 Subject: [SW2] Bug Report In-Reply-To: References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> Message-ID: <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> Damien > Your fix is a bit strange, because not all instances of a link want > to be embedded. This will certainly lead to problems as soon as the > renderer takes care about this new property. It is probably better > to use false as a default instance, but then it will break the > environment. > > So if you really don't want to drop your existing model instances > and migrate to the latest version I suggest to do something along > the lines: > > SW2Link allSubInstancesDo: [ :e | > e instVarNamed: 'embedded' put: false ]. > SW2SeasideFrame initializeEnvironment. Most of the time, I would suggest to drop the existing instances, but this is a nice examples of how we can keep a system running two years and upgrade it on the fly. When you have to do this kind of things this is quite powerful. Stef From cassou at iam.unibe.ch Mon Jul 11 18:04:20 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 18:04:20 +0200 Subject: [SW2] Bug Report In-Reply-To: <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> Message-ID: <20050711160420.GA25542@iam.unibe.ch> > Most of the time, I would suggest to drop the existing instances, How do you drop existing instances ? -- Damien From cassou at iam.unibe.ch Mon Jul 11 18:09:29 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 18:09:29 +0200 Subject: [Magritte] Add text to a command view Message-ID: <20050711160929.GB25542@iam.unibe.ch> Hi, I wrote a command with 2 fields printed : - frWord, readOnly, to show the word to translate - enWord, required, to let the user guess a translation This just work with magritte and without any seaside component made by myself. Now, if the user fails for the translation, I must print the same form but with a small text: 'your word was wrong, try again'. How can I add text to an automatically made form ? -- Damien From renggli at student.unibe.ch Mon Jul 11 18:34:45 2005 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 18:34:45 +0200 Subject: [SW2] Bug Report References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> <20050711160420.GA25542@iam.unibe.ch> Message-ID: <003301c58636$8ec3cdc0$0201a8c0@alpha> > > Most of the time, I would suggest to drop the existing instances, > > How do you drop existing instances ? You open an inspector on SW2Kernel instances and remove your the old kernels from the ordered-collection. Then you evaluate SW2SeasideFrame initialize that will setup a new Seaside application and ask you if it should create a new kernel, since you deleted the old ones. Cheers, Lukas From cassou at iam.unibe.ch Mon Jul 11 18:46:15 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 18:46:15 +0200 Subject: [SW2] Bug Report In-Reply-To: <003301c58636$8ec3cdc0$0201a8c0@alpha> References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> <20050711160420.GA25542@iam.unibe.ch> <003301c58636$8ec3cdc0$0201a8c0@alpha> Message-ID: <20050711164615.GA27127@iam.unibe.ch> On Mon, Jul 11, 2005 at 06:34:45PM +0200, Lukas Renggli wrote: > > > Most of the time, I would suggest to drop the existing instances, > > > > How do you drop existing instances ? > > You open an inspector on > > SW2Kernel instances > > and remove your the old kernels from the ordered-collection. Then you > evaluate > > SW2SeasideFrame initialize > > that will setup a new Seaside application and ask you if it should create a > new kernel, since you deleted the old ones. > Thanks a lot for this explanations -- Damien From renggli at student.unibe.ch Mon Jul 11 19:41:16 2005 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 19:41:16 +0200 Subject: [Magritte] Add text to a command view References: <20050711160929.GB25542@iam.unibe.ch> Message-ID: <004201c5863f$c73973e0$0201a8c0@alpha> > How can I add text to an automatically made form ? Basically you can't do it automatically, but there are of course a lot of different possiblities to archive that: I would suggest that you create a custom component that is rendering the text string and the Magritte form as a child. Or you could also use the validation decoration to do this using a custom exception class (see MAValidationDecoration and undo the changes we did together today). Yet another possibility would be to add a readonly field that accesses a dynamically created from your model object. What you have to take care is that Magritte caches values and assumes that the model object doesn't change while it displays a form. But you can change this behaviour by using a different Memento class, have a look at the references of MAMemento subclasses. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Mon Jul 11 19:39:58 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 11 Jul 2005 19:39:58 +0200 Subject: [Magritte] Add text to a command view In-Reply-To: <004201c5863f$c73973e0$0201a8c0@alpha> References: <20050711160929.GB25542@iam.unibe.ch> <004201c5863f$c73973e0$0201a8c0@alpha> Message-ID: <20050711173958.GA28804@iam.unibe.ch> On Mon, Jul 11, 2005 at 07:41:16PM +0200, Lukas Renggli wrote: > > How can I add text to an automatically made form ? > > I would suggest that you create a custom component that is rendering the > text string and the Magritte form as a child. > I think I will try this solution. But a SW2Command isn't a Seaside WAComponent. How can I render a Command within a Component ? Thanks -- Damien From renggli at student.unibe.ch Mon Jul 11 20:47:33 2005 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 11 Jul 2005 20:47:33 +0200 Subject: [Magritte] Add text to a command view References: <20050711160929.GB25542@iam.unibe.ch> <004201c5863f$c73973e0$0201a8c0@alpha> <20050711173958.GA28804@iam.unibe.ch> Message-ID: <005c01c58649$0fe270c0$0201a8c0@alpha> > > > How can I add text to an automatically made form ? > > > > I would suggest that you create a custom component that is rendering the > > text string and the Magritte form as a child. > > > > I think I will try this solution. But a SW2Command isn't a Seaside > WAComponent. How can I render a Command within a Component ? Have a look at the code, the view command also uses a custom component. Indeed, every MADescription might have its own custom Seaside component (#componentClass), Cheers, Lukas From ducasse at iam.unibe.ch Mon Jul 11 22:49:09 2005 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 11 Jul 2005 22:49:09 +0200 Subject: [SW2] Bug Report In-Reply-To: <20050711160420.GA25542@iam.unibe.ch> References: <20050711134107.GC19646@iam.unibe.ch> <20050711141836.GD19646@iam.unibe.ch> <09734778-FBCF-4CE8-9EFD-1909762A4747@iam.unibe.ch> <20050711160420.GA25542@iam.unibe.ch> Message-ID: Normally this should be based on a GC if you do not have a root structure somewhere. You can also nil out some instance variables and do a GC SmalltalkImage or Smalltalk garbage.... stef On 11 juil. 05, at 18:04, Damien Cassou wrote: >> Most of the time, I would suggest to drop the existing instances, >> > > How do you drop existing instances ? > > -- > Damien > From rleon at insario.com Tue Jul 12 01:02:36 2005 From: rleon at insario.com (Ramon Leon) Date: Mon, 11 Jul 2005 16:02:36 -0700 Subject: Trouble getting Smallwiki working. Message-ID: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> Hi, I keep having problems with the cpu getting pegged when I try and edit a page and save content. From what I can tell, something in the rendering is getting hung in a loop and not dying. So before I dig into it more tonight, a couple questions? 1. Is anyone running Smallwiki 1 on Squeak 3.8 successfully, if so, what'd it take, or is there somewhere I can just download a working image. If not, I guess I'll try a 3.7 image and start over. 2. What are the storage options used most, image based sounds cool, but it never seems to work on my Windows2003 server. I've tried what I can find in the archives but just can't seem to get image persistence working, only a manual snapshot seems to work. 3. When squeak is running as a service on NT, how can I access the running image, since starting the service doesn't put the squeak tray icon in the system tray? 4. Should I be using Smallwiki 1 at all, or is Smallwiki 2 stable enough to use? 5. I've been using version 0.9.53-11, because I couldn't get the sam.15 and sam.16 version running at all from squeaksource. Appreciate any help anyone has to offer. From renggli at iam.unibe.ch Tue Jul 12 07:23:34 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 07:23:34 +0200 Subject: Trouble getting Smallwiki working. In-Reply-To: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> References: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> Message-ID: <04C1C6F8-F3FA-4640-B3D0-F22ABF39FEEB@iam.unibe.ch> Hi, > 4. Should I be using Smallwiki 1 at all, or is Smallwiki 2 stable > enough > to use? I am unable to answer the other questions, but I can tell that SmallWiki 2 isn't stable enough for production. You might want to have a look at the code to see what is coming and maybe to develop extensions, but I would strongly de-courage to use it for your website as long as it is not finished. For the roadmap: I am going on holidays the coming 3 weeks and won't have net access during that time, so it will be calm from my side. Then there will be ESUG in Brussels, I'll be online again but I won't have time to work on SmallWiki. Then, towards the end of August, I will will be able to work again several days a week on the SmallWiki codebase and will release a first version as soon as possible. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From ramonleon at cox.net Tue Jul 12 08:05:14 2005 From: ramonleon at cox.net (Ramon Leon) Date: Mon, 11 Jul 2005 23:05:14 -0700 Subject: Trouble getting Smallwiki working. In-Reply-To: <04C1C6F8-F3FA-4640-B3D0-F22ABF39FEEB@iam.unibe.ch> References: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> <04C1C6F8-F3FA-4640-B3D0-F22ABF39FEEB@iam.unibe.ch> Message-ID: <42D35D9A.7020504@cox.net> Lukas Renggli wrote: > Hi, > >> 4. Should I be using Smallwiki 1 at all, or is Smallwiki 2 stable enough >> to use? > > > I am unable to answer the other questions, but I can tell that > SmallWiki 2 isn't stable enough for production. You might want to have > a look at the code to see what is coming and maybe to develop > extensions, but I would strongly de-courage to use it for your website > as long as it is not finished. > > For the roadmap: I am going on holidays the coming 3 weeks and won't > have net access during that time, so it will be calm from my side. Then > there will be ESUG in Brussels, I'll be online again but I won't have > time to work on SmallWiki. Then, towards the end of August, I will will > be able to work again several days a week on the SmallWiki codebase and > will release a first version as soon as possible. > > Cheers, > Lukas > Appreciate it, I'll just keep grinding away till I get it smallwiki1 working. Can't wait for version 2 though. From bert at impara.de Tue Jul 12 10:02:05 2005 From: bert at impara.de (Bert Freudenberg) Date: Tue, 12 Jul 2005 10:02:05 +0200 Subject: Trouble getting Smallwiki working. In-Reply-To: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> References: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> Message-ID: Hi, there was a critical copy bug in some SW1 versions. Adrien suggested this fix: ==================== !SWPropertyManager methodsFor: 'copying' stamp: 'al 12/8/2004 15:03'! postCopy | dictionary | super postCopy. dictionary := Dictionary new. properties keysAndValuesDo: [ :key :value | dictionary at: key copy put: value copy ]. properties := dictionary.! ! ==================== SW1 has been working fine for me using this on 3.7 and Linux, image- based storage. - Bert - Am 12.07.2005 um 01:02 schrieb Ramon Leon: > Hi, I keep having problems with the cpu getting pegged when I try and > edit a page and save content. From what I can tell, something in the > rendering is getting hung in a loop and not dying. So before I dig > into > it more tonight, a couple questions? > > 1. Is anyone running Smallwiki 1 on Squeak 3.8 successfully, if so, > what'd it take, or is there somewhere I can just download a working > image. If not, I guess I'll try a 3.7 image and start over. > > 2. What are the storage options used most, image based sounds cool, > but > it never seems to work on my Windows2003 server. I've tried what I > can > find in the archives but just can't seem to get image persistence > working, only a manual snapshot seems to work. > > 3. When squeak is running as a service on NT, how can I access the > running image, since starting the service doesn't put the squeak tray > icon in the system tray? > > 4. Should I be using Smallwiki 1 at all, or is Smallwiki 2 stable > enough > to use? > > 5. I've been using version 0.9.53-11, because I couldn't get the > sam.15 > and sam.16 version running at all from squeaksource. > > Appreciate any help anyone has to offer. > From renggli at iam.unibe.ch Tue Jul 12 10:16:26 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 10:16:26 +0200 Subject: Big resources not uploading In-Reply-To: <000201c5859a$ca9000e0$1400a8c0@enterprise> References: <000201c5859a$ca9000e0$1400a8c0@enterprise> Message-ID: > this SmallWiki Bundle is version: (0.9.49,lukas) and in fact the > image directory has the /Resources path where all indicates it's > storing > the resources files (.zip, .jpg, etc). This is strange, since I never wrote a package that stores anything else than the image-file to the file-system. An exception to this is maybe the SIXX persistency that I didn't develop further and that I don't suggest to use anyway. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From bert at impara.de Tue Jul 12 10:28:54 2005 From: bert at impara.de (Bert Freudenberg) Date: Tue, 12 Jul 2005 10:28:54 +0200 Subject: Big resources not uploading In-Reply-To: References: <000201c5859a$ca9000e0$1400a8c0@enterprise> Message-ID: <9D74CE52-2429-4494-AA20-E85E152024CF@impara.de> Am 12.07.2005 um 10:16 schrieb Lukas Renggli: >> this SmallWiki Bundle is version: (0.9.49,lukas) and in fact the >> image directory has the /Resources path where all indicates it's >> storing >> the resources files (.zip, .jpg, etc). >> > > This is strange, since I never wrote a package that stores anything > else than the image-file to the file-system. An exception to this > is maybe the SIXX persistency that I didn't develop further and > that I don't suggest to use anyway. Too bad .. ;-) Anyway, where could I find this? Our wiki image is ballooning even though there are not remotely as many pictures in there as we'd like to. - Bert - From renggli at iam.unibe.ch Tue Jul 12 10:38:21 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 10:38:21 +0200 Subject: Big resources not uploading In-Reply-To: <9D74CE52-2429-4494-AA20-E85E152024CF@impara.de> References: <000201c5859a$ca9000e0$1400a8c0@enterprise> <9D74CE52-2429-4494-AA20-E85E152024CF@impara.de> Message-ID: >>> this SmallWiki Bundle is version: (0.9.49,lukas) and in fact the >>> image directory has the /Resources path where all indicates it's >>> storing >>> the resources files (.zip, .jpg, etc). >>> >>> >> >> This is strange, since I never wrote a package that stores >> anything else than the image-file to the file-system. An exception >> to this is maybe the SIXX persistency that I didn't develop >> further and that I don't suggest to use anyway. >> > > Too bad .. ;-) > > Anyway, where could I find this? Our wiki image is ballooning even > though there are not remotely as many pictures in there as we'd > like to. SmallWiki 1 was developed in VisualWorks, I don't know if those extra packages were ported to Squeak. Another solution to your problem might be the extension of Ralph Johnson: he wrote a prevalence like persistency, but I don't know if it is working and/or has been ported to Squeak. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From ramonleon at cox.net Tue Jul 12 12:17:03 2005 From: ramonleon at cox.net (Ramon Leon) Date: Tue, 12 Jul 2005 03:17:03 -0700 Subject: Trouble getting Smallwiki working. In-Reply-To: References: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> Message-ID: <42D3989F.9090000@cox.net> > there was a critical copy bug in some SW1 versions. Adrien suggested > this fix: > > ==================== > > !SWPropertyManager methodsFor: 'copying' stamp: 'al 12/8/2004 15:03'! > postCopy > | dictionary | > super postCopy. > dictionary := Dictionary new. > properties keysAndValuesDo: [ :key :value | > dictionary at: key copy put: value copy ]. > properties := dictionary.! ! > > ==================== > > SW1 has been working fine for me using this on 3.7 and Linux, image- > based storage. > > - Bert - Thank man, that was it, bet that was my prob with 3.8 too, guess I'll find out tomorrow. From ramonleon at cox.net Tue Jul 12 12:37:38 2005 From: ramonleon at cox.net (Ramon Leon) Date: Tue, 12 Jul 2005 03:37:38 -0700 Subject: Trouble getting Smallwiki working. In-Reply-To: References: <24C40DFA333DC44882F9FB0115F33D8F19B90D@ARGON.insario.local> Message-ID: <42D39D72.6050105@cox.net> Bert Freudenberg wrote: > Hi, > > there was a critical copy bug in some SW1 versions. Adrien suggested > this fix: > > ==================== > > !SWPropertyManager methodsFor: 'copying' stamp: 'al 12/8/2004 15:03'! > postCopy > | dictionary | > super postCopy. > dictionary := Dictionary new. > properties keysAndValuesDo: [ :key :value | > dictionary at: key copy put: value copy ]. > properties := dictionary.! ! > > ==================== > > SW1 has been working fine for me using this on 3.7 and Linux, image- > based storage. > > - Bert - Yup, that fixed my 3.8 image too, very much appreciate it. From cassou at iam.unibe.ch Tue Jul 12 14:57:41 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Tue, 12 Jul 2005 14:57:41 +0200 Subject: [Magritte] Add text to a command view In-Reply-To: <005c01c58649$0fe270c0$0201a8c0@alpha> References: <20050711160929.GB25542@iam.unibe.ch> <004201c5863f$c73973e0$0201a8c0@alpha> <20050711173958.GA28804@iam.unibe.ch> <005c01c58649$0fe270c0$0201a8c0@alpha> Message-ID: <20050712125741.GA22127@iam.unibe.ch> > > > I would suggest that you create a custom component that is rendering the > > > text string and the Magritte form as a child. > > I think I will try this solution. But a SW2Command isn't a Seaside > > WAComponent. How can I render a Command within a Component ? > Have a look at the code, the view command also uses a custom component. > Indeed, every MADescription might have its own custom Seaside component > (#componentClass), > Can you explain it because I am reading this code for 3 hours now (maybe more) and I still do not understand how to include a Command representation into a Component ? -- Damien From renggli at iam.unibe.ch Tue Jul 12 15:07:42 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 15:07:42 +0200 Subject: [Magritte] Add text to a command view In-Reply-To: <20050712125741.GA22127@iam.unibe.ch> References: <20050711160929.GB25542@iam.unibe.ch> <004201c5863f$c73973e0$0201a8c0@alpha> <20050711173958.GA28804@iam.unibe.ch> <005c01c58649$0fe270c0$0201a8c0@alpha> <20050712125741.GA22127@iam.unibe.ch> Message-ID: <9B555BAF-C075-4542-BBB2-890A69FE34AD@iam.unibe.ch> >>>> I would suggest that you create a custom component that is >>>> rendering the >>>> text string and the Magritte form as a child. >>>> >>> I think I will try this solution. But a SW2Command isn't a >>> Seaside >>> WAComponent. How can I render a Command within a Component ? >>> >> Have a look at the code, the view command also uses a custom >> component. >> Indeed, every MADescription might have its own custom Seaside >> component >> (#componentClass), >> >> > > Can you explain it because I am reading this code for 3 hours now > (maybe more) and I still do not understand how to include a Command > representation into a Component ? Have a look at the senders and implementors of #componentClass and #componentClass: in the source code of SmallWiki and maybe some of the student projects (Calendar, Security, Gallery, ...). Lukas -- Lukas Renggli http://www.lukas-renggli.ch From gluca980 at libero.it Tue Jul 12 18:23:35 2005 From: gluca980 at libero.it (gluca980@libero.it) Date: Tue, 12 Jul 2005 18:23:35 +0200 Subject: testing Message-ID: Hi, I?m working with Smallwiki. I saw the example tests in smallwiki, but there aren?t example tests about the actions. Someone can tell me an example how can I do these tests? I haven?t any clue how can I tests the rendering. Thanks a lot Gianluca ____________________________________________________________ Navighi a 4 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it From renggli at iam.unibe.ch Tue Jul 12 18:47:26 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 18:47:26 +0200 Subject: testing In-Reply-To: References: Message-ID: <793BA638-A2C8-459B-B0FF-B274BA375B0B@iam.unibe.ch> > Hi, I?m working with Smallwiki. I saw the example tests in > smallwiki, but there aren?t example tests about the actions. > Someone can tell me an example how can I do these tests? I haven?t > any clue how can I tests the rendering. Doing automatic testing of user interfaces is generally a difficult problem in software engineering. Of course there are some frameworks that are designed to do this (e.g. SeasideTesting), but personally I never got conveniant using one. I think it is more important to have a clean separation between the view and the model, and to test the model deeply with good regression tests. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From gluca980 at libero.it Tue Jul 12 20:13:19 2005 From: gluca980 at libero.it (gluca980@libero.it) Date: Tue, 12 Jul 2005 20:13:19 +0200 Subject: testing Message-ID: Hi, I?m working with Smallwiki. I saw the example tests in smallwiki, but there aren?t example tests about the actions. Someone can tell me an example how can I do these tests? I haven?t any clue how can I tests the rendering. > > Doing automatic testing of user interfaces is generally a difficult > problem in software engineering. Of course there are some frameworks > that are designed to do this (e.g. SeasideTesting), but personally I > never got conveniant using one. I think it is more important to have > a clean separation between the view and the model, and to test the > model deeply with good regression tests. > > Hi, could you explain me better what are the problem with actions please? Is it hard to test because are html application or is hard to do the assert? Cheers Gianluca ____________________________________________________________ Navighi a 4 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it From renggli at iam.unibe.ch Tue Jul 12 20:55:45 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 12 Jul 2005 20:55:45 +0200 Subject: testing In-Reply-To: References: Message-ID: <46566EDD-613F-4E21-B394-9BBF410F37E7@iam.unibe.ch> > Hi, could you explain me better what are the problem with actions > please? Is it hard to test because are html application or is hard > to do the assert? Yes, exactly it is hard to check the resulting html. Of course you could parse it and check for specific tags and contents, or you could write regular-expressions ... What is more, the actions in SmallWiki 1 are badly designed, since they heavily couple the business logic and the swazoo html generation. Sadly it is almost impossible to test the actions wihout dealing with request/response ... SmallWiki 2 takes a different approach to avoid this problem and thus the actions (actually these are commands following the design patterns book) can be easily tested. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Tue Jul 19 11:35:56 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Tue, 19 Jul 2005 11:35:56 +0200 Subject: SW2LetterWarper Message-ID: <20050719093556.GB14868@iam.unibe.ch> Hi, I have just integrated the LetterWarper from Jon Hylands in a command for SmallWiki 2. It is used to prevent bots from modifying a wiki by printing a string into an image. It just works perfectly. Thanks to Jon. This small command is available on SqueakSource under the name : SW2LetterWarper. Bye -- Damien From charles at datasof.com Tue Jul 19 14:56:06 2005 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 19 Jul 2005 08:56:06 -0400 Subject: SW2LetterWarper In-Reply-To: <20050719093556.GB14868@iam.unibe.ch> References: <20050719093556.GB14868@iam.unibe.ch> Message-ID: Sorry, can you describe with a concrete example what bots achieve by printing a string into an image. Would that be a pre-existing image on the wiki or a new one that the bot was trying to insert? Is the string graffiti? tia, -Charles On Tue, 19 Jul 2005 05:35:56 -0400, Damien Cassou wrote: > Hi, > > I have just integrated the LetterWarper from Jon Hylands in a command > for SmallWiki 2. It is used to prevent bots from modifying a wiki by > printing a string into an image. It just works perfectly. Thanks to > Jon. > > This small command is available on SqueakSource under the name : > SW2LetterWarper. > > Bye > -- Charles A. Monteiro From cassou at iam.unibe.ch Tue Jul 19 15:12:55 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Tue, 19 Jul 2005 15:12:55 +0200 Subject: SW2LetterWarper In-Reply-To: References: <20050719093556.GB14868@iam.unibe.ch> Message-ID: <20050719131255.GA8990@iam.unibe.ch> On Tue, Jul 19, 2005 at 08:56:06AM -0400, Charles A. Monteiro wrote: > Sorry, can you describe with a concrete example what bots achieve by > printing a string into an image. Would that be a pre-existing image on the > wiki or a new one that the bot was trying to insert? Is the string > graffiti? > It is not something new, you might have seen this before. The website display an image, and a form. The user has to look the image and write in the form what is drawn in the image. Since bots has problems to read images, they can't enter the website. Here is an example : Go to http://www.paypal.com/ Click on the image 'Sign Up Now' then the button 'Continue' Then, on the very bottom, you see an image with letters and digits on it. To sign a new account, you have to write in the text box what is written on the image. This is what SW2LetterWarper is about -- Damien From charles at datasof.com Tue Jul 19 17:04:02 2005 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 19 Jul 2005 11:04:02 -0400 Subject: SW2LetterWarper In-Reply-To: <20050719131255.GA8990@iam.unibe.ch> References: <20050719093556.GB14868@iam.unibe.ch> <20050719131255.GA8990@iam.unibe.ch> Message-ID: ah, yes, now I understand, thanks On Tue, 19 Jul 2005 09:12:55 -0400, Damien Cassou wrote: > On Tue, Jul 19, 2005 at 08:56:06AM -0400, Charles A. Monteiro wrote: >> Sorry, can you describe with a concrete example what bots achieve by >> printing a string into an image. Would that be a pre-existing image on >> the >> wiki or a new one that the bot was trying to insert? Is the string >> graffiti? >> > > It is not something new, you might have seen this before. The website > display an image, and a form. The user has to look the image and write > in the form what is drawn in the image. Since bots has problems to > read images, they can't enter the website. > > Here is an example : > > Go to http://www.paypal.com/ > Click on the image 'Sign Up Now' then the button 'Continue' > > Then, on the very bottom, you see an image with letters and digits on > it. To sign a new account, you have to write in the text box what is > written on the image. > > This is what SW2LetterWarper is about > -- Charles A. Monteiro From ian at inextenso.com Tue Jul 19 17:45:43 2005 From: ian at inextenso.com (Ian Prince) Date: Tue, 19 Jul 2005 17:45:43 +0200 Subject: SW2LetterWarper In-Reply-To: References: <20050719093556.GB14868@iam.unibe.ch> <20050719131255.GA8990@iam.unibe.ch> Message-ID: <2A345A58-F86C-11D9-9A52-000D93B0D6A4@inextenso.com> FWIW, I believe these are called Captchas (completely automated public Turing test to tell computers and humans apart). See: http://en.wikipedia.org/wiki/Captcha Ian. On Jul 19, 2005, at 17:04, Charles A. Monteiro wrote: > ah, yes, now I understand, thanks > > > On Tue, 19 Jul 2005 09:12:55 -0400, Damien Cassou > wrote: > >> On Tue, Jul 19, 2005 at 08:56:06AM -0400, Charles A. Monteiro wrote: >>> Sorry, can you describe with a concrete example what bots achieve by >>> printing a string into an image. Would that be a pre-existing image >>> on the >>> wiki or a new one that the bot was trying to insert? Is the string >>> graffiti? >>> >> >> It is not something new, you might have seen this before. The website >> display an image, and a form. The user has to look the image and write >> in the form what is drawn in the image. Since bots has problems to >> read images, they can't enter the website. >> >> Here is an example : >> >> Go to http://www.paypal.com/ >> Click on the image 'Sign Up Now' then the button 'Continue' >> >> Then, on the very bottom, you see an image with letters and digits on >> it. To sign a new account, you have to write in the text box what is >> written on the image. >> >> This is what SW2LetterWarper is about > > -- > Charles A. Monteiro > -- ian prince - inextenso - 1 ruelle des moulins - 1260 nyon - switzerland ian at inextenso.com - tel +41 22 990 10 80 - mobile +41 78 880 27 02 From gluca980 at libero.it Tue Jul 19 19:34:53 2005 From: gluca980 at libero.it (gluca980@libero.it) Date: Tue, 19 Jul 2005 19:34:53 +0200 Subject: testing Message-ID: Hi, I'm sorry because I still write about the problem with unitTest for the action. Could you tell me please why it's so hard to test with request response. Could I make an object request and response in test and use parameter? thanks a lot Gianluca > > Hi, could you explain me better what are the problem with actions > > please? Is it hard to test because are html application or is hard > > to do the assert? > > Yes, exactly it is hard to check the resulting html. Of course you > could parse it and check for specific tags and contents, or you could > write regular-expressions ... > > What is more, the actions in SmallWiki 1 are badly designed, since > they heavily couple the business logic and the swazoo html > generation. Sadly it is almost impossible to test the actions wihout > dealing with request/response ... > > SmallWiki 2 takes a different approach to avoid this problem and thus > the actions (actually these are commands following the design > patterns book) can be easily tested. ____________________________________________________________ 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it From cassou at iam.unibe.ch Fri Jul 22 16:02:56 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Fri, 22 Jul 2005 16:02:56 +0200 Subject: [SW2] A wiki for the bugs in Magritte Message-ID: <20050722140256.GA7022@iam.unibe.ch> Hi, I opened http://smallwiki.unibe.ch/bugsinmagritte/ to store the problems with magritte. -- Damien Cassou for the Software Composition Group in Berne From cassou at iam.unibe.ch Fri Jul 22 16:05:23 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Fri, 22 Jul 2005 16:05:23 +0200 Subject: [SW2] Queries does not work Message-ID: <20050722140523.GB7022@iam.unibe.ch> Since magritte has a bug with MAAccessorRelation>>isSatisfiedBy:, the Query visitor does not work anymore. See http://smallwiki.unibe.ch/bugsinmagritte/ for more informations. -- Damien Cassou pour le Software Composition Group a Berne