From damien.pollet at gmail.com  Sun Apr  6 00:11:53 2008
From: damien.pollet at gmail.com (Damien Pollet)
Date: Sun, 6 Apr 2008 00:11:53 +0200
Subject: Tree view in IE
In-Reply-To: <5CCDEE19-B477-4515-A31B-91DC5FC8C63E@iam.unibe.ch>
References: <47A99427.50608@yahoo.co.uk>
	<D2AF7D63-21FC-4DFC-A441-CB918A004B60@iam.unibe.ch>
	<47A9A0B1.3070304@yahoo.co.uk>
	<FAE67038-418D-49D5-B8C9-05F8D9833A1F@iam.unibe.ch>
	<47A9AD1E.2060004@yahoo.co.uk>
	<5CCDEE19-B477-4515-A31B-91DC5FC8C63E@iam.unibe.ch>
Message-ID: <34b4844b0804051511l48f5016ft8bb7f65329421d25@mail.gmail.com>

On Sat, Feb 9, 2008 at 6:12 PM, Lukas Renggli <renggli at iam.unibe.ch> wrote:
>  > btw how is the blueprint css working out?
>
>  It looks pretty cool. I guess that is a much better look as a default,
>  because people can build on top of it. Of course it is still possible
>  to do something completely different.
>
>  If I just had time to finish it :-S

Are the blueprint-related changes limited to the libraries and the
environment defaults ?


-- 
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet

From damien.pollet at gmail.com  Sun Apr  6 01:57:17 2008
From: damien.pollet at gmail.com (Damien Pollet)
Date: Sun, 6 Apr 2008 01:57:17 +0200
Subject: Monkey patching in Pier-Jetsam
Message-ID: <34b4844b0804051657j2b341b52x692f9145c2170890@mail.gmail.com>

I see that pier-jetsam overrides PRCommand >> printOn: using #<< which
is non-standard.
I also had to comment the log line in #execute because #log isn't implemented.

Please document such hacks?

-- 
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet


From renggli at iam.unibe.ch  Sun Apr  6 12:01:37 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Sun, 6 Apr 2008 12:01:37 +0200
Subject: Tree view in IE
In-Reply-To: <34b4844b0804051511l48f5016ft8bb7f65329421d25@mail.gmail.com>
References: <47A99427.50608@yahoo.co.uk>
	<D2AF7D63-21FC-4DFC-A441-CB918A004B60@iam.unibe.ch>
	<47A9A0B1.3070304@yahoo.co.uk>
	<FAE67038-418D-49D5-B8C9-05F8D9833A1F@iam.unibe.ch>
	<47A9AD1E.2060004@yahoo.co.uk>
	<5CCDEE19-B477-4515-A31B-91DC5FC8C63E@iam.unibe.ch>
	<34b4844b0804051511l48f5016ft8bb7f65329421d25@mail.gmail.com>
Message-ID: <DDA31485-7912-4DC8-9B3D-88CC690E5CBB@iam.unibe.ch>

> Are the blueprint-related changes limited to the libraries and the
> environment defaults ?

There are no blueprint-related changes, it is just that the default  
environment looks slightly different to accomodate blueprint css. If  
you have your own environment and your own css that should not affect  
you. Yesterday I updated seaside.st to the very latest version of Pier  
(that has numerous of fixes and improvements) and that worked quite  
well.

Cheers,
Lukas

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


From renggli at iam.unibe.ch  Sun Apr  6 12:05:00 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Sun, 6 Apr 2008 12:05:00 +0200
Subject: Create form: from description
In-Reply-To: <013f01c88e90$51b6abe0$0301a8c0@istcamuno>
References: <013f01c88e90$51b6abe0$0301a8c0@istcamuno>
Message-ID: <3D3577D3-7831-4EFD-8E44-1C38CE76E3A6@iam.unibe.ch>

> >I can only guess:
> >
> >html textInput
> >     value: (aDescription toString: (object readUsing:  
> aDescription));
> >    callback: [ :value |  object write: (aDescription fromString:
> > value) using: aDescription ].
>
> i work with your guess, and some thing go other no.
>
> I'have problem with description define using MANumberDescription  
> new ....

If you decide to have your own interpretation of descriptions, then  
you need to do error handling and validation checking yourself. The  
Magritte-Seaside package does this all automatically for you.

Cheers,
Lukas

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


From keith_hodges at yahoo.co.uk  Tue Apr  8 23:22:22 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 08 Apr 2008 22:22:22 +0100
Subject: Monkey patching in Pier-Jetsam
In-Reply-To: <34b4844b0804051657j2b341b52x692f9145c2170890@mail.gmail.com>
References: <34b4844b0804051657j2b341b52x692f9145c2170890@mail.gmail.com>
Message-ID: <47FBE20E.70802@yahoo.co.uk>

Damien Pollet wrote:
> I see that pier-jetsam overrides PRCommand >> printOn: using #<< which
> is non-standard.
> I also had to comment the log line in #execute because #log isn't implemented.
>
> Please document such hacks?
If I recall the jetsam packages depend upon 
http://www.squeaksource.com/311/Kernel-Extensions


Keith


From keith_hodges at yahoo.co.uk  Tue Apr  8 23:28:22 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 08 Apr 2008 22:28:22 +0100
Subject: Monkey patching in Pier-Jetsam
In-Reply-To: <47FBE20E.70802@yahoo.co.uk>
References: <34b4844b0804051657j2b341b52x692f9145c2170890@mail.gmail.com>
	<47FBE20E.70802@yahoo.co.uk>
Message-ID: <47FBE376.3010002@yahoo.co.uk>

Keith Hodges wrote:
> Damien Pollet wrote:
>   
>> I see that pier-jetsam overrides PRCommand >> printOn: using #<< which
>> is non-standard.
>> I also had to comment the log line in #execute because #log isn't implemented.
>>
>> Please document such hacks?
>>     
> If I recall the jetsam packages depend upon 
> http://www.squeaksource.com/311/Kernel-Extensions
>
>
> Keith
>   
They might depend upon Logging, which in turn depends upon 
Kernel-Extensions.

Keith


From girba at iam.unibe.ch  Thu Apr 10 13:15:58 2008
From: girba at iam.unibe.ch (Tudor Girba)
Date: Thu, 10 Apr 2008 13:15:58 +0200
Subject: order command
Message-ID: <AD11FBC9-BCAE-4526-907A-88658BE6EB48@iam.unibe.ch>

Lukas,

I saw that you added an Order command but somehow I cannot figure it  
out how to use it.

I added it in the commands list and I also gave the Order permission  
to the root page, but the Order command does not appear in the list.

So, how should I use this command?

Doru

--
www.tudorgirba.com
www.tudorgirba.com/blog

"Problem solving efficiency grows with the abstractness level of  
problem understanding."



From renggli at iam.unibe.ch  Thu Apr 10 14:18:59 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 10 Apr 2008 14:18:59 +0200
Subject: order command
In-Reply-To: <AD11FBC9-BCAE-4526-907A-88658BE6EB48@iam.unibe.ch>
References: <AD11FBC9-BCAE-4526-907A-88658BE6EB48@iam.unibe.ch>
Message-ID: <2E7489E4-5DBE-4627-8E20-292EC1555C1B@iam.unibe.ch>

Doru,

> I saw that you added an Order command but somehow I cannot figure it
> out how to use it.

by default children are sorted according to their title. This is the  
preference in PRKernel>>#childrenSortBlock. If you have a sort block  
specified there, the Order command is disabled as it makes no sense.

> So, how should I use this command?

If you set the preference to nil (from an inspector), the command is  
activated and you can order your children manually.

Cheers,
Lukas

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


From gdaniq at gmail.com  Fri Apr 11 09:09:49 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Fri, 11 Apr 2008 11:09:49 +0400
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
Message-ID: <74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>

I have a site running on Pier with Magma persistence.
I need to upgrade current image with site contents stay unchanged.
What are the ways of doing that?

 Thanks.
 Daniel.

From keith_hodges at yahoo.co.uk  Fri Apr 11 14:06:15 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Fri, 11 Apr 2008 13:06:15 +0100
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
Message-ID: <47FF5437.3090002@yahoo.co.uk>

?????? ???????? wrote:
> I have a site running on Pier with Magma persistence.
> I need to upgrade current image with site contents stay unchanged.
> What are the ways of doing that?
>
>  Thanks.
>  Daniel.
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
>   
If you are using the Magma-PersistencyManager it is quite simple.

The site contents are stored in magma.

In the new image, when you create a new kernel (of the same name) and 
switch it to "PRMagmaPersistency" it will see that there is already a 
kernel in the database and will ask if you wish to adopt it for that kernel.

Keith


From gdaniq at gmail.com  Fri Apr 11 14:38:47 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Fri, 11 Apr 2008 16:38:47 +0400
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <47FF5437.3090002@yahoo.co.uk>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
Message-ID: <74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>

I do some site changes on Magma-powered image then quit image without
saving. On next entering that image I have no those changes. Is it a
right behavior?
Changes persists only if I save the image. I thought that changes are
not dependent on saving image as your letter seems to confirm.

Daniel

2008/4/11, Keith Hodges <keith_hodges at yahoo.co.uk>:
> ?????? ???????? wrote:
>  > I have a site running on Pier with Magma persistence.
>  > I need to upgrade current image with site contents stay unchanged.
>  > What are the ways of doing that?
>  >
>  >  Thanks.
>  >  Daniel.
>  >
>
> > _______________________________________________
>  > SmallWiki, Magritte, Pier and Related Tools ...
>  > https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>  >
>  >
>  If you are using the Magma-PersistencyManager it is quite simple.
>
>  The site contents are stored in magma.
>
>  In the new image, when you create a new kernel (of the same name) and
>  switch it to "PRMagmaPersistency" it will see that there is already a
>  kernel in the database and will ask if you wish to adopt it for that kernel.
>
>  Keith
>
>
>  _______________________________________________
>  SmallWiki, Magritte, Pier and Related Tools ...
>  https://www.iam.unibe.ch/mailman/listinfo/smallwiki


