From renggli at iam.unibe.ch  Sun May  1 09:24:37 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Sun, 1 May 2005 09:24:37 +0200
Subject: MAReport
In-Reply-To: <18969.1114908829@www52.gmx.net>
References: <39AE8B95-9535-46C6-BF8C-0406FBB3BB79@iam.unibe.ch> <18969.1114908829@www52.gmx.net>
Message-ID: <B061B803-CF5D-47EC-9AD9-CA407F64F2EE@iam.unibe.ch>



Hi,

this is an interesting problem Philippe and I have been discussing  
yesterday: he wanted that a certain component rendered html anchor  
tags to all the links in order to let the web browser jump to the  
right position in the page. I think this is a nice design discussion:  
he suggested a first solution, that I tried to improve, but that  
didn't solve the problem yet ... sorry, partly in german ...

>> W?re es nicht einfach eine
>> Subklasse von MAReport zu machen und dort #rendererClass zu
>> ?berschreiben, das einen Subklasse von WAHtmlRenderer zur?ckgibt,
>> welche die Methode #anchorWithUrl:do: ?berschreibt und dort die
>> entsprechenden ids ganz hinzuf?gt?
>
> Daran hatte ich gar nicht gedacht. Wir hatten zuerst eine  
> Subklasse, ich
> habs aber dann in MAReport gepusht um es dir zu schicken. Zudem  
> haben wir ja
> auch MAColum abge?ndert. Was meiner Meinung nach noch h?sslicher  
> ist. Aber
> das liesse sich ja auch elegant mit dem renderer l?sen.
>
> Ich habe jetzt noch zwei Fragen:
> Wie komme ich im renderer an die ids? Im Moment sind die ja im  
> Report und
> die m?ssten ja ?ber mehrere rendering Vorg?nge stabil bleiben.

You would set it from the parent component if desired, or even better  
let the renderer ask its component for the anchor-id to be used.

> Wie ist das mit Links, die sich nicht auf den Report beziehen. Z.B.  
> actions
> (edit, remove) die ev. in einer ganz neuen Seite resultieren w?rden  
> (z.B
> wegen #call:). Dort w?rde ich ja auch ?berall den anchor hinzuf?gen  
> obwohl
> es in der Zielseite ev. gar nicht existiert. Hast du eine Idee wie  
> ich das
> verhindern kann?

Okay, what about this idea? Use a customized renderer that uses a  
dynamic variable (subclass of WADynamicVariable) to determine what  
anchor has to be appended and that will not change anything if this  
value is nil.

     BlaBla>>renderContentOn: html
         SW2DynamicAnchorTarget
             use: 'theSuperAnchor'
             while: [ html render: self report ].

     SW2HtmlRenderer>>anchorWithUrl: aUrl do: aString
         SW2DynamicAnchorTarget value in: [ :value |
             uper
                 anchorWithUrl: (value isNil
                     ifTrue: [ aUrl ]
                     ifFalse: [ aUrl , '#' , value ])
                 do: aString.

I think like this you can do anything you need to do? If you can iron  
out this concept (maybe using the new Seaside brush rendering  
framework) this would be something that should go into Seaside  
itself, I suspect.

Moreover, I think this is an excellent example how the design of your  
code can be improved by discussing and rethinking a problem several  
times. In fact, the above code avoids the need to change 30 methods  
in a non generic fashion and even allows it to be reused in different  
contexts.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch



From avi.bryant at gmail.com  Sun May  1 11:45:34 2005
From: avi.bryant at gmail.com (Avi Bryant)
Date: Sun, 1 May 2005 11:45:34 +0200
Subject: MAReport
In-Reply-To: <B061B803-CF5D-47EC-9AD9-CA407F64F2EE@iam.unibe.ch>
References: <39AE8B95-9535-46C6-BF8C-0406FBB3BB79@iam.unibe.ch> <18969.1114908829@www52.gmx.net> <B061B803-CF5D-47EC-9AD9-CA407F64F2EE@iam.unibe.ch>
Message-ID: <ad69ab6905050102451238aab4@mail.gmail.com>



On 5/1/05, Lukas Renggli <renggli at iam.unibe.ch> wrote:

> Okay, what about this idea? Use a customized renderer that uses a
> dynamic variable (subclass of WADynamicVariable) to determine what
> anchor has to be appended and that will not change anything if this
> value is nil.

Hi Lukas,

Why not add just an instance variable to the rendering context?

Another interesting approach here that I recently discovered is to set
the anchor name after the page is already loaded using Javascript:

<script>document.location.hash = "anchorname"</script>

This would let us have a render method that was simply something like
#jumpToHere that would generate a new unique named anchor and the
script to force the browser to it.

However, it may be awkward to know at render time what part of the
page to jump to (it usually depends more on what the most recent user
action was than on the current static state, so you have to find some
way to carry that information over from the callback phase).

Anyway, this is certainly an interesting general problem and I'd like
to see a good standard solution for it in Seaside.

Avi


From renggli at iam.unibe.ch  Sun May  1 12:24:40 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Sun, 1 May 2005 12:24:40 +0200
Subject: MAReport
In-Reply-To: <ad69ab6905050102451238aab4@mail.gmail.com>
References: <39AE8B95-9535-46C6-BF8C-0406FBB3BB79@iam.unibe.ch> <18969.1114908829@www52.gmx.net> <B061B803-CF5D-47EC-9AD9-CA407F64F2EE@iam.unibe.ch> <ad69ab6905050102451238aab4@mail.gmail.com>
Message-ID: <FDDE5C5D-7656-486C-AAC6-C7CBE3E2E030@iam.unibe.ch>



Hi Avi,

I was just about to forward this mail to you, I didn't know that you  
are on the list as well ;-)


> Why not add just an instance variable to the rendering context?
>

Okay, this works for a generic page, however it doesn't work when you  
have nested components. But still, the dynamic variable doesn't solve  
the problem when it isn't implemented in the most generic renderer,  
since the children might use another one.


> Another interesting approach here that I recently discovered is to  
> set the anchor name after the page is already loaded using Javascript:
>
> <script>document.location.hash = "anchorname"</script>
>

Yeah, this sounds like an even simpler idea. Would it solve your  
problems, Philippe?

Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch



From kustos at gmx.net  Sun May  1 15:53:12 2005
From: kustos at gmx.net (kustos@gmx.net)
Date: Sun, 1 May 2005 15:53:12 +0200 (MEST)
Subject: MAReport
References: <FDDE5C5D-7656-486C-AAC6-C7CBE3E2E030@iam.unibe.ch>
Message-ID: <5378.1114955592@www50.gmx.net>



Hi

> > Another interesting approach here that I recently discovered is to  
> > set the anchor name after the page is already loaded using Javascript:
> >
> > <script>document.location.hash = "anchorname"</script>
> >
> 
> Yeah, this sounds like an even simpler idea. Would it solve your  
> problems, Philippe?

Well first it's JavaScript based. If I can use JavaScript, then I can use
LiveUpdate was well and just replace/refresh the component.

Second, this should happen only once and only for the component that
rendered the link that was clicked. So for example if you have a page with
three reports, you sort the second, then this script should only be
generated for the anchor of the second report.

Cheers
Philippe

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++

10 GB Mailbox, 100 FreeSMS  http://www.gmx.net/de/go/topmail


From avi.bryant at gmail.com  Sun May  1 16:12:45 2005
From: avi.bryant at gmail.com (Avi Bryant)
Date: Sun, 1 May 2005 16:12:45 +0200
Subject: MAReport
In-Reply-To: <5378.1114955592@www50.gmx.net>
References: <FDDE5C5D-7656-486C-AAC6-C7CBE3E2E030@iam.unibe.ch> <5378.1114955592@www50.gmx.net>
Message-ID: <ad69ab690505010712615c94f5@mail.gmail.com>



On 5/1/05, kustos at gmx.net <kustos at gmx.net> wrote:

> Well first it's JavaScript based. If I can use JavaScript, then I can use
> LiveUpdate was well and just replace/refresh the component.

That doesn't follow; using LiveUpdate (I suppose we should be hip and
call it AJAX now) has lots of other side effects (the back button
behavior would change, for example), and it takes some effort to make
it degrade nicely.  Using a script to set the fragment/hash section of
the URL is much simpler, and degrades just fine (the page won't jump
to the right point but that's it).

> Second, this should happen only once and only for the component that
> rendered the link that was clicked. So for example if you have a page with
> three reports, you sort the second, then this script should only be
> generated for the anchor of the second report.

Certainly.  As I said, the difficulty is knowing at render time where
to insert the script.  This is very similar to the original problem of
knowing which fragment to append to a URL; all the script does is let
you make the choice after the callback has happened rather than
before.  That may not turn out to be that useful.

Avi


From bergel at iam.unibe.ch  Fri May  6 16:59:48 2005
From: bergel at iam.unibe.ch (Alexandre Bergel)
Date: Fri, 6 May 2005 16:59:48 +0200
Subject: Error while loading Smallwiki
Message-ID: <20050506145948.GK20270@iam.unibe.ch>



Hello!

I got an error when I load the version 0.9.51 of Smallwiki obtained from Store.

I have an "Incompatible version id". I previously loaded the DLLCC parcel.

I use VW 7.2 Should I use 7.3 ?

Alexandre

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.


From renggli at iam.unibe.ch  Fri May  6 17:50:43 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Fri, 6 May 2005 17:50:43 +0200
Subject: Error while loading Smallwiki
In-Reply-To: <20050506145948.GK20270@iam.unibe.ch>
References: <20050506145948.GK20270@iam.unibe.ch>
Message-ID: <0D37FA9B-A4CE-4012-8BE1-FCF5B14FCBA9@iam.unibe.ch>



Hi Alexandre,

> I have an "Incompatible version id". I previously loaded the DLLCC  
> parcel.

try to loading Swazoo from the VisualWorks distribution, not using  
StORE; then load SmallWiki.

> I use VW 7.2 Should I use 7.3 ?

7.0, 7.1, 7.2 all work fine. I've never tried 7.3, but it should work  
as well.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From ducasse at iam.unibe.ch  Fri May  6 18:31:34 2005
From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=)
Date: Fri, 6 May 2005 18:31:34 +0200
Subject: a nice SW site
Message-ID: <a343dcda4e8dd283df56ec5bacab36a5@iam.unibe.ch>