From dtrussardi at tiscali.it  Mon Apr 14 18:56:22 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Mon, 14 Apr 2008 18:56:22 +0200
Subject: Default display for MASingleOptionDescription 
Message-ID: <00be01c89e50$7e1e0cd0$0301a8c0@istcamuno>

Hi All,

i have CantonModel with some descriptions

One of it is based on MASingleOptionDescription where options are object from other model NazionalityModel.

NazionalityModel have some description too.

My question is : how i can define the label display in CantonModel relative to NazionalityModel ?

For now it display the NazionalityModel's description with low priority.

But i need to display other data.

How i can do it ?

Thanks,

Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080414/d29202f0/attachment.html

From mbany at cincom.com  Tue Apr 15 16:19:18 2008
From: mbany at cincom.com (Bany, Michel)
Date: Tue, 15 Apr 2008 15:19:18 +0100
Subject: Default display for MASingleOptionDescription 
In-Reply-To: <00be01c89e50$7e1e0cd0$0301a8c0@istcamuno>
References: <00be01c89e50$7e1e0cd0$0301a8c0@istcamuno>
Message-ID: <BE063FF0656052439E47ADB9BAFB396A4CB6C9@im04.cincom.com>

Does your NazionalityModel implement #displayString ?

________________________________

	From: smallwiki-bounces at iam.unibe.ch
[mailto:smallwiki-bounces at iam.unibe.ch] On Behalf Of Dario Trussardi
	Sent: lundi, 14. avril 2008 18:56
	To: smallwiki at iam.unibe.ch
	Subject: Default display for MASingleOptionDescription 
	
	
	Hi All,
	 
	i have CantonModel with some descriptions
	 
	One of it is based on MASingleOptionDescription where options
are object from other model NazionalityModel.
	 
	NazionalityModel have some description too.
	 
	My question is : how i can define the label display in
CantonModel relative to NazionalityModel ?
	 
	For now it display the NazionalityModel's description with low
priority.
	 
	But i need to display other data.
	 
	How i can do it ?
	 
	Thanks,
	
	Dario

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080415/dadade3c/attachment-0001.html

From dtrussardi at tiscali.it  Tue Apr 15 18:38:16 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Tue, 15 Apr 2008 18:38:16 +0200
Subject: Default display for MASingleOptionDescription 
References: <00be01c89e50$7e1e0cd0$0301a8c0@istcamuno>
	<BE063FF0656052439E47ADB9BAFB396A4CB6C9@im04.cincom.com>
Message-ID: <00b901c89f17$214ae600$0301a8c0@istcamuno>

Hi Michel,

i have work on my problem.