http://tweak.impara.de



From mr.d.poon at gmail.com  Sat May  7 01:17:10 2005
From: mr.d.poon at gmail.com (dan)
Date: Sat, 07 May 2005 00:17:10 +0100
Subject: Problems with Embedded images
Message-ID: <427BFAF6.5090406@gmail.com>



Hi

Ive just started playing with Smallwiki on Squeak on Windows. Im having 
problems with embedding images in pages. Checking the box on the image 
upload page doesn't do anything. I inspected the resource, and the inst 
var doesnt change. I tried poking a true value into it, but that just 
make the link go into a non link, and no sign of the image embedding 
itself. Any hints would be appriciated.

Daniel


From renggli at iam.unibe.ch  Sat May  7 09:21:28 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Sat, 7 May 2005 09:21:28 +0200
Subject: Problems with Embedded images
In-Reply-To: <427BFAF6.5090406@gmail.com>
References: <427BFAF6.5090406@gmail.com>
Message-ID: <76748B1D-E9F8-4766-845C-4EA4D1744779@iam.unibe.ch>



> Ive just started playing with Smallwiki on Squeak on Windows. Im  
> having problems with embedding images in pages. Checking the box on  
> the image upload page doesn't do anything. I inspected the  
> resource, and the inst var doesnt change. I tried poking a true  
> value into it, but that just make the link go into a non link, and  
> no sign of the image embedding itself. Any hints would be appriciated.

To test your configuration, you could type the path to your image and  
add '?action=SWMimeView', or better browse to the editor on the image  
and replace the action with the one given above. Then you should see  
the picture in your web-browser.

If not, make sure that the mime type in the edit dialog of the image  
is set properly, it should be something like image/jpeg, image/ 
gif, ... Early ports of SmallWiki didn't passed this information from  
the web-server to SmallWiki, but I think that has been fixed. Another  
thing you might want to check (in an inspector compare the contents  
of the resource-data with the file you uploaded) is that you get the  
data properly into the resource, there could be an enconing problem.

Hope this helps,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From mr.d.poon at gmail.com  Sat May  7 17:38:24 2005
From: mr.d.poon at gmail.com (dan)
Date: Sat, 07 May 2005 16:38:24 +0100
Subject: Problems with Embedded images
In-Reply-To: <76748B1D-E9F8-4766-845C-4EA4D1744779@iam.unibe.ch>
References: <427BFAF6.5090406@gmail.com> <76748B1D-E9F8-4766-845C-4EA4D1744779@iam.unibe.ch>
Message-ID: <427CE0F0.8030203@gmail.com>

Lukas

Thanks for the tips. Got it serving the image file at last, but its not 
a pretty sight....

'*?action=SWMimeView*' produced a *ByteArray doesNotUnderstand 
#squeakToIso. *Its blowing up in *SWKom>>#prepareResponse: *Im guessing 
thats becuse it thinks that swResponse is html, rather than a mime time? 
I can put a ugly hack in make it work, but im sure there must be a 
better alternative......