I implement the #displayString but it d'ont solve my question.
    ( #displayString isn't call when rendering )

I have  solved my problem with #optionsAndLabels: 

^MASingleOptionDescription new
        
        reference: .....
        optionsAndLabels: ..............

For you, this it's a valid solution ?

Thanks,

Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080415/35fbccf0/attachment.html

From gdaniq at gmail.com  Wed Apr 16 14:11:44 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Wed, 16 Apr 2008 15:11:44 +0300
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
Message-ID: <74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>

>  If you are using the Magma-PersistencyManager it is quite simple.
>
>  The site contents are stored in magma.
>
>  In the new image, when you create a new kernel (of the same name) and
>  switch it to "PRMagmaPersistency" it will see that there is already a
>  kernel in the database and will ask if you wish to adopt it for that kernel.

Doesn't work... another kernel named 'Pier' appeared.
I explored MagmaSession's and see that in different sessions roots are
different. I found in one session root a needed kernel but current
session does not see it.
What is the right strategy of managing sessions?

> I do some site changes on Magma-powered image then quit image without
>  saving. On next entering that image I have no those changes. Is it a
>  right behavior?
>  Changes persists only if I save the image. I thought that changes are
>  not dependent on saving image as your letter seems to confirm.
>
>
> Daniel

Does anybody read me?

From renggli at iam.unibe.ch  Wed Apr 16 14:17:18 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 16 Apr 2008 14:17:18 +0200
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
Message-ID: <4499CC31-4127-4029-9A92-A548674ADB26@iam.unibe.ch>

>> I do some site changes on Magma-powered image then quit image without
>> saving. On next entering that image I have no those changes. Is it a
>> right behavior?
>> Changes persists only if I save the image. I thought that changes are
>> not dependent on saving image as your letter seems to confirm.
>
> Does anybody read me?

Yes, I am just unable to help you with the Magma storage :-(

Lukas

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


From gdaniq at gmail.com  Wed Apr 16 14:36:19 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Wed, 16 Apr 2008 15:36:19 +0300
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <4499CC31-4127-4029-9A92-A548674ADB26@iam.unibe.ch>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
	<4499CC31-4127-4029-9A92-A548674ADB26@iam.unibe.ch>
Message-ID: <74d63d0804160536s2b721c6di98c122cf23066c8e@mail.gmail.com>

Thank you.

I wonder if my understanding of Pier persistency is correct.
If I do some changes in Pier with Magma persistency and quit image
without saving. Do I see those changes when I start the image again?

Daniel

From renggli at iam.unibe.ch  Wed Apr 16 14:41:52 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 16 Apr 2008 14:41:52 +0200
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804160536s2b721c6di98c122cf23066c8e@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
	<4499CC31-4127-4029-9A92-A548674ADB26@iam.unibe.ch>
	<74d63d0804160536s2b721c6di98c122cf23066c8e@mail.gmail.com>
Message-ID: <E5380EE1-EBB7-44AE-89C9-697076781FFC@iam.unibe.ch>

> I wonder if my understanding of Pier persistency is correct.
> If I do some changes in Pier with Magma persistency and quit image
> without saving. Do I see those changes when I start the image again?

If you change the Pier code this is not saved.

If you edit a Pier page, this should be stored in the Magma database  
and therefor be persistent. As far as I know this is what the Magma  
persistency is all about.

Keith, can you confirm this?

Lukas

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


From cdrick65 at gmail.com  Wed Apr 16 14:58:10 2008
From: cdrick65 at gmail.com (cdrick)
Date: Wed, 16 Apr 2008 14:58:10 +0200
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
Message-ID: <a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>

Hi,

2008/4/16, ?????? ???????? <gdaniq at gmail.com>:
> >  If you are using the Magma-PersistencyManager it is quite simple.
>  >
>  >  The site contents are stored in magma.
>  >
>  >  In the new image, when you create a new kernel (of the same name) and
>  >  switch it to "PRMagmaPersistency" it will see that there is already a
>  >  kernel in the database and will ask if you wish to adopt it for that kernel.
>
>
> Doesn't work... another kernel named 'Pier' appeared.

Where ?
Did you look at the preference (/seaside/config), then config next to pier.

Maybe there you can change your kernel...
But I've never used Magma too.

What I did was to export a wiki be serializing into a file and then, I
loaded it in the new wiki.
If not too big this can be a solution...
I couldn't make the smartreftreamwork so I used SIXX (available in universe).

see this post if you want to try
(http://www.nabble.com/-Pier--Image-crash-after-a-kernel-import-(through-SIXX)-td15117403.html)

you have to change the persistency first:
kernel persistency: PRNullPersistency new

then also (to get rid of block-contexts or MADynamicObject instances):
PRComponent allInstancesDo: [ :each | each reset ]

and to serialize:
|xmlString |
PRComponent allInstancesDo: [:ea | ea reset].
xmlString := (PRKernel instanceNamed: 'yourKernelName') sixxOn:
(FileStream fileNamed: 'yourFileName.xml')

to load:
PRKernel instances add: (Object readSixxFrom: (FileDirectory default
readOnlyFileNamed: 'yourFileName.xml'))

there should be a magma way though...

hth

C?drick


From gdaniq at gmail.com  Wed Apr 16 15:37:19 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Wed, 16 Apr 2008 16:37:19 +0300
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
	<a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>
Message-ID: <74d63d0804160637m1ea2ffdar71b7354ea99e90ae@mail.gmail.com>

> Where ?

It appears at PRPierControlPanel in Persisted Kernels section.

>  Did you look at the preference (/seaside/config), then config next to pier.

Of course I did.
Thanx for the proposal, I saw this post about SIXX kernel importing.
But I interested in Magma of having persistency in the way as Lucas said.

Daniel

From mbany at cincom.com  Wed Apr 16 15:43:23 2008
From: mbany at cincom.com (Bany, Michel)
Date: Wed, 16 Apr 2008 14:43:23 +0100
Subject: Default display for MASingleOptionDescription 
In-Reply-To: <00b901c89f17$214ae600$0301a8c0@istcamuno>
References: <00be01c89e50$7e1e0cd0$0301a8c0@istcamuno><BE063FF0656052439E47ADB9BAFB396A4CB6C9@im04.cincom.com>
	<00b901c89f17$214ae600$0301a8c0@istcamuno>
Message-ID: <BE063FF0656052439E47ADB9BAFB396A4CB9E0@im04.cincom.com>

Hi Dario,
 
> For you, this it's a valid solution ?
I have used #optionsAndLabels: a few times, works fine.
 
Michel.
 


________________________________

	From: smallwiki-bounces at iam.unibe.ch
[mailto:smallwiki-bounces at iam.unibe.ch] On Behalf Of Dario Trussardi
	Sent: mardi, 15. avril 2008 18:38
	To: Magritte, Pier and Related Tools ...
	Subject: Re: Default display for MASingleOptionDescription 
	
	
	Hi Michel,
	 
	i have work on my problem.
	 
	I implement the #displayString but it d'ont solve my question.
	    ( #displayString isn't call when rendering )
	 
	I have  solved my problem with #optionsAndLabels: 
	 
	^MASingleOptionDescription new
	        
	        reference: .....
	        optionsAndLabels: ..............
	 
	For you, this it's a valid solution ?
	 
	Thanks,
	 
	Dario

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080416/9f957c34/attachment-0001.html

From dtrussardi at tiscali.it  Wed Apr 16 17:50:10 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Wed, 16 Apr 2008 17:50:10 +0200
Subject: MAToManyRelationDescription report with subset descriptions
Message-ID: <011d01c89fd9$92af70f0$0301a8c0@istcamuno>

Hi,

i have a cantonModel with more descriptions.
One of it is set to MAToManyRelationDescription for manage more MAPersonModel.

MAPersonModel is defined with some description too.

When call:   cantonModel asComponent 
in MAToManyComponent MAReport  relative to the MAPersonModel instances,
all the descriptions of the class MAPersonModel are rendering.

How i can set a report relative to MAPersonModel with only subset of relative descriptions ?


Thanks,

Dario

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080416/bd1ceed8/attachment.html

From cdrick65 at gmail.com  Wed Apr 16 18:06:44 2008
From: cdrick65 at gmail.com (cdrick)
Date: Wed, 16 Apr 2008 18:06:44 +0200
Subject: MAToManyRelationDescription report with subset descriptions
In-Reply-To: <011d01c89fd9$92af70f0$0301a8c0@istcamuno>
References: <011d01c89fd9$92af70f0$0301a8c0@istcamuno>
Message-ID: <a49ceb00804160906v594f1cfcw84f2718e8c718739@mail.gmail.com>

>
>
> Hi,
>
> i have a cantonModel with more descriptions.
> One of it is set to MAToManyRelationDescription for manage more
> MAPersonModel.
>
> MAPersonModel is defined with some description too.
>
> When call:   cantonModel asComponent
> in MAToManyComponent MAReport  relative to the MAPersonModel instances,
> all the descriptions of the class MAPersonModel are rendering.
>
> How i can set a report relative to MAPersonModel with only subset of
> relative descriptions ?
>

You have to build your component by selecting the description you
like., something like:

buildComponentFor: aModel
    ^((ModelClass descriptionFieldOne, ModelClass descriptionFieldTwo,
ModelClass descriptionFieldThree)
            asComponentOn: aModel)
        addValidatedForm;
        yourself

this example comes from this full post, it will surely help:
http://onsmalltalk.com/programming/smalltalk/using-magritte-with-seaside/

In your case, I think you need to put a custom reference in your
MAToManyRelationDescription (not sure though!)
...
reference: MAPersonModel customDescription
...

HTH,

C?drick







>
> Thanks,
>
> Dario
>
>
>
>  _______________________________________________
>  SmallWiki, Magritte, Pier and Related Tools ...
>  https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>


From keith_hodges at yahoo.co.uk  Wed Apr 16 16:47:57 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Wed, 16 Apr 2008 15:47:57 +0100
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804160637m1ea2ffdar71b7354ea99e90ae@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>	<47FF5437.3090002@yahoo.co.uk>	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>	<a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>
	<74d63d0804160637m1ea2ffdar71b7354ea99e90ae@mail.gmail.com>
Message-ID: <4806119D.7020906@yahoo.co.uk>

If PRMagmaPersistency is enabled, then each change to a PRKernel should 
be saved in the database, a restart without saving the image) should 
pick up the changes.

The application that has Pier and Magma, should have a "Magma" control 
panel, and a "Pier"
control panel. You can use the "Magma" control panel to see the open 
magma sessions and each
of these should have an "explore" link which opens an explorer.

However, the "Pier" control panel, "Persisted Kernels" section also has 
an "(explore)" link which opens an explorer
so you can see exactly what is in the database.

If you find that your kernel is not actually being persisted, then you 
may have an older version of Seaside28Jetsam. I would make sure that 
that is up to date.

Keith


From gdaniq at gmail.com  Thu Apr 17 18:08:09 2008
From: gdaniq at gmail.com (=?KOI8-R?B?5MHOycnMIOLB08vBy8/X?=)
Date: Thu, 17 Apr 2008 19:08:09 +0300
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <4806119D.7020906@yahoo.co.uk>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>
	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>
	<47FF5437.3090002@yahoo.co.uk>
	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>
	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>
	<a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>
	<74d63d0804160637m1ea2ffdar71b7354ea99e90ae@mail.gmail.com>
	<4806119D.7020906@yahoo.co.uk>
Message-ID: <74d63d0804170908r77b23132r11c5e38498c3784e@mail.gmail.com>

After playing with package versions I almost get to success now, but
have no time to check completely.
Here are some clues I found (if I am not mistaken you have relation to them):
(1) This script
(http://smallwiki.unibe.ch/smallwiki/pier/installationofseasidemagmaandpier/)
seems to be not working at least because of current MagmaServerLoader
has old dependencies.
(2) "Magma seasideHelper" from version 33 has "ProcessLocalVariable
subclass: #WACurrentMagmaHelper". I don't know what is
ProcessLocalVariable.

Daniel

2008/4/16, Keith Hodges <keith_hodges at yahoo.co.uk>:
> If PRMagmaPersistency is enabled, then each change to a PRKernel should
>  be saved in the database, a restart without saving the image) should
>  pick up the changes.
>
>  The application that has Pier and Magma, should have a "Magma" control
>  panel, and a "Pier"
>  control panel. You can use the "Magma" control panel to see the open
>  magma sessions and each
>  of these should have an "explore" link which opens an explorer.
>
>  However, the "Pier" control panel, "Persisted Kernels" section also has
>  an "(explore)" link which opens an explorer
>  so you can see exactly what is in the database.
>
>  If you find that your kernel is not actually being persisted, then you
>  may have an older version of Seaside28Jetsam. I would make sure that
>  that is up to date.
>
>
>  Keith
>
>
>
>  _______________________________________________
>  SmallWiki, Magritte, Pier and Related Tools ...
>  https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>

From keith_hodges at yahoo.co.uk  Thu Apr 17 19:55:39 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Thu, 17 Apr 2008 18:55:39 +0100
Subject: Styling Magritte
Message-ID: <48078F1B.9080309@yahoo.co.uk>

I am interested to know how people are managing to style Magritte Forms. 
I don't know if attachments get through but I have attached an image of 
what I have managed to achieve so far...

I dont know much about css, but I assumed that it was not possible to 
take the tables of field key/values generated by magritte and to move 
things around as much as I would like.

I produced my own renderer which renders the key/values, using divs. 
However I still have some problems. For example, the "Confirm" "Cancel" 
buttons are rendered outside of the form as a decoration. As such they 
have no knowledge of the form that they are operating on, and so render 
without any identifiable "class". Style applied to them applies to all 
uses of "Confirm"/"Cancel" buttons.

It looks to me like some re-architecting is needed here, its not that I 
dont like the use of the decorator in this instance. I am thinking that 
this is another instance where the lack of child parent communication is 
a problem.

regards

Keith
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture 3.png
Type: image/png
Size: 47906 bytes
Desc: not available
Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080417/24c0ac0c/Picture3-0001.png

From keith_hodges at yahoo.co.uk  Thu Apr 17 19:25:15 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Thu, 17 Apr 2008 18:25:15 +0100
Subject: How to migrate to a new image running Pier-Magma?
In-Reply-To: <74d63d0804170908r77b23132r11c5e38498c3784e@mail.gmail.com>
References: <74d63d0804110006k53b41d1x4bb208e7799812fe@mail.gmail.com>	<74d63d0804110009vec8d977pe4debfa3e2be25f@mail.gmail.com>	<47FF5437.3090002@yahoo.co.uk>	<74d63d0804110538h7413b5ddm3d87c2931ce4ca18@mail.gmail.com>	<74d63d0804160511t33c2461dne674732a25f161d7@mail.gmail.com>	<a49ceb00804160558l76b16107y5bcde47db0dcb986@mail.gmail.com>	<74d63d0804160637m1ea2ffdar71b7354ea99e90ae@mail.gmail.com>	<4806119D.7020906@yahoo.co.uk>
	<74d63d0804170908r77b23132r11c5e38498c3784e@mail.gmail.com>
Message-ID: <480787FB.6080108@yahoo.co.uk>

?????? ???????? wrote:
> After playing with package versions I almost get to success now, but
> have no time to check completely.
> Here are some clues I found (if I am not mistaken you have relation to them):
> (1) This script
> (http://smallwiki.unibe.ch/smallwiki/pier/installationofseasidemagmaandpier/)
> seems to be not working at least because of current MagmaServerLoader
> has old dependencies.
> (2) "Magma seasideHelper" from version 33 has "ProcessLocalVariable
> subclass: #WACurrentMagmaHelper". I don't know what is
> ProcessLocalVariable.
>
> Daniel
>   
Magma seasideHelper, depends upon the "Logging" package. In universes it 
was not obvious what Logging depends on, however Logging loads the 
package "ProcessSpecific".

You can load all of the necessary items by running:

Installer install: 'Logging'.

best regards

Keith


From joerg.jacobsen at web.de  Fri Apr 18 14:20:25 2008
From: joerg.jacobsen at web.de (=?ISO-8859-1?Q?Jacobsen_J=F6rg?=)
Date: Fri, 18 Apr 2008 14:20:25 +0200
Subject: asComponent yields empty form
Message-ID: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de>

Hi everyone,

I'm trying to code my first Magritte-based form but it persistently  
refuses to display the input fields.

Here is what I did:

Instance methods on SFCalendar (subclassed from Object):

descriptionPatients
	"comment stating purpose of message"
	^ MAStringDescription new
		selectorAccessor: #patients;
		 label: 'Patienten';
		 priority: 90;
		 default: 'Schnulli, Bulli';
		 yourself

descriptionStartDate
	"comment stating purpose of message"
	^ MADateDescription new selectorAccessor: #startDate;
		 label: 'Beginn am';
		 priority: 100;
		 default: (Date today subtractDays: (Date today dayOfMonth - 1));
		 yourself

and I created the mentioned accessors.

Instance method on the seaside component:

createNewCalendar
	"Calendar form"
	| calendar |
	calendar := self call: (SFCalendar new asComponent addValidatedForm;  
yourself)

Sending :createNewCalendar yields:

<form accept-charset="utf-8" method="post" action="http://localhost:8090/seaside/Patientenkalender 
"><div><input name="1" value="Default" style="position: absolute; top:  
-100em" type="submit" class="submit"/><input name="2" style="position:  
absolute; top: -100em" type="text" class="text"/></div><table></ 
table><div class="buttons"><input accesskey="S" value="Save" name="3"  
type="submit" class="submit"/><input accesskey="C" value="Cancel"  
name="4" type="submit" class="submit"/></div><div><input name="_s"  
value="upMkEUpoGnxWGUvO" type="hidden" class="hidden"/><input  
name="_k" value="xxCuTzvW" type="hidden" class="hidden"/></div></form>
So I get some internal (?) input fields off the top of the page and an  
empty table (which is where I should probably get my input fields?).
Help is greatly appreciated. Joerg.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080418/1bd3a786/attachment.html

From cdrick65 at gmail.com  Fri Apr 18 15:20:27 2008
From: cdrick65 at gmail.com (cdrick)
Date: Fri, 18 Apr 2008 15:20:27 +0200
Subject: asComponent yields empty form
In-Reply-To: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de>
References: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de>
Message-ID: <a49ceb00804180620m5dfd222dv91263c9307f6b6bc@mail.gmail.com>

Hi,

2008/4/18, Jacobsen J?rg <joerg.jacobsen at web.de>:
> Hi everyone,
>
> I'm trying to code my first Magritte-based form but it persistently refuses
> to display the input fields.
>
> Here is what I did:
>
> Instance methods on SFCalendar (subclassed from Object):

Are they instance side method or class side method ? This must be the latter.

C?drick


>
>
> descriptionPatients
>  "comment stating purpose of message"
>  ^ MAStringDescription new
>  selectorAccessor: #patients;
>  label: 'Patienten';
>  priority: 90;
>  default: 'Schnulli, Bulli';
>  yourself
>
>
> descriptionStartDate
>  "comment stating purpose of message"
>  ^ MADateDescription new selectorAccessor: #startDate;
>  label: 'Beginn am';
>  priority: 100;
>  default: (Date today subtractDays: (Date today dayOfMonth - 1));
>  yourself
>
> and I created the mentioned accessors.
>
> Instance method on the seaside component:
>
>
> createNewCalendar
>  "Calendar form"
>  | calendar |
>  calendar := self call: (SFCalendar new asComponent addValidatedForm;
> yourself)
>
> Sending :createNewCalendar yields:
>
> <form accept-charset="utf-8" method="post"
> action="http://localhost:8090/seaside/Patientenkalender"><div><input
> name="1" value="Default" style="position: absolute; top: -100em"
> type="submit" class="submit"/><input name="2" style="position: absolute;
> top: -100em" type="text"
> class="text"/></div><table></table><div
> class="buttons"><input accesskey="S" value="Save" name="3" type="submit"
> class="submit"/><input accesskey="C" value="Cancel" name="4" type="submit"
> class="submit"/></div><div><input name="_s"
> value="upMkEUpoGnxWGUvO" type="hidden" class="hidden"/><input name="_k"
> value="xxCuTzvW" type="hidden" class="hidden"/></div></form>
> So I get some internal (?) input fields off the top of the page and an empty
> table (which is where I should probably get my input fields?).
> Help is greatly appreciated. Joerg.
>
>
>  _______________________________________________
>  SmallWiki, Magritte, Pier and Related Tools ...
>  https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>


From joerg.jacobsen at web.de  Fri Apr 18 16:34:38 2008
From: joerg.jacobsen at web.de (=?ISO-8859-1?Q?Jacobsen_J=F6rg?=)
Date: Fri, 18 Apr 2008 16:34:38 +0200
Subject: asComponent yields empty form
In-Reply-To: <a49ceb00804180620m5dfd222dv91263c9307f6b6bc@mail.gmail.com>
References: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de>
	<a49ceb00804180620m5dfd222dv91263c9307f6b6bc@mail.gmail.com>
Message-ID: <F0FAF195-F22A-4479-9017-B5D76B1B226B@web.de>

C?drick, that did the trick.

I thought class or instance wouldn't matter based on what Ramon Leon  
said in his 'Using Magritte with Seaside' blog post.

Thank you, Joerg.



From renggli at iam.unibe.ch  Fri Apr 18 18:35:24 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Fri, 18 Apr 2008 18:35:24 +0200
Subject: Styling Magritte
In-Reply-To: <48078F1B.9080309@yahoo.co.uk>
References: <48078F1B.9080309@yahoo.co.uk>
Message-ID: <C479029B-D458-44D1-9473-913352683501@iam.unibe.ch>

> I am interested to know how people are managing to style Magritte  
> Forms. I don't know if attachments get through but I have attached  
> an image of what I have managed to achieve so far...

Wow, that looks very interesting.

> I dont know much about css, but I assumed that it was not possible  
> to take the tables of field key/values generated by magritte and to  
> move things around as much as I would like.

Then it is probably easier to use MACssRenderer. In some situations it  
is really hard to use CSS to style a Magritte form as it is generated  
automatically. In such cases it might be easier to manually render the  
Magritte fields. For example the login form on www.seasidehosting.st  
instantiates a normal Magritte component, but then renders the  
individual fields manually by querying #childAt: for the child  
components.

> It looks to me like some re-architecting is needed here, its not  
> that I dont like the use of the decorator in this instance. I am  
> thinking that this is another instance where the lack of child  
> parent communication is a problem.

The latest version of Magritte-Seaside adds the class .magritte to  
<form> tags rendered by Magritte. This allows to distinguish Magritte  
forms much simpler from other forms. The standard MATableRenderer can  
now be styles like this:

	.magritte table th { /* the label styles */ }
	.magritte table td input { /* the control styles */ }
	.magritte .buttons input { /* the button-styles */ }
	etc.

You can find more examples of form styling in the default CSS of Pier.  
Pier doesn't use the new .magritte class yet.

If you want to differentiate multiple Magritte forms, you probably  
want to enclose them into DIVs with different clases or IDs, so that  
you can style them along:

	.minimal ... { }
	.sideways ... { }

Cheers,
Lukas

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

From ramon.leon at allresnet.com  Fri Apr 18 20:06:44 2008
From: ramon.leon at allresnet.com (Ramon Leon)
Date: Fri, 18 Apr 2008 11:06:44 -0700
Subject: asComponent yields empty form
In-Reply-To: <F0FAF195-F22A-4479-9017-B5D76B1B226B@web.de>
References: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de><a49ceb00804180620m5dfd222dv91263c9307f6b6bc@mail.gmail.com>
	<F0FAF195-F22A-4479-9017-B5D76B1B226B@web.de>
Message-ID: <1fd701c8a17e$f6df9c20$f000a8c0@hq.allresnet.com>

> Subject: Re: asComponent yields empty form
> 
> C?drick, that did the trick.
> 
> I thought class or instance wouldn't matter based on what 
> Ramon Leon said in his 'Using Magritte with Seaside' blog post.
> 
> Thank you, Joerg.

My bad, I was a bit misleading there, you'd override #description on the
instance side to gather the instance side descriptions to merge with the
class side descriptions.  I'll have to correct that post, it is misleading.

Ramon Leon
http://onsmalltalk.com



From cdrick65 at gmail.com  Fri Apr 18 20:27:22 2008
From: cdrick65 at gmail.com (cdrick)
Date: Fri, 18 Apr 2008 20:27:22 +0200
Subject: asComponent yields empty form
In-Reply-To: <F0FAF195-F22A-4479-9017-B5D76B1B226B@web.de>
References: <F20638B5-9222-4F2D-BA61-7216C6C2B1DB@web.de>
	<a49ceb00804180620m5dfd222dv91263c9307f6b6bc@mail.gmail.com>
	<F0FAF195-F22A-4479-9017-B5D76B1B226B@web.de>
Message-ID: <a49ceb00804181127pebc4205wff8f1d920f466bfa@mail.gmail.com>

2008/4/18, Jacobsen J?rg <joerg.jacobsen at web.de>:
> C?drick, that did the trick.
>
>  I thought class or instance wouldn't matter based on what Ramon Leon
>  said in his 'Using Magritte with Seaside' blog post.

It does by default ;-)

"Generally speaking you'll keep these descriptions on the class side
of your domain object. On occasion, you'll want some property of the
description to be dynamic and depend on the actual value of an
instance side value, so you'll move the description to the instance
side. Strictly speaking, it doesn't matter where you put them,
sometimes you'll use them to build forms when you don't even have a
domain object, but this isn't the normal case."

I think to declare description on the instance side, you need to
modify the DescriptionBuilder so as it looks in the instance side.
Another way is to declare them on the class side and then overide
description on the instance side to copy the default description and
then modify them...


>
>  Thank you, Joerg.
>
>
>
>
>  _______________________________________________
>  SmallWiki, Magritte, Pier and Related Tools ...
>  https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>


From keith_hodges at yahoo.co.uk  Mon Apr 21 20:43:34 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Mon, 21 Apr 2008 19:43:34 +0100
Subject: Blueprint
Message-ID: <480CE056.4020409@yahoo.co.uk>

I am a bit stuck in a pre-Blueprint world. So I was having a look at it.

I loaded up the current, release of pier, and it is very clean and ready 
to be styled. I miss the tree view, has it gone because it doesnt fit in 
the layout?

Blueprint looks cool for some applications. I have one site which has a 
fairly fixed layout, so blueprint appears to me to be an ideal solution 
for that, but not, I fear for pier in general.

This appears to me to be a better fit, for general blogish/corporate sites.

http://www.contentwithstyle.co.uk/Articles/17/a-css-framework/

best regards

Keith


From keith_hodges at yahoo.co.uk  Tue Apr 22 00:10:08 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Mon, 21 Apr 2008 23:10:08 +0100
Subject: Blueprint
In-Reply-To: <480CE056.4020409@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk>
Message-ID: <480D10C0.1010509@yahoo.co.uk>

Hello Lukas,

I am looking at the latest Pier,

There is a fair bit of stuff I am not understanding... but I am getting 
there.

Could you explain how the PRDocumentsWidget is supposed to work.

I dont really like the settings for environment and css in every 
page/structure. I think its untidy.

I would prefer that a page looks up the heirarchy for...

one_of_my_ancestors/environment/layout
one_of_my_ancestors/environment/css

and there are other settings that could be set this way... e.g.
the page that is shown to a user when he hits a forbidden page.

one_of_my_ancestors/environment/forbidden

thanks

Keith


From keith_hodges at yahoo.co.uk  Tue Apr 22 04:16:43 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 03:16:43 +0100
Subject: Blueprint
In-Reply-To: <480D10C0.1010509@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk> <480D10C0.1010509@yahoo.co.uk>
Message-ID: <480D4A8B.20505@yahoo.co.uk>

>
> I would prefer that a page looks up the heirarchy for...
>
> one_of_my_ancestors/environment/layout
> one_of_my_ancestors/environment/css
>
>   
I have implemented this scheme in

pieraddons/Pier-Jetsam-Environment
 
It was much easier to do with the current code, than when I last looked 
at it a couple of years back.

I think that there are some advantages to doing it this way, so I hope 
you will take a look.

One being that it is possible to put administrators instructions in the 
"environment page". So having created a layout, there is a place to put 
"design intent" information and to coach your users as to how to use the 
design you have made. A notable feature of existing successful CMS is 
that they have lots of docs to coach the users and admins through using 
the system. Pier is somewhat bare in this regard.

Secondly this establishes a pattern, that "settings" is not the only 
place to put setting/parameters. I can write a plugin which can have 
heirarchically inherited settings, scoped to my part of the tree, 
without having to put a new setting field into every page. The plugin 
can look to an environment/settingsforplugin page.

Thirdly, environments can have environments, so that when you are 
editing an environment layout and you mess it up, you can continue to 
work, because you will not have broken the environments/environment.  
(this was possible under the old scheme too and worked well)

btw great work

Keith



From keith_hodges at yahoo.co.uk  Tue Apr 22 04:35:09 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 03:35:09 +0100
Subject: Blueprint
In-Reply-To: <480D10C0.1010509@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk> <480D10C0.1010509@yahoo.co.uk>
Message-ID: <480D4EDD.6000804@yahoo.co.uk>

But.... I have just hit a snag...

Having an environment for administrators to edit, with an environment 
within it with higher level permissions that the admins arent supposed 
to see, makes it really easy to accidentally set the permissions 
recursively down the tree so that administrators can see everything.

I find it difficult to keep track of permissions in my sites so..

I solved this by having separate trees for each level of permissions, 
and cross linking between them.
Having the #environment settings preference facilitates this approach... 
so I think a compromise might be keep just the #environment setting.

Keith


From renggli at iam.unibe.ch  Tue Apr 22 08:51:18 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 08:51:18 +0200
Subject: Blueprint
In-Reply-To: <480CE056.4020409@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk>
Message-ID: <335CC117-668F-47C2-B907-C990D2828E12@iam.unibe.ch>

> I loaded up the current, release of pier, and it is very clean and  
> ready
> to be styled.

You can either build on top of blueprint (I know of many Pier pages  
that have done exactly this) or remove it an use your own things  
(there are quite a couple of pages here as well).

> I miss the tree view, has it gone because it doesnt fit in
> the layout?

The tree is still there as a widget. So you can just add it. I removed  
it from the default layout, as its usability is very limited and I  
think it should be generally avoided. In my opinion the tree is only  
good to manage and organize the site, therefor I often add it for  
admins only.

> Blueprint looks cool for some applications. I have one site which  
> has a
> fairly fixed layout, so blueprint appears to me to be an ideal  
> solution
> for that, but not, I fear for pier in general.
>
> This appears to me to be a better fit, for general blogish/corporate  
> sites.
>
> http://www.contentwithstyle.co.uk/Articles/17/a-css-framework/

I don't see much difference, except that this CSS framework is a bit  
at a different leven. It provides 6 different layouts and seems to me  
a bit limited. However there is nothing that prevents you from using  
it in Pier: remove blueprintcss, add contentwithstyle, done.

Lukas

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


From renggli at iam.unibe.ch  Tue Apr 22 08:55:20 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 08:55:20 +0200
Subject: Blueprint
In-Reply-To: <480D10C0.1010509@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk> <480D10C0.1010509@yahoo.co.uk>
Message-ID: <C66E744D-448D-4853-827F-B4B786E4C98D@iam.unibe.ch>

> Could you explain how the PRDocumentsWidget is supposed to work.

This is for multiple editing areas, so for example you have a sidebar  
with news or additional links. The PRDocumentsWidget is added to the  
environment, where you can also set the default content. On the page  
you can then edit the extra documents as part of the normal edit  
operation.

> I dont really like the settings for environment and css in every
> page/structure. I think its untidy.

It is not 100% necessarily, but it avoids a great deal of duplication.  
Like this I can easily have all the design at a different place and  
reuse it from everywhere.

> I would prefer that a page looks up the heirarchy for...
>
> one_of_my_ancestors/environment/layout
> one_of_my_ancestors/environment/css

You can still do this, if you want.

> and there are other settings that could be set this way... e.g.
> the page that is shown to a user when he hits a forbidden page.
>
> one_of_my_ancestors/environment/forbidden

If you use PUMain you get a longin window.

Lukas

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


From renggli at iam.unibe.ch  Tue Apr 22 09:00:13 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 09:00:13 +0200
Subject: Blueprint
In-Reply-To: <480D4EDD.6000804@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk> <480D10C0.1010509@yahoo.co.uk>
	<480D4EDD.6000804@yahoo.co.uk>
Message-ID: <1AB9D229-350F-4408-9E3F-7176437B56B0@iam.unibe.ch>

> Having an environment for administrators to edit, with an environment
> within it with higher level permissions that the admins arent supposed
> to see, makes it really easy to accidentally set the permissions
> recursively down the tree so that administrators can see everything.

Yes, that's another reason why I put my environments at a different  
place.

My layout always looks somehow like this:

root (owner: editor)
	system (owner: admin)
		user
		groups
		system
	environment (owner: designer)
		parts
		components
		templates
			template1
			template2
			...
	page1
	page2

I usually don't put the CSS into Pier itself.

Of course Pier should be open to allow a different layout.

Lukas

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


From keith_hodges at yahoo.co.uk  Tue Apr 22 09:34:34 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 08:34:34 +0100
Subject: Cool Idea!
Message-ID: <480D950A.2000105@yahoo.co.uk>

Dear Lukas,

I think I am getting there...

One thing Pier has been lacking is a simple means of packaging up a 
configuration of Pier as a simple module.

Important methods for setting things up, such as #defaultEnvironment are 
on PRStructure of all places! Styles are here, layouts are there, and 
content is yet somewhere else (PRKernel class defaultRoot).

I have tried out a solution! Route everything through the PRPierFrame, 
then you can pick a PRFrame subclass in seaside/config, or embed it in 
another Seaside application.

1. Style Libraries (currently manually added in seaside/config)
2. Script Libraries (currently manually added in seaside/config)
3. Policy for finding Layout from the structure. (currently in PRStructure)
4. Policy for finding StyleSheets (currently in PRStructure)
5. Default Environment (currently in PRStructure)
6. Default Layout (currently in PRStructure)
7. Default Kernel Content (currently in PRKernel class)
8. Not Found Handler (currently in PRMain)
9. Forbidden Handler (currently in PRMain)
10. XHTML Doctype/Strict etc. (already in PRFrame)
11. Ability to override the body cssClass (currently obtained from the 
structure)
12. Option to adapt the #settingsDescription for components being 
editted. (can add/remove fields)

I have been able to provide my own preferred policies for all of the 
above, and now I feel able to deliver a "Pier for Something" module.

regards

Keith

p.s. some code is in Pier-Jetsam-Environment



From keith_hodges at yahoo.co.uk  Tue Apr 22 05:38:28 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 04:38:28 +0100
Subject: What this for?
Message-ID: <480D5DB4.4040007@yahoo.co.uk>

Hello Lukas,

I am curious as to what purpose this serves in the following method.

any clues?

Keith

-------

WAPierFrame-updateRoot: aHtmlRoot
 
.....most of the method snipped....
  
    "I have no idea what this library thing is?"
    
    (self environment propertyAt: #library ifAbsent: [ ^ self ])
        default updateRoot: aHtmlRoot


From keith_hodges at yahoo.co.uk  Tue Apr 22 10:09:01 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 09:09:01 +0100
Subject: Blueprint
In-Reply-To: <1AB9D229-350F-4408-9E3F-7176437B56B0@iam.unibe.ch>
References: <480CE056.4020409@yahoo.co.uk>
	<480D10C0.1010509@yahoo.co.uk>	<480D4EDD.6000804@yahoo.co.uk>
	<1AB9D229-350F-4408-9E3F-7176437B56B0@iam.unibe.ch>
Message-ID: <480D9D1D.2010704@yahoo.co.uk>

Just to give a further example as to how this can be used...

PRFrameAdmin class comment explains:
====
This frame displays the site using the layout in /environment/admin, 
rather than the default.

This allows a second seaside application to be set up which shows an 
admin interface to the whole site.
This application can be configured to need authorization before viewing, 
while the main site is public.

Thus, two (or potentially more) levels of security can be configured 
without using Pier-Security.

===

Keith


From renggli at iam.unibe.ch  Tue Apr 22 13:05:54 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 13:05:54 +0200
Subject: Cool Idea!
In-Reply-To: <480D950A.2000105@yahoo.co.uk>
References: <480D950A.2000105@yahoo.co.uk>
Message-ID: <CBDE333B-A7FE-4057-878A-38AD325D0ABD@iam.unibe.ch>

> Important methods for setting things up, such as #defaultEnvironment  
> are
> on PRStructure of all places! Styles are here, layouts are there, and
> content is yet somewhere else (PRKernel class defaultRoot).

I agree, this is not ideal.

> I have tried out a solution! Route everything through the PRPierFrame,
> then you can pick a PRFrame subclass in seaside/config, or embed it in
> another Seaside application.
>
> 1. Style Libraries (currently manually added in seaside/config)
> 2. Script Libraries (currently manually added in seaside/config)
> 3. Policy for finding Layout from the structure. (currently in  
> PRStructure)
> 4. Policy for finding StyleSheets (currently in PRStructure)
> 5. Default Environment (currently in PRStructure)
> 6. Default Layout (currently in PRStructure)
> 7. Default Kernel Content (currently in PRKernel class)
> 8. Not Found Handler (currently in PRMain)
> 9. Forbidden Handler (currently in PRMain)
> 10. XHTML Doctype/Strict etc. (already in PRFrame)
> 11. Ability to override the body cssClass (currently obtained from the
> structure)
> 12. Option to adapt the #settingsDescription for components being
> editted. (can add/remove fields)
>
> I have been able to provide my own preferred policies for all of the
> above, and now I feel able to deliver a "Pier for Something" module.

Sounds interesting.

> p.s. some code is in Pier-Jetsam-Environment

I will have a look, thanks.

Lukas

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


From renggli at iam.unibe.ch  Tue Apr 22 13:06:16 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 13:06:16 +0200
Subject: What this for?
In-Reply-To: <480D5DB4.4040007@yahoo.co.uk>
References: <480D5DB4.4040007@yahoo.co.uk>
Message-ID: <4E2C76DD-8F46-445A-B83B-E2A886A14657@iam.unibe.ch>

> I am curious as to what purpose this serves in the following method.

Legacy. I guess it is not used anymore.

Lukas

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


From renggli at iam.unibe.ch  Tue Apr 22 13:07:40 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 22 Apr 2008 13:07:40 +0200
Subject: Blueprint
In-Reply-To: <480D9D1D.2010704@yahoo.co.uk>
References: <480CE056.4020409@yahoo.co.uk>
	<480D10C0.1010509@yahoo.co.uk>	<480D4EDD.6000804@yahoo.co.uk>
	<1AB9D229-350F-4408-9E3F-7176437B56B0@iam.unibe.ch>
	<480D9D1D.2010704@yahoo.co.uk>
Message-ID: <478E03B8-5CA0-49AE-8F46-34D05ECFC865@iam.unibe.ch>

That's interesting. So you essentially have two entry points to your  
site. For example

	www.seaside.st

for the normal visitors and

	admin.seaside.st

for an administrative interface to the same site?

Lukas


On Apr 22, 2008, at 10:09 , Keith Hodges wrote:

> Just to give a further example as to how this can be used...
>
> PRFrameAdmin class comment explains:
> ====
> This frame displays the site using the layout in /environment/admin,
> rather than the default.
>
> This allows a second seaside application to be set up which shows an
> admin interface to the whole site.
> This application can be configured to need authorization before  
> viewing,
> while the main site is public.
>
> Thus, two (or potentially more) levels of security can be configured
> without using Pier-Security.
>
> ===
>
> Keith
>
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

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


From keith_hodges at yahoo.co.uk  Tue Apr 22 16:27:22 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 22 Apr 2008 15:27:22 +0100
Subject: Blueprint
In-Reply-To: <478E03B8-5CA0-49AE-8F46-34D05ECFC865@iam.unibe.ch>
References: <480CE056.4020409@yahoo.co.uk>	<480D10C0.1010509@yahoo.co.uk>	<480D4EDD.6000804@yahoo.co.uk>	<1AB9D229-350F-4408-9E3F-7176437B56B0@iam.unibe.ch>	<480D9D1D.2010704@yahoo.co.uk>
	<478E03B8-5CA0-49AE-8F46-34D05ECFC865@iam.unibe.ch>
Message-ID: <480DF5CA.1020201@yahoo.co.uk>

Lukas Renggli wrote:
> That's interesting. So you essentially have two entry points to your  
> site. For example
>
> 	www.seaside.st
>
> for the normal visitors and
>
> 	admin.seaside.st
>
> for an administrative interface to the same site?
>
> Lukas
>
>   
Exactly! A whole additional dimension. It was a eureka moment for me I 
think this could be very useful.

Keith


From keith_hodges at yahoo.co.uk  Wed Apr 23 07:12:36 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Wed, 23 Apr 2008 06:12:36 +0100
Subject: Cool Idea!
Message-ID: <480EC544.7080903@yahoo.co.uk>

Hello Lukas,

The hierarchy of choices available as swappable replacements for 
PRPierFrame, is starting to mature.

The first, PRPierFrameCentral, implements the wiring in order for it to 
be the centre of attention as I suggested yesterday. It aims to preserve 
the existing behaviour, however it has a nice innovation:

If your site has no environment at all, it caches one for you. i.e. your 
layout can be provided as part of your PRPierFrame subclass, and does 
not need to be user visible or editable. If you edit the code that 
generates your layout directly, it will get used for the next session.

And that's not all. If you add an empty page, and set that as an 
environment in a structure's settings, it will automatically populate.

==
The second class PRPierBasicBP moves the layout to:

/environment/layout
/environment/style

Again it will be cached for you "off-site" until an environment is added.

==
A third class PRPierBasicCWS is a first attempt at an alternative to 
blueprint.
==
A fourth class is PRPierAdmin provides a non edittable environment for 
admin purposes.

cheers

Keith


From keith_hodges at yahoo.co.uk  Wed Apr 23 05:35:12 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Wed, 23 Apr 2008 04:35:12 +0100
Subject: Minor Inconsistency
Message-ID: <480EAE70.7020001@yahoo.co.uk>

When a PRPage is initialized it has a #document if however you edit that 
document and make it empty, the #document disappears, and #hasDocument 
reports false, even though it does really have a document, but it is empty.

Keith


From renggli at iam.unibe.ch  Wed Apr 23 12:19:17 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 23 Apr 2008 12:19:17 +0200
Subject: Minor Inconsistency
In-Reply-To: <480EAE70.7020001@yahoo.co.uk>
References: <480EAE70.7020001@yahoo.co.uk>
Message-ID: <67A1522C-34EE-43F0-ABF7-C6EDBF2B2B63@iam.unibe.ch>

> When a PRPage is initialized it has a #document if however you edit  
> that  document and make it empty, the #document disappears, and  
> #hasDocument reports false, even though it does really have a  
> document, but it is empty.

Isn't the default document something like ...

	"To edit the page bla bla ..."

?

Lukas

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


From renggli at iam.unibe.ch  Wed Apr 23 14:54:26 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 23 Apr 2008 14:54:26 +0200
Subject: Cool Idea!
In-Reply-To: <480EC544.7080903@yahoo.co.uk>
References: <480EC544.7080903@yahoo.co.uk>
Message-ID: <BF0C5AD6-E406-427A-AE07-53603B2A8110@iam.unibe.ch>

> The hierarchy of choices available as swappable replacements for
> PRPierFrame, is starting to mature.

I don't really know if changing PRPierFrame is the right way to go?  
After all this is a rather low-level Seaside component. Maybe it would  
be better to have some property in the kernel?

> The second class PRPierBasicBP moves the layout to:
>
> /environment/layout
> /environment/style
>
> Again it will be cached for you "off-site" until an environment is  
> added.

I guess I'll have to look at the source code. I don't understand how  
different are supposed to work then? For example seaside.st uses 4  
different environments, my personal site uses 2.

Cheers,
Lukas

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


From dtrussardi at tiscali.it  Wed Apr 23 17:43:22 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Wed, 23 Apr 2008 17:43:22 +0200
Subject: MASingleOptionDescription with add button
Message-ID: <009f01c8a558$c70afbb0$0301a8c0@istcamuno>

Hello All, i have one description based on MASingleOptionDescription:linkDescription
	^(MASingleOptionDescription new)
		reference: MANazionalityModel description;
		selectorAccessor: 'nazione';

		options: [MANazionalityModel DataBase asArray] asDynamicObject ;

		label: 'Nazione';
		beSorted;
		beRequired; 
		beEditable;
		beSearchable; 
		priority: 40;
		yourself
Now my questions are:1) In the rendering of it, where i can select one option,    i can manage add buttons to add new element to options ? 2) reference: MANazionalityModel description    What's the sense of this declaration?    When define MANazionalityModel descriptionWithOnlyOneDescription the system d'ont answer well  ? Thanks,Dario                
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080423/a2716fd3/attachment.html

From keith_hodges at yahoo.co.uk  Wed Apr 23 20:12:01 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Wed, 23 Apr 2008 19:12:01 +0100
Subject: Cool Idea!
In-Reply-To: <BF0C5AD6-E406-427A-AE07-53603B2A8110@iam.unibe.ch>
References: <480EC544.7080903@yahoo.co.uk>
	<BF0C5AD6-E406-427A-AE07-53603B2A8110@iam.unibe.ch>
Message-ID: <480F7BF1.8080400@yahoo.co.uk>

 
>> The second class PRPierBasicBP moves the layout to:
>>
>> /environment/layout
>> /environment/style
>>
>> Again it will be cached for you "off-site" until an environment is  
>> added.
>>     
>
> I guess I'll have to look at the source code. I don't understand how  
> different are supposed to work then? For example seaside.st uses 4  
> different environments, my personal site uses 2.
>
>   
No different... perhaps I should have written:

The path that a page uses to find its layout is:

*<one of my parent's local environment>*/environment/layout
*<one of my parent's local environment>*/environment/style

So I can have

/site/environment-1/layout
/site/environment-1/style

/site/environment-2/layout
/site/environment-3/style
/site/environment-4/layout

If my content looks like..

/home/intro/mine/cv

If /home/intro's local environment is set to environment-1, it and all 
of its children get the layout and style from environment-1.

But /home has no environment so it will use the one cached and supplied 
by the PRFrameSubclass component.

If cv is set to environment-3 , it will use the style from 
environment-3, and the layout from environment-1
...

Adding this configuration as a PRKernel setting, isnt quite the right 
place. PRKernel is part of the Model, and should not include any seaside 
elements to do with rendering of the model. You could argue that the 
environment is part of the "data", but it isnt really, its "the 
configuration of the rendering". If seaside was not loaded then you 
wouldnt need it.

I think PRPierFrame is the right place:

Scenario: I have written a Seaside application and I want to write some 
user documentation. I put a link in my application to "Help", Help calls 
a component which renders the pier documents in response to 
#openOnTopic: , with a nice "Return" button at the bottom. That 
component would be a variant of PRPierFrame, called 
PRPierFrameReadOnlyReference.

For authoring the help documents I can use a full normal installation of 
pier, but in place in another application, it would be nice to be able 
to have the whole of pier as a component.

best regards

Keith

 


From renggli at iam.unibe.ch  Wed Apr 23 21:53:53 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 23 Apr 2008 21:53:53 +0200
Subject: MASingleOptionDescription with add button
In-Reply-To: <009f01c8a558$c70afbb0$0301a8c0@istcamuno>
References: <009f01c8a558$c70afbb0$0301a8c0@istcamuno>
Message-ID: <AD8B1F7D-D499-4466-B965-36850EED978A@iam.unibe.ch>

Hi Dario
> 		selectorAccessor: 'nazione';
You should probably use a symbol, something like #nazione.

In the latest version of Magritte you can even write

	accessor: #nazione

and Magritte will take care to instantiate the right access strategy.
> 		beEditable;
> 		beSearchable;
Note, that these two properties are extensions of Pier. If you are  
outside this context they won't change anything in Magritte. Unless  
you have your own specific interpretation of these custom properties  
of course.
> 1) In the rendering of it, where i can select one option,
>     i can manage add buttons to add new element to options ?
You need to write your own view. If you are using Magritte together  
with Seaside this will probably be a subclass of  
MASingleSelectionComponent.

> 2) reference: MANazionalityModel description
>     What's the sense of this declaration?
To render the label of the referenced object.
>     When define MANazionalityModel descriptionWithOnlyOneDescription  
> the system d'ont answer well  ?
Sorry, I don't understand this question.

Cheers,
Lukas

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


From keith_hodges at yahoo.co.uk  Thu Apr 24 01:52:57 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Thu, 24 Apr 2008 00:52:57 +0100
Subject: Memory filling up
Message-ID: <480FCBD9.3060900@yahoo.co.uk>

I had some thing strange going on...

I had lots of instances of PRDocument, at one point it reported 88000...

The key to clearing them out appeared to be, re-initializing, 
PRMacroExpander,

Inspecting PRMacroExpander default, the #table dictionary of blocks, 
those blocks
had temps, with a #context defined, and that context had properties etc...

still it freed up 100Mb...

Keith




From renggli at iam.unibe.ch  Thu Apr 24 07:53:03 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 24 Apr 2008 07:53:03 +0200
Subject: Memory filling up
In-Reply-To: <480FCBD9.3060900@yahoo.co.uk>
References: <480FCBD9.3060900@yahoo.co.uk>
Message-ID: <CF0455F7-AF79-443B-BF66-073FF36F2D5A@iam.unibe.ch>

> I had lots of instances of PRDocument, at one point it reported  
> 88000...

I've never seen this issue before.

> The key to clearing them out appeared to be, re-initializing,
> PRMacroExpander,

This doesn't change the number of PRDocument instances in my image.

> Inspecting PRMacroExpander default, the #table dictionary of blocks,
> those blocks
> had temps, with a #context defined, and that context had properties  
> etc...