/prepareResponse: swResponse
    | komResponse |
    komResponse := HttpResponse new
        contentType:    swResponse type squeakToIso;
        status:            (HttpResponse statusSymbolFor: swResponse 
status);
        contents:        *((swResponse stream contents respondsTo: 
#squeakToIso) ifTrue: [swResponse stream contents squeakToIso] ifFalse: 
[swResponse stream contents asString]) readStream*;
        yourself.
    self prepareResponseHeader: komResponse from: swResponse.
    swResponse cookies isEmpty ifFalse: [
        self prepareResponseCookie: komResponse from: swResponse ].
    ^komResponse
/

> If not, make sure that the mime type in the edit dialog of the image  
> is set properly, it should be something like image/jpeg, image/ gif, 
> ... Early ports ofSmallWiki didn't passed this information from  the 
> web-server to SmallWiki, but I think that has been fixed. Another  
> thing you might want to check (in an

It knows it is an image/gif, but it ignors requests to embed the image.

Early on I thought that maybe I was running an old version of smallwkik. 
Someone had prepared an image with smallwiki already loaded, and thats 
the image I downloaded. Comparing it to the one in squeak map showed no 
differences. Also tried the VW version, but that was even worse.

Any more suggestions?

Daniel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20050507/9a2783ec/attachment.htm

From mr.d.poon at gmail.com  Sat May  7 18:11:18 2005
From: mr.d.poon at gmail.com (dan)
Date: Sat, 07 May 2005 17:11:18 +0100
Subject: Patch - Snapshot on Squeak/Windows
Message-ID: <427CE8A6.2030508@gmail.com>

Hi all,

Ive already sent this to the map owner, but from browsing the mailing 
list archives today for other isses I am having, it looks like the 
mailing list could do with it too.

Im running smallwiki on windows. I couldn't get the image to snapshot 
until I put this fix in. It makes sure that the change file gets closed 
before it is copied. I don't know if this is just Windows weirdness or 
not, but it would be sensible to close the change file in other OS's as 
well.

Dan





!SWImageStorage methodsFor: 'snapshot' stamp: 'dp 5/2/2005 21:14'!
privatePreSnapshot
   super privatePreSnapshot.
   *Smalltalk closeSourceFiles.
*   self backup.! !



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20050507/8efca8c3/attachment.htm

From ducasse at iam.unibe.ch  Sat May  7 18:51:50 2005
From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=)
Date: Sat, 7 May 2005 18:51:50 +0200
Subject: Patch - Snapshot on Squeak/Windows
In-Reply-To: <427CE8A6.2030508@gmail.com>
References: <427CE8A6.2030508@gmail.com>
Message-ID: <ef0560d77cbcc2fc3a1dc9355a87bafb@iam.unibe.ch>



hi dan

Thanks. We have some troubles with the Squeak port since lukas only 
worked on VW.
For SW2 it is developed in Squeak and has a lot more tests and I will 
help doing the port with roel on VW so keep doing. We hope to have 
something to show soon, but I can tell you that SW2 is sexy.

Stef

On 7 mai 05, at 18:11, dan wrote:

> Hi all,
>
>  Ive already sent this to the map owner, but from browsing the mailing 
> list archives today for other isses I am having, it looks like the 
> mailing list could do with it too.
>
>  Im running smallwiki on windows. I couldn't get the image to snapshot 
> until I put this fix in. It makes sure that the change file gets 
> closed before it is copied. I don't know if this is just Windows 
> weirdness or not, but it would be sensible to close the change file in 
> other OS's as well.
>
>  Dan
>
>
>
>
>
>  !SWImageStorage methodsFor: 'snapshot' stamp: 'dp 5/2/2005 21:14'!
>  privatePreSnapshot
>  ?? super privatePreSnapshot.
>  ?? Smalltalk closeSourceFiles.
> ?? self backup.! !
>
>
>



From jborden23 at mac.com  Tue May 10 04:24:55 2005
From: jborden23 at mac.com (John Borden)
Date: Mon, 9 May 2005 21:24:55 -0500
Subject: Problems with Embedded images
In-Reply-To: <427CE0F0.8030203@gmail.com>
Message-ID: <B2A74F05-C0FA-11D9-80B0-00039388207A@mac.com>

Dan,
I'd reccommend making ByteString>>squeakToIso, which would retrun "self 
asString".  I'd added this to Smallwiki.tar.gz in 
http://homepage.mac.com/jborden23/FileSharing3.html (where I think you 
downloaded it before).
Thanks,
John

On Saturday, May 7, 2005, at 10:38 AM, dan wrote:

> Lukas
>
> Thanks for the tips. Got it serving the image file at last, but its 
> not a pretty sight....
>
> '?action=SWMimeView' produced a ByteArray doesNotUnderstand 
> #squeakToIso. Its blowing up in SWKom>>#prepareResponse: Im guessing 
> thats becuse it thinks that swResponse is html, rather than a mime 
> time? I can put a ugly hack in make it work, but im sure there must be 
> a better alternative......
>
> prepareResponse: swResponse
> ??? | komResponse |
> ??? komResponse := HttpResponse new
> ??? ??? contentType:??? swResponse type squeakToIso;
> ??? ??? status:??? ??? ??? (HttpResponse statusSymbolFor: swResponse 
> status);
> ??? ??? contents:??? ??? ((swResponse stream contents respondsTo: 
> #squeakToIso) ifTrue: [swResponse stream contents squeakToIso] 
> ifFalse: [swResponse stream contents asString]) readStream;
> ??? ??? yourself.
> ??? self prepareResponseHeader: komResponse from: swResponse.
> ??? swResponse cookies isEmpty ifFalse: [
> ??? ??? self prepareResponseCookie: komResponse from: swResponse ].
> ??? ^komResponse
>
> If not, make sure that the mime type in the edit dialog of the image? 
> is set properly, it should be something like image/jpeg, image/ gif, 
> ... Early ports ofSmallWiki didn't passed this information from? the 
> web-server to SmallWiki, but I think that has been fixed. Another? 
> thing you might want to check (in an
>
> It knows it is an image/gif, but it ignors requests to embed the image.
>
> Early on I thought that maybe I was running an old version of 
> smallwkik. Someone had prepared an image with smallwiki already 
> loaded, and thats the image I downloaded. Comparing it to the one in 
> squeak map showed no differences. Also tried the VW version, but that 
> was even worse.
>
> Any more suggestions?
>
> Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2239 bytes
Desc: not available
Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20050509/5dd6916d/attachment.bin

From denker at iam.unibe.ch  Tue May 10 20:08:17 2005
From: denker at iam.unibe.ch (Marcus Denker)
Date: Tue, 10 May 2005 20:08:17 +0200
Subject: tiddlywiki
Message-ID: <1FE7DA97-B9BE-4B18-BF4D-B7C8229696BC@iam.unibe.ch>



This looks cool:

http://shared.snapgrid.com/gtd_tiddlywiki.html


From Serge.Stinckwich at info.unicaen.fr  Wed May 11 07:45:24 2005
From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich)
Date: Wed, 11 May 2005 07:45:24 +0200
Subject: tiddlywiki
In-Reply-To: <1FE7DA97-B9BE-4B18-BF4D-B7C8229696BC@iam.unibe.ch>
References: <1FE7DA97-B9BE-4B18-BF4D-B7C8229696BC@iam.unibe.ch>
Message-ID: <b6b84169ee10b09962f86969b5fac08f@info.unicaen.fr>




Le 10 mai 05, ? 20:08, Marcus Denker a ?crit :

> This looks cool:
>
> http://shared.snapgrid.com/gtd_tiddlywiki.html

this is a GTD Wiki based on this one : http://www.tiddlywiki.com/

--                                                         oooo
Dr. Serge Stinckwich                                     OOOOOOOO
Universit? de Caen>CNRS UMR 6072>GREYC>MAD               OOESUGOO
http://purl.org/net/SergeStinckwich                       oooooo
Smalltalkers do: [:it | All with: Class, (And love: it)]   \  /
                                                             ##



From chris at chrisburkert.de  Wed May 11 20:09:55 2005
From: chris at chrisburkert.de (Chris Burkert)
Date: Wed, 11 May 2005 20:09:55 +0200
Subject: two nice SW sites
Message-ID: <42824A73.1080900@chrisburkert.de>



http://www.kita-st-anna.de/
http://www.tierpark-koethen.de/

made here at Georg Heeg eK in K?then running SW1 0.9.53 on VisualWorks 
7.3 ... set up by me ... css and Content by Simone Ehrlich

best regards
            Chris Burkert
-- 
http://www.chrisburkert.de/


From chris at chrisburkert.de  Wed May 11 20:43:36 2005
From: chris at chrisburkert.de (Chris Burkert)
Date: Wed, 11 May 2005 20:43:36 +0200
Subject: [SW1][Squeak] several fixes
Message-ID: <42825258.1080902@chrisburkert.de>



Hi guys

I've took a look at the bugs reported by Dan. Both things should be 
fixed with version 0.9.53-11 of SmallWiki-Kernel as I tested in 
Squeak3.7-5989-full. Please give me some feedback if it is not solved so 
far.

The embedding images stuff was a #fixTemps problem with BlockContext.
I moved the snapshot stuff to #privateSnapshotImage.

best regards
            Chris Burkert
-- 
http://www.chrisburkert.de/


From chris at chrisburkert.de  Wed May 11 20:47:44 2005
From: chris at chrisburkert.de (Chris Burkert)
Date: Wed, 11 May 2005 20:47:44 +0200
Subject: Bug in SWTemplateBodyMenu?
In-Reply-To: <42523474.7030606@gmx.net>
References: <42523474.7030606@gmx.net>
Message-ID: <42825350.4060801@chrisburkert.de>



Hi Markus

[recursion]

I can reproduce this. I believe the solution would be to implement 
#copyTwoLevel in Dictionary () and send this instead of #deepCopy. Maybe 
you can try? I am a little tired today :-)

best regards
            Chris Burkert
-- 
http://www.chrisburkert.de/


From Fritsche.Markus at gmx.net  Wed May 11 22:46:38 2005
From: Fritsche.Markus at gmx.net (Markus Fritsche)
Date: Wed, 11 May 2005 22:46:38 +0200
Subject: Bug in SWTemplateBodyMenu?
In-Reply-To: <42825350.4060801@chrisburkert.de>
References: <42523474.7030606@gmx.net> <42825350.4060801@chrisburkert.de>
Message-ID: <42826F2E.8090509@gmx.net>



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Chris Burkert wrote:

| Hi Markus
|
| [recursion]
|
| I can reproduce this. I believe the solution would be to implement
| #copyTwoLevel in Dictionary () and send this instead of #deepCopy.
| Maybe you can try? I am a little tired today :-)

I'll give it a try once I'll leave the workplace before 21h ;)

Regards, Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: GnuPT 2.6.1.1 by EQUIPMENTE.DE
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
 
iD8DBQFCgm8uRiRItLFyH5gRAvHoAJ9tf895unDz5eadYiaek8l2b6IhsQCeI/ZP
YFlS7WNdYtxPtChuvBWCoZ0=
=FBlU
-----END PGP SIGNATURE-----


From renggli at iam.unibe.ch  Thu May 12 14:08:24 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 12 May 2005 14:08:24 +0200
Subject: context in visitors
In-Reply-To: <31134.1115897981@www41.gmx.net>
References: <31134.1115897981@www41.gmx.net>
Message-ID: <4716CDED-C9BD-4847-A8CF-DEF0E675BBBA@iam.unibe.ch>



> We are trying to hide objects from the user via an escaping  
> visitor. Our
> first idea was something like:
>
> SW2Visitor>>visitSecurityDecoration: aSecturityDecoration
>     (self context isCurrentUserAllowedTo: aSecturityDecoration parent)
>         ifFalse: [ self escape ]

Yep, that would be the idea.

> The problem is that that
> SW2CurrentContextHolder value
> is sometimes nil, eg for SW2PathLookup.
>
> Any ideas?

What about setting it in SW2Visitor and make sure that all subclasses  
do a propre super call? I think the default ones should do this anyway.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From renggli at iam.unibe.ch  Fri May 13 10:21:03 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Fri, 13 May 2005 10:21:03 +0200
Subject: Owner of SW2WikiObjects
In-Reply-To: <f00393a760a204605acfa7403910da0d@students.unibe.ch>
References: <f00393a760a204605acfa7403910da0d@students.unibe.ch>
Message-ID: <88AAADB0-319C-4F53-9F96-D51419DD3188@iam.unibe.ch>



Hi Daria & Norbert,

> For the refactoring of pages we need to know the (direct) parent of  
> each SW2WikiObject (especially SW2DocumentItem subclasses).  
> SW2WikiObject has the instance variable owner, but it is not always  
> used.

I don't see any i-var called owner in my code. I think you are  
talking about the empty accessors in SW2WikiObject? These accessors  
are implemented in SW2InternalLink, since internal links need to know  
their page to do the lookup of the path. So, in this case the owner  
is not the parent, but the containing structure.

> We thought it would may be of general interest to always have this  
> attribute. Would it be possible to get this feature?

In my opinion, back-links are generally a bad thing and therefor I  
try to avoid them whenever possible. Have a look at the i-var parent  
in SW2Structure and SW2Decoration and all the hassle around this.  
Back-links duplicate information and it makes several things, such as  
copying, more difficlut.

Actually, while traversing a composite with a visitor you have given  
all the parent nodes implicilty in the context-stack. I don't suggest  
that you are using the context, but to keep the last node in an i-var  
or build up a stack of the current path to your visited nodes.

HTH,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From gluca980 at libero.it  Mon May 16 12:30:47 2005
From: gluca980 at libero.it (gluca980@libero.it)
Date: Mon, 16 May 2005 12:30:47 +0200
Subject: newbie 
Message-ID: <IGKVVB$075633DE7AB86F3B3CE0429F18E14FEE@libero.it>



Hi,
I need some information about graphic, I would to do tables with colors and lines with smallwiki, but I can?t the correct commands. Can you tell me how can I do or where can I find a tutorial for this information please.




____________________________________________________________
6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero!
Scaricalo su INTERNET GRATIS 6X http://www.libero.it




From avanos at xs4all.nl  Mon May 16 13:55:06 2005
From: avanos at xs4all.nl (Adriaan van Os)
Date: Mon, 16 May 2005 13:55:06 +0200 (CEST)
Subject: newbie
In-Reply-To: <IGKVVB$075633DE7AB86F3B3CE0429F18E14FEE@libero.it>
References: <IGKVVB$075633DE7AB86F3B3CE0429F18E14FEE@libero.it>
Message-ID: <6382.213.84.174.51.1116244506.squirrel@213.84.174.51>



No smallwiki commands exist for this. However, you can play a bit with
stylesheets. Using html as wiki text wil give you all the colors you want.
I dont know of any tutorial, but you might find some anwers at
http://smallwiki.unibe.ch/smallwiki/faq.

Adriaan.

> Hi,
> I need some information about graphic, I would to do tables with colors
> and lines with smallwiki, but I can?t the correct commands. Can you tell
> me how can I do or where can I find a tutorial for this information
> please.

-- 
http://vdg38bis.xs4all.nl


From gluca980 at libero.it  Mon May 16 14:16:55 2005
From: gluca980 at libero.it (gluca980@libero.it)
Date: Mon, 16 May 2005 14:16:55 +0200
Subject: newbie
Message-ID: <IGL0S7$914A78E6558E851DC44FF91EBB717971@libero.it>



Thank you for your answer.
I can do line in the table with seaside?

Gianluca

> No smallwiki commands exist for this. However, you can play a bit with
> stylesheets. Using html as wiki text wil give you all the colors you want.
> I dont know of any tutorial, but you might find some anwers at
> http://smallwiki.unibe.ch/smallwiki/faq.
> 
> Adriaan.
> 
> > Hi,
> > I need some information about graphic, I would to do tables with colors
> > and lines with smallwiki, but I can?t the correct commands. Can you tell
> > me how can I do or where can I find a tutorial for this information
> > please.
> 
> -- 
> http://vdg38bis.xs4all.nl
> 
> 



____________________________________________________________
6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero!
Scaricalo su INTERNET GRATIS 6X http://www.libero.it




From renggli at iam.unibe.ch  Mon May 16 17:33:12 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Mon, 16 May 2005 17:33:12 +0200
Subject: newbie
In-Reply-To: <IGL0S7$914A78E6558E851DC44FF91EBB717971@libero.it>
References: <IGL0S7$914A78E6558E851DC44FF91EBB717971@libero.it>
Message-ID: <FFBAA11E-38E8-450A-8D8A-7FA781ED14F3@iam.unibe.ch>



Adriaan, thanks for answering ;-)

> Thank you for your answer.
> I can do line in the table with seaside?