Maybe the problem is that Squeak blocks are not really reentrant? But  
then you should at least get a debugger.

Lukas

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


From renggli at iam.unibe.ch  Thu Apr 24 08:54:12 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 24 Apr 2008 08:54:12 +0200
Subject: Memory filling up
In-Reply-To: <CF0455F7-AF79-443B-BF66-073FF36F2D5A@iam.unibe.ch>
References: <480FCBD9.3060900@yahoo.co.uk>
	<CF0455F7-AF79-443B-BF66-073FF36F2D5A@iam.unibe.ch>
Message-ID: <3291DD5D-F1E5-488E-9462-1DA1215915F7@iam.unibe.ch>

I changed the macro expander to use accessors instead of blocks. If  
you load the latest version of Magritte and Pier this issue should be  
solved. If you don't have any custom macros defined, loading the code  
should work out of the box.

Name: Pier-All-lr.284
Author: lr
Time: 24 April 2008, 8:52:30 am
UUID: cc09a278-7890-4fa2-b3ef-61ef2e787a15
Ancestors: Pier-All-lr.283
Dependencies: Pier-Model-lr.219, Pier-Tests-lr.94, Pier-Seaside-lr. 
270, Pier-Security-lr.105, Pier-Blog-lr.73

- changed the macro expander to use accessors instead of blocks  
(requires the latest magritte)
- macro expander was origianlly ported from smallwiki on vw, where  
blocks are reentrant, however in squeak blocks potentially cause bad  
things when used concurrently