SmallWiki and Seaside are different frameworks. SmallWiki 1 is not  
conntected to Seaside in any way. SmallWiki 2, where we are currently  
in a very early alpha phase, is using Seaside as the default web  
framework.

In SmallWiki 1, SmallWiki 2 and Seaside one is able to generate  
tables with lines, since all frameworks fully support HTML/XHTML/CSS.  
To get an idea you might want to have a look at:

     http://www.w3schools.com/html/html_tables.asp

Cheers,
Lukas.

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From norbert.kottmann at student.unibe.ch  Tue May 17 15:08:37 2005
From: norbert.kottmann at student.unibe.ch (Norbert Kottmann)
Date: Tue, 17 May 2005 15:08:37 +0200
Subject: Owner of SW2WikiObjects
In-Reply-To: <889f07e684eb70dcb659664eefbd4358@iam.unibe.ch>
References: <f00393a760a204605acfa7403910da0d@students.unibe.ch> <88AAADB0-319C-4F53-9F96-D51419DD3188@iam.unibe.ch> <889f07e684eb70dcb659664eefbd4358@iam.unibe.ch>
Message-ID: <a0596f132e1cdf7aa64022d3d57f35f7@student.unibe.ch>




On 13.05.2005, at 14:38, st?phane ducasse wrote:
>>
>>> For the refactoring of pages we need to know the (direct) parent of 
>>> each SW2WikiObject (especially SW2DocumentItem subclasses). 
>>> SW2WikiObject has the instance variable owner, but it is not always 
>>> used.
>>> We thought it would may be of general interest to always have this 
>>> attribute. Would it be possible to get this feature?
>>
>> In my opinion, back-links are generally a bad thing and therefor I 
>> try to avoid them whenever possible. Have a look at the i-var parent 
>> in SW2Structure and SW2Decoration and all the hassle around this. 
>> Back-links duplicate information and it makes several things, such as 
>> copying, more difficlut.

As far as we know, DocumentItem matches a composite pattern. Most 
composite patterns do have parent links (e.g. Java AWT and there seems 
no problem).

>>
>> Actually, while traversing a composite with a visitor you have given 
>> all the parent nodes implicilty in the context-stack. I don't suggest 
>> that you are using the context, but to keep the last node in an i-var 
>> or build up a stack of the current path to your visited nodes.

> I'm not that sure because in a AST having a back pointer can save you 
> a lot of work.
> Now the question is if the back pointer changes a lot of not. Because 
> normally this should not
> be difficult to have one single entry point to set it up and remove it.
> My experience with AST visitor based walking taught me that I like 
> bakc pointer.

We are searching for elements with a visitor, but the refactoring 
itself happens independently.
We need the knowledge about the parent of each DocumentItem while doing 
the refactoring  (e.g. for removing). We can not do the refactoring 
with a visitor, because we want to present the search result to the 
user for selection. If we have to deal with this without back links, we 
need to collect the parents in the search-visitor and keep this 
information temporarely in the search result. This would not be nice as 
it is not the responsibility of the search result to know the parent of 
the found elements.

Daria & Norbert



From renggli at iam.unibe.ch  Tue May 17 20:49:25 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 17 May 2005 20:49:25 +0200
Subject: Owner of SW2WikiObjects
In-Reply-To: <a0596f132e1cdf7aa64022d3d57f35f7@student.unibe.ch>
References: <f00393a760a204605acfa7403910da0d@students.unibe.ch> <88AAADB0-319C-4F53-9F96-D51419DD3188@iam.unibe.ch> <889f07e684eb70dcb659664eefbd4358@iam.unibe.ch> <a0596f132e1cdf7aa64022d3d57f35f7@student.unibe.ch>
Message-ID: <42579077-25F9-4451-B645-CFE54F68E815@iam.unibe.ch>



Hi Daria & Norbert,

>>>> For the refactoring of pages we need to know the (direct) parent  
>>>> of each SW2WikiObject (especially SW2DocumentItem subclasses).  
>>>> SW2WikiObject has the instance variable owner, but it is not  
>>>> always used.
>>>> We thought it would may be of general interest to always have  
>>>> this attribute. Would it be possible to get this feature?
>>>>
>>>
>>> In my opinion, back-links are generally a bad thing and therefor  
>>> I try to avoid them whenever possible. Have a look at the i-var  
>>> parent in SW2Structure and SW2Decoration and all the hassle  
>>> around this. Back-links duplicate information and it makes  
>>> several things, such as copying, more difficlut.
>>>
>
> As far as we know, DocumentItem matches a composite pattern. Most  
> composite patterns do have parent links (e.g. Java AWT and there  
> seems no problem).

does Java supports copying of an AWT window and then have two  
independent windows on the screen afterwards? Does it support  
transparent serialization? Am I able to load an AWT window from a  
file and display on the screen with the same state when it was saved?  
Am I able to have the same AWT window on two machines sharing the  
same state and model over a TCP connection? Am I able ... I doubt so :-)