On Apr 24, 2008, at 07:53 , Lukas Renggli wrote:

>> I had lots of instances of PRDocument, at one point it reported
>> 88000...
>
> I've never seen this issue before.
>
>> The key to clearing them out appeared to be, re-initializing,
>> PRMacroExpander,
>
> This doesn't change the number of PRDocument instances in my image.
>
>> Inspecting PRMacroExpander default, the #table dictionary of blocks,
>> those blocks
>> had temps, with a #context defined, and that context had properties
>> etc...
>
> Maybe the problem is that Squeak blocks are not really reentrant? But
> then you should at least get a debugger.
>
> Lukas
>
> -- 
> Lukas Renggli
> http://www.lukas-renggli.ch
>
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

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


From renggli at iam.unibe.ch  Thu Apr 24 08:56:33 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Thu, 24 Apr 2008 08:56:33 +0200
Subject: Memory filling up
In-Reply-To: <3291DD5D-F1E5-488E-9462-1DA1215915F7@iam.unibe.ch>
References: <480FCBD9.3060900@yahoo.co.uk>
	<CF0455F7-AF79-443B-BF66-073FF36F2D5A@iam.unibe.ch>
	<3291DD5D-F1E5-488E-9462-1DA1215915F7@iam.unibe.ch>
Message-ID: <55B3F29F-3834-445B-B940-98539FC27203@iam.unibe.ch>