I guess it is no problem to implemented a parent link, however make  
sure that copying works properly. As usual, for such a kind of patch,  
I suggest that you do the modifications directly in SmallWiki2-Model  
and then send the Monticello-Package to me. If there is a convincing  
number of tests, I will merge it with the lastest code as soon as  
possible.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From renggli at iam.unibe.ch  Thu May 19 20:15:43 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 19 May 2005 20:15:43 +0200
Subject: smallwiki und bilder
In-Reply-To: <1A346C46-4B64-4339-90E3-68CB2EAA5A99@bluewin.ch>
References: <1A346C46-4B64-4339-90E3-68CB2EAA5A99@bluewin.ch>
Message-ID: <B2A6E133-08A5-4A41-857D-71607D38B2F5@iam.unibe.ch>



hi rafael,

> wir machen im ADL den import vom swiki zu smallwiki 2. im swiki  
> kann man seiten erstellen, wo text und mehrere bilder gemischt  
> sind. kann man das auch in smallwiki 2?

add your images as files (probably as children to its page) to the  
wiki tree and then link them using the standard syntax. Embedding is  
possible of course, but you have to tell the internal link to do so:

     anInternalLink embed: true

Btw, in SmallWiki 2 not only images can be embedded, but also other  
pages, Seaside components and applications, etc.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From renggli at iam.unibe.ch  Thu May 19 23:22:57 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 19 May 2005 23:22:57 +0200
Subject: SmallWiki2 "SW2Page(Object)>>doesNotUnderstand: #filename"
In-Reply-To: <1116533650.1924.234532110@webmail.messagingengine.com>
References: <1116533650.1924.234532110@webmail.messagingengine.com>
Message-ID: <83705E9C-7266-4F6D-AABE-665753A2F462@iam.unibe.ch>



Hi Anthony,

> I understand that SW2 is not yet public. So if your response is "wait
> until later", I understand.

yeah, that's a bit dangerous ;-)

> I downloaded a readymade image from
> http://www.iam.unibe.ch/~scg/Teaching/AdvancedLabs/swimages. That
> actually worked, and we got a few pages modified. But today, it  
> started
> blowing up every time I hit the BACK button on the browser. Well, it
> blows up on re-using a link after the BACK button is used.

so far I didn't bother about the back-button, the only workaround is  
to avoid the use of the back-button or to fix the problem by adding  
#registerObjectForCallback: at all the required places. I will  
certainly work on this soon.

> OK, fine. I decided to upgrade.
>
> I unzipped a fresh copy of
> http://www.iam.unibe.ch/~scg/Teaching/AdvancedLabs/swimages/ 
> SmallWiki2.2005-04-15.zip.
> Then, within Monticello I updated to Magritte-All-lr.19,
> SmallWiki2-All-lr.76, and Seaside2.6a1-avi.39, in that order.

As the comment says, Magritte-All-lr.19 is broken, try loading  
Magritte-All-lr.19 and maybe SmallWiki2-All-lr.72. I am using  
Seaside2.6a1-avi.26, but that shouldn't matter.

> But now, as soon as any link is chosen, the same error appears:
>     MessageNotUnderstood: SW2Page>>filename
>     * SW2Page(Object)>>doesNotUnderstand: #filename
>
> Is this fixable? Should I just pack my bags and go home?

This is certainly fixable. Could you send a full stack trace? I can't  
reproduce this problem.

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch


From bergel at iam.unibe.ch  Fri May 20 10:23:24 2005
From: bergel at iam.unibe.ch (Alexandre Bergel)
Date: Fri, 20 May 2005 10:23:24 +0200
Subject: Ready to use Smallwiki 1
Message-ID: <20050520082324.GE16953@iam.unibe.ch>



Hello,

On http://smallwiki.unibe.ch/smallwiki/ I added 3 zip files under the section Download SmallWiki One.

Cheers,
Alexandre

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.


From bert at impara.de  Fri May 20 10:36:17 2005
From: bert at impara.de (Bert Freudenberg)
Date: Fri, 20 May 2005 10:36:17 +0200
Subject: Ready to use Smallwiki 1
In-Reply-To: <20050520082324.GE16953@iam.unibe.ch>
References: <20050520082324.GE16953@iam.unibe.ch>
Message-ID: <A5E4CA53-6C46-4B73-BD08-F94C41EEC17A@impara.de>




Am 20.05.2005 um 10:23 schrieb Alexandre Bergel:

> Hello,
>
> On http://smallwiki.unibe.ch/smallwiki/ I added 3 zip files under  
> the section Download SmallWiki One.

You should add a note that these are only for non-commercial use.

- Bert -


From renggli at iam.unibe.ch  Thu May 26 15:02:51 2005
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 26 May 2005 15:02:51 +0200
Subject: DocumentItem Test with Parent Link
In-Reply-To: <35cd3df3f90bf1190b9e817a43449947@students.unibe.ch>
References: <35cd3df3f90bf1190b9e817a43449947@students.unibe.ch>
Message-ID: <646B2672-94A3-4DD8-826F-86DC91339BB0@iam.unibe.ch>



> SW2DocumentTests>>testChildren
>     ...
>     comp add: #first.

Yes, you are right of course. I must have been too lazy to actually  
instantiate proper items to add to the composite elements ;-)

Cheers,
Lukas

-- 
Lukas Renggli
http://www.lukas-renggli.ch