Ahh, Keith: I removed your extension to reset the macro expander. I  
guess this is not needed anymore? I don't like to have to reset things  
to make bugs disappear ;-)

Lukas

On Apr 24, 2008, at 08:54 , Lukas Renggli wrote:

> I changed the macro expander to use accessors instead of blocks. If
> you load the latest version of Magritte and Pier this issue should be
> solved. If you don't have any custom macros defined, loading the code
> should work out of the box.
>
> Name: Pier-All-lr.284
> Author: lr
> Time: 24 April 2008, 8:52:30 am
> UUID: cc09a278-7890-4fa2-b3ef-61ef2e787a15
> Ancestors: Pier-All-lr.283
> Dependencies: Pier-Model-lr.219, Pier-Tests-lr.94, Pier-Seaside-lr.
> 270, Pier-Security-lr.105, Pier-Blog-lr.73
>
> - changed the macro expander to use accessors instead of blocks
> (requires the latest magritte)
> - macro expander was origianlly ported from smallwiki on vw, where
> blocks are reentrant, however in squeak blocks potentially cause bad
> things when used concurrently
>
>
> On Apr 24, 2008, at 07:53 , Lukas Renggli wrote:
>
>>> I had lots of instances of PRDocument, at one point it reported
>>> 88000...
>>
>> I've never seen this issue before.
>>
>>> The key to clearing them out appeared to be, re-initializing,
>>> PRMacroExpander,
>>
>> This doesn't change the number of PRDocument instances in my image.
>>
>>> Inspecting PRMacroExpander default, the #table dictionary of blocks,
>>> those blocks
>>> had temps, with a #context defined, and that context had properties
>>> etc...
>>
>> Maybe the problem is that Squeak blocks are not really reentrant? But
>> then you should at least get a debugger.
>>
>> Lukas
>>
>> -- 
>> Lukas Renggli
>> http://www.lukas-renggli.ch
>>
>>
>> _______________________________________________
>> SmallWiki, Magritte, Pier and Related Tools ...
>> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
> -- 
> Lukas Renggli
> http://www.lukas-renggli.ch
>
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

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


From dtrussardi at tiscali.it  Sat Apr 26 16:36:10 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Sat, 26 Apr 2008 16:36:10 +0200
Subject: descriptionContainer addCondition
Message-ID: <009501c8a7aa$e31f0900$0301a8c0@istcamuno>

Hi All,i have define descriptionContainer with addCondition to manage the control for the add of maModel to Database.descriptionContainer
    ^(super descriptionContainer)           addCondition: [:memento | (self controlToDataBase: memento)]          labelled: 'Member not definable';   yourself
It work fine but when i create the component with:self call: ((ModelClass descriptionFieldOne, ModelClass descriptionFieldTwo, ModelClass descriptionFieldThree)asComponentOn: aModel) addValidatedForm; yourselfthe  descriptionContainer d'ont work.I have add descriptionContainer to the array of description but d'ont work well.Thanks for any consideration,Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080426/e04e398a/attachment.html

From dtrussardi at tiscali.it  Mon Apr 28 22:58:33 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Mon, 28 Apr 2008 22:58:33 +0200
Subject: MAToOneRelationDescription dispaly data
Message-ID: <010401c8a972$a3e726e0$0301a8c0@istcamuno>

Hi All,
my english language is very limited, i'm sorry.

I have a PersonModel with some descriptions.

One of it, descriptionAddress is  based on MAToOneRelationDescription
with componentClass: MAExternalEditorComponent
  and classes: ( Array with: MAAddressModel )

When rendering PersonModel  asComponent for the descriptionAddress the system
display the relative low priotity description near the Remove and Edit buttons.

I need to dispaly more data near the button.

I have add, to the descriptionAddress definition the:
 reference:  ( MAAddressModel descriptionCity, MAAddressModel descriptionRegion)

but d'ont work well.

The same problem i found in MASingleOptionDescription where reference: d'ont work.
For MASingleOptionDescription i have solve with optionsAndLabels: 

In the MAToManyRelationDescription the reference: define the data to display for any item.

I think same behaviour in MAToOneRelationDescription and MASingleOptionDescription but i wrong. ?!

My question now is:

how i can display some  data near the Remove / Edit buttons  relative to the MAAddressModel instance.

Cheers,

Dario

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080428/88bbb963/attachment.html

From keith_hodges at yahoo.co.uk  Tue Apr 29 03:23:19 2008
From: keith_hodges at yahoo.co.uk (Keith Hodges)
Date: Tue, 29 Apr 2008 02:23:19 +0100
Subject: ie6 cant update tables
Message-ID: <48167887.90806@yahoo.co.uk>

Hello Lukas,

I discovered that where

MAReport-renderContentOn:

creates a table with an ajaxId. If you try to use a scriptaculous 
updater on this id it works in firefox, but not in ie6. So it looks like 
we need an enclosing div

cheers

Keith


From renggli at iam.unibe.ch  Tue Apr 29 07:10:10 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 29 Apr 2008 07:10:10 +0200
Subject: ie6 cant update tables
In-Reply-To: <48167887.90806@yahoo.co.uk>
References: <48167887.90806@yahoo.co.uk>
Message-ID: <BF5F36DF-DDC6-4AD4-85D9-E86064757DBD@iam.unibe.ch>

Indeed, tables cannot be changed after they are build in IE 6. However  
I think the latest version of prototype should avoid that problem by  
rebuilding the whole thing if you are in IE and if you are trying to  
change an existing table?

Lukas


On Apr 29, 2008, at 03:23 , Keith Hodges wrote:

> Hello Lukas,
>
> I discovered that where
>
> MAReport-renderContentOn:
>
> creates a table with an ajaxId. If you try to use a scriptaculous
> updater on this id it works in firefox, but not in ie6. So it looks  
> like
> we need an enclosing div
>
> cheers
>
> Keith
>
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

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


From renggli at iam.unibe.ch  Tue Apr 29 07:25:11 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 29 Apr 2008 07:25:11 +0200
Subject: MAToOneRelationDescription dispaly data
In-Reply-To: <010401c8a972$a3e726e0$0301a8c0@istcamuno>
References: <010401c8a972$a3e726e0$0301a8c0@istcamuno>
Message-ID: <64632053-4873-4194-A356-EF4C7E88C79F@iam.unibe.ch>

> I need to dispaly more data near the button.

This means you want a different string to be displayed?

> I have add, to the descriptionAddress definition the:
>  reference:  ( MAAddressModel descriptionCity, MAAddressModel  
> descriptionRegion)

If so, try this

reference: (MAContainer with: (MAStringDescription new  
selectorAccessor: #printString; yourself))

and implement your own printOn: method in your referenced object as  
you wish.

Cheers,
Lukas

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


From dtrussardi at tiscali.it  Tue Apr 29 12:10:34 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Tue, 29 Apr 2008 12:10:34 +0200
Subject: descriptionContainer addCondition
Message-ID: <007701c8a9e1$51db9560$0301a8c0@istcamuno>

Hi All,

i see my last message "descriptionContainer addCondition" in the wiki are wrong formatted.

I resubmit the message.


I have define descriptionContainer with addCondition to mange the control of the data to dictionary.

The definition is:

descriptionContainer
    ^( super descriptionContainer)
        addCondition:[ :memento | ( self controlToDataBase: memento)]
        labelled:' Member not definable'; yourself

It work fine.

But when create the component with:

self call: ( ModelClass descriptionFieldOne, ModelClass descriptionFieldTwo, ModelClass descriptionFieldThree ) asComponenetOn: anModel) addValidateForm; yourself 

the descriptionContainer addCondition d'ont work.

Thanks for any consideration,

Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080429/f4160c18/attachment-0001.html

From dtrussardi at tiscali.it  Tue Apr 29 12:10:41 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Tue, 29 Apr 2008 12:10:41 +0200
Subject: MAToOneRelationDescription dispaly data
Message-ID: <007801c8a9e1$5235c350$0301a8c0@istcamuno>

> I need to dispaly more data near the button.

| This means you want a different string to be displayed?

Yes


> I have add, to the descriptionAddress definition the:
>  reference:  ( MAAddressModel descriptionCity, MAAddressModel  
> descriptionRegion)

| If so, try this

| reference: (MAContainer with: (MAStringDescription new  
| selectorAccessor: #printString; yourself))

| and implement your own printOn: method in your referenced object as  
| you wish.

I've test this solution but d'ont work.

The printOn: method in my referenced object is never call.

I work with vw7.5 and seaside 2.8a1.

Cheers,
Dario
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080429/c398bc04/attachment-0001.html

From renggli at iam.unibe.ch  Tue Apr 29 17:01:39 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 29 Apr 2008 17:01:39 +0200
Subject: MAToOneRelationDescription dispaly data
In-Reply-To: <007801c8a9e1$5235c350$0301a8c0@istcamuno>
References: <007801c8a9e1$5235c350$0301a8c0@istcamuno>
Message-ID: <E9788838-4A08-414B-A4B3-36AE74C12658@iam.unibe.ch>

> | If so, try this
>
> | reference: (MAContainer with: (MAStringDescription new
> | selectorAccessor: #printString; yourself))
>
> | and implement your own printOn: method in your referenced object as
> | you wish.
>
> I've test this solution but d'ont work.
>
> The printOn: method in my referenced object is never call.
>
> I work with vw7.5 and seaside 2.8a1.

This is odd, because it works on Squeak.

Actually in Squeak you don't even need to specify any reference  
description, because the default is an MAStringDescription what causes  
#asString to be sent to the object.

Since you are on VisualWorks #asString might not work as expected.  
Maybe you want to try and implement it yourself on your object and  
don't specify any reference description?

I added a test in Squeak that should find that kind of bug.

Lukas

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


From renggli at iam.unibe.ch  Tue Apr 29 17:42:22 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Tue, 29 Apr 2008 17:42:22 +0200
Subject: MAToOneRelationDescription dispaly data
In-Reply-To: <E9788838-4A08-414B-A4B3-36AE74C12658@iam.unibe.ch>
References: <007801c8a9e1$5235c350$0301a8c0@istcamuno>
	<E9788838-4A08-414B-A4B3-36AE74C12658@iam.unibe.ch>
Message-ID: <E3A6FB8D-DA73-4E45-B3CF-9AA3C434EA14@iam.unibe.ch>

Mhh, I just noticed that there is a possible bug in  
MAExternalEditorComponent related to printing one-to-one relations.  
This is ready to review in Magritte-Seaside-lr.261.

Lukas


On Apr 29, 2008, at 17:01 , Lukas Renggli wrote:

>> | If so, try this
>>
>> | reference: (MAContainer with: (MAStringDescription new
>> | selectorAccessor: #printString; yourself))
>>
>> | and implement your own printOn: method in your referenced object as
>> | you wish.
>>
>> I've test this solution but d'ont work.
>>
>> The printOn: method in my referenced object is never call.
>>
>> I work with vw7.5 and seaside 2.8a1.
>
> This is odd, because it works on Squeak.
>
> Actually in Squeak you don't even need to specify any reference
> description, because the default is an MAStringDescription what causes
> #asString to be sent to the object.
>
> Since you are on VisualWorks #asString might not work as expected.
> Maybe you want to try and implement it yourself on your object and
> don't specify any reference description?
>
> I added a test in Squeak that should find that kind of bug.
>
> Lukas
>
> -- 
> Lukas Renggli
> http://www.lukas-renggli.ch
>
>
> _______________________________________________
> SmallWiki, Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki

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


From dtrussardi at tiscali.it  Wed Apr 30 22:13:32 2008
From: dtrussardi at tiscali.it (Dario Trussardi)
Date: Wed, 30 Apr 2008 22:13:32 +0200
Subject: TableDescription questions
Message-ID: <00aa01c8aafe$b78ff860$0301a8c0@istcamuno>

Hi All,

i have my ApplicationModel with some description.

Now i'm interested to display a small table based on TableDescription and TableMode.

I define the descriptionTable

descriptionTable
^MATableDescription
    columnsLabels: OrderedCollection ..........
    rowLabels: OrderedCollection .............
    selectorAccessor: returnTableModel
    beReadonly

Now my problem is:
        i can't not know the rowLabels: OrderedCollection......  definition because it depend on the my istance of ApplicationModel.

Questions:

    A) How i can dinamic update the rowLabels after the descriptionTable builder ?

    
    B) How i can dinamic update the data of the table ?

        Now when the data of the table change when press the save buttons the system create error : Input is conflicting with current modification.

        But the table is readonly.


Any pointers would be greatly appreciated!

Thanks!


Dario


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20080430/dd389b8d/attachment.html

From renggli at iam.unibe.ch  Wed Apr 30 22:35:09 2008
From: renggli at iam.unibe.ch (Lukas Renggli)
Date: Wed, 30 Apr 2008 22:35:09 +0200
Subject: TableDescription questions
In-Reply-To: <00aa01c8aafe$b78ff860$0301a8c0@istcamuno>
References: <00aa01c8aafe$b78ff860$0301a8c0@istcamuno>
Message-ID: <1E0F284F-A94E-4E2C-B227-BC985B05013D@iam.unibe.ch>

> Now my problem is:
>         i can't not know the rowLabels: OrderedCollection......   
> definition because it depend on the my istance of ApplicationModel.
>
> Questions:
>
>     A) How i can dinamic update the rowLabels after the  
> descriptionTable builder ?

See the first question at:

	http://www.lukas-renggli.ch/smalltalk/magritte/faq

>     B) How i can dinamic update the data of the table ?
>
>         Now when the data of the table change when press the save  
> buttons the system create error : Input is conflicting with current  
> modification.
>
>         But the table is readonly.

That's a bug. I fixed in:

	Name: Magritte-All-lr.264
	Author: lr
	Time: 30 April 2008, 10:32:50 pm
	UUID: d7c0752e-8680-40c2-aa45-2e0bdc179a71
	Ancestors: Magritte-All-lr.263
	Dependencies: Magritte-Model-lr.312, Magritte-Tests-lr.140, Magritte- 
Seaside-lr.261, Magritte-Morph-lr.42

	- do not validate invisible or readonly fields


Cheers,
Lukas

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